スキップしてメイン コンテンツに移動

投稿

ブログを翻訳

The “Naked Server” That Reveals the Lie of DX — The Reality of a 200-Person Development Site

Wow… are we really building cutting-edge systems like this!? ■ What Was Really Happening Behind a Massive Project ■ People, Environment, and Systems Are Disconnected ■ Yet, Value Is Still Created on the Ground When I joined a large-scale development project with over 200 people, the first discomfort I felt wasn’t about code or architecture—it was the “air.” There were development teams, server management teams, and operations teams. Roles were clearly divided. But that division wasn’t just organizational—it was embedded in the physical space as well. Each person had only 80 cm of desk space. Once you placed your PC and documents, there was no room left. In the testing room, it dropped to 60 cm. It was no longer a “workspace,” but a compressed environment. The room was filled with body heat. CO2 levels were high enough to trigger health authority warnings. Some team members actually felt sick. In that environment, desktop PCs were packed tightly together, and the constant hum of c...
最近の投稿

むき出しのサーバが語る「DXの嘘」——200人現場のリアル

うわっ…これで本当に最先端のシステムを作っているのか!? ■巨大プロジェクトの裏側で起きていたこと ■人・環境・システムは分断されている ■それでも価値は現場から生まれる 200人を超える大規模開発プロジェクトに入ったとき、最初に感じた違和感は、コードでも設計でもなかった。「空気」だった。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       開発チーム、サーバ管理チーム、運用チーム。役割は分かれている。だが、その分断は組織だけでなく、空間にも現れていた。 一人当たりの机の幅は80cm。資料とPCを置けば、もう余白はない。テスト部屋に至っては60cm。もはや“作業スペース”ではなく、“押し込められた空間”だ。 人の熱気でむんむんとしている。二酸化炭素濃度は高く、保健所から改善指示が入るレベル。実際に気分が悪くなるメンバーもいた。 その中で、デスクトップPCがびっしりと並び、ファンの音が絶えず鳴り響く。ウィーン…という低音が、空間全体を支配していた。 だが、その音の中に、明らかに異質な“うなり”があった。 ウ=ン… 昼間、人が増えるほど、その音は大きくなる。 視線を向けると、そこにあったのは、銀色に光る大きな板。デスクトップPCとは明らかに違う存在感。 それが、サーバだった。 開発環境を司る、最も重要な機械。ラックマウントサーバ。 だが、その扱いは——あまりにも雑だった。 専用ラックではなく、平積みで3台。しかも熱対策は、ただの扇風機。 本来、最も守られるべき中枢が、最も無防備な場所に置かれている。 これが、現場だった。 ■「DX」と言いながら見ていないもの 多くの企業がDXを語る。クラウド、AI、データドリブン。 だが、その土台となる現場はどうか。 人は過密、環境は劣悪、システムは不安定。 この状態で、「品質を上げろ」「スピードを出せ」と言うのは、構造的に無理がある。 それでも、現場は回る。 なぜか。 現場の人間が、無理をしているからだ。 ■本質はどこにあるのか むき出しのサーバは、単なる機械ではない。 それは、組織の優先順位を映す“鏡”だ。 ・本当に大事なものに投資しているか ・人と環境を軽視していないか ・仕組みで解決すべきものを、個人に押し付けていないか この問い...

開発者だけでは世界は動かない——200人プロジェクトで見えた“不都合な真実”

うわっ…コードを書けるだけでは、巨大プロジェクトは1ミリも前に進まない! ■7年目、200人の渦の中へ あの時、私はエンジニア7年目。200人を超える巨大プロジェクトの「構成管理担当」を任された。CobolからJavaへの大規模な移行。会社としても勝負の案件だった。周囲からは「Javaの専門家」として見られていたが、正直に言えば、それは半分正しく、半分誤解だった。     なぜなら、私は前のプロジェクトで社内フレームワーク「Justware」の導入サポートをしていた。その経験が評価され、この現場に呼ばれただけだったからだ。だが現場に入れば、そんな事情は関係ない。「Javaといえば構成管理が肝」——その期待のもと、私は中心に立たされた。 ■構成管理という“見えない支配” 構成管理とは何か?それは単なるバージョン管理ではない。 誰が、どのルールで、どのパッケージを使い、どうやって統合するか——プロジェクトの秩序そのものだ。 200人の開発者がそれぞれにコードを書く。その全てを束ね、「最新版」を定義する。そしてその先にいるのは、環境エンジニアだ。彼らがデプロイし、システムは初めて動く。 つまり、構成管理は“開発の終点”ではなく、“運用の入口”でもある。ここを間違えれば、全てが崩れる。 ■しかし、現実はそんなに甘くない 問題はすぐに表面化した。 「このライブラリを使いたい」 「そのルールは非効率だ」 「なぜこの命名規則なのか」 200人いれば、200通りの正義がある。ルールを決めることは、誰かの自由を制限することでもある。議論は常に衝突を伴った。 ここで気づいたのは、「技術的に正しいこと」と「プロジェクトが進むこと」は別物だという現実だった。 正論だけでは、人は動かない。 ■開発者の先にいる“もう一つの主役” さらに重要なのは、開発者の先にいる存在だ。 環境エンジニア、そして本番環境を支える対顧客チーム。彼らはシステムの提案を行いながら、運用も担う。 いわゆる「System Engineer」と一括りにされるが、その実態は千差万別だ。コードを書く者、環境を整える者、顧客と向き合う者。それぞれが異なる価値を持ち、異なる責任を背負っている。 にもかかわらず、開発者中心の議論が支配すると、彼らの視点は後回しにされる。結果...

