0001仕様書無しさん
2018/05/19(土) 18:05:57.63いつもやってることじゃん
前スレ
ﾘﾌｧｸﾀﾘﾝｸﾞすると全部ﾃｽﾄしろと言ってくるやつの矛盾
https://medaka.5ch.net/test/read.cgi/prog/1523765624/
ﾘﾌｧｸﾀﾘﾝｸﾞすると全部ﾃｽﾄしろと言ってくる奴の矛盾2
■ このスレッドは過去ログ倉庫に格納されています
いつもやってることじゃん
前スレ
ﾘﾌｧｸﾀﾘﾝｸﾞすると全部ﾃｽﾄしろと言ってくるやつの矛盾
https://medaka.5ch.net/test/read.cgi/prog/1523765624/
0714仕様書無しさん
2018/10/21(日) 10:03:58.62え？だってあなたの定義だと既存の機能に全く手を付けなくても
機能追加中も壊れますよね？
ソースコードコンパイルできなくなるんだから
0715仕様書無しさん
2018/10/21(日) 10:06:39.57機能追加中はエンハンスだから壊してる状態
文法エラーでコンパイルできないならそれ以前の問題
0716仕様書無しさん
2018/10/21(日) 10:07:16.67それをリリースするわけでもないので大したことじゃないから
心配する必要はなにもないってことになるのでいいんですよ。
0717仕様書無しさん
2018/10/21(日) 10:08:54.02一時的に壊れてもコミット時に壊れてなければ問題ないので
リファクタリング（動きを変えない）の場合はテストを変える必要もないので、
機能追加と違って、安心して変更ができるわけなんですね。
0718仕様書無しさん
2018/10/21(日) 10:52:10.730719仕様書無しさん
2018/10/21(日) 11:33:37.790720仕様書無しさん
2018/10/21(日) 12:00:43.16設定項目が膨大すぎてIF変更やDBの取得先変更で
あっさりで投げ捨てられる
F痛でDBの更新項目とか結果全部テストしてたからそういうふうにしてたが
世間の常識とちがうらしい
0721仕様書無しさん
2018/10/21(日) 14:09:44.77そのようなシステムではそもそもユニットテストは作れないのが普通なんだ
無理してユニットテストを作るんじゃなくて設計か要件定義までロールバックしたほうがいい
0722仕様書無しさん
2018/10/21(日) 14:40:04.94動きは変えない。
変わっていないことを証明せよ。
0723仕様書無しさん
2018/10/21(日) 14:54:49.81ほっとけよ
0724KAC
2018/10/21(日) 15:52:55.50毎回リファクタリングが必要とか、
無能すぎてもう何やってるか理解できてないんだな。
0725仕様書無しさん
2018/10/21(日) 16:04:17.15暇を弄ぶのも苦痛なのでテストを整備してリファクタリングする
これぐらいでいいんだよ
無理してやるもんでもないし頑なに拒否するもんでもない
0726仕様書無しさん
2018/10/21(日) 16:05:15.11なにせ綺麗だもん常に
0727仕様書無しさん
2018/10/21(日) 16:06:37.75ならビジネスが進歩してないんだね
0728仕様書無しさん
2018/10/21(日) 16:16:15.70正規職員も全員偏差値７０は最低でもある
だからソースも無駄がないのさ
馬鹿な派遣だらけの職場は大変ですね
0729仕様書無しさん
2018/10/21(日) 16:21:32.140730仕様書無しさん
2018/10/21(日) 17:52:59.470731KAC
2018/10/21(日) 18:17:09.31ビジネスが進歩とか、
お前の辞書（）には面白い単語が載ってるんだな。
つか、表面に見えてるビジネスに依存したソース書くのは素人丸出し。
まともに設計できる技術者なら、リファクタリングなんて無駄な事は発生させない。
0732仕様書無しさん
2018/10/21(日) 18:18:26.55言語やフレームワークの進化も無視ですかそうですか
0733仕様書無しさん
2018/10/21(日) 18:51:26.49ああキチガイだから受け止めないかｗ
0734仕様書無しさん
2018/10/21(日) 18:52:19.63そうそう
お気づきの変化が起きた頃にはリプレイスです
リファクタ不要だろ？ｗ
0735仕様書無しさん
2018/10/21(日) 18:53:26.21ものすごい頻度でリプレイスｗｗｗ
0736仕様書無しさん
2018/10/21(日) 19:25:07.19お前「リプレイスですね」
客「ちょっと仕様変更だけなんですが」
お前「無理です。変えられません。リプレイスしたほうが安いです」
客「来月さらに同じところの仕様変更を考えてるのですが」
お前「またリプレイスでしょうねーｗｗｗ」
0737仕様書無しさん
2018/10/21(日) 19:38:13.47まあそこが君んとこの限界なんだろうね
業務ルールや要望が変化するたびに秘伝のタレを付け足していけばいいさ
0738仕様書無しさん
2018/10/21(日) 19:55:13.11限界が来たらリプレース
理にかなっている
0739仕様書無しさん
2018/10/21(日) 19:58:39.09客「広島から大阪を経由して東京へ行く仕様を、京都経由に変更してくれ」
上司「了解しました」
・社内にて
上司「大阪と京都は近くだから簡単だろう？すぐに修正してくれ」
お前「現状、広島から北海道を経由して福岡を経由して新潟を経由して京都を経由して東京に行くようになってますから
京都からさらに大阪を経由して東京に行くんですね」
上司「は？ 広島から京都を経由して東京にいくだけだろ。なんでそんなに遠回りしてるんだ？」
お前「動いているコードに手はださない。既存のルートに付け足すだけだ。今までずっとそうしてきた」
上司「それだとムダでわかりづいらいだろ。リファクタリングしろ」
お前「コードぐっちゃぐちゃやねん。手遅れだ。リプレイスしたほうが早い」
上司「なぜこまめにリファクタリングしなかったんだ？」
お前「リプレイスしたほうが早いからだ」
上司「手遅れにならないうちに！ こ・ま・めに！」
お前「知るか、リファクタリングなんか不要！」
0740仕様書無しさん
2018/10/21(日) 20:03:24.02上司「この間の仕様変更の作業中に、遅かった理由が判明しました。
広島から大阪を経由して東京に行く仕様ですが、
広島から北海道を経由して福岡を経由して新潟を経由して大阪を経由して東京に行っていました」
客（絶句）
上司「担当者は今回の仕様で、上記に追加して大阪からさらに京都を経由しようとしていましたので、
ご安心ください。クビにしました」
0741仕様書無しさん
2018/10/21(日) 20:06:14.48派遣さんはコードを書かせたらサヨナラバイバイだから
彼らには後の事を考えてコーディングする機会がないのだろうね
そうなるとリファクタリングという発想自体が出てこなくなるのも仕方がない
0742仕様書無しさん
2018/10/21(日) 20:08:30.12正解
その頃にはシステム担当者が変わってるから、引き継ぎを兼ねて新しく作るのが吉
0743KAC
2018/10/21(日) 20:13:07.98フレームワークに振り回されるのは素人
0744仕様書無しさん
2018/10/21(日) 20:15:20.27上司「ちなみに納期はこれこれだから」
新人「まあ、変更少なそうだし、大丈夫でしょう」
新人（コード見て絶句）
新人「え！！その期間でその修正を！？」
新人（無理や・・・大阪からさらに京都へ経由する処理を追加するしかない）
上司「おい、なんで。広島から北海道を経由して福岡を経由して新潟を経由して京都を経由して大阪を経由して東京に行ってるんだ？」
新人「知らねーよ。既存のコードがそうなってたんだから真似しただけだ」（暗黒面落ち）
0745仕様書無しさん
2018/10/21(日) 20:15:54.98新しく作るには、ぐっちゃぐちゃのコードを解析しないといけないんやで？
0746仕様書無しさん
2018/10/21(日) 20:21:29.53汚いレガシーシステムを違う基盤上の汚いレガシーシステムに置き換えるだけに終わる
莫大なコストがかかるくせにビジネス上のメリットは殆どゼロ
0747仕様書無しさん
2018/10/21(日) 20:25:08.48> リファクタせずに機能追加しまくって
> 限界が来たらリプレース
> 理にかなっている
限界が来る前の修正でリファクタリングしない理由がわからん
0748仕様書無しさん
2018/10/21(日) 20:30:22.65↓
解析は諦める
行単位で移せば機能を維持したまま移植できるはず
↓
言語やライブラリの仕様の違いのせいでバグが多発
残業しまくって火消しするしかない
↓
なんとか移植完了
バグ数が多いので客は品質に強い懸念を抱いているがテストは通した
たとえスカスカでもテストは通したんだから大丈夫なはずだ
↓
経営陣に土下座させて客への説得もなんとかクリアして受け入れも済んだ
さあ本来の目的だった機能を追加するぞ
↓
コードがめちゃくちゃでどうやったら機能を追加できるかわからないよ
リプレースって毎回こんななるんだけど
リプレースがうまくいくことなんてあるの？
0749仕様書無しさん
2018/10/21(日) 20:38:22.90リプレースは古いものを使うのが鉄則
そんで限界が来るまで使って
限界が来たら、リプレースをする
0750仕様書無しさん
2018/10/21(日) 20:46:37.35コストをケチってリファクタリングが省略されて失敗する
0751仕様書無しさん
2018/10/21(日) 20:54:45.22そのために仕様書があるわけで、
完璧な仕様書が求められてる
0752仕様書無しさん
2018/10/21(日) 21:00:04.09そんなもんねーよ
夢でも見てんのか
0753仕様書無しさん
2018/10/21(日) 21:05:52.63フレームワークが少し変わるとリプレイスとか頭おかしいよね
0754仕様書無しさん
2018/10/21(日) 21:37:04.24まさにお前のいうようにするわ
いままで北海道で下車できてたのにできなくなったら大デグレードじゃん
それリファクタじゃない
クビになるのは間違いなくお前のほう
多少遅いぐらいなんだってんだ
通常の現実世界とプログラムの世界の違いを知れよ
どうせ１秒２秒だろ？またせとけよ
0755仕様書無しさん
2018/10/21(日) 21:52:52.70> いままで北海道で下車できてたのにできなくなったら大デグレードじゃん
勝手に仕様を追加するな
0756仕様書無しさん
2018/10/21(日) 22:04:52.76> どうせ１秒２秒だろ？またせとけよ
実行時間の問題じゃないのよ。解析にかかる時間が問題なの
別の担当者が作業した時、なんでこんなことをしているのかわからないコードを
自信を持って完成しましたと言えないことが問題なの
何をやってるか知りませんが、動くからバグはないんじゃない？
テストに漏れがないと良いですね。
こんな無責任なこと言えないの
0757仕様書無しさん
2018/10/21(日) 22:07:42.69テストも同じように付け足してつじつまを合わせをすることになる
必要のないテストをするだけじゃなくテスト自体の自信もなくなる。
こんなテストしてますが、このテストは正しいのですか？
必要なさそうなテストですが、前の人がやっていたので繰り返しやります
時間かかりますね。
0758仕様書無しさん
2018/10/21(日) 22:10:41.82お気づきの変化が起きた時？？
0759KAC
2018/10/21(日) 22:13:40.43リプレースの目的と、今後必要な機能を整理して、
現状よりも効率の良い新システムとして提案するのが正解。
0760仕様書無しさん
2018/10/21(日) 22:14:23.38例えばCOBOLのバージョンを毎日確認したりしないよね
いつの間にか「あれ？バージョンが上がってる？」ってなる
数年スパンで起きる現象なんだから
お気づきの変化が起きた頃には（数年たっていて）リプレイスです。
0761仕様書無しさん
2018/10/21(日) 22:15:14.60理由もなくそんなことになるもんか
変えたら何がおこるかわからん
0762仕様書無しさん
2018/10/21(日) 22:15:37.28> リプレースの目的
リファクタリングしてなかったので
想定よりずっと早くコードの寿命が来てしまった
仕方がないのでリプレースで対応します
0763仕様書無しさん
2018/10/21(日) 22:16:25.32意味がわからん。
> 客「広島から大阪を経由して東京へ行く仕様を、京都経由に変更してくれ」
どこにも北海道で下車したいなんて書いてない
0764仕様書無しさん
2018/10/21(日) 22:16:52.840765KAC
2018/10/21(日) 22:17:41.50自分が知らない仕様を他人のせいにするなよ。。。
こういう馬鹿が「聞いてない」「勝手に仕様が追加された」とか言い出すんだよな。
利用者にとって当たり前の仕様くらい把握する力を持てよ？
0766KAC
2018/10/21(日) 22:18:48.13コードの寿命。。。？
お前の書いたコードは経年劣化するのか？
0767仕様書無しさん
2018/10/21(日) 22:18:52.07客も開発者もすべての仕様を常に把握してるわけじゃないからな
どっかでだれか急に悲鳴上げて大混乱になる
0768仕様書無しさん
2018/10/21(日) 22:19:18.50だから意味がわからん。
> 客「広島から大阪を経由して東京へ行く仕様を、京都経由に変更してくれ」
どこにも北海道で下車したいなんて書いてない
仕様に書いてない挙動も、動作保証してるのかな？ｗ
0769仕様書無しさん
2018/10/21(日) 22:19:59.07つまり「仕様変更は認められません」ですかな？ｗ
0770仕様書無しさん
2018/10/21(日) 22:22:20.47お前「仕様変更は認められん。こういう使い方してるかもしれないだろ」
客「いやそういう使い方してないから」
お前「お前が決めるな。客は神様ではない。」
客「お前の所に開発頼むのやめるわ」
0771仕様書無しさん
2018/10/21(日) 22:23:42.33仕様変更の依頼があったら大手を振って変えられるし
多少デグレしても言い訳は立つ
ちょっと大阪を京都にするだけだろ？そこだけ対応するよ？
0772仕様書無しさん
2018/10/21(日) 22:24:16.92増改築繰り返したシステムではその必要な機能を解析することがほぼ不可能
0773仕様書無しさん
2018/10/21(日) 22:24:28.92混乱を招くかもしれないからって仕様変更を拒否するとかイミフ
0774KAC
2018/10/21(日) 22:24:39.11そんなことすら理解できないから、
お前は素人だと言ってるんだよ。
現状それで運用されてるんだろ？
なんでわざわざ北海道経由してるのを
「お前の判断でやめてもいい」んだ？
それは最早リファクタリングでもなんでも無い。
ただのバグ追加だ。
0775仕様書無しさん
2018/10/21(日) 22:25:27.78> ちょっと大阪を京都にするだけだろ？そこだけ対応するよ？
大阪で下車するかもしれないだろ？
というような（意味不明な）話だったはずですが？
0776仕様書無しさん
2018/10/21(日) 22:26:05.81> 現状それで運用されてるんだろ？
> なんでわざわざ北海道経由してるのを
> 「お前の判断でやめてもいい」んだ？
↓どうみても客の判断なんだが？ 何を言ってるんだこいつ。
> 客「広島から大阪を経由して東京へ行く仕様を、京都経由に変更してくれ」
0777仕様書無しさん
2018/10/21(日) 22:27:35.48なんか気づけば指摘してやるが
そこは客が言い出したんだから間違いがあったら客のせいにできる
0778仕様書無しさん
2018/10/21(日) 22:29:20.71つまり
> いままで北海道で下車できてたのにできなくなったら大デグレードじゃん
っていうのは間違いってことね
0779仕様書無しさん
2018/10/21(日) 22:29:30.470780仕様書無しさん
2018/10/21(日) 22:30:13.47そりゃ客が北海道で下車したいって今まで言ってないなら
そんなことに対応する必要はありませんね
0781仕様書無しさん
2018/10/21(日) 22:31:58.51客「広島から大阪を経由して東京へ行く仕様を、京都経由に変更してくれ」
上司「了解しました」
・社内にて
上司「大阪と京都は近くだから簡単だろう？すぐに修正してくれ」
お前「現状、広島から北海道を経由して福岡を経由して新潟を経由して京都を経由して東京に行くようになってますから
京都からさらに大阪を経由して東京に行くんですね」
上司「は？ 広島から京都を経由して東京にいくだけだろ。なんでそんなに遠回りしてるんだ？」
お前「動いているコードに手はださない。既存のルートに付け足すだけだ。今までずっとそうしてきた」
上司「それだとムダでわかりづいらいだろ。リファクタリングしろ」
お前「コードぐっちゃぐちゃやねん。手遅れだ。リプレイスしたほうが早い」
上司「なぜこまめにリファクタリングしなかったんだ？」
お前「リプレイスしたほうが早いからだ」
上司「手遅れにならないうちに！ こ・ま・めに！」
お前「知るか、リファクタリングなんか不要！」
0782仕様書無しさん
2018/10/21(日) 22:33:07.72・客先にて
上司「この間の仕様変更の作業中に、遅かった理由が判明しました。
広島から大阪を経由して東京に行く仕様ですが、
広島から北海道を経由して福岡を経由して新潟を経由して大阪を経由して東京に行っていました」
客「今までの経由の変更はすべてそんなことをしていたと？頼んでないんだけど？」（絶句）
上司「担当者は今回の仕様で、上記に追加して大阪からさらに京都を経由しようとしていましたので、
ご安心ください。クビにしました」
0783仕様書無しさん
2018/10/21(日) 22:33:56.94リファクタしたくなるのもわからんでもない
0784仕様書無しさん
2018/10/21(日) 22:35:05.48読まないで途中参加するやつがいるから
これ結構効果あるんだよ。
0785仕様書無しさん
2018/10/21(日) 22:35:21.24イクラ弁当がたべたいとか言い出すやつがいたりして
そこで仕様がねじくれてる可能性もある
ぜんぜん関係ないはずなのに勝手に機能削除してそこでデグレたらだいぶやばい
0786仕様書無しさん
2018/10/21(日) 22:35:47.76既存の経路と同じ結果になるデータを投入してテスト
新しい経路のデータを投入
リファクタリングしてよかったな
しなければ経路を増やすたびにバカバカしい議論、コード分析、コード改修、ビルド、テスト、納品、客先説明をしなければならないところだった
とんでもないコストだよ
0787KAC
2018/10/21(日) 22:36:23.70何度も言わせるな
なんか気づけば指摘してやるが
そこは客が言い出したんだから間違いがあったら客のせいにできる
0788仕様書無しさん
2018/10/21(日) 22:42:37.01べつにそこだけ変えりゃ今まで通り達成できるのに
全然関係ないとこでデグレてあんたが言ったからだって通んないでしょ
0789仕様書無しさん
2018/10/21(日) 22:44:30.53日本語がおかしいって指摘だろ
そしてCOBOLかよｗｗｗ
0790仕様書無しさん
2018/10/21(日) 22:45:52.81そこは客が言い出したんだから間違いがあったら客のせいにできる
0791仕様書無しさん
2018/10/21(日) 22:49:03.970792仕様書無しさん
2018/10/21(日) 22:49:45.59これは関係ないとこの機能削除しようってんだからだめだろ
どっちにせよ現実に対しては何の解決にもならんが
0793仕様書無しさん
2018/10/21(日) 22:49:47.180794仕様書無しさん
2018/10/21(日) 22:50:58.75やっぱり現実的に解決できるのは
リファクタリングしかないのかな
仕様変更で無駄になったコードは削除しないといけないね
0795仕様書無しさん
2018/10/21(日) 22:58:53.14> 客「広島から大阪を経由して東京へ行く仕様を、京都経由に変更してくれ」
広島 → 大阪 → 東京 を
広島 → 京都 → 東京 に変更する場合
既存の処理（大阪に行く）を残して
広島 → 大阪 → 京都 → 東京 に変更する方法もある
だがそれは客は望んでいない
で、忘れてはいけないのはコレは ”リファクタリングではない" ということ
仕様変更なんだから当然リファクタリングではない
じゃあこの話のどこにリファクタリングが絡んでくるのかと言うと
（手っ取り早いという理由で）広島 → 大阪 → 京都 → 東京 と書いた後
（客の要望通り無駄な）大阪 を経由する処理を省くこと
広島 → 大阪 → 京都 → 東京 を
広島 → 京都 → 東京 にすることがリファクタリング
ここまでやって、完成と言えるのだが
こまったちゃんは動いたからOKでしょで、完成にしてしまうから
それが積み重なって、（客が要求してない）こんなクソコードになる
広島 → 北海道 → 福岡 → 新潟 → 大阪 → 京都 → 東京
0796仕様書無しさん
2018/10/21(日) 23:00:03.96わかりやすい
0797仕様書無しさん
2018/10/21(日) 23:00:41.50削除することもリファクタリングの一つなんだよ
0798仕様書無しさん
2018/10/21(日) 23:02:14.980799仕様書無しさん
2018/10/21(日) 23:04:16.620800仕様書無しさん
2018/10/21(日) 23:06:41.33その要望で、その直し方する且つそんな直しになるプログラムを組むバカがいるとこで働いてないので
0801仕様書無しさん
2018/10/21(日) 23:07:55.250802仕様書無しさん
2018/10/21(日) 23:08:48.44へたに動いて事故れない
0803KAC
2018/10/21(日) 23:17:19.02だからお前はど素人なんだよ。
「現状のルートは京都を経由していない」
という可能性に気付け。
勝手に仕様を自分の中だけで完結するな。
相手の意図を正しく判断して、今のシステムと比較して確認しろ。
お前のいうとおりなら、そもそも京都を経由してるんだから
要望じたいが発生しない。
0804仕様書無しさん
2018/10/21(日) 23:58:51.08お前一人でずれたこと言ってるぞ
もう少し落ちつて書いてある要望を見ろ
それが全てなんだから
0805仕様書無しさん
2018/10/22(月) 00:30:11.82いちばんヤバいやつ
データ化すると仕様変更にいちじるしく弱くなる
それこそ最初から設計されてなきゃ
なりゆきで変えちゃったらどつぼにはまるパターン
そしてどのみち駅ごとに別のことやるからテスト工数削減できないという
そのうえプログラムだとIF文ですんだところがデシジョンテーブルなんか使ったら
ちょっとしたきっかけで組み合わせ爆発、そのすべてをテストせざるを得なくなる
0806仕様書無しさん
2018/10/22(月) 00:32:27.85世界が敵に見えてる人間のやることではない
0807仕様書無しさん
2018/10/22(月) 00:33:12.720808仕様書無しさん
2018/10/22(月) 01:01:17.87でもクソコード書くようなやつは公開しないだろうなー
ってことでなんかないか探すスレ立ててみた
【反面教師】 オプソで汚いソースコードを見てみる
https://mevius.5ch.net/test/read.cgi/tech/1540137601/
0809仕様書無しさん
2018/10/22(月) 01:03:06.50> そしてどのみち駅ごとに別のことやるからテスト工数削減できないという
駅の話なんて一言も言ってないよ
0810仕様書無しさん
2018/10/22(月) 01:23:59.030811仕様書無しさん
2018/10/22(月) 01:36:43.040812仕様書無しさん
2018/10/22(月) 05:42:58.87何言ってんだ？
ハードコードされてる方が変更に弱い
経路という明らかにデータで表現すべきものを手続きで実装するなんておかしいよ
そうやっておかしなことをやるから「既存の経路をコピペして付け足しましたー」などと無茶をする奴が現れる
データだったら「新規経路登録しました」で済む話だ
プログラムの変更がないからテストも最小限で済む
客への説明もこれ以上ないほど簡単だ
0813仕様書無しさん
2018/10/22(月) 06:42:57.75■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 小学生がパスワード突破、100万円以上も多発するゲーム課金 悪用される親クレカ [少考さん★]
- 空いているのに…なぜ隣に？ 話題の 「トナラー問題」起こるワケ、対策方法はある？ 賛否ある行為の問題点とは [おっさん友の会★]
- 粗品、超大物ユーチューバーにかみつく「トップクラスでおもんない」超バズリ動画にも「学園祭の出し物？」「ただのコピーやん」 [muffin★]
- JR京都駅で不審物 車内の『リュックサック』に「四塩化一黄酸」と記載 警察など対応で「京都～高槻」など5路線で一時運転見合わせ [Ailuropoda melanoleuca★]
- 日本は「お金が尽きて死ぬ時代」に突入する…高齢者にこれから襲い掛かる「3人に1人が貧困」という過酷な現実 ★4 [Hitzeschleier★]
- 「日本人は外国人嫌い」バイデン氏、3月にもラジオで発言 ★2 [どどん★]
- 二児の障害児の母、キレる「なんで二人ともなの？不公平だよ。こんな地獄って知ってたら産んでないよ」 [343992359]
- Let's ずんだもんで真実🫛🏡
- ジジイのにおいで周り引く
- 【緊急】京都駅に「四塩化一黄酸」と書かれたリュックサックが放置され厳戒態勢に！ [663344715]
- 河川敷で酒飲みながらBBQしていた陽キャ ウェーイと川に飛び込んで自殺 [931948549]
- 【速報】ぼく、「横浜」が最高の街であることを確信する [786835273]