CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

これから書くことは決して「これをしなければいけない」とか「他に手段はない」なんてコトを主張したいのではない。色んな道があるはずだぁ。その中の一つの事例として、自分がやってきたことをフレームワーク化し、色々挙げてみようと思う。 当然、俺の主観が入りまくっているので、突っ込みどころは満載だろうなｗ そもそも「エンジニア」って何？ｗ その辺り、はてブ界隈のミナサマにおかれましてはお手柔らかに願いたいｗｗ さて、いきなりどこかの技術系カンファレンスで1時間喋っちゃえ、とか突然は無理なのは分かる。何を話せばいいのやら、どこに喋るチャンスがあるのやらだ。しかし、そういう所で喋るような自分を将来のビジョンとして持っている人は、以下に挙げることを小さなことからコツコツと実践してみるといいかもしれない。という意図で書いていく。 何事にも興味を持とう 興味は勉強の原動力。興味のない勉強は苦痛でしかない。ここが

2009年度の業績を詳細に見てみよう。減収幅が10％以上だったのは、富士ソフト（▲14.2％）、日本ユニシス（▲12.6％）、NECネッツエスアイ（▲12.6％）だ。ITホールディングス（ITHD）は7.2％減だが、買収したソランの売り上げ（第4四半期分）を除くと10％超のマイナスになる。表にはないが、構造改革を進めているCSKホールディングスは17.7％減と大きく落ち込んだ。 縮小する受託開発市場の変化に追随できていない 数年前、ソフト各社は売り上げ拡大路線を推し進めていた。500億円企業は1000億円、1000億円企業は3000億円、3000億円企業は5000億円を目指す目標を掲げたことがあった。 しかし、M＆Aをしても業績に貢献する成果が表れていない。つまり、市場ニーズの変化に対応できておらず、既存ビジネスの落ち込みをM＆Aでカバーできてない、ということだ。 もちろん、各社は決算説明

渡辺千賀さんのエントリーにはシリコンバレーではアウトソースが間に合わないのでどんどん内製していくという話が紹介されている。 最先端のウェブサービス開発の現場は、とてもアウトソースなんかできない状況になっている。「仕様書を文章で作って、それを誰かが作る」なんていう悠長なやり方は通用しない。どんどん機能開発して、どんどんリリースして、ユーザーのフィードバックを元にさらに進化させる、というのを、毎日行い続けないとならない。私が働いていたカナダのベンチャーもNZのテレコム系の会社も下請け、孫受けである。 どちらもインフラ系のシステムで、業務内容が大規模、複雑で仕様が比較的安定しているためか、仕様書ベースでのシステム納品を行っている。ウェブサービスのスタイルとは違う。 しかし、下請けといっても日本のそれとはかなり違っていることが経験してみて分かった。 ・上から下への丸投げはない。 ・社員の給料は上も

ちょっと刺戟的な題名をつけました。しかし決して挑戦的な意図があるわけではありません。SEとPGの分業がIT業界にもたらしている問題が今回のテーマです。 ●SEとは何か、PGとは何か まずそれぞれの職分を正しく認識することからはじめましょう。プログラマ（PG）とはどういう仕事をする人たちでしょうか。 いうまでもありません。プログラムを作る人たちのことです。大工さんは家を作る人、漁師さんは魚を取る人。こういった人々と同様にPGもその仕事の内容から自明です。 一方SE――システムエンジニアの方は必ずしもそうではありません。システムのエンジニア？ システムの技術者？ ひどくあいまいな言葉です。この言葉はじつはもともと英語ではなく、「OL」などと同じ和製英語だといわれます。海外のコンピュータ技術書にもSEという言葉はほとんど見かけません。日本人が適当に言い始めた言葉だとしたら、あいまいなのも当然です

今年ももう終わりですねぇ・・・。 スーツ・ギーク論争に参加してた頃に僕と知り合った多くの人は、僕が技術系に戻ると知った時に驚かれた方が多かった。あんだけスーツでいたいって書いていたからそりゃそうだなって、過去エントリ読み返して改めて思った。 この２年ばかりどんな心境の変化があったのか、思い出しながら書いてみたいと思う。新卒はツライよ！みたいな感じで。 僕は大きなSIerに入ったにもかかわらず、幸運にもバリバリコードを書く部署に配属された。相当レアだったと思う。そこで仕事をしているうちに、僕の立場はプログラマという作業員でしかなかったことにひずみを感じるようになった。技術が無ければできないしそこは間違いなく意味があるんだけど、僕は仕事をもらっているから力関係で言えば、間違いなく下なワケで。そういう状況だと、グダグダなプログラム開発を強いられることが多くなって辟易とし始めたってのもあったかなぁ

