07/06/18 22:05:17
むしろそれは最善の解決策
538:デフォルトの名無しさん
07/06/18 22:08:36
とりあえず >>531 みたいな馬鹿がいるとこ就職しちまったヤツには深く同情する。
539:デフォルトの名無しさん
07/06/18 22:19:23
将来の事を考えてバリアント型にしておきましたッ!!
540:デフォルトの名無しさん
07/06/18 22:27:50
お前の将来は何時までたっても泥沼なのかyo
541:デフォルトの名無しさん
07/06/18 22:51:03
> 税額計算してるとこ全部書き直すの？
そもそも、税額計算してるところが複数ある設計に問題があるだろ...。
542:デフォルトの名無しさん
07/06/19 00:20:34
みんな、531をそんなに苛めるなよ。
531は会社で評価されていなくて、新人を苛めるくらいしか仕事が無いんだよ。
本人は、「俺って先を読んで設計できる上級者」とか思っているんだから。
余り苛めると引きこもりになっちゃうぞ。
543:デフォルトの名無しさん
07/06/19 07:13:54
でもリファクタリングがはやって、思考停止するやつが増えたような気もする。
今回の流れみたいな雰囲気で話するやつが多い。
今回はの流れはわかるけど。
極論を話すやつもいるから。単に仕事をするのがいやって理由だったりする。
そのくせ、締め切りまぎわにまでリファクタリングとかって引っ張る。
設計の思考停止を実装でカバーってな風。
544:デフォルトの名無しさん
07/06/19 08:10:33
それなんて俺？
545:デフォルトの名無しさん
07/06/19 15:17:45
> そのくせ、締め切りまぎわにまでリファクタリングとかって引っ張る。
おれおれ
546:デフォルトの名無しさん
07/06/19 21:51:18
>>531みたいに未来の仕様を先回りして実装するのは下手だが
実際に仕様が追加されたとき(>>531の例でいうと累進税率や品目別税率)に
何箇所も直したりプログラムの構造を変えなくちゃいけなくなったりするのも下手
すなわちYAGNI
547:デフォルトの名無しさん
07/06/20 00:13:58
CVSとgrepと正規表現置換ができるエディタがあれば無問題
548:527
07/06/20 01:10:39
>>531
一個だけ補足。
新人じゃないよ。
549:デフォルトの名無しさん
07/06/20 02:16:37
>>548
オチだとしたらできすぎだよw
おつかれ。
550:デフォルトの名無しさん
07/06/20 07:19:46
設計の妥当性の検証って１週間～１ヶ月くらいはかかると見ておいた方がいいね。
例えば、ふと思いついた設計が、実は糞仕様だったのでその実装をやり直すってよくあるだろ。
まあ、実装してみなければわからん糞さってのもあるけど。
そこを熟成させるために実装を遅らせる効果は大きい。
バージョン管理していても、その糞実装したコストは変わらないわけで。
551:デフォルトの名無しさん
07/06/21 00:52:35
規模も複雑さも書かずに１週間～１ヶ月と言われてもなぁ。
552:デフォルトの名無しさん
07/09/03 15:47:43
よしあげてやる
553:デフォルトの名無しさん
07/09/04 16:13:00
>>132
>それ以前に何故にthisを明記するか。
this->とやると、入力補完出来るんだよ。
554:デフォルトの名無しさん
07/09/04 19:03:30
this入力しないとメンバも保管できないIDEってｗｗｗｗ
555:デフォルトの名無しさん
07/09/04 19:11:58
if (f.isVisible() == true)
みたいな不要なことをするやつ。
#define SIZE 10
for (int i = 0; i < SIZE; i++)
みたいにして意地でも配列を使う奴。
typedefしまくってるやつ。
556:デフォルトの名無しさん
07/09/04 19:52:53
>>554
井出って、誰だよwwww
557:デフォルトの名無しさん
07/09/04 20:40:53
>ぱっと見て「ヘタだなぁ」と思うコード
俺のコード。