ハクソク

世界を動かす技術を、日本語で。

必要ありません

概要

  • 本記事は、現代社会や職場における生成AIの普及と、その影響についての個人的な違和感を語る内容
  • AI生成コンテンツの増加による本物らしさや人間らしさの喪失への懸念
  • ソーシャルメディアや職場に蔓延する無味乾燥なAI投稿の問題提起
  • 小規模なコミュニティでの人間的なつながりの大切さの再認識
  • ソフトウェアエンジニアリングを例に、AIによる仕事の変質と未来への不安を考察

なぜ皆さんをここに呼んだのか

  • 率直に言うと、全員を呼んだわけではない、ここにいるべきでない人もいる可能性
  • 違和感を抱える読者、社会や職場で声を上げづらい人々へのメッセージ
  • 「自分だけがおかしいのでは?」という感覚への共感と肯定
  • 自分の感情や考えを抑圧する風潮への反発
  • 生成AIに関する記事をまた読んでほしいという呼びかけ

Milli Vanilli事件とAI生成コンテンツの欺瞞

  • 1989年、Milli Vanilliの口パク事件が大きなスキャンダルに発展
  • 偽りのパフォーマンスが明らかになり、賞剥奪や訴訟、キャリア崩壊へ
  • AI生成物を人間の作品と偽る行為にも同じ裏切りを感じる
  • AIによるレストランレビューや動画推薦など、実体のない情報の氾濫
  • 内容のない、喜びのないコンテンツが無限スクロールで溢れる現状への憂い

AIslop’s Fablesとソーシャルメディアの空虚さ

  • **LinkedInなどで見かけるAI生成の「賢そうな投稿」**の氾濫
  • **「AIslop’s Fables」**と名付けた、実体のないAI投稿の例
  • 人間的なつながりの希薄化と、その空白に対する疑問
  • ソーシャルメディアから離れ、小規模なコミュニティでの交流の価値再発見
  • 広いインターネット空間の無味乾燥さと、少人数コミュニティの心地よさの対比

仕事現場に忍び寄る生成AI

  • ソフトウェアエンジニアの視点から、AI導入の現状を考察
  • 「コードを書く」仕事の歴史と、AIによる変化の兆し
  • プログラミング言語の階層構造(機械語~ローコード~プロンプト駆動開発)を解説
  • **AIによる「プロンプト駆動開発」**が最上層に登場し、手作業の排除が進む懸念
  • 本質を失う危機感と、これからの仕事や社会のあり方への問い

このように、生成AIの普及がもたらす社会や仕事の変質について、個人の視点から違和感や危機感を率直に語る内容となっています。本物の人間的なつながりや創造性の大切さを改めて問い直すきっかけとなる記事です。

Hackerたちの意見

