ソフトウェア工学とスーパープログラマは両輪 - novtan別館

さて。 そもそも何の話が発端だったかというと バカプログラマー 30 人を雇うより、スーパープログラマー 1 人にサポートスタッフ 5 人つけたほうが安くていいものができるだろう。 従来のソフトウェア工学が決定的に間違っている点 - kなんとかの日記 ということでソフトウェア工学が間違っている、という話だった。この点についてはスーパープログラマの、ボリューム感のある仕事における有用性の限定度合いについて述べることが、一つの反証になりうるわけだから、スーパープログラマという点にこだわらざるを得ない。もちろん、事例が別のものであれば、別の反論をするだろうし、あるいは、納得のいく事例だったら反論しないだろう。文脈の話はそれだけのこと。 まあでも話がだいぶ変わってしまったみたいだから、ゆっくりと考えてみよう。 前置きとして、僕は年末にこういうエントリを書いた。 文芸センスに頼らなければならないのが

[NOV1975]

スーパープログラマ自身も自分の価値を客観的に見積もれないのでは、と思ったりもします。システムそのもの以外の開発の成果物が増えるとなおさらそのへんにギャップが…

[Nagise]

僕はこの件に対するシンプルな説を持っていて、契約をする人がスーパープログラマの経済価値を客観的に測れないがゆえに、正当な報酬での契約を締結しないだけなんじゃないかと思うのだ。契約がネック、と。

[monjudoh]

IDE・SCM・CIツールの開発なんかがそうだろうな『スーパープログラマがソフトウェア工学を発展させ、どうしてもボリュームの必要な作業を少しずつ効率化していく。』『ただ作業するためのプログラマは排除されていく』

[lizy]

定量化は難しいけど、できあがった物の「質」には雲泥の差がありますね

[zzz029]

高度な知識として、新しいアルゴリズムを構築するような場合だと、アホの生産効率はゼロだから、出来る人との差は無限大だわな。作業の質と量の両方で考えないとね。