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

最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ

2010年12月04日22:49 就職は大恐慌時より今のほうが厳しいのです 昭和初期の映像がちょっと話題になっていたようです。 映像は結構なものですが、最近つけたとおぼしいナレーションで、大恐慌時は「大学卒業生の9割が就職口を得ることができなかった」なんて出鱈目を云ってるのはまことに困ったものですな。 文部省の統計によりますと、世界大恐慌に直撃された昭和5年(1930)の大卒就職率は前年より5.3%下がって55.8%。就職氷河期だった平成15年は大卒55.1％ですから、それより良かったのです。 しかも翌年の満州事変により始まった軍需景気と満州景気、高橋是清の見事なデフレ対策で大恐慌からいち早く脱して就職率もすぐに上向きとなり、昭和10年には69.5%まで回復しています。 一番底だった昭和5年に大卒で進学する人と兵役に就く人は合わせて10.5%。統計では一緒になってますのでそれぞれの数値は判