プログラミングが設計作業であるという話 - きしだのHatena

いわゆる「ソフトウェア設計書」が設計ではなく、ソースコードが設計であるという話。 随筆です。考えマトメ中なので、ツッコミはそのあたり踏まえていただければ。 追記：ブコメに「設計の定義は？」とあったので末尾に追加しています。 追記(2024/8/15)：設計書ってなんだろう？というのも書いておきました。 ソフトウェアの「設計書」とはなんなのか - きしだのHatena このエントリで書いたのですけど、もうすこしちゃんと。 建築では多重下請けでやれてるのに業務システムでだめなのはなぜ？ - きしだのHatena このエントリでは次のように書いています。まあ、これで全てではあるのだけど。 「建築などの施工図面に相当するのはソースコードで、建築現場で多重下請けでやってる作業は、ソフトウェアだと(でも？)ビルドです」 あと「継続的デリバリーのソフトウェア工学」からの抜粋。 「継続的デリバリーのソフト

[unmarshal]

分かる。実装そのものが設計を含んでいるから、実装から離れてる限り、良いモノは作れないんだよね。わたしは、個人の能力と職人気質が強い日本は、ソフトウェア開発と相性良いと未だに思ってる

[uva]

設計⇔実装をいったりきたりしながら試行錯誤するのがプログラミングという作業だよな

[umaemong]

ソースコードが設計作業の成果物だということに異論はないけど、この言い方だと『譜面を書くのが作曲作業』みたいな話のようにも見える。言葉尻の問題だけど、言葉尻で議論がかみ合わないことはよくあるので。

[aceraceae]

考えをまとめるためのメモ的なものは別に作る場合があるにせよプログラミングを行う際にいちいち設計書を書くのは冗長だし無駄。書きながら試行錯誤してったほうが圧倒的に速いし効率的。

[wwolf]

マーチン・ファウラーもそれずっと言ってるから https://www.martinfowler.com/articles/newMethodology.html

[circled]

デザイナーがスケッチから考えをまとめるように（いきなり完成品を書ける奴はおらん罠）、プログラマはコードを書いたり壊したりしながら考えをまとめて行くので、デザイナーのスケッチみたいなもんよね

[yojik]

プログラミングは設計作業だし、もしかしたら経営判断でもある。→ https://www.furomuda.com/entry/20060118/1137558108

[love0hate]

本文では(あえて?)使用を避けているようであるがそのニュアンスを言葉にしたのが「実装」なのでは。／追記の作曲の例えは浅すぎ感。古くはスケッチが大まかな設計でフルスコア作成が実装。今時の作曲(DTM)でも同様。

[xsde]

プログラミングは設計作業の一部だけど、設計作業はプログラミングだけではない、であれば同意。

[xanaduuu]

わかりやすい。ビルドすら怪しげなことも、、、“「建築などの施工図面に相当するのはソースコードで、建築現場で多重下請けでやってる作業は、ソフトウェアだと(でも？)ビルドです」”

[zyzy]

建築で現場に合わせて色々変えるのは、どっちかというと「本番環境に持っていく」部分かなという気がする。本番サーバで実際に設定入れてく段階と言うか。

[mohri]

ブコメにある「譜面を書くのが作曲作業」っていう言葉がおもしろい。録音機材が発達するまで譜面を書く以外に曲を記録することができなかった19世紀までの西洋音楽の状況に、プログラミングはまだあるのかもしれない

[rryu]

設計とそれに対する翻訳・変換・実行となる作業の境界がある訳だが、後者を計算機が担ってくれる範囲が増えていので人がやるのは設計のところという感じ。という状況で人力変換が発生するのが詳細設計書である。

[and_hyphen]

すごく分かるが、おれは職業的エンジニアでないがゆえにそれが通じない部分があり難しい

[NOV1975]

プログラミング仕様書が必要なのは、プログラミングを作業にするためで、なぜそんなことが必要かというと端末が限られていたときの名残だよなあ。今や端末リソース問題がないので残るのはタスク管理問題だけ

[longyang]

同意。コードの構成、機能の構成、画面の構成を考えることも設計と呼ぶが、コードの構成は書きながら詰まっていく事が普通なのでプログラミングは設計そのものだという感覚はある。

