うわっ…コードを書けるだけでは、巨大プロジェクトは1ミリも前に進まない! ■7年目、200人の渦の中へ あの時、私はエンジニア7年目。200人を超える巨大プロジェクトの「構成管理担当」を任された。CobolからJavaへの大規模な移行。会社としても勝負の案件だった。周囲からは「Javaの専門家」として見られていたが、正直に言えば、それは半分正しく、半分誤解だった。 なぜなら、私は前のプロジェクトで社内フレームワーク「Justware」の導入サポートをしていた。その経験が評価され、この現場に呼ばれただけだったからだ。だが現場に入れば、そんな事情は関係ない。「Javaといえば構成管理が肝」——その期待のもと、私は中心に立たされた。 ■構成管理という“見えない支配” 構成管理とは何か?それは単なるバージョン管理ではない。 誰が、どのルールで、どのパッケージを使い、どうやって統合するか——プロジェクトの秩序そのものだ。 200人の開発者がそれぞれにコードを書く。その全てを束ね、「最新版」を定義する。そしてその先にいるのは、環境エンジニアだ。彼らがデプロイし、システムは初めて動く。 つまり、構成管理は“開発の終点”ではなく、“運用の入口”でもある。ここを間違えれば、全てが崩れる。 ■しかし、現実はそんなに甘くない 問題はすぐに表面化した。 「このライブラリを使いたい」 「そのルールは非効率だ」 「なぜこの命名規則なのか」 200人いれば、200通りの正義がある。ルールを決めることは、誰かの自由を制限することでもある。議論は常に衝突を伴った。 ここで気づいたのは、「技術的に正しいこと」と「プロジェクトが進むこと」は別物だという現実だった。 正論だけでは、人は動かない。 ■開発者の先にいる“もう一つの主役” さらに重要なのは、開発者の先にいる存在だ。 環境エンジニア、そして本番環境を支える対顧客チーム。彼らはシステムの提案を行いながら、運用も担う。 いわゆる「System Engineer」と一括りにされるが、その実態は千差万別だ。コードを書く者、環境を整える者、顧客と向き合う者。それぞれが異なる価値を持ち、異なる責任を背負っている。 にもかかわらず、開発者中心の議論が支配すると、彼らの視点は後回しにされる。結果...
うわっ…完璧に設計したはずの世界が、一瞬で裏切られた! ■20年のロジックが通じない瞬間 私は20年以上、システムを考えてきた。 構造を整理し、再現性を高め、最適解を導く——それが仕事だった。 そして今、その延長線上でAIを使い、TikTokで動画を量産している。 チアの動画をAIで加工し、別の音楽に載せ、表現を再構築する。 ■AI量産の時代 それまでに投稿した動画は約100本。 毎日4〜5本。 AIのおかげで、加工は驚くほど簡単になった。 動画さえあれば、加工からアップまで2分。 正直、そこまで頭は使わない。 デザインも、テンプレートに当てはめるだけ。 あとはAIが“いい感じ”に仕上げてくれる。 中国製AIだが、言語を入れると中国語に引っ張られる。 しかし、言語を入れなければ十分に使える。 つまり、「量産」は完全に仕組み化された。 ■そして、事件は起きた ある日、1本の動画がバズった。 200万View。 フォロワーも大きく増え、その後もアカウントはじわじわ伸び続けている。 ここまではいい。 問題は、その中身だ。 ■バズったのは“AIではなかった” その動画は——AIで加工していない。 ただのチア動画。 しかも、踊っていない。 魂のスピーチをしているだけの映像。 え? なんでこれ? 私はAIで加工し、最適化し、量産してきた。 それなのに、何もしていない動画が勝った。 ■不思議な違和感 もちろん、要因はいくつもあるだろう。 ・AI加工されていない“生感” ・チアなのに踊らない“ギャップ” ・スピーチという“メッセージ性” しかし、それでも違和感は消えない。 「設計されたコンテンツ」よりも 「むき出しのリアル」が勝つ。 これは偶然か? それとも、構造的な変化なのか? ■AIとリアルの交差点 ここで一つの仮説が浮かぶ。 AIは“量”と“効率”を最大化する。 リアルは“感情”と“共感”を最大化する。 つまり、勝負はこうなる。 AIだけでもダメ。 リアルだけでも足りない。 両者の“ちょうどいい組み合わせ”を見つけた者が勝つ。 ■これからの戦い方 今回の経験で、正直少し嬉しかった。 なぜなら、まだ“人間の余地”が残っているからだ。 しかし同時に怖い。 AIで積み上げた努...