AIが作った世界で、なぜ“生の一言”が勝ったのか?——200万再生の違和感の正体

うわっ…完璧に設計したはずの世界が、一瞬で裏切られた! ■20年のロジックが通じない瞬間 私は20年以上、システムを考えてきた。 構造を整理し、再現性を高め、最適解を導く——それが仕事だった。 そして今、その延長線上でAIを使い、TikTokで動画を量産している。 チアの動画をAIで加工し、別の音楽に載せ、表現を再構築する。 ■AI量産の時代 それまでに投稿した動画は約100本。 毎日4〜5本。 AIのおかげで、加工は驚くほど簡単になった。 動画さえあれば、加工からアップまで2分。 正直、そこまで頭は使わない。 デザインも、テンプレートに当てはめるだけ。 あとはAIが“いい感じ”に仕上げてくれる。 中国製AIだが、言語を入れると中国語に引っ張られる。 しかし、言語を入れなければ十分に使える。 つまり、「量産」は完全に仕組み化された。 ■そして、事件は起きた ある日、1本の動画がバズった。 200万View。 フォロワーも大きく増え、その後もアカウントはじわじわ伸び続けている。 ここまではいい。 問題は、その中身だ。 ■バズったのは“AIではなかった” その動画は——AIで加工していない。 ただのチア動画。 しかも、踊っていない。 魂のスピーチをしているだけの映像。 え? なんでこれ? 私はAIで加工し、最適化し、量産してきた。 それなのに、何もしていない動画が勝った。 ■不思議な違和感 もちろん、要因はいくつもあるだろう。 ・AI加工されていない“生感” ・チアなのに踊らない“ギャップ” ・スピーチという“メッセージ性” しかし、それでも違和感は消えない。 「設計されたコンテンツ」よりも 「むき出しのリアル」が勝つ。 これは偶然か? それとも、構造的な変化なのか? ■AIとリアルの交差点 ここで一つの仮説が浮かぶ。 AIは“量”と“効率”を最大化する。 リアルは“感情”と“共感”を最大化する。 つまり、勝負はこうなる。 AIだけでもダメ。 リアルだけでも足りない。 両者の“ちょうどいい組み合わせ”を見つけた者が勝つ。 ■これからの戦い方 今回の経験で、正直少し嬉しかった。 なぜなら、まだ“人間の余地”が残っているからだ。 しかし同時に怖い。 AIで積み上げた努...

アルゴリズムは読めても、バズは読めない——20年モノのシステム屋がSNSで200万再生を出した話

うわっ…ロジックで世界は説明できると思っていたのに、バズはまるで野生だった! ■個人業を始めて見えた“想定外” ちょっと個人業を始めてみて、ひとつ面白いことがあったので記録しておく。 私はシステム屋として約20年やってきた。Webシステム、プログラム、アルゴリズム。それなりに考えてきたし、サーバー構築もやってきた。 ただ、正直に言う。 「プロのプログラマーですか?」と聞かれると、そこまででもない。 ■“できるけど、名乗らない”領域 Web、かけるよ。 HTML、読めるよ。 CSS、分かるよ。 JavaScript、書いてきたよ。 でも、デザインは分からない。 SEOも、仕組みとしては分かる。ロジックも理解している。 でも、それを“どう表現すれば刺さるのか”は分からない。 作り方は分かる。でも、何が良いのかはよく分からない。 ■大工とデザイナーの関係に似ている これ、大工の世界と似ている気がする。 素敵な家はデザイナーが考え、実際に作るのは大工。 私はどちらかというと、その間にいる。 全部を理解して、全体を見て、方針を決める。 でも、個人業になると話は変わる。 ■個人市場のリアル 個人側に出てくる仕事は、小さい。 コーディネートするほど大きくない。 でも依頼はこうだ。 「全部やってほしい」 設計も、実装も、見せ方も、運用も。 ここで、私のポジションは一気に難しくなる。 ■SNSという実験場 そんな流れで、SNS支援を少しやってみた。 対象は「全日本応援協会"https://ajoen.jp/"」。 この団体は私の活動も応援してくれている。 だから、私も応援したい。 その一環としてSNSをやってみた。 ■自分では伸びない、でも他では? 自分でもSNSはやっている。 ただ、システムやAIの話は正直、伸びない。 では、朝チアのようなコンテンツならどうか? これは完全に実験だった。 ■結果:200万再生 TikTokで1本、200万再生まで伸びた。 "https://www.tiktok.com/@ajof73/video/7618761464488135956?lang=ja-JP" 正直、嬉しかった。 20年システムをやってきた人間が、SNSでバズっ...