うっかりこの記事をクリックしちゃったんだけど、普段はコメントを先に見るから珍しいミスだな。でも、今回は読んでよかったと思ってる。全部読んで、ずっと引き込まれた。全てが面白かったわけじゃないけど、確かに「リアル」な感じがした。AIを使ったのかもしれないけど(内容からするとちょっと疑わしいけど)、もし使ってたとしても、ちゃんとした声が感じられるように仕上げてた。今の多くの記事は、注意を引こうとしてるけど、結局はっきりとしたことを言わない半端な感じがするのが嫌だ。内容については、先週マネジメントから「AIに精通する必要がある」って言われて、すごく葛藤してる。AIには価値があると思うけど、強制されるべきじゃないと思うから、この記事には共感した。長いけど、誰にでも合うわけじゃない。でも、他の人の意見を聞いて、自分にとって価値があるかどうか判断するのにおすすめだよ。
一番上のAIの開示を信じるなら、これは見出し以外は全部人間が作ったものだよ。
>先週マネジメントから「AIに精通する必要がある」って言われて、すごく葛藤してる。これを聞いて、もし具体的なことが求められていないなら、OPがやってるようにAIをスタックオーバーフローの代わりに使うのは、私の中では「AIに精通している」ってことになるよ。
これが「良い」かどうかで結構議論があるみたいだけど、主観的な質問だよね。楽しむ人もいるし、楽しめないならそのために書かれたわけじゃないから、読まなきゃいいんじゃない?議論の本質は、長文コンテンツを楽しむことが高いステータスなのか、それとも効率的じゃないことを批判することなのかってことかも。議論を指摘することで、それが馬鹿らしいことだってわかったし、どちらの側よりも自分の方が高いステータスだって証明できた。これで議論は終わるかもね。どういたしまして。
長文批評の深い皮肉は、その長さが人間の努力の価値の証明になっていることだね。
もしかしたら私だけかもしれないけど、誰かがAI生成の作品を自分の声のように見せようとする時に、同じような裏切りを感じるんだ。Milli Vanilliの議論には欠陥がある。彼らは自分たちの曲に何の関与もしていなかった。ステージでリップシンクして「パフォーマンス」してたけど、音楽も歌詞も他の誰かのものだった。Milli Vanilliはクリエイティブなプロセスには関わっていなかった。AIコンテンツには技術的にそれは当てはまらない。AIにはプロンプトという小さなクリエイティブの出発点が必要なんだ。ClaudeやNano Bananaで何かを作る時、それは彼らのアイデアに基づいていて、プロンプトや好みで出力が受け入れられるかどうかが決まる。これを無視することはできないと思う。彼らはIDEやカメラを使ってないかもしれないけど、プロンプトを与えて好きな出力を選ぶことには価値がないとは言えない。ちゃんとした入力やクリエイティビティは必要なんだよ。
> ねえ、chatgpt、このコメントに対して皮肉な返事をくれ。それが議論を面白く、興味深く、簡潔に反論するように。ああ、そうだ、「小さな種」防衛論ね。だって、私が三つの音を口ずさんで、クインシー・ジョーンズが交響曲を書くなら、明らかに私たちは共作したことになるよね。確かに、プロンプトにはセンスや方向性が必要だよ。レストランでの注文もそうだし。でも、私がシェフに「スパイシーだけどフュージョンにして」って言って、その皿を自分の料理としてインスタに載せたら、急にゴードン・ラムゼイにはなれないよ。誰も入力がゼロだとは言ってない。私たちは、入力が著作権ではないと言ってるんだ。種は森じゃないし、お気に入りの出力を選ぶことは育てることとは違うよ。
その主張には異議を唱えたいな。LLMはまだ新しい分野で非常に悪い結果を出すことがあるから、その種は何千回も前に創造性とスキルを持った人々によって生成されたものだよ。おそらくどこかで見たことがあるアイデアのかけらを持っていて、AIにそのポイントから引き継がせるのは、実際のクリエイティブな作品よりもMilli Vanilliに近いと思う。
ミリ・ヴァニリの議論は逆に欠陥があると思う。あの頃、ミュージックビデオは大流行していて、二人の歌手は実際にはカメラの前でパフォーマンスをしていただけだった。これって、彼らが音楽の成功に関与していなかったってことになるの?そんなことはないと思う。彼らが公衆やファンを誤解させるのが正しいとは言わないけど、ミリ・ヴァニリは公のパフォーマーとその背後にある音楽プロセスのうまい組み合わせだったと思う。ゴーストライターには誰も文句を言わないのに、これがどうしてそんなに違うの?エンターテインメント業界は徹底的に偽物だけど、誰もその事実に対して怒っているわけじゃない。似たようなプロジェクトが、違う形で提示されれば成功するんじゃないかとよく考える。
うん、ごめん、そんなのないって主張できるよ。止められないしね。リップシンクよりも創造性がないって主張することもできるし、実際そう思ってる。もし創造性があったとしても、それはアーティストに対して暴力を振るうために使われている。誰かの作品を自分のものだと思うなら、誰を盗んでいるのか本当に理解できないことを覚悟しなきゃいけないよ。でも、他の誰かは確実に知っていて、めちゃくちゃ怒るだろうね。少なくともミリ自身は、a) 自分たちが何をしているか知っていた、b) 本物の歌手にお金を払ったと思うし、c) 本物の人々が作ったリアルなアートを提供していた。でも、みんなその嘘に怒っていたし、偽物を崇めるように求められていたことにも。未来には「偽物」が最も崇められる役割になるなんて、絶対にない。
> ミリ・ヴァニリの議論には欠陥がある。あの言及はすごいね!HNで「Girl you know it's true」をミリ・ヴァニリから読むことになるとは思わなかった。懐かしい(めちゃくちゃチーズな)時間の逆戻りだね。
このエッセイは、単に経験を楽しむだけでなく、感情的に本当に理解しようとすることの価値をよく示していると思う。いくつかの反応を考えると、そうする人たちへの理解や評価が不足していることに対する適切なバランスを取っているのかもしれないね。ただ、手作りのソフトウェアに関しては、Etsyのような結果が出る可能性があるのかちょっと気になる。スタイルの表現を見つけることはできるけど、UXデザインやビジョンの要件を超えて、コードを作る際の微妙なニュアンスがユーザーにどれだけ伝わるかは疑問だな。ソフトウェア制作のこの部分が工業化される未来を想像せずにはいられない。私にとって大事なのは、世代交代が進む中でも、作品に対する思いやりを失わないことだと思う。思いやりや深い理解は、ますます貴重な希少性になっていく気がするし、それを保つためには意図的に行動しなきゃいけない。工業デザイナーが、工業化された道具を使いながらも細部にこだわり、理解し続けたいという思いに似たものを感じるね。深い思いやりは、最小限の要件がなくても、依然として意味があり価値があると思う。
> 手作りのソフトウェアに関しては、Etsyのような結果が出る可能性があるのかちょっと気になる。スタイルの表現を見つけることはできるけど、UXデザインやビジョンの要件を超えて、コードを作る際の微妙なニュアンスがユーザーにどれだけ伝わるかは疑問だな。私が良いコードが際立つと思うのは(私のお気に入りのゲームの一つ)Factorioだ。何年もプレイしてきた中で、ゲームエンジンが計算的に複雑な操作を大規模に処理する能力に驚かされたことがたくさんある。開発ブログで小さな最適化を説明しているのもあって、Factorioというソフトウェアに対してすごくリスペクトを持っている。ただ、これがあなたの意見を完全に否定するかどうかは分からない。それが私が思いつく唯一の例で、開発ブログを通じてゲームのデザインについての知識が必要だから、メッセージアプリの一般的なユーザーにはその知識がないだろうね。高性能な消費者向けコードの市場はあると思うけど、最終的にユーザーに届くものの大半は「十分良い」ものになると思う。
すごく良い記事だった。「この技術を一方的に破壊すべきだとは言ってない。ただ、私たちが最も愚かな方法でそれを使っていて、自分たちに傷をつけ、みんなが直面しなければならない苦痛や苦悩を最大化していると言っている。生成AIには腹が立つ。私たちを完全なバカのように考えさせ、行動させているから。」って部分が、思わず笑っちゃった。
これ、半分しか読めてないけど。「AIは悪い」っていうのはあまり読まないけど、これは本当に洞察に満ちていて考えさせられた。
これ、すごく共感した。書いてくれてありがとう!企業はスピードや新しいローンチを最優先するから、もちろんそうなるよね。それが基本だから。納品のスピードは、どの組織にとっても一番の企業価値だと思う。これも、今の状況の原因の一つだね(利益の抽出とともに、もしくはそれが原因かも)。昔は、少し高いけど質の高いものを提供する企業があって、人々はそれにお金を払うことを厭わなかった。今は、すべてがマーケティング主導で、「高品質」なんてものはなくなってしまった。みんなが諦めて納品のスピードを追い求めているからね。まあ、古い言葉にあるように、ノミを捕まえるときにはそれが価値があるってことだ。
この文章は、今のジャンルや時代精神におけるすべての投稿の金字塔を本当に表していると思う。まるで悟空が地球全体にエネルギーを貸してくれと頼んだスピリットボムみたいだ。崇高でまともなソフトウェア開発の最後のかけらを根絶しようとする、計り知れない敵に対抗するための希望と夢の集まりだよ。この文章と、その中にある非常に凝縮された感情のコレクションをどう扱うべきか、考え込んでしまう。#ai-enthusiastsのSlackチャンネルにこっそりリンクを貼るべきか?みんなの目の前で、特にこのことに本当に興奮しているCTOの前で。彼はまだAIの使用命令を出す準備ができていないのに。それとも、まるで「彼ら」の狙撃手にAIの銀の弾丸で暗殺されるのを避けるために、左のジャケットポケットに聖書を隠しておくように、秘密にしておくべきか?自分のプライドのために常識を捨て去ろうとする無謀な異教徒のように。誇張するつもりはないけど、合理的なことをしようとするのに、こんなに奇妙で無力で異端者のように感じるとは思わなかった。これを支えている循環的な資金は全く合わない。ほんとに、こんな不安定な存在に依存したくない。特定の国家が「大きすぎて潰せない」として支えることになるだろうし、その実際の意図は、全てが滞納されていると認められたときに、国民を震え上がらせることだから。いや、くそ、こんな攻撃を受けて、自分の最強の資産である「頭」と「規律」を弱められるなんて、受け入れたくない。少なくとも、私はそんな気持ちだね。
この文章が素晴らしい理由を知りたい?引用できないんだ。短いコンテンツにコピー&ペーストできるような金の卵のような一文が、この投稿にはない。重要なサポートの詳細と一緒に提示されているから、じっくり考える時間を取れば、やっと理解できる。なぜ私たちがAI生成コンテンツに引いてしまうのか。なぜコードの品質が製品の品質そのものなのか。「職人技」の議論が実際に何についてなのか。そして、みんなが聞いたことがあるけど、完全には理解していないかもしれない12の他の微妙なアイデアも。著者にはただただ大きな賛辞を送りたい。これはスキミングしないでじっくり読んでほしい。
いい記事だけど、いくつか気になる点があった。私はIT業界ではないけど、技術的な業界にいて、現在商業規模でソフトウェアをレンタルしている。私が使っているソフトウェアはひどくて、市場で最悪の部類だと思う。この業界では、その欠陥のせいで人が亡くなったと言っても過言ではない。他の解決策はどれも良くはないけど、少なくともマシだ。私は10年以上にわたって、自分が使うべきシステムの夢や青写真を頭の中に持っていて、ここ6ヶ月でAI(特にOpus 4.5/6のおかげで)かなり加速されて、自分の仕事で実際に使っているソフトウェアのバージョンを作った。ここ10年で一番満足しているよ。要するに(記事でもほぼ言われていたことだけど)、ソフトウェア自体は実際には重要じゃない(アセンブリを誰も読まないし)けど、機能とそれが可能にすることが重要なんだ。それがなければ、エンドユーザーは25k SLoCでも25Mでも気にしない。