アカウント名:
パスワード:
金融系システムとかでは、「詳細仕様」まで作られており、プログラマがやることは詳細仕様に沿ってコードを書くこと(詳細仕様をつくるエンジニアがプログラムのことを考えて詳細仕様を作るので、本来のプログラマの仕事が減ってる)
ところが、金融系以外の多くのシステムでは、たとえ名前に「詳細仕様」とあっても、金融系の詳細仕様とは違い、プログラマが自分であれこれ考えないといけない場合が多いのでプログラマの仕事は単純作業ではなく、プログラマも仕様作成に関与したり、「仕様はコードを見ろ」みたいな部分も数多くある
金融系以外でも、20年前のSIerではそんな詳細設計書書かされました。まあ設計書書くのもプログラマーだったんで、みんなプログラミングしてから設計書に起こすんですが…。もっと前の時代だと、開発環境的な理由でコーディング自体が一苦労だったと言うので、その頃の文化の残りなんでしょうねぇ。
開発用コンピュータの価格・台数と、人件費やプログラマの人数のバランスによって最適なのが変わってくるのでは?
コンピュータが高価で台数も少ない場合、人があらかじめ詳細仕様まで作ってプログラミングコストを抑えるのが最適で、コンピュータの価格が下がって一人一台開発環境を持つようになると、従来の詳細仕様にあたるのは作らないのが最適なのでは?
gitみたいな集団開発をサポートするシステムによって、さらにその傾向が加速した
そんなの保守できないよ。何を作るのか認識を合わせるための仕様書だからな。個々人が勝手な思い込みだけで作るなっての。
仕様書の代わりにソースコードを見て認識を合わせれば良いのでは?ソースコードが読めない奴が仕様書見ても、何も問題点には気付けないのだし、無駄無駄。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
金融系の「詳細仕様」まで作ってある場合は単純作業かも (スコア:0)
金融系システムとかでは、「詳細仕様」まで作られており、プログラマがやることは詳細仕様に沿ってコードを書くこと
(詳細仕様をつくるエンジニアがプログラムのことを考えて詳細仕様を作るので、本来のプログラマの仕事が減ってる)
ところが、金融系以外の多くのシステムでは、たとえ名前に「詳細仕様」とあっても、金融系の詳細仕様とは違い、
プログラマが自分であれこれ考えないといけない場合が多いのでプログラマの仕事は単純作業ではなく、
プログラマも仕様作成に関与したり、「仕様はコードを見ろ」みたいな部分も数多くある
Re: (スコア:0)
金融系以外でも、20年前のSIerではそんな詳細設計書書かされました。
まあ設計書書くのもプログラマーだったんで、みんなプログラミングしてから設計書に起こすんですが…。
もっと前の時代だと、開発環境的な理由でコーディング自体が一苦労だったと言うので、その頃の文化の残りなんでしょうねぇ。
Re:金融系の「詳細仕様」まで作ってある場合は単純作業かも (スコア:0)
開発用コンピュータの価格・台数と、人件費やプログラマの人数のバランスによって最適なのが変わってくるのでは?
コンピュータが高価で台数も少ない場合、人があらかじめ詳細仕様まで作ってプログラミングコストを抑えるのが最適で、
コンピュータの価格が下がって一人一台開発環境を持つようになると、従来の詳細仕様にあたるのは作らないのが最適なのでは?
gitみたいな集団開発をサポートするシステムによって、さらにその傾向が加速した
Re: (スコア:0)
そんなの保守できないよ。
何を作るのか認識を合わせるための仕様書だからな。
個々人が勝手な思い込みだけで作るなっての。
Re: (スコア:0)
仕様書の代わりにソースコードを見て認識を合わせれば良いのでは?
ソースコードが読めない奴が仕様書見ても、何も問題点には気付けないのだし、無駄無駄。