「こんな複雑なことをしないといけないのはおかしい」というソフトウェアエンジニアの勘 - valid,invalid

時折、「やりたいことに対してこんな複雑なことをしないといけないのはおかしい」という感覚がはたらく。ソフトウェアエンジニアの勘といってもいい。 FizzBuzz Enterprise Editionはプログラマジョークとして解されるが、実際のエンジニアリングではもっと微妙な形で表れる。たとえば設計やコードレビューの最中に「こうしたらどうなるだろうか」と思いつき、提案を実装した結果として管理すべき状態やコード量が減ったりする。(関連: 状態、結合、複雑性、コード量の順に最適化する - valid,invalid) あるいはシステム要件や仕様について話す中で表出することも多い。「新しい画面を作ってこういう情報を見せたい」であったり「ツールAと双方向に同期して検索したい」といった言葉からよくよく要求を聞いてみると、既存機能で代替ができたり、大仰なインテグレーションは不要だと気づく。 不要な仕事を減

[mak_in]

分かるわー。企業内の業務システムの場合、その起点がそこの業務だったりするから、顧客自体を動かすパワーもアーキテクトとしては大事だったりする。さらにはオーナーとなる担当部署を越えることもある

[steel_eel]

さすがにおかしいだろこれは……あまりにも手順が複雑過ぎる→調べる→これしかないです→そ、そう……　のパターンが多過ぎるんだが……。

[coper]

専門職としての「健全な懐疑心」のソフトウェアエンジニアリング版かと。ほとんどの専門職種において「できる人/できない人」を分ける主な要素の一つだと思う。

[saiid]

“こんな複雑なことをしないといけないのはおかしい” ←わかる。そしてこの感覚に固有の名前が欲しい。

[knjname]

若い人のコード、だいたい無駄に複雑なので、レビューで指摘することが多い　人間はもっと無力だと学んでないだなあと

[pixmap]

歴史的経緯でめちゃくちゃ複雑なことになってしまってて、やっぱりどうしようもない例も多くね？文字コード界隈とか、タイムゾーン界隈とか、ロケール界隈とか、いろんな会社のそこらにあるコードとか...

[ritena]

昔はクライアントからそういう要求されることが多かったが、最近は社内で手を動かさずに偉くなってしまった奴からの要求のほうに多い。顧客のほうが優秀なので根回しして叩いてもらっている

[ni_haru]

めっちゃ分かる。実装してるときは妙案だと思っても、後から振り返ると複雑性を生んでたなってことは多い。妙案がある時って、大抵その手前の設計が間違ってるのよね。

[chintaro3]

「ソフトウェアの設計は複雑性を管理する作業である。」「AIコーディングエージェントが不要な作業を防ぐのにほとんど何もしない。それどころか、AIはしばしば性急な作業や過剰な構築を助長している」

[masatomo-m]

コードの複雑さは解消して良いが、業務の複雑さは業務ドメインの無理解により理解から逃げて「複雑」と言ってるケースもよく目にするので、自称ソフトウェアエンジニアの意見は鵜呑みにしてはいけない

[masa8aurum]

AI時代、必要そうなこと

[pchatsu]

via https://x.com/ohbarye/status/2005896635830968420

[lycolia]

ソフトウェア開発の仕事は複雑性の管理だが、AIはその逆を助長しているという考え

[secseek]

これはありますね。実際は、ライブラリで解決できているだけで複雑なことをしている場合もままありますが。あと、不要な仕事を減らす能力はソフトウェアエンジニアより前に経営者に持ってほしいところです

[aalpaca375]

複雑さの源泉と理由次第で肯定も否定もできる。

[FunnyBunnyDizzy]

無用な複雑さはイニシャルコストだけではなく莫大なランニングコストになるよね／実装で仕込むこともあるけど、要件・仕様レベルで仕込まれる複雑さも深刻

[joker1007]

