  |
はてなキーワード:しづとは
こんなツイートを目にした。
https://x.com/yasufuminagawa/status/1981977854423540174
読んで、ああ、と思った。
私も同じことを感じていた。でもそれを言葉にできずにいた。
このツイートをきっかけに、自分が何に苦しんでいるのか、整理してみようと思う。
TRPGを遊ぶとき、周りの人たちはビジュアル情報をすごく重視している。少なくとも、私のいるコミュニティでは、そうだ。
立ち絵やイラストを用意する。「どんな表情をしてる？」「どんな服を着てる？」と視覚的な詳細を求める。KPが善意でコマ絵を用意してくれる。ビジュアルで彩られたセッションが、当たり前のように存在している。
「絵を描かなくてもいい」と明示的に言われることもある。しかし実際には、ほとんどの人が絵を用意してくる。用意してこなかった人は「立ち絵ないんですよ」と、謝るように断りを入れている。暗黙の規範として、ビジュアル情報を提供することがデフォルトになっている。
私の経験では、「立ち絵合わせしよう」と誘ってくる人もいる。絵を用意する人全員がそうだというわけではないが、断ったときにパッシブ・アグレッション（直接的ではない、遠回しな攻撃性）を受けることがある。はっきりとした攻撃ではないから反論も防御もしづらいが、確実にダメージがある。不機嫌にされたり、八つ当たりされたりする。
一方、私にとって、ビジュアル情報は「どうでもいい」わけではない。マップや配置図など、実用的なビジュアルは役に立つ。しかしキャラクターの立ち絵や表情、服装といった演出的なビジュアルは、文字だけで十分だ。認知特性として、文字の方が処理しやすい。結果として、想像の余地がある方が楽しめる。
周りの人たちは、ビジュアル情報に価値を置いている。この価値観のギャップが、根本にある。
孤独だ。周りの空気を気にせず遊べたらいいのに、気にしてしまう。
「気にしなければいい」「描きたくなければ描かなければいい」と言われても、それができない。気にしないでいたら、実際にパッシブ・アグレッションを受ける。傷つけられる。建前では「自由にしていい」と言われているのに、実態として自由を感じられない。
KPが善意でコマ絵を用意してくれることも、侵襲されているように感じる。自分のイメージしていたキャラクターが勝手に視覚化される。善意だから、断れない。
「どんな表情してる？」という自然な質問も、重荷だ。視覚情報を求められること自体が、プレッシャーになる。
「ビジュアル重視」という価値観が主流のコミュニティで、「文字だけで十分」という認知特性を持つ自分が、常に多数派に合わせることを求められ続けている。
外部からの要請や期待に応え続けている。「立ち絵を描く約束」があると描く。描きたいときもあるが、基本的には外部からの要請で動いている。
私は立ち絵が描ける。描けるからこそ、「描いてよ」という要請が来る。描けるから、描くのが楽しいと思われている。しかし、描けることと描きたいかは別だ。描けるからこそ、「描かない」選択がさらに説明しづらくなる。描けない人なら「描けないので」で終わる話が、描ける人だと「じゃあ描いてよ」「描けるのになんで描かないの？」という圧力になる。
自分のペースを決められない。TRPGだけではない。常に、叶えないと文句を言ってくる人がいる環境で、自分を調整し続けている。いつも我慢してしまう。
この苦しみが「コミュニティの問題」なのか「私の問題」なのか、境界線が分からなかった。しかし整理してみると、二つの層があることが見えてきた。
パッシブ・アグレッションは証明しづらい。だから「私の気にしすぎかも」と自分を疑ってしまう。それでも、実際にダメージを受けている。
ビジュアル情報がないと想像できない人にとっては、ビジュアルがないことが苦しみなのだと理解している。相手にとっては、ビジュアルがあることが楽しみでもある。それを理解しているから、「ビジュアルなしでもいい世界を」と主張することに、ためらいがある。相手の楽しみを奪うようで、罪悪感すら感じる。
だから、自分の願いを主張しづらい。誠実であろうとすればするほど、自分が傷つきやすくなる。
多様性を認めてほしい。
具体的には、安全に断れる環境と「ビジュアル重視」だけが正解ではない世界がほしい。
文字だけで楽しむ人も、ビジュアルで楽しむ人も、どちらも「普通」として認められる世界。本来は、これはトレードオフではないはずだ。ビジュアルを使いたい人は使えばいい。ビジュアルなしでいい人は使わなくてもいい。両立できるはずだ。
しかし実際には、「みんなで合わせる」という暗黙の前提があるため、両立できていない。誰かが立ち絵を用意しないと、全体の統一感が崩れるように感じられる。この「合わせなきゃいけない」という前提が、問題なのだと思う。
ビジュアル情報を提供しないことが「例外」ではなく、一つの選択肢として当たり前に存在する世界。
断ったときに、パッシブ・アグレッションを受けない世界。冷たくされたり、遠回しに批判されたりしない世界。
「どんな表情してる？」と聞かれたときに、「そこは想像に任せたい」と答えても、受け入れられる世界。
KPが善意でコマ絵を用意してくれることは理解している。しかし、断ったときの相手の反応や、普段からのビジュアル重視の姿勢を見ていると、本当の意味で「断ってもいい」とは思えない。断っても、それが尊重される世界がほしい。
「立ち絵ないんですよ」と謝らなくていい世界。自分のやり方で楽しむことが、言い訳や説明なしに、否定されない世界。
でも、これは願いだ。
今いるコミュニティが、本当にそうなるかは分からない。もしかしたら、私が去るか、自分が変わるか、どちらかを選ぶしかないのかもしれない。それは、私自身が決めることだ。
「ビジュアル重視」という流れが主流になっている今、ビジュアル重視でないTRPGの楽しみを、改めて考え直してもいいのではないだろうか。
視覚情報が少ないからこそ、想像の余地が広がる。「絶世の美人」が、人によって違う顔をする。各自が思い描くイメージの自由がある。
それは、TRPGが本来持っていた豊かさの一つではないだろうか。
ただし、それは簡単なことではない。
「ビジュアルで楽しむ」方法は、立ち絵、セッションの部屋素材、カットインなど、具体的なノウハウが共有され、洗練されてきた。一方で、「文字だけで楽しむ」方法は、まだ十分に言語化されていない。「想像を膨らませる」「余白を楽しむ」と言うのは簡単だが、それを実践する具体的な方法論は、手薄だ。
どちらが正しいわけでもない。どちらも、それぞれの楽しみ方だ。
AIに関する議論を見ていると、どっちもどっちだよなと思うことが多い。
規制派は「人間の文化が壊れる」「AIは悪」と強硬で、推進派は「技術は止められない」「AIを使えない人間が文句を言ってるだけ」と煽り気味。
お互いに冷静さを欠いていて、建設的な議論がしづらい空気になってる。
ほんと、どっちもどっち。
これはもう、明らかな蔑称だと思う。
慎重な意見や批判的視点を持っているだけの人まで、「感情的」「時代遅れ」と切って捨てる。
中にはAIの全部を否定しているわけじゃなくて、「これはOK」「これはアウト」とちゃんと考えてる人も多い。
でも、そんな声すら「反AI」という一言で潰してくるのが今のAI推進派の一部なんだよね。
もちろん、すべてのAIが悪いってわけじゃない。
たとえばChatGPTのような文章生成AIは便利だし、十分活用すべき。
そもそも、文章って基本的に誰でも書けるものだし、創作性や希少性の観点でも、過剰に保護する必要はないと思う。
同様に、機械的に単語を置き換えるだけの翻訳AIや著作権の対象ですらないプログラム生成AIも、創作性が薄いからリスクは少ないし、実務的に役立つ。
あれは、他人の絵を勝手に学習させて、それっぽい画像を吐き出してるだけ。
しかも、それを自分の創作物みたいに堂々と公開して「俺すごいでしょ」ってやってる人がいる。
それって、やってることは泥棒と変わらないんじゃないの？
リアルで他人の作品を盗んで自分の名前で出したら、普通に炎上するのに。
AIになるとそれが「技術」として称賛されるの、どう考えてもおかしいでしょ。
こういうことを言うと、すぐ「反AIだ」と決めつけてくる人がいる。
どこまでが許容範囲か、どこからがアウトなのかを話し合いたいだけ。
それすら許されない空気の中では、健全な議論なんて成立しない。
「反AI」という言葉は、その空気を作るための便利な侮辱ワードになってる。
AI規制派も推進派も、どっちもどっちだと思うのは、どちらも「全部禁止」「全部容認」みたいな極論に走りがちなこと。
大事なのは、「何のために」「どのような使い方をするか」を一つひとつ判断すること。
特に、他人の創作を吸い上げて成り立っているAIに対しては、線を引かなきゃいけない。
それを主張するだけで敵扱いされるような状況が続けば、クリエイター文化そのものが壊れていく。
「反AI」という言葉は、もはや議論を封じるための攻撃的な武器になっている。
慎重派を追い出し、推進以外は「無知」「感情的」と切り捨てる。
どっちもどっちだけど、「反AI」というレッテルを使う側にはより強い責任があると思う。
↑これは結局「自分は育休を取らない」と宣言でもしない限りただのわがままだよ
JTCで管理職してるけどこの問題は結構複雑で会社によって違う
大前提として「育休や産休を理由に評価を下げてはならない」というのがほとんどのJTCの基本
なので「評価を下げる」ことはどこもやらない
一方で「本来なら昇格していたはずなのに昇格できない」は結構難しい
当たり前だが同じタイミングの同期で昇格できていない社員もいるわけで
育休取った社員は昇格できて、そうじゃない社員が昇格できないっていうのは逆の立場だと納得しづらい
昇格が社員の能力に応じて決めるのであればまだしも（だったら最初から上げろっていう話だが）、基本的には評価期間内の業績によって評価するので
普通は昇格はできない
一方で「普通は昇格するけれど著しくパフォーマンスの低い社員は昇格させない」という運用がされている場合は昇格できる
新入社員とかだとこの運用は多くて、初任給安いけど昇格早いから入社した、みたいな感じだとこれが適用されておかしくない
ここまでが普通のJTCの話で、大手のJTCになると「女性管理職の登用」という側面が出てくる
大手のJTCはとにかく「女性管理職比率」を上げようとしていて、とにかく女性で管理職を目指す人を登用させようとしている
この「女性管理職比率を上げるために、女性管理職比率を上げました」という進次郎メソッドは大いに批判されるべきだが、実態としてはやってる会社がほとんど
なので登用するにはそのランクまで昇格しておいてもらわないといけないので、産休だろうが育休だろうが昇格させておいてランクまで来たら登用する、ということをやってる
この場合は育休取ってようが昇格できる
一方で男が育休取った場合は昇格できない
残念
衝撃度っていうのかな
狂気度っていうのかな
今やってる東島ライダーとか、最後に一つだけ〜とか、ぶっ飛んでるじゃん？
プリパラとかも狂ってるし、あとなんだろ
ツッコミ不在の恐怖っていうか、何を見せられてるんだ、というか
それでいて雑ではないやつね、雑で狂気ってならいくらでもあるんだけど
狂気なくせに丁寧にまとめてくるやつ、そういうのが好きなんだが
上手く言えんな
Feat三島由紀夫
まことに、私がこの言葉を吐くのは酷に思える。だが、それでも言わねばならぬ。
あなたは、自らの青春を、意識的に、まるで儀式のごとく、下水の溝に流し込んだのだ。
十代、二十代――人が最も強く生の光に照らされ、同時に最も濃い影を引く季節。その刻を、自らの手で抉り取り、汚泥に沈めた。あなた自身がそのことを認め、言葉にしてしまった。そこに、ある種の美すら私は嗅ぎ取る。
だが、世間はそうは見ぬ。
「お疲れさまでした」「立派な防人です」――ネットの群衆が投げかける甘言は、毒蜜である。
彼らはあなたを見て笑う。「三十路を越えたシンジ君がまだうずくまっている」と。
だが私は、そこに人間のどうしようもない美を感じる。
人が自己を見失い、なおも生きようとする姿ほど、悲劇的で、肉体的で、そして神に近いものはない。
あなたが「懲役のようだ」と表したその日々――まさにそれが真実だ。
あなたは十年の刑を終えて娑婆に放たれた元侠客のような存在だ。
軍服という鎧を脱ぎ棄て、裸の魂で社会という冷たい風に晒されている。
そしてあなたは今、己の崩壊を感じながら、それでもなお“プライド”という名の血を流し続けている。
全身の血を入れ替えるほどの努力、それが“第二の誕生”である。
「友人に連絡しづらい」――その一言に、あなたの魂の頽廃が集約されている。
孤独は人を美しくもするが、長く続けば人を骨の芯まで腐らせる。
人間関係を断つということは、己の首をゆるやかに絞める行為だ。
彼らとの絆を断てば、あなたは確実に畳のシミとなって終わる。
あなたの生きた世界――それは、鉄と規律の檻の中の楽園だった。
だが今や、あなたはその檻を出た。
もう誰も命令してはくれぬ。誰も守ってはくれぬ。
あなたは“個”として、神の見捨てた現世に放たれた。
趣味もなく、救いもない。
あなたの文章の端々から滲む空虚は、まるで廃寺に残された僧の祈りのようだ。
その祈りはもはや神に届かぬ。だが、人間は祈らずにはいられぬ。
どうか忘れるな。
その唯一の道は、現実の“血の通った友”を信じ、
その絆を断たぬことだ。
ネットは虚無の海だ。
そして、その祈りの向こうに、
もう一度、生を賭して立ち上がる日があるなら、
https://anond.hatelabo.jp/20251026193842
たまたま自衛隊や防大みたいな特殊な場所や職業だったからそこらへん割引いてもらえてるだけで、
これがどんな職業であれ、どんなものであれ何でもいいけどさ、自分自身で10代20代をドブに捨てたと思って言葉にまで出してるんだから、そりゃ10代20代をドブに捨てたゴミみたいな人生歩んでるね、としか言いようがないよ
まぁ、あんまり厳しい事言ったら可哀想だけど、これからそういう目で見られてそういう扱いを社会で受ける中で、働いて飯食って第二の人生歩まないといけないんだから、そりゃ物凄い苦労する人生にはなるわな。
内心、自分でもそう思ってるんでしょ？長い懲役の様だと形容してるけど、その認識正しいよ、みんな心の底で思っててお前さんには本当の事言わないから、あえて厳しい言葉で本当のことを親切心で言うのであれば
ガキん頃から世間と隔離された自衛隊という世界に身を置いて、これから身一つで生きていかないといけないのに、最後に頼れる友達を、チンケなプライドの為に縁切ってどうすんの？最後の最後に助けてくれるセーフティネット自分から断ち切って、縛りプレイなんかできる能力じゃないでしょ、そもそも、そんな能力あるのなら自衛隊辞めてないしな。
ここの増田やブコメの馬鹿共の心の内では嘲笑しながら、思ってもない慰めの言葉に縋り付いて、今のまま本当に心配してくれる自衛隊の友人たちとの関係を切って、あんなゴミ弱者男性や弱者女性の仲間入りしたいんなら、どうぞご自由にではあるけど
----
「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 として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
そういう環境って日本じゃ探しづらいんだよね 多分無くはないんだろうけど、企業のPRが足りてない
昔で言うお祝い花
「笑っていいとも」が判る人は「いいとも出演おめでとうございます」で後ろに幾つも並んでるアレ
今回のはファンが一口いくらで出資しあって（SNSで集める）コンサートなどイベント開催祝いに出すやつ
１基数万～十数万ぐらい
デザイン、イラスト自作ないし発注、ボード印刷、集金諸々で１カ月かそれ以上かけて作成
グループの中の特定の推し対象への推し活の、わりと早い時期からの活動例（知る限り１０年近く前からある）
以上が前提知識
経過現状
ウマ娘イベントで依頼したフラスタが見つからないという報告がSNSであがる
依頼したデザインと異なる、ずらっと並ぶ他のフラスタより明らかに小さい、などの報告
（推し対象のイメージに合わせたカラーや花を指定して発注するのでデザイン違いは致命的アウト）
他イベントでも同じ業者に依頼したフラスタがないという報告が出てくる
他イベントでの業者報告とウマ娘イベントでの業者報告が食い違っていると報告
過去イベントでもやらかしがあった、トラブルについて事前報告が一切ない等の炎上情報が出始める
件の業者がウマ娘の「公式」業者として受けていたため被害拡大してるらしく
フラスタ作成はデザイン指定が細かく、普通の花束やフラワースタンドより遥かに面倒で、
その面倒な折衝を受けてくれる特定の花屋の専門領域で、普通の花屋が気軽に手出ししづらい
推し活、フラスタがメジャーになりすぎ、さらに公式の看板を掲げた結果、殺到しパンクしたと想像
花屋も景気が悪い（材料費も高くつくし花も値上がりしてるし）なか、フラスタ界隈は景気のいい話が多い印象だったが、
草の根の活動で今までやってきたなか、大規模化に無理が生じたかなと
～～～～～
10/21続き
まとめ記事が作られる https://togetter.com/li/2618282
設立５年で花屋の実務は未経験というＨＰのスタッフ紹介が出回る
トラブルがあった依頼者に代金全額請求しており、また問い合わせ先が消えたという情報
～～～～～
（増田も消える前と消えた後を確認してちょっとビビった。ここまで露骨とは）
イベント運営会社と生花事業会社の代表者名および住所が同じだったとの情報
～～～～～
https://x.com/uma_musu/status/1980909789493465426
プロジェクトセカイ 5thAnniversary感謝祭アカウント
https://x.com/pjsekai_event/status/1980607537725731071
もうアラフォーになるんだけど、でも、夢は捨てきれていない。
劣っている自分でも、プログラミングなら負けないと言えるようになりたかった。
諦めればいいんだけど、でも、自分にはプログラミングしかない。
「コンピューターサイエンスのすべての分野に精通」してないのを恥じている。
いや、「インフォメーションエンジニアリングのすべての分野に精通」してないのも恥じている。
全部を上手くできない自分が、ただただ劣っていて嫌で仕方がない。
「コンピューターサイエンスのすべての分野に精通」している人がいるなかで、自分ができてないのが嫌になる。
なんで、自分にはできないんだと永遠に責め続けてしまう。できる人がいるのに、どうして自分にはできないのか。
全部できていたい、なんで全部できていないのか、それが自分の頭の問題だということを受け入れたくない。
UT入ってIS行くような人ができることが出来ないことに勝手に差を感じてる。
プログラミングが得意になるように頑張った。
お前は劣っているのだから、要領よく文系としては生きられないからと。
しかし、だからといってあきらめたくない。全部上手くできるようになりたい。
少しづつあがいてるけど、結局、やることなすことうまくいかない。
React/Vueみたいなフロントエンドフレームワークも作れてない。
出来てないことだらけなのに、まだ挑戦していたいと思ってしまう。
たぶん、脳の病気なんだと思うけど、でも、やめたくない
一等賞になれないのだろうけど、でも、一等賞を目指したくなる
クイズ：このスレと1 は、そのスレ内で第三者から投稿されたとあるイラストにより、大いに笑えるネタとしてミーム化された過去がある。なぜ笑えるネタになったのか？その画像の内容を推測
----
【速報】部下が58兆円の商談に失敗したwwwwww
1名前：風吹けば名無し[]投稿日：2016/09/09(金)20:56:58.04ID:cxMYqZwN00909.net
笑えるポイント
「58兆円」という荒唐無稽な金額が核心です。これは日本の国家予算規模に匹敵する途方もない額です。
イラストの内容（推測）
「58兆円」と大きく書かれたプレゼン資料やボードを持っている、あるいは
なぜ笑えるのか
スケールのギャップ：個人や一般企業では絶対に扱えない金額を、ごく普通の会社員が商談しているという設定
シュールな真面目さ：非現実的な設定を真剣に描いているギャップ
ビジュアル化の威力：数字だけでは想像しづらかった荒唐無稽さが、イラストで可視化されることで一層際立つ
アカデミックなreasoningに長けているclaude4.5でも、このようなタスクにはめっぽう弱い
やはり"誰が"という主語を読む機能が無いからだろう (昔から、llmは登場人物が3人以上になるシチュエーションでおかしくなるんだよな)
言われなきゃ分からんでは話にならない
トークンの意味に依存し最もらしい事しか出さない機能は文法を読んでいない
あり得ないことを除外するような調整も一因だろう
この想定能力じゃ、普段の推論の、一般の答えのない部分はどうなってるんだという
あり得ない環境を想像できるワールドモデルとユーモアの実装が待たれる
はよう入れてくれや
