プロジェクトは長期なものほど、正確な見積もりは出せない。
言語を変えても、やり方が変わらければ
今までと何も変わらない。
スケジュールを見なおしても
開発期間が変わることはない。
いつ終わるかなんて、俺達にもわからない。
俺達にわからないことが、お前らにわかるはずがない。
0006仕様書無しさん2015/10/18(日) 06:49:27.44
下記の条件が全て当てはまる会社はブラック
・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の2chスレが表示される
0010仕様書無しさん2015/10/21(水) 11:44:06.02
おっぱいが好き
0013仕様書無しさん2015/11/04(水) 13:31:52.94
詳細設計はコーディングの後にやった方が早い。
0014仕様書無しさん2015/11/07(土) 09:43:24.54
0015仕様書無しさん2015/11/07(土) 10:12:59.06
0016仕様書無しさん2015/11/07(土) 10:21:17.54
学生時代にプログラム作った経験のある奴は雇用したくない。
悪いクセがついてしまっていると、いくら注意しても直らない。
0017仕様書無しさん2015/11/09(月) 13:12:40.21
TCSはブラック３巨頭
そうだね。言語を作ってる人なら
有名プログラマってことでいいんじゃないの？
0022仕様書無しさん2015/11/10(火) 09:34:32.31
>>18
経験が少ないな。
実装経験が皆無、プログラムが想定できない人が書く設計書がおかしいのであって、
プログラムを書いてから設定書を書くのは、プログラミング中に設計したものをあとで書いているだけ。
日本語とプログラミング言語が合わないみたいな話も変な話で、日本語で簡単に説明できないプログラムは、人間にとっては分かりにくいものだから、そういうプログラムは保守が難しくなる。 0024仕様書無しさん2015/11/10(火) 11:15:54.91
ではまず出してみましょう。
屏風の虎の話と同じです。さぁ、さぁ
0033仕様書無しさん2016/06/23(木) 22:55:32.78
プログラマーは大体クズ
0034仕様書無しさん2016/06/27(月) 14:46:37.12
競技プログラミングは実務で役に立たない
「走りながら考えましょう、スピード感は大事ですよね（えがお）」だと
詳細設計書を意図的に飛ばすことがある
変更箇所が複数発生して全部手動で同期とらなあかんとか深夜労働確定ですやんか
どのみち誰も「引数に対してバリデーションしてDBにxxxを突っ込む」なんてのを知りたくて
詳細設計書なんて読まんだろ
「段ボールから卵パックを1コ取り出してスーパーに臨時便出すことがあるから
『段ボールから取り出して出荷』のチェックボックスがある」
みたいな、「なんでそんなものあるの」って理由を知るために設計書を読む可能性はあるかもしれないが
殆どの場合コード読んだら済むことしか書いてない気もする
0036仕様書無しさん2017/05/31(水) 19:58:59.58
仕事で疲れると怒りっぽくなる。
それを過ぎると笑うようになる。
さらに過ぎると黙る。
1関数200行を超えたら死ぬ
1関数の引数が7超えたらヤバい
1関数でifが4段超えたら他人が読めなくなるんで、そうでなければダメな場合じゃない限り避けろ
っていうか「Code Complete」が正しい、とでもいうかな
0040仕様書無しさん2017/06/02(金) 22:45:54.42
マンコを売ってほしい