Heads on: Apple’s Vision Pro delivers a glimpse of the future

こんなの出てたから、見ておくといいかもね。 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について - 経済産業省 本文のさわりにはこんなことが書いてあったよ。 1 はじめに 1-1 背景と目的 我が国の情報システム市場は、現在、主として「人月ベース」の価格表示を行っており、それに伴う価格の根拠がユーザ側の価格への不信感につながっていることは従来から多数指摘されている※が、残念ながら、この課題は現在まで業界全体として抜本的に解決されるには至っていな

「自分の経験上，モラル（責任感や倫理観）を維持したくてもできない時期があった。過酷な作業の中で，本来必須の作業すらこなせない。それが原因で問題が発生して非難されたとき，もう自分が悪いとは思わなかった」 日経コンピュータが5月30日から6月7日にかけて実施した，IT業界のモラルに関するアンケートに寄せられた自由意見の一つである。ソフトハウスに勤務するこの30代のエンジニアは，「後から結果を見て非難するだけなら，誰でもできる」と心情を訴えた。 本誌は，5月30日に公開した記者の眼「危機に瀕するIT業界の『モラル』」の中で，Webによる調査への協力を呼びかけた。短期間にもかかわらず，785人の方にご回答いただいた。この場を借りて御礼を申し上げたい。 記者がとりわけ強烈な印象を受けたのは，回答者が寄せた自由意見である。こうした調査に回答する人は，元から問題意識が高いのだろう。それを差し引いても，回

いきなりポイントから入ります。大企業で働くことと中小企業で働くことの違いは、大企業はルールで動き中小は経営者の恣意で動くということです。ココがすごい重要です。 僕は６年近く大企業にいました。その時に考えたことは大企業で働くということ - GoTheDistanceで書きましたが、大企業の根本的な原理原則はルールで仕事が動くということです。異なる立場・異なるレイヤーの人たちを束ねて１つのサイクルを作るには、ルールを作ってその中でサイクルを回すより他ありません。それの累積によって企業文化なるものが形成されます。 大企業にいてよかったことは｢普通に仕事をさせてもらえる｣ことでした。もちろん仕事を選ぶことは基本的に出来ないんですが、明確に自分の役割が与えられ、そのロールに従いすべきことをして、あるべき成果を出してその仕事を終える。あっちいったりこっちいったりということはない。いきなり全く次元の違う

経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回は、「偽装請負」を含むIT（情報技術）業界の多重取引構造について指摘しました。もう少し具体的に見てみましょう。 システム開発に関する契約は、ユーザー企業と元請け企業の間でも、元請け企業と下請け企業の間でも、請負契約であることがほとんどです。つまり委託と受託の関係です。作業範囲や成果物を明確にして、「その範囲をやってもらう」「○○を納品してもらう」といった主旨の契約です。 しかし見積書などをよく見てみると、「○○作業××人月分」といっ

システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、

1999年，一人の中国人が，上海から日本にやって来た。当時の改革開放政策で中国の若者達は皆，海外に出て世界を見るという夢を抱いていた。彼も，そうした“出国潮”にせきたてられるように，日本に渡った一人だ。 上海では，日系のソフトウエア開発会社に勤めていた。国有企業の就職を断って，日系企業を選んだのは，いずれ日本に行きたいと考えていたからだ。 その日系企業で仕事をしている間に，先輩たちは次々と日本での就職を決め，会社を辞めていく。自分のプロジェクト・リーダーもその1人だった。自分も世界に出たいと彼に相談したところ，東京のある派遣会社の社長を紹介してくれた。上海で面接に合格した後，ついに来日を果たした。 そして彼＝周 翼さんは現在，システム設計支援ツール「JUDE/Professional」などで知られるチェンジビジョンで，オフショア先の中国ベンダーとの間に立つ，いわゆるブリッジSEとして働いて

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ

社員が首から社員証を提げている。最近ではよく見られる光景だ。あるシステムインテグレータでは，社員証のストラップに色が付いている。しかも人によって，その色は同じだったり違っていたりする。色の違いは何を示しているのだろうか。 そのシステムインテグレータはNTTコムウェアである。同社は8年近く，社員のスキルアップとスキルの“見える化”に全社を挙げて取り組んできた。その成果が，ストラップの色の違いに表れているのである。 「プロって何だろう？」 今，自分のスキルはどの程度のレベルにあるのか。これからどんなエンジニアを目指せばよいのか。技術や手法が多様化しているIT業界では分かりにくい。 リファレンスとして経済産業省が策定したのが，ITスキル標準（ITSS）である。ITSSについては，すでにご存じの方が多いだろう。様々な議論はあるものの，ITSSを基にスキルマップを作成し，自社の人材育成に生かすIT会