後輩にコードレビューの仕方を質問された時に、この話してるなー。目的の複雑さとシステムやコードの複雑さが噛み合ってないというのが直感的に分かるケースがあって、そこを重点的に見るのがコツだと。

[trace22]

最近はむしろ複雑なことをしなくていい場合他者と差別化できていないと思ってるけど

[ijustiH]

AWSのベストプラクティスに基づきマネージドサービスを組み合わせて設計した結果実装に億単位の見積を出されたことがある。業務要件の見直しが必要なのかな。

[ducktoon]

その勘が働かない人ほど負債を量産していく

[arvante]

なまじ社長に知識があるために、社長の理解度が現場においてのレベルキャップとなっている会社、あると思います。

[xlc]

麻雀アプリを書いたときに何度も「麻雀のルールは無闇に複雑で何か間違えてる」と感じたね。「完全先付け」なんてのはルールがプログラム化できんほど混沌としてる。

[cad-san]

とはいえ生涯に一回は必要以上に複雑なコングロマリットを作ってやりすぎたなぁと思う経験を経ないとこの辺りの感覚は腹落ちしないとだろうなぁと若い人のコードをレビューしていて思う

[inulab]

勘が鋭くなればガンダムに乗れるかもしれない。という無意識下のバイアスのせいで若い人に思い付きで行動するいい加減な人と思われているのはたぶん私です。だからこそ私は0083が好きなんです。

[toaruR]

わかる(ノ∀`) 米国本社の指示です、とかで裁量が無いとかも

[circled]

DBの設計に無理があるのにアプリケーションレイヤーでなんとかしようとしてるサービスなりは大抵これな気がする。どこかのタイミングでDBの構成もリファクタリングした方が良い

[mmuuishikawa]

まあ複雑なほうがお金をたくさん引っ張れるんだけどね

[auto_chan]

複雑なことになってしまった経験を蓄積していくと複雑なことになってる様子をみていろいろ察するりょくは高まっていく。世界の複雑性を慎重に紐解いて調整できる異能力者は現場にたくさんいても"世界"の領域には稀

[sakusakubird]

検索しても情報が出てこない時は自分の根本的な勘違いだと気付く。大体そう

[mikage014]

複雑な要求をシンプルな設計に落とし込むことが仕事だと思っている。そのために複雑さの要因となる仕様を削ったり少し変えたりする調整も含めて。

[lli]

メソッドや関数が1画面に収まらないときは分割するルールに似た何か。結果として複雑でもロジックが分離できてないと何か良くないことが起きつつある気がしてくるのよね

[komutan1]

技術的には可能です、やろうと思えばできます、みたいなやつよね。

[kobago55555]

ドメイン駆動設計中「こんな複雑なドメインルールがあるのはおかしい」

[dltlt]

『これまで培ってきた「こんな複雑なことをしないといけないのはおかしい」という勘や不要な作業を防ぐ能力。これらに対して無頓着に逆行する振る舞いが、ソフトウェアエンジニアのAIに対する不安視の一端のように』

[yarumato]

“10x Engineerは、不要な作業を未然に防ぐ能力を持つ人だった。実行不可能なタスクを止めるためPMを説得、不要に複雑な開発を止める、DXに投資して全員の時間を節約、将来のために自分の作業を文書化...”

[boxmanx99]

分かる…… でも、トプコメの経理の人じゃないけど、法律のせいだったりしてぐぬぬともなるよね。誰だよこの計算式考えた奴！

[topiyama]

要求・仕様は複雑でも実装・検査は簡易でありたい

[onionskin]

わかる一方で、実装に関してはもう全部AIにコード生成させちゃえば、複雑なまま回せるようにもなっちゃいそう。CPUの実装とかだってだいぶ前からツール頼みでしょ。多分。

[dev0000_1]

物事をややこしくしてくるのは、センスがないか、騙そうとしてくるなの、どちらか。