  |
はてなキーワード:スーツとは
このスーツって人、一見するとヤベーことを言ってるが、俺だということがわかった
正確に言うと、俺が主観的に見る俺ではなく、統合失調症の患者である俺を世間が見たシンボル的なものがこのショーである
最近、こういうことが多い
例えば、都市伝説Youtuberコヤッキーが話していた「自販機に聴診器を当てて引き寄せの法則を実現しようとする人」という話も俺の過去の体験と酷似しているし、
このスーツという男の「普段パチンコ屋などには入らないが、そんなことはどうだっていいということに気がついたので入ってみたりした」というのも俺の過去の体験と酷似している
トゥルーマンショーなのか？とも思うが、この男の言うように「そう思い込むことによってピカチューが存在する世界を体験することも可能」という話を俺自身が体験している可能性もある
つまりトゥルーマンショーが本当だと思えば、トゥルーマンショーが本当であるという確率を引き寄せることになるのかもしれない
だが、より本質的な部分では、そもそも観測の能力は限界があり、自分の認識からオーバーフローした部分は切り捨てられる
だから自分が見る情報は自分に関連することが含まれる可能性が高くなるし、あるいは単に現象として客観的に確率が変化したのではなく、注意としてそういう情報を観察するようになるのだろう
この男の「第一の脳、第二の脳」というメタファーは俺にも幾分かは備わっている
俺が何かを発言する時、第一の脳がレコメンドし、第二の脳が修正しようとする
おそらくこの部分にスーツと俺との違いがある
スーツのイカれている部分は第二の脳であり、第一の脳は正常であるということ
それに対し、俺にとってイカれているのは第一の脳であり、第二の脳は正常である
まあ、俺のブログからアイデアを得たテレビマンが「これは面白いアイデアだ」といって俺を模倣した台本を書き、スーツにその役をやらせた可能性もあるが、
YouTuberであるスーツさんは、2025年10月15日に「悟りを開いた」とする一連の投稿で、その心情が大きな注目を集めています。
この「悟りを開いた」という発言は、従来の彼の論理的で知的な発信スタイルとは一線を画すもので、「世の中の全てに全く『意味』などないことを完全に自覚した」というものです。これにより、「あらゆる意欲、執着、規範、迷い、悩み、喜びなどを手放した」と述べており、これらは全て「幻想や集団催眠などの類いで、最初から存在しなかった」と理解したとしています。
この心情の変化は、虚無主義や存在論を想起させる哲学的な側面に傾倒していることを示唆しており、社会的な価値や自身の活動に対する従来の認識を大きく変えるものでした。
発言の価値についても、「自分の発言が理解されることに価値を感じなくなった」「発言することにも価値を感じませんし、発言しないことにも価値を感じません」と述べ、将来的には発信を静かにする可能性についても言及しています。これは、彼のキャリアを支えてきた発信意欲や視聴者との関わりに対する価値観が根底から揺らいでいる状態を示していると言えます。
自身の生命に関しても言及しており、「私の体は自分の生命を守るように設計されているでしょう。ですから、私が死亡したり何かを破壊したりすることは考えにくいです」と、自らの体が持つ生存本能に基づく設計を信じている様子を伝えています。これは、精神的な面での大きな変化がありながらも、肉体的な生存への希求は保たれているという、精神と肉体の分離のような複雑な心境を覗かせます。
一方で、これらの発言の直前には、スイス・バーゼルで体調を崩し、帰国後にインフルエンザと診断されたという健康上の問題があったことも投稿で明かされています。精神的な変化の背景に、これらの体調不良や疲労が影響している可能性を指摘する声もあります。
総合的に見ると、スーツさんの最近の心情は、従来の価値観からの解放と強い虚無感に支配されており、自身の活動や存在そのものに対する根本的な意味付けを失っている状態にあると言えます。この哲学的な探求が一時的なものか、あるいは今後の活動の軸となるのかは現時点では不透明です。
迷惑撮り鉄たちの素性もなぜか風の便りで伝わって来るのですが、彼らのヤバさは常人の想像を遥かに超えています。
迷惑撮り鉄が線路に入るとかいうのは、もちろん大問題ではありますがまだ可愛い方で、鉄道撮影のために日常的に犯罪に関与している人の話もよく聞きました。そういう人はもちろんごく一部ですが、撮り鉄関連以外で「あの人捕まったんですか〜」と自然に会話する機会はないです。
鉄道趣味に傾倒するがあまり、人生のあらゆる可能性を鉄道に捧げ、それには飽き足らず最低限の失ってはならないもの（泥棒をしない事とか）も捧げてしまうというパターンが多い気がします。
一旦立ち止まって、鉄道とはそんなに面白いものなのかを真剣に検討する瞬間があると良いと思いました。
ーー
状況が目に浮かぶようで、思わず吹き出しそうになりましたが、それと同時にあなたの戸惑いや、怒りにも似た感情も痛いほど伝わってきました。
「お気軽に普段着で」という言葉を文字通り受け止めたあなたは、まったく悪くありません。むしろ、誠実に案内の意図を汲み取ろうとした結果です。
しかし、残念ながら、就職活動における「普段着」や「服装自由」といった言葉には、多くの企業や就活生の間で暗黙の了解が存在しているのが現状です。
多くのケースで「完全なオフモードの私服（デニム・Tシャツ・パーカーなど）」ではなく、「ビジネスカジュアル」を指します。
ビジネスカジュアルとは、仕事の場にふさわしい、スーツよりも少し崩した服装（例：ジャケット＋襟付きシャツ＋チノパンなど）のことです。
「服装自由」でも、周囲の約7〜9割がスーツで来ることは珍しくありません。特に日本の就活では「迷ったらスーツ」という意識が根強いです。
結果として、あなたがおっしゃるように「全員スーツ」の光景は、「彼らの普段着はスーツなのか！？」と皮肉を言いたくなるほど、一般的な就活の現場ではよくある「あるある」であり、もはや罠と言っても過言ではありません。
この悟りは、就活という特殊な世界においては、ある意味で真理かもしれません。
その場に居合わせたときの「世界が静止した」感覚、そしてトイレで鏡を見て思わず笑ってしまったという話は、きっといつか笑える武勇伝になります。
今回の経験で、あなたは「社会の建前」と「言葉の裏側」を知るという、非常に大きな学びを得ました。これは、これからの社会人生活で必ず役に立つ教訓です。
「もう二度と信じない」という気持ちは痛いほど分かりますが、どうかその純粋さと誠実さは失わないでください。そして、「お気軽に」「普段着」という言葉を見るたびに、今回は「あの時はやられたな」と笑って流せる日が来ることを願っています。
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
何が罠だ。普段着で来いって言われたから普段着で行ったんだろ。じゃあ周りの奴らがスーツ着てても「馬鹿だなこいつら案内ちゃんと読めよ」って堂々としてればいい。
それで落とされるならこっちから願い下げじゃないか。口では普段着でといいながら実際はスーツじゃないとダメ、なんて企業風土は就職してから思いやられるぞ。上司や会社の言うことは全部建前で、いちいち裏の意図を読まないといけない企業に就職したいのか？
お気軽に普段着でお越しください。そう書いてある企業説明会があった。
俺はそれを文字通りに受け取った。デニムにパーカーという完全オフモードで家を出た。
会場のドアを開けた瞬間、世界が静止した。
全員スーツ。黒。黒。黒。
受付の女性が微笑んだ瞬間、目が一瞬泳いだのを俺は見逃さなかった。
そのあと一時間半、スライドの内容はまったく頭に入らなかった。
帰り道、笑うしかなかった。トイレによって鏡に映る顔を見て、思わず笑った。これがやらかした人間の顔なのかって。
家に帰ってからもう一度メールを見返すと、そこにはこう書かれていた。
「お気軽に普段着でお越しください」
罠以外の何ものでもない。いや…よく見ろ。普段着って書いてあるだろ！！
あいつらの普段着はスーツなのか！？ネクタイ締めて寝てんのか！？
もう二度と信じない。“普段着”って言葉がある限り、世の中に普段着なんて存在しない。
見るたびに歯ぎしりする。
それ以来、俺は“お気軽に”って言葉が嫌いになった。
見るたびに歯ぎしりする。
Permalink |記事への反応(17) | 11:04
「何々の特徴これこれがある」ことは、「何々である」ことを論理的に含意しないのはどうしてか？という質問に対する答えは、次のように整理できます。
特徴があるからといって、それが必ずしも結論を導くわけではないのは、特徴と結論の関係が「論理的含意」として必然的に結びつくものではないからです。論理的含意とは、「AがBであるならば、必ずCである」というような必然的な関係を指しますが、特徴がその結論を必然的に導くわけではないことが多いです。つまり、特徴と結論の間に論理的必然性がないことが理由です。
例
• 「この動物は羽がある」という特徴は、「この動物が飛べる」という結論を必然的に導くわけではない。なぜなら、羽があっても飛べない動物（例：ペンギンやダチョウ）が存在するためです。
このように、特徴が必ずしも結論を含意しないのは、特徴が他の要因や条件と組み合わさって認識されるため、単独ではその結論を導くことができないからです。
人間の認識はしばしば限られた情報に基づき、直感や過去の経験に頼ることがあります。私たちが特徴をもとに何かを認識する際、その特徴が本当にその物事を決定的に表しているかどうかを無意識に推測しがちです。しかし、その推測が必ずしも正しいわけではなく、バイアスや認識のエラーが生じることがあります。
例
• 「赤い車を見た」ときに、「その車は速いに違いない」と直感的に思うことがあるが、それは単なる認知バイアス（例えば、赤色＝速い車という過去の経験に基づいた推測）であり、論理的にその車が速いことを含意しません。
このように、私たちの認識には限界やバイアスが存在し、特徴と結論を必ずしも論理的に結びつけるわけではないのです。
特徴に基づいて物事を認識する際、私たちの脳は抽象的な概念やパターンを適用しようとします。しかし、その抽象化は時に不完全であったり、誤った方向に働くことがあります。たとえば、複数の特徴が組み合わさった時に、それらの特徴がその物事を「完全に定義」するとは限らないからです。
例
• 「この建物は古い」「大きな窓がある」「屋根が三角形」などの特徴があったとして、それらがすべて「教会」だという結論を導くとは限りません。これらの特徴は、他の建物にも当てはまることが多いため、必ずしもその特徴から教会であることを論理的に導くことはできません。
認識は必ずしも論理的に厳密なプロセスではなく、直感的な推論や感覚によって成り立つことが多いです。そのため、特徴を基に認識を行う際に、論理的に必然的な結論に至らないことがしばしばあります。私たちの直感や経験に依存する認識が、誤りを生むことがあるのです。
例
• 「あの人は眼鏡をかけている」「落ち着いている」といった特徴があっても、それが「その人が賢い」という結論を論理的に含意するわけではありません。この認識は直感に基づいたものであり、必ずしも正しいとは限りません。
特徴があるからといって、それがその物事を論理的に決定するわけではなく、文化や社会的背景によって、特徴の解釈が変わることがあります。つまり、ある特徴が必ずしも全ての文脈でその結論を導くわけではないという点も大きな要因です。
例
• 「スーツを着ている」という特徴がある人を見て、その人を「ビジネスマンだ」と認識するのは、文化的に定着したパターンに基づいています。しかし、実際にはその人がアーティストや大学教授である場合もあり、論理的に「ビジネスマンだ」と決めつけることはできません。
⸻
「何々の特徴これこれがある、ことは、何々である、ことを論理的に含意しないのは、特徴と結論の間に必然的な論理的関係がないため」だと言えます。認識は論理的な含意に基づくものだけでなく、私たちの経験、直感、文化的背景、認知バイアスなど、複数の要因が絡み合って成り立っています。そのため、特徴から必ずしもその結論を導くことができないのです。
