まあプログラミングは下等な作業だと思うけどね

プログラマはただの書記官

組織の規模によるかな
極小規模な烏合の衆で開発してる場合は一人が何でもやるけど
小規模以上の組織になると役割分担した方が品質の高い仕事ができる

設計するコーダはオブジェクト指向プログラムで言うところの神クラスですよ
プログラムの規模がちっちゃいうちはそれでいいけど大きくなったらリファクタしないとね

>>296
んなこたあない
警察や自衛隊、消防、建設、電気、病院
などあらゆる組織はピラミッド状になり
上の人が高度な仕事をこなす

船頭多くして船山に登るだよ

>>298
君、Excel作ったことあんの？ マイクロソフト舐めんなよ

>>297
いまはネットの情報は増えたけど侍エンジニア塾とかテックアカデミーとか
質が低いけど検索のランキングが高いってゴミサイトが跋扈してるからなあ

君たちの言う設計ってテンプレートメソッドパターンを使うんだーとか
そういうしょうもないことでしょ、しょうもない

>>307
銭勘定は大事
働くほど赤字になるアホかと思えるのような地獄のプロジェクトも世の中にはある

>>303
それはこじつけだよ

マイクロソフトは世界最大のソフトウェア会社だけどビル・ゲイツがプログラム書いてるわけじゃないだろ
そういうこと

コード書くのは下っ端の仕事です
釘を打つのは一級建築士の仕事じゃない

>>306
このあいだ郵貯の機械でお金の振込みやったけど
画面にお金をまとめて入れてくださいって出て
お金入れるところがパカッと開いたから札と小銭をまとめて
入れたんだけど、テプラで小銭は入れないでくださいって注意書きが貼ってあって
何だこのトラップって思ったなー

>>313
ソースコードってそれ詳細設計レベルの話じゃないっすかｗ
それはたしかに末端の仕事ですね
あれですよね、ファクトリメソッドパターンを使うんだー！みたいなことですよね

>>315
概要設計ってなんすか？ｗ それのドキュメントがソースコードなんですか？ ハゲワロｗ

>>318
ソースほどの厳密さを設計書に求めてどうするんよ
APIさえわかればいいってことが大半じゃないかな
処理が複雑なときはアーキテクチャの図とかデータフローとかあると良いかな

システムを改修したり運用したりするうえではどういう理由でそう設計したのかって
理由が書いてあると改修時や運用時にすごく助かるよ
担当する人はこういう理由があるならこうしようと自身を持って作業ができる

>>322
これはわかる
ただしOutlookてめえだけは許さねえ
あんなドンガメアプリを21世紀に使わされる身にもなって欲しい