[bzb05445]

僕もふろむださんの記事を思い出したよ。

[vanbraam]

まだちゃんと読んでないけど，20年くらい前に Martin Fowler が言ってたことに近い? https://www.martinfowler.com/articles/newMethodology.html; と思ったらすでにブコメにあった

[lets_skeptic]

プログラミングは単なる作業ではなくて設計なんだってことは、僕の知る限り25年ぐらい前から言われてる気がする(たぶんもっと前から)…NECラーニングだかFujitsuラーニングでも言ってたぐらいの一般論

[Rynk_m]

同意。プログラミングが設計と同じように感じるのは、言語の抽象を表現する力が上がったからだと思っている。例えば機械語を入力してるときは設計しているとは感じないけど、クラスや関数を書いてる時は設計感ある。

[suneo3476z_tn]

なんでも書いても動くならユニットテストも結合テストもいらないんですよね。

[runningupthathill]

建設業界ではBIMが設計を建設に極力近づけようとしているので興味深く読んだ。BIMが究極の姿になれば情報内で建設すると同時に設計が並行して完了するかもしれない。現状でも何が正解かを模型つくって模索したりするし

[toro-chan]

金の話と純粋に技術の話でニュアンスが違う気がする。プログラミングを製造と呼んでるのは安い単価で人を大量に働かせるための方便。技術的にはプログラミングは設計とは重ならない部分がある。両者は別

[electrolite]

日本の設計への過度なこだわりは無能さの糊塗と認識している。おおまかなアーキテクチャがあってあとはソース読んでねで巨大Techのシステムは回っている。重要なのはミクロのアルゴリズムと、マクロのドメイン分割。

[cinq_na]

業務仕様はきちんと文書化しておかないと、正解が何か分からなくなる。プログラムの仕様は文書化するとデメリットが多く、省略しつつ引き継げるような情報を残したい。前者も後者も、自動出力した仕様書はただのゴミ

[ene0kcal]

異論なし。ソースコードは設計コードだし、紙に書いたものは設計書、設計図。凄く実装に寄った設計なんよな。コンパイルやビルドを経て実行実体になるだけで。（もちろんニーモニック書くならそれも設計でかつ実体）

[ckom]

純粋に概念の議論としては是々非々あれど単純に「プログラミングは誰がやっても同じ」論へのカウンターとしては鉄板。ソフトの話で「誰がやっても同じ」なのに完全自動化できていないのは何かを見落としているはず

[moke222]

追記がおもろい

[htnmiki]

建築における設計（施工図面）はどのようにみ見積もってどういう単位で金が動くんだろな。ITも建築も知らんのでイメージわかないな。

[syu-m-5151]

コードこそが設計の本質を表す。CI/CDやクラウドデプロイを含む開発プロセス全体が、今や中核となっている。古い「設計書」の概念は捨て去り、コードベースこそが、現代のソフトウェア設計の姿だろ！！！

[skypenguins]

作曲の例えが一番しっくりくるかも

[t-murachi]

あまり意味のある議論には思えないなぁ。設計にも段階はあって、画面レイアウトにせよデータモデリングにせよソースコードだけで書き表すには詳細に過ぎるからこそ文書化することで保守性を担保するわけだし。

[kyukyunyorituryo]

一旦動くまで作ってから問題点を洗い直して設計し直したほうがいいものができるがする

[tyosuke2011]

まあ道具ですから

[neputa]

古い本だけど「UNIXという考え方」に、できるだけ早く試作を作れ、端末が熱いうちにキーボードを打て、とあった。ブツがあれば無駄な憶測は不要になり具体的な話し合いができるという話だった。

[lessninn]

現時点でプログラミング言語が高級言語として人間よりの記述式になっていってるんだし、もし設計がより自然言語よりになされるべきならプログラミング言語がそう成長するだけ何だよな結局。

[onionskin]

ソフトウェア工学がデプロイ以降をカバーしてない、というのはまさに。ソフトウェアでは「開発」の範囲がどんどん広がっている。でもなんで？

[ysksy]

言葉尻の問題なだけのような気もするが、人間の要求をプログラムに変換する過程を設計と呼ぶなら偽だなー。手段が目的化したような考え方で苦手だ。