  |
はてなキーワード:上流工程とは
バイブコーディングやAIエージェントの活用法について盛んに議論されているが、これらは本質的に「どう作るか」という実装手段の話に過ぎない。真に重要なのは「何を作るか」「何を解決するか」というプロダクトの本質的な価値の定義だ。
多くのWEBエンジニアは技術的な実装力には長けているものの、問題発見や価値定義といった上流工程を得意とする人は少ない。そのため、コミュニティ全体の議論が自然と「どう作るか」という得意領域に収束してしまっている。
AIが実装作業を肩代わりできるようになった今、人間がやるべきことは「AIに何をさせるか」を定義することだ。つまり、課題の発見、価値の定義、要求の明確化といった、これまで以上に重要性を増した領域にこそ、議論のリソースを割くべきだ。
AIの実装能力が向上したからこそ、「何を作るべきか」についての思考と議論が活性化されるべきだ。技術的な手段の話ではなく、解決すべき課題やユーザーに届ける価値についての対話が、もっと前面に出てくるべきだと考えている。
サンプルはN=2で少ないけど、朝食のメニューをパンにしててフリーランスエンジニアやってる人でまともな人を見たことがない。
わかったフリをする。
頑固。最新の流行りに興味がなく色々便利なものを取り入れたいというチームには合わない。
gitの使い方がめちゃくちゃ。
長年某有名SIerで上流工程でやってきたのが誇りなのかプライドが高いわりに、コードを書いた経験は少ないのかプライドと実力が見合ってない。
やたら質問してくるわりに自分で調べようとしない（調べてもわからない）のか、会話が噛み合わない。質問を返すのがめんどくさくなる。
AI使うの大好きなのはわかったけど、スタイルを既存のものと合わせるくらいはやってくれ。AIが作ったコメントもそのまま残すのやめてくれ
ダイクストラが提唱した抽象（abstraction）指向の構造化は、その思想の前衛性から1970年代を通して理解を得られることはなく、発案者本来の構造化プログラミングは上流工程視点からも普及することはなかった。
ダイクストラは、プログラマは正しいプログラムを作り出すばかりでなく納得のいくやり方で正しさを証明（検証）することも仕事の一つであるという立場を取っていた[33]。プログラムがどんなに巨大化しても良く構造化（well-structured）されていれば、サイズに関係なくその正当性を検証[34]できるというのが彼の信念であった[注釈 5][35]。
オプションが10個あってその先のオプションが10個あってさらにその先に10とやっていってったら証明は難しくなる
テストにしたって無理になる
オプションを増やさないその先で分岐させないってのは日常的にあるよね
それをOOPでやろうが他のなんだろうが同じことで
日本において「文系ITエンジニア」と呼ばれる人々が存在し、彼らが資料作成や会議に終始し、実質的なシステム開発に携わらない状況は、日本のIT業界の発展を著しく阻害していると言えます。
彼らは、技術的な専門知識や開発経験が不足しているにもかかわらず、ITプロジェクトの上流工程や管理業務を担うことが多く、その結果、以下のような問題点が顕著化しています。
文系ITエンジニアは、プログラミング、システム設計、データベース構築といったIT開発の根幹となる技術スキルをほとんど持ちません。
彼らの主な武器は、ExcelやPowerPointといったオフィスソフトであり、これらを駆使して資料を作成し、会議で説明することに終始します。
そのため、実際の開発現場で何が起こっているのか、どのような技術的な課題が存在するのかを肌感覚で理解することができません。
現場のエンジニアとのコミュニケーションも表面的なものにとどまり、技術的な議論を深めることが難しく、結果として現場の意見がプロジェクトに反映されにくい状況を生み出します。
文系ITエンジニアは、過剰なまでに資料作成に時間を費やします。
会議のための資料、報告書、計画書、提案書など、枚挙にいとまがありません。
もちろん、資料作成自体は業務を円滑に進める上で一定の役割を果たしますが、彼らの場合、資料作成が目的化し、本来注力すべきシステム開発やサービス改善といった本質的な業務が疎かになりがちです。
会議のための資料作成に追われ、会議で資料を読み上げるだけで一日が終わってしまう、というケースも珍しくありません。
文系ITエンジニアが主導権を握るプロジェクトでは、技術的な側面が軽視されがちです。
彼らは、技術的な実現可能性よりも、スケジュールや予算といった管理的な側面にばかり目を向け、技術的なチャレンジや新しい技術の導入に消極的です。
その結果、既存技術の焼き直しのようなプロジェクトばかりが増え、革新的なサービスやプロダクトが生まれにくい土壌が形成されます。
また、技術力のあるエンジニアは、このような環境に嫌気がさし、技術を正当に評価してくれる企業へと流出してしまう傾向にあります。
実務経験や技術力のない文系ITエンジニアが、技術者を管理・評価する立場になることは、現場のエンジニアのモチベーションを著しく低下させます。
彼らは、自分たちの技術や努力が正当に評価されていないと感じ、仕事への情熱を失ってしまいます。
また、文系ITエンジニアは、技術的な指導や育成を行うことができないため、若手エンジニアの育成も停滞してしまいます。
結果として、組織全体の技術力は低下の一途を辿り、長期的な成長が見込めなくなります。
上記のような状況が蔓延することで、日本のIT業界全体の国際競争力は低下の一途を辿ります。
世界では、スピードとイノベーションが求められるIT業界において、日本は、意思決定の遅さ、技術力の停滞、人材不足といった問題を抱え、世界から大きく後れを取っています。
文系ITエンジニアの増加は、これらの問題をさらに深刻化させ、日本のIT業界の未来を危うくする要因の一つと言えるでしょう。
文系ITエンジニアの存在は、日本のIT業界にとって負の側面が非常に大きいと言えます。
彼らが資料作成や会議に終始する現状を打破し、技術力と実践経験を重視する文化を醸成していくことが、日本のIT業界が再び成長軌道に乗るための重要な鍵となります。
そのためには、企業は文系ITエンジニアの役割を見直し、技術者を尊重し、技術力を正当に評価する人事制度や組織文化を構築していく必要があります。
うちは下請けの下請けみたいな会社。何となくSEっぽいこともやってる。
上流工程なんてやらせてもらえないし、仕様書通りにコードを実装するのが主な業務だ。
でもコードを書いていると、あれ？この実装どうやるんだっけ？って場面があった。
同僚に聞くほどのものでもないからチャットGPTを開いて「ちょっと教えて」って聞いたんだよ。
コードの一部分だけを聞いて参考にしてただけだ。
ところが、先日それがバレた。
上長に呼び出され、第一声で「お前、AIに頼ってるらしいな！」と怒鳴られる。
上長は俺を向かいに座らせると苛立ちを隠さず、腕組みをして貧乏揺すりを続けながら「AIに頼るのは社会人のやることじゃない！」とか「お前、そんなことで仕事やってるつもりか！」とか「この仕事、向いてないんじゃないのか？」なんてことを延々言ってきた。
でも、ちょっとしたコードの書き方を確認するくらいなら別にいいだろう？と内心思いながらもその場の雰囲気から決して口には出せなかった。
上長は50代の独身で、AIに対して根本的な不信感があるっぽい。
俺としては、AIはあくまで道具だと思ってるし、それをうまく使うかどうかは結局人間次第だし、参考程度に使っていただけでここまで怒られるのが理解できない。
まるで俺が何か重大な倫理違反でもしたかのような勢いで怒られたのは今でも納得できないし、正直AIに親でも殺されたのか？って思うぐらいのレベルで激怒していたのも意味不明。
