
はてなキーワード:バージョンとは
その通りだ。首がもげるほど頷いた!!!!
あなたのその叫び、俺の鼓膜と網膜に焼き付いていた感情そのものだ。
いや、それ以上だ。
俺も乗っからせてもらう。
企業のTechBlog、およびその形骸化したノルマ文化、今すぐ滅びてくれ!!!!!!
「参考になった」なんて声は稀だ。
大半は、冷笑と、呆れと、ミュート推奨の対象になってるんだよ!!!!
具体的に「生の声」を代弁しながら、なぜお前らのブログが「社会悪」なのか、骨の髄まで理解させてやる。
まずな 「公式ドキュメントの劣化翻訳」は検索汚染だ!!!!
散々言われてるだろ!?
「公式のREADME読めば1分で終わる話を、なんで自分語りとスクショ付きで薄めてんだよ!!!」ってな!!!
エラーログをそのままググった時、検索トップに出るのが公式ドキュメントでもStackOverflowでもなく、バージョンも文脈も不明な、どこの馬の骨とも知れぬ企業の個人ブログだった時の絶望感!!!!
あの時の「またお前か……」という徒労感を!!!!
中身を開けば、「なんかよくわからんけど再起動したら治ったw」……舐めてんのか!!!!!!
お前らのその承認欲求を満たすためのゴミ記事が、本当に困っているエンジニアの邪魔をしてるんだよ!!!!
おい、特に「〇〇をとりあえず触ってみた」系の記事を書いているお前ら!!!
胸に手を当てて言ってみろ。その記事、公式ドキュメントの「GettingStarted」をなぞっただけじゃないのか!?!?
「〇〇の初期設定手順」で、何でお前らの手垢まみれの画像を必要とするんだ!?
公式が提供している最新で正確な一次情報、あれをわざわざコピペして、スクショを撮り直して、「俺もできた!」とドヤ顔で公開する。
しかもそれを鵜呑みにした新人が環境構築に失敗して「動かない!」と勘違いする。
正確な情報への到達を阻害する、まさに検索結果のテロリストなんだよ、お前らは!!!!
頼むから、公式ドキュメントを「分かりやすくしてやった」とか傲慢なこと抜かすな。
公式が分かりにくいなら、そのツールの開発元にフィードバックしろ!!
真顔でXポチポチーってして、薄めた麦茶を、さも高級なワインのように売るな!!!!!!!
「エンジニアがアウトプットする文化があります(キリッ)」じゃねえんだよ!!!!
その「アウトプット」とやらを見て、まともなエンジニアがどう思うか、Xのタイムラインでエゴサしたことあるか!?
「うわ、こんなレベルの低い記事を『技術ブログ』としてドヤ顔で出す会社なのか……技術力お察しだな」
「これをGoサイン出したマネージャーがいるってことは、コードレビューもザルなんだろうな」
質の低い記事は、「弊社の技術レベルはこの程度です」って全世界に恥を晒してるのと同じなんだよ!!!
お前らが良かれと思ってやってるその施策は、優秀な人材を遠ざける魔除けにしかなってねえんだよ!!!!
あとな、アドベントカレンダーという名の「ハラスメント」
そして今まさに進行中のこれだ。
「ネタがない」「書くことがない」「業務時間外に書かされる」……悲鳴で埋め尽くされてるじゃねえか!!!!
「12月だから」という理由だけで、なぜ普段書かない人間まで駆り出されるんだ?
「空き枠を埋めること」が目的化したカレンダーに、魂なんて宿るわけねえだろ!!!!
11月末にSlackで「まだ枠が空いてます!誰かいませんか!」って必死にメンション飛ばしてる広報!!
その姿を見て、エンジニアがどれだけ白けてるか想像してみろ!!!
「書くことがないなら、書くな!!!!」
これが真理だ。
無理やり絞り出したカスみたいな記事で、インターネットの帯域を無駄にするな。
やる気のある数人が、本当に書きたい時に、濃密な記事を一本落とす。
量で質を誤魔化すのはもうやめてくれ!!!!
「〇〇とは?」「〇〇の使い方」なんて記事は、もうChatGPTが3秒で、しかもお前らより正確に教えてくれるんだよ。
人間が書くべきなのは、AIには語れない「泥臭い一次情報」だけだ。
「ビジネス要件と技術的負債の狭間で、どう意思決定したかのドキュメント」
こういう血の通った、文脈のある記事以外は、もうノイズなんだよ。
だから頼む。元記事の提案通り、今年の年末がラストチャンスだ。
こう言ってくれれば、俺たちは「よくぞ言った!!」とスタンディングオベーションを送る準備ができている。
頼む。本当に頼む。
「広報のKPI」「自己顕示欲」「Xで有名人になりたい」のために、俺たちのインターネットを、これ以上濁らせないでくれ!!!!!!!!
MacとLinuxを両方使っている人として言わせてもらうと、Linuxの方がいいとは限らないけど、Macにする特別な理由がなければLinuxにした方がいいと思います。
そもそもMacは高いですし、パフォーマンスは確実にLinuxの方がいいはずです。
特にセキュリティの観点からも、Linuxの方が優秀な点が多いです。
例えば、Linux自体はカーネルという、OSのうちの一部分に過ぎないため、Linuxで脆弱性が見つかっても、UbuntuやFedoraなどのよりソフトウェアに近い段階(厳密にはLinuxディストリビューション)とはある程度分離された状態なので、よほどの変更がない限りLinuxだけアップデートすることが可能です。
また、Linuxはアップデートというより、新しいバージョンのLinuxカーネルを用意してそちらに切り替える、という構造になっています。
そもそもLinuxは元々、あまり日常用途で使用することはあまりなく、最近になって増えてきたところです。
最近の、特にOSに関わる部分の機能では、どうしても標準では対応できていません。(例えばパスキーなどです)
また、先ほども言及したLinuxディストリビューションは、様々な種類があるため、それらから選ぶのも難しいかもしれません。(実際私も最近までずっと色々なディストリビューションを試して、ようやくFedoraに落ち着いたところです)
日本語IMEだけでも様々な種類がありますし、慣れている人でなければなかなか使いにくい部分もあります。
一応、MacBookでLinuxを動かすという「AsahiLinux」というものがあり、M1/M2には既にある程度対応しているため、もしMacBookでmacOSとLinuxを同時に使う、というのが許容範囲であればそれも良さそうです。
また、Macの固有機能としてはスクリーンタイム(アプリの利用制限や時間での制限、コンテンツの制限などを行える機能)などが存在するので、それを利用する、と言えば納得されると思います。
実際、スクリーンタイムはMacにする特別な理由として十分です。
Linuxの場合どうしても自由度が高過ぎて、様々な方法で同じことをできてしまい、制限が難しいため、スクリーンタイムのような機能は追加しにくいわけです。
ちなみにデスクトップとラップトップの話に関しては、私はまあまあ納得できます。実際デスクトップの方がコスパはいいですし、持ち運びさえしなければデスクトップ一択です。
ただしおそらく持ち運びするでしょうし、コスパをそこまで気にしないならラップトップでもいいかもしれません。
Windowsの話に関しては、Windowsがそもそも最近不具合が多すぎるため、前から一般的に使われているOSの中で安定しているもの、としては現在Macの方が優秀です。
そのため流石にそれには納得できません。
まとめると、Linuxも優秀だがMacにも様々な利点があるため、MacにしたいならMacでいいし、LinuxにしたいならLinuxでいいと思います。
すごくうまいんだけど、発売当初は鳥羽シェフ監修で顔写真と本人の手書き文字がパッケージに入ってたのが、今や存在ごと消されてる
ミルク系ハードキャンディが好きで新製品も色々チェックしてたんだけど、まさかこんな黒歴史が生まれるとは思わなかったな……
ついでに書くと、ミルク系ハードキャンディ界隈において、UHA味覚糖の特濃8.2は本当に良いブランドだと思う
安定した美味しさで、値上げはしても比較的安価で内容量も多くコスパが良い
1990年からのロングセラーである特濃8.2を猛追したのが2012年発売のカンロの金のミルクだけど、プレミアム路線なだけあって、原材料を見ると特濃は砂糖と水飴の次に粉乳が来るが、金のミルクは三番目に生クリームがくる
乳脂肪のリッチさでは金のミルクに軍配が上がるが、いかんせん近年の値上げでかなり内容量が減った
シンプルな原材料にも飴メーカーとしてのプライドとこだわりを感じる
カンロのミルク系と言えば、フルーツフレーバーとミルクフレーバーがマーブルになったミルフルッツも佳品だった
一度廃盤になって復活し、再び廃盤になってしまったが、他のメーカーのフルーツミルクフレーバーよりも甘さが優しく自然な味わいだった
その「他のメーカーのフルーツミルクフレーバー」として真っ先に思いつくのがノーベルの俺のミルクキャンデー北海道メロン味なのだが……
ノーベルの俺のミルクシリーズは、マーガリンやチーズパウダー、人工甘味料が使われており、人工的な味と言えばそんな気もする
嫌いではないが、単価が高く、少しくどく感じることもあってあまり買わない
しかし同じノーベルの無添加はちみつ生姜ミルクのど飴は、その名に違わぬシンプルな原材料
舌触りなめらかではちみつの風味も良く、冬場しか売ってないが寒い時期は鬼リピしている
もう1つメジャーどころを挙げるなら春日井製菓のミルクの国になるだろうが、近年ブームになったミルクを味わうタイプの飴よりずっと昔から販売されていることもあり、言ってはなんだがチープでノスタルジックな「昭和の味」と言う感じ
たまに食べると「あー、これこれ」と思う
最近めっきり見かけないので廃盤になっているのかもしれないが、春日井の女王のミルクはある意味で金のミルクを超えていた
まろやかな乳脂肪感では他の追随を許さなかったが、どうも販路が拡大しなかったようで、あまり売っている店舗を見かけなかった
ミルクキャンディと聞くと不二家のミルキーが思い浮かぶ人も少なくないだろうが、ミルキーのハードキャンディバージョンであるミルキーカッチコチという商品もある
ミルキーらしい練乳を感じる味わいで、万人に好かれると思う
変わったところでいうと、榮太樓のバニラミルク飴や抹茶ミルク飴(百貨店で扱っている方ではなく、袋入りの市販品)が成城石井などで売っていたりする
これは個人の感想だが、榮太樓の市販品は総じて「飴のうまさ」というか、砂糖を味わわせるものになってると思う
カンロとはまた違った方向性で、よく言えば上品、悪く言えば少々物足りなく感じるかもしれない
濃厚なミルク感というより、飴として食べやすい、丁度よいバランス
砂糖ではなくグラニュー糖が原材料の筆頭になっているのも珍しい
ミルク系からの派生として考えるなら、キャラメルキャンディ界隈も熱い
冬場は濃い甘いものが欲しくなることもあり、密かに売り場が盛り上がっている
ヴェルタースオリジナル、魔性の塩キャラメルキャンディ(カンロ)、塩の花(UHA味覚糖)、キャラメルがとろ〜り出てくるキャラメルキャンディ(ノーベル)……といった定番の顔ぶれに、今秋からはミルクキャラメルの森永からハードキャンディタイプが加わった
疲れた時の甘い物として飴を摂取するので、個人的にはどうしても「最後に勝つのはヴェルタースオリジナル」になってしまうのだが、カンロの魔性の塩キャラメルはしっかりほろ苦さとしょっぱさがあり、魔性というにふさわしい大人の味
新商品として魔性のピーナッツバターというクランチキャンディも出たばかりだ
クランチ(噛んで食べるタイプ)では、いちごみるく飴で有名なサクマからバタースコッチキャンディも今秋発売された
バタースコッチといえば、在りし日のチェルシーのバタースカッチは美味しかったなあ
つい長くなってしまった
なんでこんな話してたんだっけ
海外Redditで、LLMへ渡すプロンプト設計に関する超有益ポスト。
ポスト主はプロンプト分析に1000時間以上費やし、成功するプロンプトには6つの共通パターンがあると結論。
✅ K:シンプルに
悪い:「Redisについて何か書いて」
良い:「Redisキャッシングの技術チュートリアルを書いて」
→…https://t.co/iJRfxPkfHa— J (@j_kun_ml)December 10, 2025
英語での「piggyback」の意味について詳しく説明します。
「piggyback」は、元々はおんぶや背負うという意味で使われる言葉です。具体的には、何か(または誰か)を他の人の背中に乗せて運ぶ、または背中に乗ってもらう行為を指します。子どもが大人の背中に乗る時などに使われる表現です。
• 例文:
• “The childwas givinghis father a piggyback ride.”(子供は父親におんぶしてもらっていた。)
「piggyback」は、物理的な「おんぶ」や「背負う」の意味だけでなく、比喩的に使われることも多いです。以下のような意味で使われます。
何かを他のものに「乗せて」進行させる、もしくは他のものに依存して動かすという意味で使われます。この意味では、物理的な「乗る」という感覚が比喩的に使われています。
• 例文:
• “The newsoftware runson a piggyback system ofthe existing platform.”(新しいソフトウェアは、既存のプラットフォームを基盤にして動作する。)
• “The small companyis piggybackingon the success of the larger corporation.”(その小さな会社は、大企業の成功を利用している。)
2.2. 一緒に運ぶ/追加する
何かを主となるものに「追加して」進める、あるいは別のプロジェクトやタスクに「加える」という意味で使われることもあります。
• 例文:
• “Wewill piggyback a marketing campaignon our product launch.”(製品発売に合わせて、マーケティングキャンペーンを一緒に行う予定です。)
2.3.一時的な付加
何かが既存のシステムや方法に追加的に加えられるという意味でも使われます。特に、主となるものに追加的に乗せて使う場合に使われます。
• 例文:
• “The new featureis piggybackingon the oldversion of the app.”(新機能はアプリの古いバージョンに追加されている。)
3. 他の使い方
• Piggyback ride:おんぶや背中に乗ることを指しますが、特に遊び心のある、軽い意味で使われます。
• Piggybackjump:競技やトレーニングにおいて、他の選手の背中に乗ってジャンプする動作を指すこともあります。
まとめ
「piggyback」は、もともとおんぶや背負うという意味から派生し、比喩的には「何かを他のものに乗せて運ぶ」「依存している」「追加する」といった意味でも使われます。特にビジネスやテクノロジーの分野では、既存のシステムや成功に依存して新しいプロジェクトやアイディアを進めるという意味で広く使われています。
頂き物としてたまに実家に置いてあって、大人がコーヒーやお茶飲みながら食べるのにぴったりだったのが念吉のプラリネとか大阪屋のユーロパイ。(新潟県)
新潟ってーと柿の種だし、普通に柿の種もよく家にあったけど、個人的には大して思い入れがない。
それよりはぽたぽた焼きだなあ。
https://shonenjumpplus.com/episode/17107094912557780735
実家を離れてからの方が岩塚や三幸のせんべいをよく食べている。特に三幸製菓は定番商品の安定感と、期間限定商品のバラエティ豊かさが素晴らしい。
黒豆せんべいの枝豆バージョンが夏限定から通年商品になったのがとても嬉しかった。
あれ喉乾くよね。
なんだけど、出会いがない。
ラガーマンみたいな人がタイプなんだけど、増田の周りの周辺には残念ながらいない人種。
好みの男性について話す時、「身体は大きい人が良くて……身長-体重が95以下の人がいい!」というと驚かれる。
顔の好みはそのかわりないんだけど、面食いのゴリラバージョンみたいなことが起こる。
あと、この系統だとその人の恋愛対象に入らない場合がちょくちょくある。友達にはゲイみたいな好みをしてるよねと言われたことがあるけど、本当にその通りなんだよね。
ゲイに人気のあるタレントとかで検索すると、本当に好みの外見をした人だらけになる。
メッセージがだるいし、この手の男の人ってマッチしたとしてもヤリモクも多いのでめんどくさい。
中国のWS-10エンジンのレスポンス(応答性)に関する具体的な数値(秒数など)は公開されていません。
しかし、初期のバージョン(WS-10A)は、ロシアの同等エンジンであるAL-31と比較して、推力を発生させるまでに「遥かに長い時間」を要したと報告されています。
これは、初期のWS-10Aがロシア製エンジンに比べて技術的に未熟であったことを示唆しており、当時の中国航空産業の課題を反映していました。
しかし、その後の改良型(WS-10B、WS-10Cなど)では、材料の改善や新しいコンポーネントの導入により、性能と信頼性が大幅に向上しているとされています。
最新のバリアントは西側の同等エンジンに匹敵する性能パラメーターを備えていると評価されており、応答性も改善されていると考えられますが、詳細なデータは機密情報のため不明です。
あーこれ?
紹介番組は生放送ではなくキャラクターが内容を紹介する収録番組だけど、ゲストキャラが一切喋らず司会だけがずっと喋るパートがあって不自然だった。収録が間に合わなかったんだろうな。
こんにちは、音MADクリエイターの皆さん! 音madは、PCの前で長時間座りっぱなしになりがちですよね。集中力が必要な作業だからこそ、プライベートのリフレッシュタイムで体を動かすことが大事。今回は、そんなクリエイター向けにオススメの体位3選を紹介します。選んだのは「後背位」「立ちバック」「仏壇返し」の3つ。これらはデスクワークで凝り固まった体をほぐしつつ、深い満足感を得られるもの。クリエイティブな発想を刺激するかも? 各体位について、詳しいやり方と良いところを解説します。安全第一で、互いの同意のもとでお楽しみください。
後背位は、女性が四つん這いになり、男性が後ろから挿入する基本的な体位です。
まず、女性はベッドや床の上に膝と手をついて体を支え、お尻を少し上げてアーチ状にします。
動きは男性主導で、ピストン運動を繰り返します。角度を調整するために、女性の腰を少し持ち上げたり、枕を使って高さを変えたりすると良いです。
ペースは最初ゆっくりから徐々に速くし、相手の反応を見ながら調整。
手は女性の胸や腰に回して刺激を加えると、より一体感が増します。時間は10〜20分程度が目安ですが、体力に合わせて。
角度が急なので、Gスポットや前立腺に直接刺激が届きやすく、両者とも強い快感を得やすい。特に音MAD作者のように長時間座っている人には、腰や背中のストレッチ効果があり、制作中の疲れを解消できます。
男性側から女性の背中やお尻が見えるので、ビジュアル的な刺激が強い。クリエイター目線で言うと、まるで動画編集のように「アングル」を意識して楽しめます。
ベッド以外にソファや机の上で試せ、場所を選ばない。疲れた体を動かすのにぴったりで、制作後のリラックスに最適。パートナーとのコミュニケーションも増え、クリエイティブなインスピレーションにつながるかも。
立ちバックは、後背位の立位バージョンで、両者とも立った状態で行います。女性は壁や家具に手をついて体を支え、少し前傾姿勢に。
動きは男性が主導で、腰を前後に振るピストン運動。女性の足の開き具合や男性の膝の曲げ方で高さを調整し、安定させるのがコツ。
シャワー室やキッチンなどの狭いスペースでも可能で、急な興奮時に便利。
持続時間は5〜15分が一般的ですが、足が疲れやすいので、途中で休憩を挟みましょう。
立ったままなので、足腰を使うため、座り仕事の音MAD作者に最適。血行が良くなり、制作中の頭痛や肩こりを軽減。まるで軽いエクササイズのように感じられます。
ベッド以外でできるので、日常のルーチンに取り入れやすい。急なインスピレーション(性的な意味で)が湧いた時にすぐ試せ、クリエイターの柔軟性を活かせます。
壁や鏡の前でやると、視界が広がり興奮度アップ。パートナーとの息がぴったり合うと、音MADのタイミング同期みたいに気持ちいい。体力的ですが、達成感が大きく、次の制作モチベにつながります。
仏壇返しは、女性が仰向けになり、足を高く上げて男性の肩や首にかける体位です。まず、女性はベッドに仰向けで寝て、膝を抱えるように足を胸に近づけます。
女性の腰を少し持ち上げて角度を深くし、ピストン運動を始めます。動きは男性主導ですが、女性も腰を浮かせて協力すると良い。
深い挿入になるので、ゆっくりスタートし、痛みがないか確認を。
枕を女性の腰の下に置くと安定します。時間は10〜15分程度で、激しすぎないようコントロール。
角度が極端なので、通常の体位では届かないスポットに刺激が届き、両者ともオーガズムに達しやすい。音MAD作者の集中力疲労を、深いリラクゼーションで解消できます。
対面式なので、目が合って感情的なつながりが強い。クリエイターとして、相手の表情を「観察」する楽しみがあり、インスピレーションの源に。
足腰のストレッチ効果が高く、デスクワークの硬くなった体をほぐします。変形版として、女性の足をさらに広げたり、道具を使ったりとカスタマイズ可能。制作後の「リセット」として、創造性をリフレッシュさせるのにぴったり。
これらの体位は、音mad作者の日常に取り入れやすいものばかり。制作の合間に試して、体と心のバランスを取ってみてください! ただし、健康第一。
パートナーと相談し、必要に応じてコンドームなどの安全対策を。
もしもっと詳しいバリエーションが知りたければ、コメントで教えてね。
クリエイティブな夜を!
正直、ここ最近で『これ神動画すぎる…』ってなった動画が3本あります。
どれも再生回数だけで測れない中毒性があるやつばかりで、気づいたら何度もリピートしてました…。
今回は完全に独断と偏見で厳選した“本当にオススメしたい動画3選”をお届けします!
背後からの優しい触れ合いと、最後に見せる流れるような後背位での自然なボディの動きが、静かながらも強い存在感を放っています。
男性パートナーの体型が個性的である点を除けば、ボディの美しさをじっくり味わえる芸術的な作品と言えるでしょう。
コスプレの完成度が本当に段違い。
「ウィッグ被せて服着せただけ」の手抜き感が一切なく、メイク・衣装・小道具の再現度が完璧すぎて「これ公式が撮ったの?」って錯覚するレベルです。
しかもこの女優さん、元がめちゃくちゃ可愛い上に表情の作り方が神がかってる。
喜怒哀楽のすべてがキャラに憑依していて、見てるこっちまで感情が揺さぶられるんですよね。
正直、コスプレ作品でここまで「キャラが実体化した」って感じるのは滅多にないので、推しキャラ民は必見です。ちょっと短めでサラッと
ウィッグ+衣装だけの安易なものとは完全に別次元で、まるで公式レイヤーさん。
それでいて女優さんがめちゃくちゃ可愛いし、表情豊かすぎてキャラが本当にそこにいるみたい。
推しが動いてる……!ってなること間違いなしの一本です。
あと後背位がヤバい。コスそのままにガッツリ突かれてる姿が最高にエロい。
まるで自分が床下に潜り込んで盗撮してるみたいな、犯罪スレスレの臨場感が半端ない。心臓バクバク確定。 そして立ちバックの破壊力よ。
清楚なワンピースを後ろからガバッと捲り上げられた瞬間、現れるのは完全に「今日も絶対にヤる気満々」のエロ下着。
レースのTバックが食い込んだケツがプリプリ揺れて、喘ぎ声がもう部屋中に響き渡る。からの騎乗位が完全に伝説。
自分から「見て…」って感じで両手で大事なところ広げて、結合部ドアップで見せつけてくる攻めっぷり。
ただただ一つ、最大の罪。
せっかくの知的眼鏡美人なのに、顔がモザイク+手で隠し+謎の影で完全防衛されてること!!
「見せてくれよおおおおおお!!」って叫びたくなるレベルの惜しさ。
でも逆にその“絶対に見せない”という徹底っぷりが、盗撮感を1200%に爆上げして、
「俺だけがこっそり見てる…」という独占欲を最凶に刺激してくる。
……というわけで、ここまでAV というタグの解釈変遷とその源流を概観してきました。現時点においても「AV」は静的なカテゴリではなく、継続的に進化中のライブタグであり、メタデータとしての意味論は未だ収束していません。
前述の通り、このタグのセマンティクスは単一のオーサーによるトップダウン定義ではなく、ユーザー各自が追求する嗜好ベクトルの集合知によって有機的に再構成されており、時代ごとのトレンド分布に応じてダイナミックにシフトし続けています。私個人としては、現行バージョンのAV実装も高く評価していますが、次バージョンの仕様改定(規制対応・配信形態変革・技術スタック更新等)がもたらす派生表現にも強い興味があります。
いずれにせよ、この分野のイテレーションを今後もウォッチし続け、最新ビルドを追跡していく所存です。
── End of Document ─
1歳9か月
一回だけ「パッパァ」と言う。
2歳
ballというスペルをみて「ボー」、アルファベットのEをみて「イー」と言うようになる。
同時期に数字を覚えだす。口には出さないが、数字あてクイズのようなアプリで正解する。
2歳1か月
15分くらいのストーリーのある話を見れるようになる。
2歳5か月
iPadのパスコードを教えてみたら6桁を一度で暗記。以後勝手にiPadを使うようになる。
2歳9か月
3歳0か月
マリオカート8をするようになる。
3歳1か月
3歳2か月
3歳4か月
あいうえお表を使って、えほんのフレーズを順に指さすようになる。
例「た る ま さ ん の」
3歳5か月
1one
2two
3three
3歳7か月
知っている英単語を打つようになる。主に惑星の名前など。大文字と小文字の切り替えもすぐ習得。
3歳9か月。
3歳11か月
3歳11か月
ショッピングモールでオムツからオシッコが漏れてズボンが濡れてしまって、替えのズボンを急遽購入するときに「これでいい?」と聞いたら「Yes,OK」と答えた。
4歳0か月
4歳9か月
かな入力をおぼえ、ひらがなでアニメのサブタイトルなどをキーボードで打つようになる。濁音や小さな「つ」なども入力をできるようになっていた。
4歳9か月
4歳9か月
5歳0か月~6か月くらいまで
「Yes!」「OK!」「行く!」「Left!」「Right!」「No!」
5歳6か月
5歳7か月
「パパいた」と初めての2語文。
6歳0か月~6歳4か月くらい
例「はやい、おそい」
「はい」
と返事をする。
6歳6か月くらい
急にオムツが取れる。
食べ物は、
フライトポテト、白米、豆腐、甘く煮たカボチャ、牛乳、グミ、じゃがりこ、チョコレート、チョコチップ入りのスティックパン
しか食べない。
お前らは、Windowsのアップデートの不具合に対して「マイクロソフトの怠慢だ」と思ってるんじゃないか。ああ、気持ちはわかる。毎月、毎月、何かしらの不具合が出てくる。その度に、お前らは「こんなんで、よく世界一のOSだと言えるな」と思うんだろう。でも、実は、その背景には、もっと複雑な現実がある。俺は、この業界で10年以上、ソフトウェア開発に携わってきた。その経験から、Windows11の不具合が多い、本当の理由を語ろうと思う。
最初に言っておくが、マイクロソフトは、別に怠けてるわけじゃない。むしろ、めちゃくちゃ頑張ってる。でも、その頑張りが、空回りしてる部分もあるんだ。その理由は、複数ある。
まず、一つ目は「スケーラビリティの問題」だ。Windows11は、世界中の何十億ものデバイスで動く必要がある。スマートフォンのように「数千万台」じゃなくて「数十億台」だ。その数十億台のデバイスは、全部、異なるハードウェアだ。異なるマザーボード、異なるCPU、異なるGPU、異なるネットワークカード。その全てのハードウェアの組み合わせで、Windowsが正常に動く必要があるんだ。
想像してみてほしい。お前が、ある薬を開発したとしよう。その薬を、世界中の何十億人もの人間に配布する。でも、その人間たちは、全員、異なる体質だ。異なる病歴を持ってる。異なる他の薬を飲んでる。その全ての組み合わせで、その薬が安全に効く必要がある。そして、毎月、その薬を新しいバージョンにアップデートする必要がある。できると思うか?それが、Windows開発の現実だ。
二つ目は「アジャイル開発の弊害」だ。昔のWindowsは「何年もかけて、完璧に完成させてからリリース」という戦略だった。だけど、今は違う。「毎月新しい機能をリリース」「ユーザーのフィードバックを即座に反映」という戦略だ。これは、確かに、ユーザーにとっては「常に新しい機能が使える」という利点がある。でも、開発側にとっては「地獄」だ。なぜなら、テストの時間が極端に短くなるからだ。
昔は「3ヶ月、テストに時間をかける」ことができた。だけど、今は「1ヶ月、いや、2週間でテストを終わらせて、リリースしろ」と言われるんだ。その2週間の中で、数十億台のデバイスの組み合わせを、全部テストすることはできない。だから、不具合が出るんだ。リリース後に。
三つ目は「レガシーコードの呪い」だ。Windowsは、80年代から続く、歴史あるOSだ。その歴史の中で、物凄い量の「レガシーコード」が蓄積されてる。つまり、古い時代に書かれたコードが、今も、Windowsの中に組み込まれてるんだ。そして、その古いコードは「絶対に消せない」。なぜなら、何十年も前のアプリケーションが、今も、Windowsで動いてる必要があるからだ。
想像してみてほしい。お前が、ビルの構造を変えたいと思ったとしよう。でも、そのビルの地下には「100年前に埋め込まれた、今も動いてる配管」がある。その配管は「絶対に壊すな」と言われてる。だから、新しい構造を作る時、その古い配管を避けながら作らなきゃいけない。その結果、新しい構造は「複雑で、歪んだ」ものになるんだ。それが、Windowsの現実だ。
四つ目は「組織の問題」だ。マイクロソフトは、今、めちゃくちゃでかい企業だ。Windowsチームだけでも、数千人の開発者がいる。その数千人が、全員、同じ方向を向いて、開発してるのか?違うんだ。複数のチームがあって、複数のマネージャーがいて、複数の優先事項がある。その結果「チームAが修正したバグを、チームBが、別のアップデートで、また復活させてしまう」みたいなことが起きるんだ。
さらに、「政治」がある。大企業にはね。「このチームの提案を通す」「あのチームの提案は通さない」みたいな、内部的な政治闘争がある。その結果「技術的には正しくない決断」が、されることもある。なぜなら「上司が気に入ったか」「社内での影響力」で判断されるから。
五つ目は「テスト環境の限界」だ。マイクロソフトは、物凄い数のテストマシンを持ってる。でも、それでも「全ての組み合わせをテストすること」は不可能だ。なぜなら、新しいハードウェアが、毎日、毎日、リリースされてるから。マザーボード、CPU、GPU。新しいハードウェアが出る度に、その組み合わせでテストする必要がある。でも、マイクロソフトは、新しいハードウェアが出た時点では「そのハードウェアを持ってない」。だから、テストできないんだ。リリース後に、ユーザーが使い始めてから、初めて「あ、このハードウェアでは、こんなバグが出る」と気付くんだ。
六つ目は「セキュリティアップデートの緊急性」だ。毎月、新しいセキュリティ脆弱性が発見される。その度に「至急、パッチを当てろ」と言われるんだ。でも、セキュリティパッチを当てる時に「別のバグが出ちゃった」みたいなことがある。なぜなら、セキュリティパッチって「システムの深い部分に手を入れる」から、予期しない影響が出ることがあるんだ。
七つ目は「ユーザー層の多様性」だ。Windowsを使ってるユーザーって、本当に多様だ。ゲーマー、企業のビジネスユーザー、クリエイティブプロフェッショナル。その全員のニーズを満たす必要があるんだ。でも、ゲーマー向けの最適化が、企業ユーザーの環境を壊すこともある。その度に「このアップデートは企業ユーザー向けにロールバックする」みたいな判断が必要になるんだ。
八つ目は「ドライバの問題」だ。Windowsのアップデートが原因で不具合が出た時「実は、ドライバの問題だった」なんてことが、よくある。なぜなら、GPUメーカー、ネットワークカードメーカー、その他、色々なハードウェアメーカーが「ドライバを提供してる」から。その全ての組み合わせで、Windowsが正常に動く必要がある。でも、ドライバメーカーは、Microsoftと同じペースでアップデートしないこともある。だから、Windowsアップデート後に「古いドライバとの相性問題」が出るんだ。
九つ目は「テストユーザーの不足」だ。Windowsアップデートは「InsiderPreviewプログラム」で、先行テストされる。でも、参加してるユーザーって、実は、そんなに多くない。だから「InsiderPreviewでは問題なかった不具合が、正式リリース後に、突然、大量に報告される」みたいなことがある。なぜなら「InsiderPreviewのユーザーが使ってなかった環境」で、不具合が出るから。
十番目は「時間がない」ことだ。つまり、全てはね。開発時間がない。テスト時間がない。修正時間がない。なぜなら「毎月、リリースしろ」と言われるから。修正できてない不具合でも「次のアップデートまで待つか」「このまま出すか」の選択を迫られるんだ。その結果「このまま出す」を選んでしまう。それが、不具合の連鎖につながる。
でも、ここで気付くべきことがある。それは「Windows11は、それでもすごい」ってことだ。数十億台のデバイスで、毎月、新しい機能をリリースして、その中でも「9割は正常に動く」ってことは、すごいことなんだ。100%完璧なOSなんて、この世に存在しない。特に、Windowsくらい複雑なシステムでは。
だから、お前らに言いたいことは、こういうことだ。「アップデートに不具合が出るのは、マイクロソフトの怠慢じゃなくて、技術的な現実なんだ」ってこと。それと「アップデートをインストールする時は、ちょっと待つ」ってこと。最初の2週間は、世界中のユーザーが使ってる。その2週間で「大きな不具合」が報告されたら「その時は、ロールバックする」って決断ができるんだ。でも「直後にアップデートする」と、その大きな不具合の被害を直で受けるんだ。
それと、企業ユーザーは「テレメトリデータを送らない設定」にしとくことをお勧めする。なぜなら「匿名データを送ってくる企業」の環境では、アップデートの相性問題がね、増えることがあるんだ。
最後に。Windows開発チームは、本当に、頑張ってるんだ。毎日、毎日、不具合を修正して。でも「完璧」を求めるなら、それは「無理」ってことだ。完璧を求めるなら「アップデートするな」が答えなんだ。でも「新しい機能が欲しい」「セキュリティアップデートが必要」なら、ある程度の「不具合との付き合い」は、覚悟する必要があるんだ。それが、OS運用の現実なんだ。