2006-02-05
最近の雑誌・Webサイト等の記事ではライトウェイトをもてはやす風潮が多いようです。しかし、そこにエンジニアリング観点での検討があまり見られないのは問題と思います。 行数の比較、意味ありますか 日経ITプロフェッショナル誌2006年1月号の記事「ライトウェイト・ランゲージを使いこなす」に、JavaとPerl、PHP、Python、Rubyで文字列を切り出すプログラムの行数を比べている例がります。いずれも「Javaよりこんなに短い」ということを示すものですが、LLの各プログラムは関数もクラスも定義せずに行数を短くしているのに、Javaはimport文、class宣言、mainメソッド宣言まできっちり記述して行数を稼いでいます。記事の例題のようなワンライナーな処理ならともかく普通の規模のプログラムを書くならスクリプト言語だって関数やクラスといったモジュール構造をとるのですが、そこを除いていかに短
NECも営業とSEを一体化、その“時代背景”を考えてみた：東葛人的視点 日経BP社
« 続々と登場するオープンソースの | メイン | 内部統制商談ですか、「まず隗よ » NECも営業とSEを一体化、その“時代背景”を考えてみた ［2005年08月25日］ うかつにも今まで知らなかったのだが、昨年の富士通に続き、NECも今年4月にSIビジネスで営業とSEを一体化させたそうだ。“開びゃく”以来、初めて営業とSEを一体化させた富士通とは違い、NECの場合、過去に一体だった営業とSEを分離したことがあり、今回再び元の体制に戻した形だ。SIビジネスにおいて、営業とSEは別組織がいいのか、一体がいいのか、これは永遠のテーマだ。ただ、最近は「一体化すべき」の声が強まってきたようだ。 営業とSEを別組織にするメリットは、それぞれのノウハウがたまりやすいことだ。それぞれ「売ること」「作ること」に集中し、磨きをかけ、それぞれのノウハウを蓄積していくためには、営業とSEは別組織がよい。NEC
東葛人的視点 日経BP社
« NTTデータがグローバル提携、 | メイン | ようやく地に足がついてきたIT » 大失敗プロジェクトとの元凶ともなり得る要件定義、これは誰の仕事なのか ［2005年07月26日］ 要件定義は、いったい誰の仕事か。今の常識では、システム構築を受注したITベンダーの仕事となっているが、よく考えてみると、そう簡単に割り切れない。「大失敗プロジェクトの原因は要件定義にあり」というのは、ユーザー企業、ITベンダーを問わず共通の認識だが、ユーザー企業は「要件定義もまともにできないのか」とITベンダーを声高に非難し、ITベンダーは「ユーザー企業の要求が曖昧で…」と陰口を言う。そもそもの話、要件定義は誰の仕事なのだろうか。 要件定義は言うまでもなく、システム仕様を確定させる作業である。古参のSEやプログラマから言わせれば、システム仕様は契約時に確定しているものだ。ソフト開発がモノ作りと発想すれば、製
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社シンメトリック | 独自技術でウェブの未来に貢献します
“ITゼネコン”という言葉は、とてつもなく失礼だ！