酸素が足りない開発現場——200人が詰め込まれた「80cmの限界」が組織を壊す瞬間

うわっ…この空気、仕事じゃなくて“サバイバル”だろ!? ■80cmという見えない制約 200人の開発要員が、まるで鮨詰めのように並ぶオフィス。 一人に与えられた横幅は、わずか80cm。前後も極端に狭く、椅子を引くだけで誰かにぶつかる。 最初は「まあ、こういうものか」と誰もが思っていた。だが時間が経つにつれ、空気が変わっていく。 ■静かに増えていく“イライラ” 立ち上がるのも一苦労。 トイレに行くにも気を遣う。 小さなストレスが積み重なり、徐々に言葉が荒くなる。 気づけば、明らかにイライラしている人が増えていた。 それでも、開発は止まらない。 夜中まで続く作業。 チームによっては、全員が12時まで残る。 一方で、バラバラに帰るチームもある。 この違いが、さらに空気を歪ませる。 「あのチームは帰っているのに、なぜ自分たちは残るのか」 見えない不公平感が、現場をさらに疲弊させていく。 ■限界ギリギリの現場 この現場は、正直に言えば“過酷”だった。 全員がギリギリの状態で、なんとかコードを書いている。 集中力も、判断力も、確実に落ちている。 それでも止められない。 ここで止まれば、すべてが崩れる。 そんなときだった。 ■突然の「外部の目」 保健所の検査が入った。 結果は、想像以上にシンプルだった。 「二酸化炭素濃度が高い」 つまり、この空間は“人が詰め込まれすぎている”という事実。 上層部は大慌てだった。 即座に改善指示が出る。 ■止められない現場、変えなければならない現実 しかし、開発は止められない。 納期は迫っている。 顧客は待っている。 そこで取られたのは、苦肉の策だった。 まず、窓を開けた。 これまで閉め切っていた窓を。 そう、この現場は“外に漏らさないため”に密閉されていた。 だが、その前提を崩した。 さらに、空気清浄機を大量に購入し、あらゆる場所に配置した。 正直、それが二酸化炭素をどれだけ吸収するかは分からない。 それでも、「何もしない」という選択肢はなかった。 ■わずかな改善と、続く監視 結果として、窓を開けたことで多少の改善は見られた。 だが、状況は“要監視”。 根本解決には至っていない。 それでも、現場は回り続ける。 「あと少しでピークが過ぎる」 「もう止まれ...

システム屋に太った人はいない?——80cmの戦場が突きつけた“非情な現実”

うわっ…人間って、ここまで圧縮できるのか!? ■80cmという名の“戦場” 前回のBlogで、私は「一人80cmの空間設計」について書いた。 あれは単なる効率化の話ではない。現場では、それは完全に“戦場の設計図”だった。 開発がMAXに達したあの時、長机がずらりと並び、そこに一人80cmの幅でパソコンと椅子を配置する。 椅子はパイプ椅子。クッションなどない。 かばんは足元に押し込む。ロッカー?そんな余裕はない。 とにかく、人を集める。 “もう集められるだけ集めた”というのが正直な感覚だった。 ■圧縮された人間関係 その結果、どうなったか。 まず、空気が変わる。 人と人との距離が近すぎると、思考も感情も摩擦を起こす。 キーボードを叩く音、椅子のきしみ、ため息。 すべてが増幅される。 当然、イライラしている人も増えていった。 だが、それでもプロジェクトは止まらない。 いや、止められない。 ■ふと気づいた違和感 そんな極限状態の中で、ある違和感に気づいた。 「あれ?太っている人、少なくないか?」 統計を取ったわけではない。 だが、直感的にそう感じた。 ■例外は、確かにいた もちろん、ゼロではない。 数人はいた。 ただ、その姿が印象的だった。 狭い80cmのスペースに、一生懸命、自分の体を“収めている”。 椅子の幅、机の下の空間、隣との境界。 すべてに気を遣いながら、なんとか仕事をしている。 それは努力というより、“適応”だった。 ■選べない現実 ここで重要なのは一つ。 人の選抜に、体格は使えない。 そんな基準はあり得ないし、あってはならない。 だが現場では、物理的制約がすべてに影響を与える。 結果として、 「我慢してもらうしかない」 という結論に行き着く。 これが、美しい話か? 違う。 だが、これが現実だ。 ■鮨詰めの中から生まれるもの あの空間は、まさに“鮨詰め”だった。 だが、その中から、日本を支えるシステムが生まれていく。 誰かが無理をし、誰かが耐え、誰かが調整する。 その積み重ねで、プロダクトは完成する。 クラウドだ、DXだ、と言われる時代でも、 最終的にシステムを作るのは“人”だ。 そしてその人は、時に80cmの中で戦っている。 ■ビジネスとしての示唆 ここから...