Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指して

プログラミングと設計は本来切り離せないものなのではがすごい反響だったのですが、結局この記事で私が言いたかったことは、 Java EEなどの現代的な開発環境はCOBOLなどの古い言語を使った開発とは根本的に設計の手法が異なる 多くの現場では未だに古い設計手法を使っているため、オブジェクト指向などの最近の開発環境のメリットが活用できず、低い生産性にとどまっている。 ということに要約できると思います。ただし、どうして、Javaではオブジェクト指向で開発しないといけないのか、どうして昔ながらの伝統的なやり方を改め、新しい設計手法を採り入れないといけないのかと疑問を持たれた方もいらっしゃるかもしれません。ここでは、開発手法と生産性の問題について、もう少し掘り下げて検討してみたいと思います。 レガシー言語の生産性 最近のCOBOLでは、オブジェクトやスタック変数すら使えますが、ここではCOBOL85の

[tamu222i]

開発言語はあんま関係ない気がしてきますね

[kcrv]

初級の単価でそろえたPG にどうとでもとれる設計をわたすという無茶振り。それをこなすのがいい仕事と思い込むスパイラル

[shikiarai]

Seasar2って最近の扱いでいいのか……？

[Haaaa_N]

オラクルもJavaプログラマが領域①だと思ってるんじゃないか

[objectiveworker]

設計や実装技術で評価されなかったり、多重請負でヤル気のないPGが働いている環境ではオブジェクト指向の訓練自体が難しいかも。理解している人なんて100人に1人ぐらいだし。教育するにもコンサルは高いし

[zilog80]

生産性は低そうだけど、メンテナンス性は高そう。いや、高くなるよう目指してみたはず。

[jami_i]

「プログラマーのオブジェクト指向設計する自由を奪っている」

[happynow]

COBOL、VB が廃れない理由.

[saitoudaitoku]

興味深い内容

[nilab]

「SIerの作ったJavaフレームワークというのは、「いかにプログラマーに頭を使わせないか」という点に最大限の注意を払っている」Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指して

[Rinta]

ひとつの考え方だけども、低スキルの人に職を与えているという側面もあると思う。一部のできる人がすべてを作ってしまったら、凡人はみんな失業しちゃうぜ？

[higedice]

同意

[aroma_black]

"たいていの場合SIer製のフレームワークというのは、プログラマーのオブジェクト指向設計する自由を奪っている" 感じていた違和感の正体はこれかも。

[miguse]

郷に入っては郷に従えじゃないかなぁ。

[koroharo]

プログラミングはおろかSE的作業さえまともにできない人間がフレームワーク作ってるんだから、本当日本のSIerはどうしようもない。

[miyohide]

共感。最後のほうに書かれている丸数字がMacで化けちゃうけど。いつか感想をトラックバックで飛ばす・・・ことができたらいいなぁ。

[gidooom]

「SIerのフレームワークと比較して、Seasar2、Spring Frameworkなど最近のOSSのフレームワークは、プログラマーの自由を奪わない*7（侵略的でない）ことが特徴とされています。」

[mmasuda]

兵卒がたくさんいてくれる組織ピラミッドを維持すると誰が一番利益を享受できるか（黒。

[royzumi]

接頭辞ではなく接尾辞。あと、プログラマー全体が初心者とは考えていない。熟練者も居ることは理解しているが、開発をする上で熟練者ばかりを集めることはできない。このため初心者側にレベルを合わせざるを得ない。

[atty]

最後の図が面白い。

[monjudoh]

良エントリ。スキルと生産性と三つの領域の図はとても良い。

[raimon49]

＞一般的に日本のSIerの作ったJavaフレームワークというのは、「いかにプログラマーに頭を使わせないか」という点に最大限の注意を払っているように思います。 / 端的かつ的確な表現！

[kiyo_hiko]

本質を理解出来ない奴にどんなに素晴らしい道具(言語やOSS)を与えても無駄。そんな上流が多いのが問題。http://gihyo.jp/lifestyle/serial/01/software_is_beautiful/0004の「大切なのは開発言語やツールではない」に通じるものを感じた。

[izoc]

何だかんだで生産性に影響するのって言語やフレームワークじゃなくて設計やコーディングルールだよな・・・ただしCOBOL、てめーはダメだ。

[tmtms]

"プログラマー = PG = 初級レベルのエンジニア = 下流 = 単価が低い という構図" "いかにプログラマーに頭を使わせないか"

[kyon_mm]

時代はOOPから何かに変わろうとしているのにこんな考えをしている人がいるのか？とか思ったけど、弊社社員のOOPの理解度の低さを考えると納得してしまう不思議

[civicpg]

すごく納得いくんだけど、SIerの上司は領域１ばかりで２は無理って言ってるわけだから、「少なくとも領域２の範囲で仕事をすることは不可能ではない」ってところを納得させて欲しい

[tmf16]

生産性とスキルのグラフに裏付けがないけどおもろい。記事自体も概ね同意

[lemur314]

会社の戦略として自社で作ったフレームワークで開発やるってのはありなのかもしれないけど、実際使って開発する方からすると全然ありがたくないお話。過去の失敗から学ばないのがさらによろしくない。

[h5y1m141]

SIer独自フレームワークって何であるのか疑問に思っていたけどこのエントリ読んで納得。それしか経験してない人の先行きって・・どうでもいいけど、はてダのスーパーpre記法はCOBOL対応しているんだ。（COBOLのソース初め

[rgfx]

規模と機能は違うのだな。