がんじがらめのITエンジニア、優れたアイデアが生かされない
「日本のITエンジニアは“がんじがらめ”になっている」。取材した複数の外国人エンジニアからの共通する指摘だ。彼らの目になぜそう映るのか。原因は、日本ならではのベンダーとユーザーの関係にあるようだ。 要件の決定権を持つ人が違う まずは、プロジェクトの体制面における指摘を紹介しよう。ベンダーがユーザー企業のシステム構築を請け負う際、日本ではシステム部門がベンダーと利用部門の間に入って、プロジェクトを主導したり、調整したりすることが多い。 写真1●エイチシーエル・ジャパンのSreedhar Venkiteswaran氏。インド出身。インドや米国、ドイツでさまざまな業種のシステム開発経験を持つ 米国やドイツ、インドでのシステム開発経験が豊富なエイチシーエル・ジャパンのSreedhar Venkiteswaran氏（デピュティジェネラルマネージャー 日本デリバリーヘッド。写真1）は、日本で一般的なそ
IPA、アジャイル開発向け契約書の草案を公開
情報処理推進機構（IPA）のソフトウェア・エンジニアリング・センター（SEC）は2011年4月7日、アジャイル型開発プロジェクトをITベンダーに発注する際の契約書のひな型を公開した。「アジャイル開発に注目が集まるものの採用が進まない障壁の一つが、適した契約書のひな型がなかったこと。日本の大手ベンダーでも策定していなかった」（IPA/SECの山下博之 エンタプライズ系プロジェクトプロジェクトリーダー）。アジャイル開発は1週間から1カ月といった期間での開発（イテレーション）を繰り返しシステムを完成させる手法。 契約書は2種類ある。一つは「基本/個別契約モデル」と呼ぶもの。プロジェクト全体で開発を委託する基本契約を締結した後、イテレーションごとに個別の契約を結ぶモデルである。基本契約は法的拘束力はなく、個別契約に共通する事項を定める。個別契約はイテレーションで開発する機能が定まっていない場合は準
SIerという奇形児と、SIという珠玉の仕事 - GoTheDistance
先日のエントリーがアツいことになっており、初のホッテントリ入りに若干興奮している今日この頃です。同じような問題意識を持っておられる方が多くいらっしゃることがわかり、改めて書いてよかったなぁと思っています。 話の流れは相当グダグダなのですがあのエントリーで表現したかったことは、「アメリカにSIerが存在しないのである」⇒「アメリカは素晴らしいのである」というのが骨子ではなく、いわゆるディフェンシブなシステム開発を強いられているSIerというのは、いわば奇形児のような存在ではないかということです。 改めて、ディフェンシブとは 言わずと知れた名エントリから。 ディフェンシブな開発とは、開発途上のリスクを計画上の時点でなるべく潰し、開発側に発生する利益分を減らさないような開発の進め方をすることを言っている。加えて、この場合、開発側はリスク分はなるべく多めに見積もり金額にいれようとしがちだ。 なぜそ
車輪の再発明 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "車輪の再発明" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2009年4月） 車輪の再発明（しゃりんのさいはつめい、英: reinventing the wheel）とは、「広く受け入れられ確立されている技術や解決法を（知らずに、または意図的に無視して）再び一から作ること」を指すための慣用句。誰でも直観的にその意味が分かるように、車輪という誰でも知っていて古くから広く使われている既存の技術を比喩の題材として使った慣用表現で、世界中で使われている。 概要[編集] 古くから皆に使われている技術や技法をそのまま模倣して利用すれば、時間や労力を
[ThinkIT] 第1回：今だからこその「PHPのすすめ」 (1/3)
オープンソース、特に「LAMP（Linux、Apache、MySQL、PHP）」が喧伝されてから久しいですが、それでも実際に現場に身を置いていると、まだまだPHP技術者不足を感じることがあります。 PHPだけがプログラミング言語ではありませんが、今後様々な意味においてPHPを使った開発をはじめとした技術が必要になるでしょう。そこで、本連載では3回にわたり、PHP開発の「光」と「影」について解説します。 一般的に「PHPは習得しやすい」といわれています。これは、例えばJavaと比較して、新入社員が現場で実際にプログラミングできるようになるまでの育成時間に着目すれば、その差は明らかでしょう。 Javaが難しいといわれるのは、Javaが言語として難しいというよりもオブジェクト指向の考え方を理解することが容易でないからだと考えられます。同じプログラム言語というカテゴリ分けで、単純にJavaとPHP
わたしが知らないスゴ本は、きっとあなたが読んでいる: 日本のプログラマは、世界一優秀である
じゃ、なぜ優秀なプログラマがいる日本のソフトウェアビジネスがパッとしないの? 答：それは品質重視の工場型モデルを（相も変わらず）採用しているからにほかならない。「良いものを作れば売れる」主義を信奉するあまり、ビジネスの本質から離れてしまっているから。 例えば、欧州企業にとってソフトウェアは「科学」として扱われる。コンピュータサイエンスとしての「ソフトウェア・ビジネス」であるがゆえに、形式的手法やオブジェクト指向分析・設計手法が重視される。また、米国企業にとってソフトウェアは「ビジネス」そのものとして扱われる。会社をつくって「まぁまぁ良質」の製品を作り、業界標準を打ち立て、その過程で大儲けしようとたくらむ。 しかし、日本企業にとってソフトウェアとは「工場出荷製品」そのもの。文字通り「ソフトウェア・ファクトリー」を目指している。標準化された設計開発工程に則り、仕様からほとんどブレない製品を粛々
プログラマの労働価値
プログラマの労働価値は、そのソースコードのクオリティでも、書いた行数の長さでもなくて、成果物がもたらす価値によってのみ決まる。 いくらエレガントなコードを書いたところで、それが1円も生まなければ・・・金銭だけじゃなくブランド価値なども含めて・・・・ビジネス的に価値は全くない。つまり本来は報酬の対象にならない。 受託業務の場合は、受発注する側が成果報酬などのリスクを取らないのであれば利益を先に確定したいのは受託する側も受託に出す側も共通したリスク回避の切り分け手段なので、そこを重視するが故に、不確定な見積もりだけに売り上げを依存させましょう、というトレードオフがあるに過ぎないんじゃないだろうか。 つまりお互い幸せになるための手段が、事前見積もりでいつまでに納品しますよ、という契約をしてしまうこと。 この一番大事なステージを、うまくやれる会社か否かか、という違いが受託ですげー苦労するかそうでも
“あいまい契約”排除に向け、経産省がモデル契約書を公開
経済産業省は1月16日、ユーザー企業がシステム開発をITベンダーに委託する際に用いる契約書のひな型（モデル契約書）を公開した。モデル契約書は、同省のWebサイトにアクセスし、「情報システムの信頼性向上のための取引慣行・契約に関する研究会」の中間報告をダウンロードすれば入手することができる。 モデル契約書のポイントは、ユーザーやベンダーの役割・責任分担を明確に示した点だ。例えば、要件定義や外部設計までの上流工程、納品後の運用テストは、発注者であるユーザー企業が主体となる「準委任」型とした点などである。最近のシステムは要件が固まりにくく、ユーザーが主体的にかかわらなければ、プロジェクトは円滑に進まない実態を反映した。 ただし準委任契約であっても、モデル契約書には「ベンダーは専門的知見に基づき、ユーザーに助言したり、リスクを予測・説明する責務を負う」といった趣旨の条文や補足事項を契約書の各所に盛
サービス指向アーキテクチャ - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "サービス指向アーキテクチャ" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2022年12月） ソフトウェア工学において、サービス指向アーキテクチャ（サービスしこうアーキテクチャ、Service-oriented architecture、SOA, 「エスオーエイ」あるいは「ソーア」と発音）とは、大規模なコンピュータ・システムを構築する際の概念あるいは手法の一つで、業務上の一処理に相当するソフトウェアの機能をサービスと見立て、そのサービスをネットワーク上で連携させてシステムの全体を構築していくことを指す言葉である。業務処理の変化をシステム
LightweightとJava開発の狭間に。
人は自信を持った人に影響されやすい。その人が必ずしも適切なことを言っていなくても、こちらに不安のかけらがあればあるほど、その自信につられてしまう。 どこかで心に疑問符を持っていたとしても・・・。 矢野勉のはてな日記のJ2EEのこれからは... より。 ～引用～ Ruby on RailsってJ2EEの大部分を必要としない層というスキマをぴったり埋めてくれるものなんですよね。そりゃビューにはRubyで書いたロジックが山盛りてんこ盛りだし（しかも「別に問題じゃない」とか解説書にも書かれてるし）、DBのカラム値がビューと直結してたりする（DBのカラム幅がビューでのバリデーションに使われたりとか）。Javaで発展してきたMVC分離からすれば非常におおざっぱな世界ですよ。 でもとても楽です。この楽しさはプログラムには非常に重要です。目に見える範囲にすべてが収まっている感じというのでしょうか。自分で制
YourSQL VS Oracle VS GFS - アンカテ
梅田さんから「シリコンバレー精神」の献本をいただきました(ありがとうございます)。 それで、このエントリは書評ではなくて、ここからインスパイアーされた話。 結論から先に言えば、「EXITの前後でストレージ・エンジンに関わる技術に注目すると、その会社の実態に迫りやすい」という仮説。 EXITとは、ものすごくおおざっぱに言えば、会社を上場すること。 つまり、創業者の私物であったベンチャー企業が社会の公器になること。社会がその会社と契約を交わすこと。「これこれのことを責任持ってやってくれるなら、それなりの金を渡すよ」 その契約の代理人となるのが、日本では株式市場しかない。それに対しシリコンバレーでは、もちろん市場も機動的だけどそれ以外にも、大企業による買収とか、すでに公開している企業との合併とかいろいろな代理人がいる。 多くの場合創業者は会社に残るのだろうが、その役割の中に完全に変化する部分があ
満足せる豚。眠たげなポチ。:優れたハッカーによるSIは本当に理想図なのか
Life is beautifulさんの ソフトウェアの仕様書は料理のレシピに似ている 知的労働者には「組織を移る力」がある を読んでの感想。 あと、併せて読んだ話は下の二つ。どこかで話が重なる部分があるかも。 浮ついた「ギーク」への説教（※老害注意） プログラマとして 産業としてのSIerについて語りたいのか、プログラミングスタイルについて語りたいのか。それはさておくとしても、少なくとも誰のために何を作る話をしているのかははっきりしないと意味がないんじゃないかと思います。 もちろん、一般論としてのプログラミングスタイルとしてどちらがより優れたものが作れるのかなんていうのは議論するまでもないです。 ただ、その上でスケールしやすいパッケージ系のソフトウェアビジネスについての話なのか、それとも儲けの上限が決まっていて一人一殺形式だからスケールしにくいSIビジネスについての話なのか、というのはは
CONNECTプロジェクトがソニー復権の切り札にならなかったわけ
2005年初め、ソニー消費家電部門の十数人の社員たちが異例の会議を開くため、カリフォルニア州パロアルトにあるデジタルメディアの新興企業Kinomaの本社に集まった。 Kinomaの最高経営責任者（CEO）Peter Hoddie氏は、かつてAppleに在籍していた人物で、何かと世間の注目を浴びていたデジタル音楽プロジェクト「CONNECT」をはじめとする、ソニー製ソフトウェアの開発の舵取りを任されていた。これまで他社のテクノロジを使用することを嫌ってきたソニーにとって、これは大きな方向転換だった。 ソニーの社員たちはKinomaのオフィスの仮眠用ベッドが並べられた共有スペースで2時間以上にわたって話し合った。出席者の話によると、Hoddie氏は自社製品の売り込みはしたが、それ以上は何も話さなかったという。CONNECTに使用する技術の詳細について尋ねられると、Hoddie氏は口をつぐみ、何
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/habuakihiro/20080411
http://d.hatena.ne.jp/habuakihiro/20070911
人力検索はてな - 「捺印ナビリティ」という言葉の意味を教えて下さい。
夏のはぶにっき - 脱、人月商売のこと
はぶにっき - [仕事]Web屋さんと業務屋さん
ロングテール時代のSI
6月のはぶにっき