退職

プログラム知識全然ないけど
このシリーズ好き

車輪作れないくせに車輪の再発明はよくないとか言い出すような半端なやつがこういうことをする

お手本のようなksg

別々のシステムで使われる事が決まった段階で
共通化してたモジュールを各々持ち帰って各々で好きに弄るじゃダメなの

リファクタリングの前までだったらまぁSEあるあるやね何とかなるわって見てたけど
リファクタリングってみておいやめろ死ぬぞ！ってなった

>リファクタリングってみておいやめろ死ぬぞ！ってなった
しんだ

条件分岐しなくちゃいけない段階で共通モジュールを更に分けろ

>条件分岐しなくちゃいけない段階で共通モジュールを更に分けろ
せやかて納期が…

共通モジュールをそのままクラスごとに内包すればいいだけの話じゃないの？

>別々のシステムで使われる事が決まった段階で
>共通化してたモジュールを各々持ち帰って各々で好きに弄るじゃダメなの
最初の時点より悪くなってるけどこのエンディングよりはマシだからな…

その場しのぎするならABCDEF全員に共通化モジュールABCDEFをそれぞれもたせれば死ぬことはなかった
動くコードが正義や

AIに頼めば手足もげたり内臓こぼれずにリファクタリングできる？

>AIに頼めば手足もげたり内臓こぼれずにリファクタリングできる？
あいつ結構適当に答えるからここまでデカいとどっかで不整合起きて死ぬよ

共通モジュールのメンテか何かをそれぞれで持てない事情があるとか特殊な条件あるならまあ

練炭いる？

ぼく達ズッ共だょ…！

>練炭いる？
LANケーブルがあれば十分だよな

プロマネから通告あった後に条件分岐いれてるクラスFにいつもじわじわ来る

共通化はやっちゃだめってことか

>AIに頼めば手足もげたり内臓こぼれずにリファクタリングできる？
無理！

>共通化はやっちゃだめってことか
やったっていい
共通化するとメンテすげー楽だぞ

>練炭いる？
これから秋刀魚の時期だから要る

これプロマネさんはどうするんです？

ABがプロマネに報告入れてないのが終わってるしFまで増えてんのに気づかないプロマネも終わってる

>これプロマネさんはどうするんです？
新しいSEを雇って直させる

>新しいSEを雇って直させる
新しい人は急にゴミを見せられるんです？

>共通化はやっちゃだめってことか
共通化はやれ
共通化した処理の中に特定クラスしか使わねえ分岐入れるのはやめろ

ただ処理が似てるからという理由で共通化なんてしてはならない
ちゃんと機能が類似してるもの同士じゃなきゃ

>ちゃんと機能が類似してるもの同士じゃなきゃ
仕様変更で少し道は違えるけど元は機能が類似してたからズッ友だょ…

>その場しのぎするならABCDEF全員に共通化モジュールABCDEFをそれぞれもたせれば死ぬことはなかった
実際これじゃだめなん？
コード量多すぎとか？

>せやかて納期が…
実際の所Aが共通モジュールコピペして自分の中に移すだけだから5秒で終わる

>実際これじゃだめなん？
>コード量多すぎとか？
それでいいけど使い道のない余計な分岐やコードが残ったままになるから保守性激落ちで嫌がられることは多い

>>実際これじゃだめなん？
>>コード量多すぎとか？
>それでいいけど使い道のない余計な分岐やコードが残ったままになるから保守性激落ちで嫌がられることは多い
なるほど…
授業でちょっとやったくらいだけどプログラムって最初の時点で全体像きっちり決めて作らないと駄目なんだな…

>>せやかて納期が…
>実際の所Aが共通モジュールコピペして自分の中に移すだけだから5秒で終わる
なんならどうせこんなん別のルーチンに書いてるに決まってるんだから名前だけ差し替えた違うルーチンにしちまえばいいんだよな…

共通処理で全部やらずほどほどにして「ここから先は利用者側で自分でやってね」ってするとうまくいきやすい

>なるほど…
>授業でちょっとやったくらいだけどプログラムって最初の時点で全体像きっちり決めて作らないと駄目なんだな…
今回の場合は全員が共通モジュールを持って帰った後それぞれ使わない分岐を自分で排除するのが正しいリファクタリング

>新しい人は急にゴミを見せられるんです？
開発過程においてゴミじゃないコード見ることなんて滅多にないし
何なら自分で作る志高かったコードも開発末期にはゴミになってるから安心

>授業でちょっとやったくらいだけどプログラムって最初の時点で全体像きっちり決めて作らないと駄目なんだな…
うん…でもね途中で想定外の変更が入るんだ

>授業でちょっとやったくらいだけどプログラムって最初の時点で全体像きっちり決めて作らないと駄目なんだな…
全体像をかっちり固めても後でシステム外の人間事情が変わっちゃったとかよくあるので救いはない
変更があること込みで設計するのが一番いいんだけどちゃんとできる人は少ない

>>新しい人は急にゴミを見せられるんです？
>開発過程においてゴミじゃないコード見ることなんて滅多にないし
>何なら自分で作る志高かったコードも開発末期にはゴミになってるから安心
必要十分の完璧で美しいコード！(拡張性皆無なのでどんどん後付けで条件分岐が増える)

個人でやる分にはいくらでも誤魔化しや対策はあるんだけど
チームで保守していくコードになるとリ、リファクタリングや！ってなるんだよな

これ共通モジュールとはちょっと離れたところにA分岐B分岐....みたいに書き足して分けるみたいなのはできないもんなん？

共通化したやつがバグってた時に
他のやつがそのバグ前提でたまたま動いてたりするときも面倒臭い

>これ共通モジュールとはちょっと離れたところにA分岐B分岐....みたいに書き足して分けるみたいなのはできないもんなん？
出来るよ
時間があれば…

その共通モジュールが他とやりとりしてたり監視されてたりすると持ちかえってもどうしようもなさそう

>これ共通モジュールとはちょっと離れたところにA分岐B分岐....みたいに書き足して分けるみたいなのはできないもんなん？
ちょっと離したところで分岐をクラス内に持ち帰られなかったら意味ないのでは…？

>出来るよ
>時間があれば…
…なるほど

>これ共通モジュールとはちょっと離れたところにA分岐B分岐....みたいに書き足して分けるみたいなのはできないもんなん？
a→b→cの処理が分解不能な形で書かれてて
誰ががa→b'→c にしたいんだよな…って思ったときにこの地獄は始まるから
初期の実装の段階でカプセル化不足でコケてるタイプだと思われる