コード書くのに設計書っているんか？

コード書いてから設計書書けばよくね？

何のコード書くんや？

設計書ってコードのことだぞ

ちょろいのならそうなることある

なんのコードを書くんだよ

アジャイルか

テストコードが設計書だぞ

>>7

これでいいよな
ユニットテスト真面目に書いときゃいいやろ

コード読めないやつがわかった気になるために必要

エクセルで設計書って何時代だよバカ

設計書は後で文句言われないために作るんだぞ

海外だと何で設計書書いてんだろねエクセルなんかね

まず設計書書くやつとコード書くやつが別人なの頭おかしいやろ

>>13

コードを書くスキル（実装するスキル）と設計するスキルは別物だから

むしろ設計書が本体
バグ出てコード直すたびにエクセル設計書の項番書き直す仕事がSEの本質

>>14

馬鹿なんよ
エクセルなんていらんやろ

出来上がった結果が仕様書だ
設計書は俺たちの心の中にある

新人「よく分かんなかったんですけど、とりあえず設計書埋めときました。」
古参「よし、製造やるわ。お前は別の設計書埋めとけ！」
新人「わかりました。」
古参「作ったわ。テストやっとけ」
新人「わかりました。あれ？設計書と全然違うんですけど」
古参「設計書直しつつテストしとけ」
新人「わかりました。」

なんなんこれ

>>17

なんで新人が設計するんだよ

>>19

PMが無能なんよ

どうせ書いても誰もメンテしないし要らんよな

>>18

それな

書くにしてもmarkdownでいいやろ

多重下請けクソ構造のSIに何言っても無駄だからさっさと辞める吉

>>24

日本のITって終わってるよなぁ
日系の超大企業の社内システムって全部こんな感じで作られてんだぜ？
これじゃあ勝てないよ…

PlantUMLがオススメ

>>27

日本のUMLは勉強する気がない人のためのものだからマークダウンは無理

あじゃいる

そもそも開発環境に入れないからエクセルにコード書いてるしね

詳細設計書とかいうゴミは要らない

>>30

うちは詳細設計のエクセルにコード書いてるわ
マジ意味ない

>>32

えぐ地獄過ぎんだろ
はよ転職しろ

>>35

するわw

plantUML調べたけど最強だなこれ
いつまでエクセル使ってんねん

アジャイルで設計能力がないエンジニアが混ざってるとすごく面倒
設計書かせないとノリと気合いで動いたからヨシ！ってコードを投げてくるし

業界の人じゃないんだけどこういうのって現場は誰もやりたくないのに客が設計書の提出を求めてくるってこと？

設計しないでどうやってコード書くねんって話

マジでやめよ
まだ若いし業界ごと変えたろ

ITにはもうこりごり

設計書は必要だけど
実装段階で設計書を書き換える必要がないほど完璧な設計が上がってるなんて幸せなんよなあ

詳細設計はいらん
基本設計は書け

設計書なんてコンポーネント図とクラス図とシーケンス図があれば他いらないよな！

な？

>>43

スキルない人たちが置いてけぼり食らう

設計書などなくてもコードを理解できることは、githubが証明してくれてる
ただ、簡単なreadme.mdがあると嬉しい

>>47

まともなやつしかコードに関わらないならそうだね
でも業務だとそうではないので

全体を把握して仕様書を書く。仕様書に沿って其々にコ―ディングさせる。システム完成。仕様書を書くのがシステムエンジニア。コ―ドを書くのがプログラマ。

作る側が仕様を解釈しなくて済むから基本設計ぐらいは欲しい
開発者が一人なら多少融通は効くけどさ

システム畑でもない製造業営業部がなんとなく作ったシステムに頼り切ってる業務
そいついなくなったらどうすんだって思う

設計書ないとそのコードが正しい仕様なのかわからんだろ

>>51

設計書正しい仕様に基づいているといつから錯覚していた

>>54

設計書を正とすんだよ
間違ってたら設計書直すの
コードを正としちゃだめ
コードが合ってそうならそれに合わせて設計書を直す

>>56

そもそも一行目が間違ってるって指摘に対して、一行目が正しい前提で主張しても何も反論にならないぞお馬鹿ちゃん

>>58

いや反論とかじゃなくてどうすればいいのかって話
設計書が合ってる前提で実装して間違ってるとわかったら直せって話してんの
設計書の仕様が間違ってるかもしれなかったらどうしようとしてるの？

書くのにはいらなくてもメンテやテストでいるんじゃね
ひと月前に何書いたかなんて覚えてられないし

一人で全部やるならいらないけど複数こういうものを作るって指標がないと無理じゃん