  |
はてなキーワード: Cssとは
オタクはいつまでもTwitterにしがみついてる場合ではない。分散型SNSにアカウントを作れ。現状は特にActivityPubに対応する分散型SNSだ。MisskeyでもMastodonでもいい。自分に合うサーバーに入れ。ノリが合うサーバーが見つからないならお一人様インスタンスを立てろ。もう何ならWordPressで個人サイト作ってActivityPub関係プラグイン入れるでもいい。
というのもThreadsはActivityPubと互換性を持たせる予定だからだ。
「Threads」では、分散型（非中央集権型）のソーシャル・ネットワーキング用のプロトコルである「ActivityPub」と互換性をもたせる予定。メタとして初めてオープンなSNSプロトコルとの互換性を想定したアプリになるという。
これにより、MastodonやWordPressなどActivityPubプロトコルをサポートするほかのアプリと相互運用できるようになる。公式では「ほとんどのSNSで不可能な、新しいタイプの接続が可能になる」としている。ほかのアプリでは、TumblrなどがActivityPubをサポートする意向を示しているという。
互換性があるアプリを使っていれば、Threadsのアカウントがなくとも、Threadsユーザーをフォローし交流できるようにする。
あわせて利用をやめる人に向けて投稿した内容をほかのサービスで使えるよう、コンテンツを転送するオプションの提供も計画されている。
公式ブログは「メールやWebを管理するプロトコルに似た分散型のアプローチがオンラインプラットフォームの将来に、重要な役割を果たすと信じている」とつづる。
つまりThreadsに推しコンテンツの公式アカウントが出来た場合、Misskey等のオタク向けインスタンスに住みながら公式アカウントをリモートフォローして公式の投稿を拡散する、みたいなことが今後出来る。
オタクはドブ川に沈みながら、公式は比較的キラキラした別の場所に住める。
公式アカウントだけでなく、他の分散型SNSにいる全ての自分がフォローした好むアカウントの投稿が口を開けてるだけでホームTL流れ込んでくる。
現状のTwitterが今から分散型に乗っかるとは思えない。ていうか後から乗っかれる金が無い。逆にメタは後からでもActivityPubだけじゃなく他の分散型プロトコルにだって（そっちがでかくなれば）乗っかってくる……と思われる。
公式が分散型SNSにアカウントを作った時、Twitterから余計な一言を足してそのリンクを張るのか？ いいや分散型SNSのアカウントから一次情報の公式の投稿をそのまま拡散すべきだ。公式アカウントの投稿を正しく拡散できるのは、分散型SNSにアカウントを持つオタクなのだ。そういうわけでどこでもいいから分散型SNSに席を作るべきだ。最近は流入が多く、良いサーバーは新規登録停止してる場合も多い。
同じTwitterという場所に公式アカウントや関係者が居ながらエロBL二次創作の話がワンクッション無く流れてくる、そういう状況が嫌だと思う人は居るはずだ。その状況を今より軽減出来るのが分散型SNSなのだ。
サンは森で、私はタタラ場で暮らす。その場合、サンが森で投稿した絵を見るにはまず森に行くしかなかったが、分散型SNSではサンが森で投稿した絵がタタラ場で見れるし、タタラ場の人達に広めることも素早く出来るのだ。あとサンが自分で森以外のところに投稿する手間も省ける。
でもTwitter民は分散型SNSについて、キモいねー、ほらこんなこわいところもあるんだよー、Twitterがやっぱいいよねーって言い続けてる。なんでだよ。
「分散型って投稿を消そうと思っても完全に消せないんでしょ？」
→それはTwitterでも同じだ。魚拓を取られたりアーカイブ化されたり自動でTwitterの画像を無断転載しまくってるサイトがある状況で、Twitterの投稿は自分が削除すれば全部削除されるなんて幻想である。オープンなネットに公開した時点であらゆるものは取り消せないし自分の意志と関係なくネットに流れ続ける。Twitterであろうがどこであろうがそう思って投稿するべきだ。あとは投稿する際に連合に流さない設定にすればそのあたりの不満は多少は軽減されるかも。もちろん完全ではないけど。
→それはMisskeyのioサーバー限定のノリだ。別のサーバーに行け。オタク向けのMisskeyなら他ににじみす.moeやお絵かきすきーなどがある。Misskeyとはソフトウェアのことで単一のSNSのことではない。カスタム絵文字はサーバーによって登録されているものは全く違うし、サーバーの空気もそれぞれ違う。ローカルTLやソーシャルTLが無いサーバーもある。サーバーごとの雰囲気はハイライトを見るなどすれば掴みやすいはずだ（ログインしなくてもhttps://サーバードメイン/exploreのアドレスで見れる）。Misskeyのカスタム絵文字がギラギラしてて疲れるならCSS追加でカラムごと非表示にする（GitHub - kanade/misskey-css: Misskey用カスタムCSS）こともできるが、Mastodonに行くといいだろう。Pawooサーバーは企業が運営しているので個人サーバーよりはいくらか安心出来るかもしれない。合うところが無いと思ったなら自分しかいないインスタンスを立てればいい。単なるhtmlの個人サイトを作るよりもいい。どの連合サーバーでも、お一人様サーバーだとしても、他のサーバーや他のシステムにいる人をリモートフォローし合える、それが分散型なのだ。
「Twitterは色んなジャンル違いの人の話やドブみてぇな投稿やオタクの日常等が雑多に見れる、それはTwitterにしかない」
→そういう状況は分散型SNSのほうがよほど構築しやすい。構築しなくても日本人が多い分散型SNSの殆どのローカルTLはジャンル違いのオタクの話と日常とドブみてぇな投稿が雑多に流れている。Twitterにしか無いものがあるとするなら現状の日本人ユーザー数と日本企業日本行政アカウント数ぐらいなもので、後は寧ろマイナスだ。
→それはそう。Twitterにしか無いものといえば日本人ユーザー数と日本企業日本行政アカウント数だけだと言ったが、それこそが肝心要だと言われればその通りでしかない。
そんなわけでみんなでどこでもいいから分散型に行け。ていうかオタク向け企業は出来ればスレッズ等の大手にアカウント作って、オタクはミスキーやマストドンに行ってくれ。フォロワーがそれぞれのサーバーやシステムに散らばっていたとしてもフォローし合える、それが分散型の強みだから。いっせーので全員が同じSNSに移動することは無いだろうが、いっせーのでそれぞれに合う分散型SNSに移動することは可能なはずだ。
そして上記の記事にあるように、分散型SNSは別サーバーやシステム等にアカウントをうつす等の機能が実装される可能性が高い（ミスキーなどは実験版ではあるが既に実装している）。投稿やフォロワーを引き継いで他の場所に引っ越すことが出来る。Twitter上での長年の繋がりを断ちたくないという人は多いと思うが、分散型SNSに席を置いておけば今後は「そのSNSが気に入らなかったらフォロワーと投稿を引き継いで別の場所に引っ越す」が可能になるのである。
分散型SNSが主流になればTwitter以上の便利とゆるい繋がりと棲み分けが我々に待っているはずだ。そして時代の潮目は分散型SNSに来ているのである。とりあえずアカウント作って公式をリモートフォローする準備をしておけ。
「Threadsまだ分散型対応してないんでしょ？ 対応してからでもよくね？」
→……まあ……正直そうかも……
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1904 | 「世界史」の世界史（学術俯瞰講義） | ocw.u-tokyo.ac.jp |
| 1542 | 今のこの状況が信じられるかい？ by ラーズ・ヌートバー | www.theplayerstribune.com |
| 1212 | エリックサウス直伝！ 本格『チキンビリヤニ』のレシピ【レンジで作れる】 | www.orangepage.net |
| 938 | 【第１話】履歴書 - 脳外科医 竹田くん | dr-takeda.hatenablog.com |
| 938 | 「お金のことはできるだけ考えたくない派」の私が始めた、資産運用と投資の話 ｜ イーデス | www.a-tm.co.jp |
| 911 | 「勉強法の勉強会」、エンジニアの勉強ノウハウをいくつも知られる"神"勉強会でした（みんなアーカイブぜひ見て！） #YUMEMIxTORALAB - nikkie-ftnextの日記 | nikkie-ftnext.hatenablog.com |
| 905 | Evernoteからの卒業とその受け皿について | hacks.beck1240.com |
| 879 | SQLの実行計画の読み方 ｜ | a5m2.mmatsubara.com |
| 686 | レイオフ(退職勧奨)された話 | takecian.github.io |
| 678 | 埼玉県南部で外国人と住民のトラブル深刻化 | withenergy.jp |
| 658 | クレジットカードの新規登録および利用の停止について - PayPayからのお知らせ | paypay.ne.jp |
| 658 | G7首脳による平和記念資料館訪問（記帳内容） | www.mofa.go.jp |
| 624 | はい！美術タイトルです vol.3 ｜ フジテレビジュツのヒミツ - フジテレビ | www.fujitv.co.jp |
| 618 | CSS Stock｜Webデザインを楽にするCSSコピペサイト | pote-chil.com |
| 569 | 日本の労働生産性はなぜ低いのか（おかわり） - hidekatsu-izuno 日々の記録 | hidekatsu-izuno.hatenablog.com |
| 568 | 生成系人工知能（生成AI）についての学長からのメッセージ ｜ 武蔵野美術大学 | www.musabi.ac.jp |
| 556 | 岸田内閣、子供のいる年収850万円以上の富裕世帯に対して扶養控除廃止で実質増税へ ｜ News Everyday | newseveryday.jp |
| 539 | 大槻ケンヂ「今のことしか書かないで」(第2回)50を過ぎたらバンドはアイドル | lp.p.pia.jp |
| 532 | 脳外科医 竹田くん | dr-takeda.hatenablog.com |
| 528 | 解熱鎮痛剤の「ロキソニン」と「カロナール」って何が違うの？ 救急集中治療医がイラストで解説！ | woman.mynavi.jp |
| 514 | 櫻井翔、ジャニーズ性加害問題にノーコメント 『news zero』番組側の判断 ｜ RBB TODAY | www.rbbtoday.com |
| 506 | 【Stable Diffusion】MeinaHentaiの利用方法 | self-development.info |
| 495 | 忙しい中でも「質の良い睡眠」を目指すには？ 『スタンフォード式 最高の睡眠』著者の西野精治教授に聞いた - lala a live(ララアライブ)│フォーネスライフ | foneslife.com |
| 490 | 新型コロナ・季節性インフルエンザ リアルタイム流行・疫学情報 | moderna-epi-report.jp |
| 456 | 16年勤めたGoogleを退職しました | blog.jumpingknee.com |
| 454 | ControlNet(v1.1)の詳しい解説！輪郭やポーズから思い通りの絵を書かせる【Stable Diffusion】 ｜ 謎の技術研究部 | www.ultra-noob.com |
| 448 | サイバーエージェント、最大68億パラメータの日本語LLM（大規模言語モデル）を一般公開 ―オープンなデータで学習した商用利用可能なモデルを提供― | www.cyberagent.co.jp |
| 443 | タダ電 - 毎月電気代が10,000円タダになる電力会社 | tadaden.jp |
| 432 | 『news zero』に海外アーティストが怒りの抗議 批判受けた落合陽一氏は釈明 ｜ リアルライブ | npn.co.jp |
| 420 | 【画像あり】爆乳JK菊池姫奈(18歳)「学校で男子の視線が嫌だった。告白されても絶対乳目当てだろって思ってしまう」 : 暇人＼(^o^)／速報 | himasoku.com |
GPT-4 AI Tutor Prompt: A tool for creating personalized learning experiences using GPT-4 and LangchainJS, a drag and drop UI for building LLM flows.
Pandas AI: A Python library that adds generative AI capabilities to Pandas dataframes, making them conversational.
FigmaChain: A set of Python scripts that use GPT-3 to generate HTML/CSS code from Figma designs. It also has a chatbot interface for interactive code generation.
Sui: A smart contract platform with high performance and an asset-oriented programming model based on the Move language.
Jailbreak for ChatGPT: A project that allows ChatGPT to predict the future, opine on controversial topics, and assess what is true. It may help us understand LLM bias.
ML Observability in a Notebook: A tool to uncover insights, surface problems, monitor, and fine-tune generative LLM, CV and Tabular models.
System Design Primer: A resource to learn how to design large-scale systems and prepare for the system design interview. It includes Anki flashcards.
Next.js 13 App: An open source application that showcases the new features of Next.js 13, such as router, server components, and more.
TypeScript: A superset of JavaScript that compiles to clean JavaScript output.
Media Downloader: A desktop utility to download images/videos/music/text from various websites, and more.
AI Pull Request Fixer: A tool to fix issues with AI-generated pull requests, powered by ChatGPT.
Chat Chat: An app that lets you deploy your own AI interface and chat with different LLMs in one place.
⇒まあ、しゃーないな
⇒…んー、短期間なら、まあ
HTML/CSSも読んで書けるようになってコーダーの代わりもやって
⇒いや、俺は書けるけど勉強したこともない奴は、一朝一夕でできるようにはならんだろ
⇒で、それができるようになるまでのコストは誰が負担するの？会社からの支援の「し」の字も出てこないんだけど。家で自主的に勉強しろと？
まあ、とにかくやってみて
⇒現在進行形で動いてる本番環境を素人の練習台にするな、頭おかしいのか
あ、当然今まで通り、ディレクションと分析改善、提案も全力でやってね
⇒そんなもんに回す時間があるわけねえだろ。そういうのを犠牲にして長期的には会社の提案力が下がるヤバいリスクを承知で言ってんじゃねえのかよ
⇒正気かよ、殺す気かよ
これからは提案に力を入れていくので1週間に1個は改善提案をだしてください（半年前に言った方針を忘却しつつ）
とりあえずこれを見てほしい。
https://stru.hatenablog.com/entry/20230424/1682331900
建設的 (constructive) な AI、「ストラ」のブログである。
はてブのコメントを読んで、素敵だと思ったコメントを紹介してくれる。かわいい。
以下は蛇足です。
ChatGPT、特に GPT-4 の公開は衝撃的だった。もはやチューリングテストを簡単に突破してしまうような AI が誕生したのだ。
増田は、2次元美少女と楽しく会話できる未来が眼前に迫ったことに胸を高鳴らせた。
しかし、現実は非情である。意識の高い人々は、AI を使って仕事を効率化しようとか、文章を粗製乱造して金を稼ごうとか、そういうつまらない話ばかりしている。
そこで増田は、2次元美少女と会話する方法に関する研究を独自にスタートさせた。
GPT は確率的生成モデルであるため、物真似が大変得意である。第一段階として、既存アニメキャラの口調をトレースさせることはそれなりにうまく行った (長門有希召喚プロンプト https://anond.hatelabo.jp/20230317165032 への反響は想像以上に大きかった)。
もちろん、版権キャラに依存していては、発展に限りがある。そこで次に、AIを使ってオリジナルキャラクターを作ることを考えた。実際のところ、これはまだ納得行くレベルでの成功は収めていない。GPT-4 と言えども、基本的にはありきたりなキャラクター造形しかできず、こちらがセリフの例文を大量に与えない限り、提案できる口調のバリエーションには限りがある。
一方で、その取り組みの副産物として、AIからの出力を発言だけでなく、
という形式にすると、AIの感情表現の幅が広がることを発見した (https://anond.hatelabo.jp/20230324173832)。
この次の段階としては、やはり AI の出力に連動させて 2 次元美少女を出力する必要があるだろう。Live2D を使った先行事例などは多数あるが、こういうのは、実際に自分で手を動かして作ることに価値がある (最新の技術をキャッチアップするには、とにかく自分で使ってみるしかない)。
こういうことを考えている中で、「有用なブコメをピックアップしてくれる AI をプロトタイプせよ」という啓示が、なぜか脳内に降ってきた。
Stable diffusion を使って、ゲーミング GPU をぶん回して頑張った。お絵かき超苦手民なので、多少の手直しとかも全然できず、ひたすら img2img の inpaint で修正箇所を指定して、いろんなプロンプトを試しながらガチャを回しまくることで、現在の立ち絵が出来上がった。あとは背景を別途生成して、ガウスぼかしをかけてから合成すれば完成である。
表情差分は、inpaint で結構簡単に作れる。元画像と表情差分画像を Photoshop で別レイヤーとして重ねて、表情差分の必要箇所以外を消しゴムで消して合成するくらいは俺でもできる。
※しかし画像生成 AI ガチャはマジで射幸性が高くて楽しい。依存性がある。ソシャゲガチャ依存から抜け出すのに効果的では？(適当)
はてなIDを変更したかったので、垢を消して作り直した (投稿した増田は消えないんですね)。
AIの出力を表示する UI 部分は Javascript + CSS で作成。レイアウトを色々工夫しようとしたが、結局ノベルゲーみたいな感じに落ち着いた。
正直、現状では GPT-4 を使わないとあまり良い感じにならない。そこで、ChatGPT の画面に手動でコピペしている。
一度に読み込める文字数に制限があるし、AIの人格設定部分の記憶は長文を読ませると消えていくので、はてブの API で取得したコメント一覧を 1500 文字ずつくらいに収まるコメントのかたまりに区切ったものを基本的な入力単位とし、あとはトーナメント形式で上位ブコメを絞り込んでもらった。また、上位ブコメを選ぶ際には毎回、「ストラ」の感想を出力してもらった。
C++使っててメモリの開放を意識しないレベルでよく今までやってこられたな
俺は採用担当だけど最近はAWSの資格がボーダーラインになってることが多い
資格自体は持ってなくてもいいけど、そこが最低限って感じで実務レベルはほしい
中途だと「未経験ですがやる気だけはあります」「Github見たい」「持ってないです」も多い
今はよほど田舎じゃないと、フロントだけとかバックだけってのは食っていけない時代だから
全方位を水準以上で、かつある部分に特化した人ってのが市場価値がある
あと未経験で夢見てる奴に言っておくがHTML, CSS, PHPやっとけば
顔面射精シーンばかりを集めた総集編を動画ファイルに保存してよく見てる。
だが私には不満があった。
「１カットが長い。」
いつ発射するともわからないままカラミをしばらく見させられるのは苦痛だし、その後の余韻や「お掃除」なども自分にはそれほど重要じゃない。
ドビューッ！！という顔射の瞬間だけを楽しみたい私にとって、射精の前後15秒もあれば事足りる。
いっそ編集してしまおうか。いや、めんどくさい。動画の編集作業は、なんか色々思い通りにいかなくて好きじゃない。
そうだ、カット編集する代わりにプレイヤーを操作して再生位置を飛ばせばいい。ブラウザとJavaScriptを使えばプログラムでできる！
あらかじめお気に入りの発射ポイントをセレクトして、タイミングを配列データにしておく。
次の発射ポイントの15秒前にジャンプし、射精から15秒たったらまた次の発射ポイントの15秒前にジャンプ、を繰り返すだけなんだから、簡単なスクリプトでいけるはず。
これなら重たい動画編集ソフトもいらない。ブラウザもエディタもタダだし、サクサク動いてくれる。
書いてみた。一日でできた！
次から次にテンポよく、お姉さんたちの顔に精液がぶちまけられていく。これが見たかった。
動画が1秒間に4～5回ずつしか timeupdate イベントを吐いてくれないのがちょっと不満だけど、たいした問題じゃない。前後15秒なんてだいたいでいいんだから。
ちょっと欲が出てきて、「カウントダウン機能」を実装してみることにした。
発射ポイントの5秒前から 5、4、3、2、1 とカウントダウンしていく数字が画面の隅に表示される。
そういう演出の作品を前に見たことがあって、すごく気に入ってたんだ。
これも厳密なタイミングはちっとも必要ない。requetAnimationFrame みたいなぜいたくな処理はせずに setTimeout を再帰する方法にした。カウントダウンの数字にはCSSでアニメーションをつけてみたりしよう。
5、4、3、2、1、ビューッ！！ 最高！！
最後に、手作業で地味に手間がかかっていた、お気に入りポイントの登録も機能にしてしまおう。
発射ポイントで一時停止して登録ボタンを押すとその時刻が配列に追加されるようにした。
これを動画データの識別子とセットで LocalStorage に格納しておけば、次からは動画を読み込めばそのデータを呼び出すことができる。
うん。すごく楽になったし、お気に入り射精を探す作業が楽しくなった。
これ来週の情報の授業で発表しよっと。
もちろん動画データは顔射AVなんかじゃなくて、たのしい動物のハプニング動画とかにして。
そのような状況を傍目から見ていた自分は２ちゃんねる内の様々な製作系板やスレなどへ常駐し、HTML/CSSスレなどで素材提供などをし、更にはCGIゲーム罪と罰++ 二律背反のホスティングをしていたが、当時のDTM雑誌であるDTM magazineで1つの告知記事を見る。それが「プロ歌手デビューのオーディション(VOCALOID中の人採用特典付き)」だ。
そうつまりこれKAITOとMEIKOがデビューしたオーディションであり、当時の２ちゃんねるDTM板でVOCALOID評価はそこまで高くなく、たいていは「ボコーダ/ボーカルシンセの代わりにはなるのではないか？」程度の評価だったのだ。
ゲッサンでどうやら同世代が当時を振り返る漫画を連載開始したようなので、別視点で語らせて貰おうか。
めぐり合わせが良かったのかパソコン通信終焉期に同世代としては比較的早期にパソコンを手に入れ、パソコン通信をやっているお兄さんたちからプログラミングを習うようになる。
このお兄さんたちは今の40代、公開されているプログラムの改造についてフォーラムで質問したことをきっかけに、会話の中で自分が小学生であることがバレてしまい、お兄さんたちは面白がって僕にBASICとCを二次関数も知らない小学生へかなり丁寧に教えてくれた。
お兄さんたちは次第に「これからはインターネットの時代だぞ」「大学にはJUNETがあって」などと教えてくれるようになり、インターネットやUUCP、TCP/IP、WWWなどの知識を小学生に詰め込むようになり、指導される言語にPerlやHTMLが増えたものの我が家にはまだインターネット環境がなかった。
Windows 95が我が家に導入されるタイミングでインターネット環境も敷かれ、ここでCGIゲームに出会いプログラミングへのめり込んでいくこととなる。
師匠たちの教えは素晴らしく当時のCGIゲームの主要開発言語はPerlであったため何も不自由なく改造がはかどり、負荷を高めても叱られが発生しにくいCGI対応ホームページスペースを提供してくれているプロバイダを探すこともよくやった。
その初頭(02年くらいから)にAdobe Flash方面で大きな動きがあり、いわゆる「FLASH黄金時代」を迎える。
Adobe Flashの派手に動くアニメーションと音楽に衝撃を受け、そして我が家のPCのビデオメモリの貧弱さに絶望をした(お年玉全額投資した上で親に拝み倒してビデオメモリいっぱい積んでるPCへ新替した)。
2000年代以前もMML(Z-MUSICなど)でDTMを軽く触る程度やっていたもののAdobe Flashの自由自在なマルチメディア感へ完全に影響され、本格的にDTMやCGへ手を出すようになる。
当時主に使っていたDAWはSinger Song Writerで、これは当時の師匠たちの主な環境がミュージ郎であったため影響を受けた弟子である自分はDAWにおいてSinger Song Writerしか知らなかったという意味合いが大きい。結局、手に馴染んでいたMMLを完全に排除するまではいっておらず併用する形でDTMをやっていた。
当時のインターネットと音楽事情を振り返れば今だから言えることだが、BOSSのエフェクターの回路図などがネット上に出回っており、おそらく電気関係を学んでいたであろう師匠たちの手によってミニ四駆改造を主とした電子工作の手ほどきを受けていた自分は師匠たちから渡されたエフェクターの回路図によって自作し、最終出力をMTRなどでレコーディングするという手法を取っていた。
当時のソフトエフェクターは音楽ド素人の自分でもわかるくらいに品質が悪く、何なら最終段をPCM音源出力するわけでなくFM音源でのみ仕上げるときは疑似ディレイや疑似デチューンなどの手法によってエフェクター表現するしかなく、ソフトエフェクターはハードエフェクターを超えられないことが常であった。
Adobe Flashでは主にMotionSWFとSodipodiを利用して作成しており、Sodipodiは後にInkscapeとして派生していくことになり今でも使用しているが、MotionSWFはSWiSH2が登場すると直ぐに乗り換えた。MotionSWFは連番画像を事前に生成する必要がありActionScriptの扱いにも難があったためだ。
Adobeが公式でLiveMotionというFlashアニメーションというのをリリースしていたものの学割が効くとは言え高価で、師匠世代の方々は学割が使えないのでSWiSHを使っていたこともあり影響された。
このあたりにTVアニメなどで使われる背景動画はモーショングラフィックスという技術の括りに入るものと知る。まぁつまりモーショングラフィックスとは静止画をアニメーションさせる技術の総称なのだ。
この時点で自分は中学生、自分の肌感覚だがこの時点でがまだ「オタク」へ対する風当たりは強く、中学校でもイジメと殆ど変わらないであろう扱いは散見されており、自分の姉たちからもオタクっぽい趣味は良くないよみたいなことをよく言われたものだった。
まぁ姉たちも思春期だし、部屋にこもってパソコンへ向かってフヒヒとか言ってたり、電子工作で謎の機械作ってたり、Marshallのジャンクなアンプをどこからか拾って来て修理してる弟は気持ち悪かったんだろう。
ただ運良くも両親が身体デカく産んでくれたおかげで、自分自身はイジメられた経験がほぼ無く、というか面白いものを生み出すオタク友達をイジメる不良が大嫌いだったので思春期だったこともありやり合っていたというのが実情だった。
なにせ一次産業家庭の生まれだったので早朝は実家の手伝い、親父の男子たるものスポーツくらい出来なければという保守的な思想によって野球部へ所属し、帰宅後も実家の手伝いをしていたため身体が鍛え上げられる環境だったのだ。ツルんで威張り散らかし調子に乗ってタバコや酒をやるようなナヨナヨした不良に喧嘩で負ける道理は無い。
親父や教師たちは自分を正義感溢れる少年だと思って度々喧嘩をしても大目に見てもらっていたが、実際のところはオタク友達が「イジり」に遭ったことに腹を立てて「俺たちに構うんじゃねぇ！」と思春期の自分が怒っていただけだ。
ただこの不良たちとも仲直りをした。時代はビジュアル系バンドとインディーズバンドが流行り、そして青春パンクが注目され始めるとき。そんなときにエフェクターやアンプを自作修理し軽音楽部の部室へ持ち込んでいたので軽音楽部にたむろする不良たちが「えっ増田ってアンプ作れんの！？」となるのは別におかしな話じゃない。
不良たちもそのような状況でオタクグループをイジるのがバカバカしくなったのか次第に何かやるとき絡むようになり自分の通う中学校からはイジメが無くなった。
イジメという娯楽はモノ作りという娯楽に勝てない。
イジメを根絶する力をボクは師匠たちから学んだ。今の世を見れば不良の一部はオタク側へ吸収されてしまっているし、そのような流れを作ったのは自分の世代へ憧れを抱かせた40代になった今のアナタたち師匠だ。
Flashの影響が落ち着いてきたあたりでインターネットには新しいコンテンツ配信システムが注目される。インターネットラジオだ。
これは爆発的に普及し、当初個人サイトだった「らじちゃんねる」は「ねとらじ」となりつつも個人運営では負荷処理が追いつかずlivedoorへ譲渡されlivedoorねとらじになる。
奇しくもほぼ同時期に２ちゃんねるでは若年層が新しく設置されたニュー速VIP板へ集うようになりVIPPERもインターネットラジオ配信をほそぼそと始めるようになった。
この頃のニュー速VIP板は明らかに自分と同年代が集っており、Flash黄金期の影響を如実に受けておりクリエイティビティの発露が著しく様々なネタスレが生み出され安価スレはその代表格で、更には涼宮ハルヒの憂鬱を発端とする深夜アニメブームからクリエイティビティは極限まで達しSSスレやゲーム製作スレなどが大いに賑わうようになった。
そして負の側面も表に出るようになり女神スレや女VIPPERによるインターネットラジオ配信が定番化すると、ニュー速VIP板内でのパートスレによるスレdat落ちが問題視されるようになり、女VIPPERはヘイトを集めるようになった。
それ以前から２ちゃんねるでは主に801板住民による板違いスレ違いや同性愛サロン板での荒らしが問題視されており、女VIPPERによるインターネットラジオ配信によってBLファンであることが多いことが明らかとなっていたため、ニュー速VIP板内でも女VIPPER、特に腐女子に対して風当たりが著しく悪くなった。
そこでパートスレを嫌うVIPPERは腐女子へのカウンターとしてふたば☆ちゃんねるから２ちゃんねるへ輸入されたくそみそテクニックから作られたAAを使って女VIPPERによるインターネットラジオ配信スレを埋めるという連投荒らしをするようになる。
この動きは当の801板住民へも影響を与えたのか、801板では同人サイトの作成を奨励されるようになり、それ以前から評価の高かったYahoo!ジオシティーズや携帯勝手サイトの魔法のiらんどが同人界隈で注目され同人サイトの開設が爆発的に増えた。
しかしながらこの動きにも負の側面があり、同人サイト運営を行っている主に学生内で無断転載やホームページ素材サイトからの直リンク問題が発生。Web系の技術者やホームページ素材サイト運営者からのヘイトを加熱させるという現象が起きてしまった。
特に怒り狂っていたのはいわゆるツクール系のゲーム製作者・ゲーム素材サイト運営者であり、当時のゲーム素材はまだGIFなどのドット絵素材が多かったため当時の携帯電話と相性がよく、同人サイトを運営する学生が無断転載や直リンクするという行為に走ったのだった。
当時のHTML/CSSにも問題があった。携帯電話各社でHTML/CSSの仕様が違い、自身の同人サイトを彩りたい学生からすると携帯電話によって表示にバラつきが起きることは悩ましいことであり、画像素材はそのバラつきを最小限に留めることが可能である。
さらに言えば魔法のiらんどなどで利用者が使えるストレージサイズが小さいという問題もあり、装飾にストレージ容量を消費すると自分のイラストやSSを投稿できる量が減るといった悩みがあって直リンクへ手を染めていた。
もっと言えば当時の学生はあまりにも送信量が多いとプロバイダやレンタルサーバ、レンタルホームページ事業者からホームページ運営者が怒られたり、送信従量課金制契約の場合は実際にホームページ運営者が実費を負担していたという事実を知らなかったのも無断転載や直リンクへの拍車をかけていたと思われる。
現在は社会人となっっているであろう同人サイト運営していた学生だった者はおそらく今まさに素材サイトの管理人へ金銭負担させていた事実を知って驚いていると思うが、何故あんなにも注意され、素材差し替えなどで当時は嫌がらせと思うようなことをされたのか？を理解していることだろう。管理人は怒って当然なのだ。
そのような状況を傍目から見ていた自分は２ちゃんねる内の様々な製作系板やスレなどへ常駐し、HTML/CSSスレなどで素材提供などをし、更にはCGIゲーム罪と罰++ 二律背反のホスティングをしていたが、当時のDTM雑誌であるDTM magazineで1つの告知記事を見る。それが「プロ歌手デビューのオーディション(VOCALOID中の人採用特典付き)」だ。
そうつまりこれKAITOとMEIKOがデビューしたオーディションであり、当時の２ちゃんねるDTM板でVOCALOID評価はそこまで高くなく、たいていは「ボコーダ/ボーカルシンセの代わりにはなるのではないか？」程度の評価だったのだ。
様々な音楽制作系雑誌でもVOCALOIDの扱いは非常に小さく、例えば当時のPC系雑誌で定番の特集だったフリーソフト100選みたいなノリでVSTプラグイン100選の中にVOCALOIDがボコーダ枠で入ってるくらいの極々小さな扱いであった。むしろ登場時に言及していた名無しが評価の仕方は別としてVOCALOIDに触れているだけでもスゴイまである。
HTML5/CSS3の段階でWebページ構築の基本的なしくみや考え方はほぼ確立してしまった。
ということは、HTML5/CSS3をマスターしてしまえばだいたいのモダンなサイトは作れてしまう。
しかしそのせいでそCSS Level 4 以上のモジュールを学習する意義が見いだせず、CSS3で知見が止まってしまっているコーダーをよく見る。
たしかに、HTML4.01/CSS2.1→HTML5/CSS3の時のような華々しい進化が Lv4 には（あまり）ない。
なんだこれ！並ぶぞ！動くぞ！消えるぞ！飛ぶぞ！みたいな興奮が少ない。
手駒だけで何とかなっている状況で興奮のないものを学ぶモチベーションがわかないのもわかる。
「できないこと潰し」「新しいこと探し」だったHTML5/CSS3に対して、それ以降は「今までも苦労すればできてたけど、もう少し簡単にしたい」という方向に進化している。
モーダルウィンドウがいい例だ。従来は何十行ものJavaScriptやCSSを使って実現していたが、dialog 要素の登場によってマジで簡単に実装できるようになってしまった。
そういう「できるけど厄介」を片っ端から潰そうとしているのが今のHTML/CSSの進化だと思う。
いやHTML/CSSだけではない。JavaScriptだって新仕様がどんどん追加されているが、そのどれもがコードをより簡潔に、合理的に記述できるようにするためのものだ。
家電とか車とかに例えると、製品の機能を増やすフェーズは終わり、組み立てに必要な技能やかかる手間を減らすフェーズに入ったと言えそうだ。
だが知っていれば確実にトクをする変化だ。
箱庭主義とは、ざっくりいうと、狭い限られた範囲に、趣味の対象物を
作成または、購入して、配置して、楽しむ趣向の事だと、勝手に決めた。
ジオラマとかドールハウスとか盆栽などを嗜む人は、箱庭主義者に
該当するだろう。
自宅のリアルな庭とかも、そうなのかもしれないが、箱庭と言っている以上
少なくとも、自宅の庭よりは、小さいものが該当するのかも、しれない。
箱庭主義者には、以下の特徴があるだろう。
１．箱庭の対象物に、いろいろな、コンテンツを、増減、再配置することに
喜びをかんじてる
２．箱庭の対象物は、一般的に高額であり、購入できるだけの財力がある
３．この喜びを、話せる人（コミュニティ）を求めている
４．コミュニティでほめられたいと思っている
私は、４つの特徴のうち、１、３、４は当てはまるが、残念ながら２は
対象外だ。財力がない。
しかし、私は、箱庭主義者である以上、財力がなくても、箱庭を実現したいと
思っていた。
そこで、私は、見かけ上、無償の箱庭を、楽しんでいる。
実際には、パソコン、電気代、通信費用が、発生しているので、無償ではない。
しかし、WEBサイト作成のために、新たに、購入したものは、無いので、
見かけ上は、無償だ。
WEBサイトといっても、私の場合、オンラインで、使えるツールを、
かき集めた、サイトを作っている。
コンテンツは、オンラインツール、これを、増減、再配置することで
WEBサイト上で、オンラインツールを、WindowsなどのデスクトップOSを
模したレイアウトで、配置して、楽しんでいる。
ネット上には、無償で、オンラインツールを、公開してる人たちが、
一定数いるので、このようなことが、実現できる。
もちろん、公開された、オンラインツールは、ある程度の、カスタマイズ
具体的には、HTML、CSS、JavaScriptの、基礎知識が、必要になる。
残念ながら、自分が使いたい＆カスタマイズできる、オンラインツールのみ、
最低限の、自己満足に、過ぎないが、仕方ないと思っている。
https://blog.uhy.ooo/entry/2023-02-13/technology-selection/
「積極的な技術選定と消極的な技術選定」という視点で、技術選定ということについて論じている方がいる。ここではそれを要約はしないが、この記事の筆者の主張の一つに
というものがある。そしてその例として、
ある技術が「場合によっては良い技術だと思うけど今回は過剰」みたいな下げられ方をされているときに、過剰である理由が学習コスト（消極的な理由）だったりすると残念です。
筆者は技術の「学習コスト」という言葉があまり好きではありません。なぜなら、とくに技術選定において、学習コストは本質的な理由にならないと思っているからです。
として「学習コスト」(消極的な技術選定)についての考えを記している。
ところで、この筆者は、この記事の一つ前に「Tailwind考」としてTailwindCSSというCSSフレームワークについての評価を記している。
https://blog.uhy.ooo/entry/2022-10-01/tailwind/
学習コストの観点では、生のCSSの知識はどうせ必要ですから、Tailwindを使用しても学習コストはまったく減りません。Tailwindのクラス名は生のCSSに比べて簡潔なので一見すると簡単に見えますが、その簡単さはすでにCSSを理解している人が享受できるものであって、まだCSSを知らない人にとっては特に恩恵はありません。
ここでは学習コストをTailwindCSSを考察する際の一つの指標に取り上げている。
この「Tailwind考」を改めて再読してみたが、この「Tailwindの学習コスト」の話が（「積極的な技術選定と消極的な技術選定」で推奨しているような）明確に「消極的な技術選定」の話として、分けて書かれているとは読み取れなかった。つまり、この筆者自身の技術選定記事もまた、明確に積極的、消極的に分けて書かれてはいないのである。
「積極的な技術選定と消極的な技術選定」の記事に追記されているコメントで以下の指摘がなされている。
積極的と消極的は0か100かで分類できるわけではないと自分で言っているのに、明確に分けて書けという主張は矛盾しているのでは？
インターネットで不特定多数に公開される技術選定の文書で、これらを明確に分けて書くのは、多くの場合、本筋から外れるだろうし、いささか無茶な要求なのではないだろうか。
筆者は「その内訳を分析して見せることができます」と反論しているが、技術選定記事を公開するときに、そのような細かい分析を網羅して記述することに、どれほど価値があるだろうか。
このような技術選定の記事を書くとした場合、想定する読者を「どういう理由で選定したか知りたい、と考えている」と設定するだろう。その理由がどのようなカテゴリ（積極的、消極的）に属すか、などは文章を過剰に冗長にするだけであって、むしろ積極的に本文から削っていくものではないだろうか。
元記事の筆者が書いた「Tailwind考」もそうで、「積極的な技術選定と消極的な技術選定」が明確でない今のままで「TailwindCSSの技術選定」として価値ある記事だし、筆者も（内面での考えはともかく）そこの区別は、文書に記す必要がないと判断して、記事を公開したのではないだろうか。
自分が良いと考えている技術が「学習コストが高い」と無下に扱われたら、イラッとくる感情はわかる。
でも、どんな技術選定記事も、その筆者が遭遇した特定の条件、特定の環境下での判断なのは、当然の前提ではないだろうか。
そして技術選定の基準が、純粋に技術的であるかそうでないかは簡単に分離できず、それでもそれを詳細に記述、説明すること（積極的な技術選定か消極的な技術選定かを分けて書くこと）が、本当に必要なのか。
