Googleエンジニアの開発方法
Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Googleのエンジニアがどのように開発してるのか」という非常に興味深いコンテンツがありましたので引用します。 Googleに入社した動機 大規模なインフラに触れる。 たくさんのユーザーがいるので、世の中に与えるインパクトが大きい。 優れたエンジニアがたくさんいるので、 その人と一緒に仕事をすることで自分のスキルアップにもなる。 面白い経験ができそう Googleの開発方法を学ぶ 最初の三ヶ月 本社（Mountain View）で研修 メンターがつく オンライントレーニングが充実 使い方を学ぶ ライブラリ インフラ ライフサイクル ボトムアップ・誰かの指示ではなく、自分が何かを作りたいと思ったらプロジェクトを立ち上げ人を募る。 イノベーション重視 デザインにあまり時間をかけず ある程度、方向性を決めてひたすら
「HTML画面をそのまま仕様書に」，5カ月で1000画面を構築した就職サイトPuffの高速開発手法：ITpro
上段左からティーアンドエフカンパニー 事業推進統括責任者 情報化戦略コンサルタント 西岡祐弥氏，ティーアンドエフカンパニー 代表取締役社長 佐藤裕司氏，パフ 代表取締役社長 釘崎清秀氏，下段左よりティーアンドエフカンパニー 最高技術責任者 出羽健一氏，パフ 取締役兼株式会社プロシンクワーク代表取締役社長大場京子氏，パフ 事業サポートグループ グループマネージャー 保坂光江氏 Webシステムを開発する際にはほとんどの場合，ユーザーとの打ち合わせのためにHTMLによるモックアップを作る。「このHTMLがそのまま仕様書になれば」と思ったことはないだろうか。就職情報サイトPuffの再構築プロジェクトでは，まさにモックアップをそのまま仕様書した。「十数人の開発者で，5カ月で1000画面のシステムを開発する」必要に迫られたからだ。 HTMLに仕様とメモを埋め込み，CSSで切り替え 「この未体験のスピー
「設計」や「構築」よりも重宝されるスキル
The Rational Edgeより：IBMのRationalチームは現在、分析、設計、および構築と従来呼ばれていたものを拡張し、そこにアーキテクチャ管理を組み入れようとしている。本稿は、その原動力となる要件や、それをインプリメントするコードが変化する中でソフトウェアアーキテクチャの管理を行うこの専門分野について解説する。 ◆ ソフトウェアシステム全体の管理 先ごろ、IT部門を担当するある会社のバイスプレジデントから次のような感想が出てきた。「われわれはもはや、従来の感覚でソフトウェアを開発しているとはいえない。新しい要件は、パッケージアプリケーションや既存コンポーネントの統合によってすべて満たされている。カスタムソフトウェアの開発が必要になると、通常は社内の開発や導入コストを抑える目的からこれを外注してしまう。 これは、IT幹部が直面する新たな現実と、ITの現場における新しいパラダイム
第39回 Web開発者との付き合い方 〜Web屋の一分（いちぶん）：ITpro
前回は，コミュニケーション・コストについて触れましたが，今回はもう少しWebサイト・デザインに絞って話をしてみたいと思います。 意見集約という「小リーダー」の役目 前回の復習になりますが，何か大きな事柄を決めようようとするとき，あまりに民主的に行うと，意見を集約するのに膨大な時間がかかります。私は，Web開発にとって「時間」が一番大切だと思っているので，結論を出すまでのプロセスを効率化することは至上命令です。 様々な方法があるかもしれませんが，基本的には，機動性の良いグループ単位で意見を集約し，代表者会議の場で即決できることが鍵になるように思えます。小グループの小リーダーたちの機動力と，権限を持っているという体制，これに勝るものはないでしょう。 そして，意見集約の効率化という側面だけでなく，クライアントの担当者が時間までに難しい結論を決めてきてくれたり，決をとる場で「責任は俺が取るから」と
真髄を語る 経営者がITを理解できない本当の理由
佐藤正史 氏 JTB情報システム 代表取締役社長 当サイトにおいて、企業情報システムにかかわってきたベテランが引退する、いわゆる「2007年問題」について色々な議論がされております。私は1971年にJTBに入社して以来、ほぼ一貫して情報システムの仕事に従事してきました。私が情報システムに関係してきた期間は、日本における約40年の企業情報システムの歴史と概ね重なっております。 2001年から取締役（情報システム担当）として、CIO（最高情報責任者）の仕事をし、現在はJTBの情報システム関連会社の社長を務めています。おそらく、あと数年で2007年問題の一方の主役として、この舞台を去ることになるでしょう。まもなく企業人生を終えようとする一介のシステム屋ではありますが、ぜひとも多くの方に申し上げたいことがあり、この場を借りて思うところを綴ってみます。 私は今、日本のITを巡る状況に大変な危機感
専門家任せが生む「不条理なコンピュータ」
情報システムの導入に際し、問題が最初から分かっていながら、様々な事情で軌道修正できないことがある。「失敗するべくして失敗した事例」を「不条理なコンピュータ」と呼ぶ。その原因は、経営者の独断、取引先の無理な要請、マネジメント手法の過信、などであり、いずれも技術以外の問題である。 日本システムアナリスト協会の不条理なコンピュータ研究会は2002年10月から、情報システムの総合誌である「日経コンピュータ」において、不条理なコンピュータの事例を報告してきた。当初はどのくらいの事例を集められるか予想できなかったが、2年間の連載を経て、これまでに32もの事例を収集できた。 これらは研究会のメンバー8人が見聞きした例である。8人で32事例を集められたのだから、世の中には相当な数の不条理なコンピュータが存在すると言ってよいだろう。 本稿では、これまで収集した事例の中から典型例をいくつか紹介し、研究会メンバ
キミのコードが汚い理由 ― ＠IT情報マネジメント
リスト1は、同じ処理を繰り返すようなコードで初心者プログラマーがよく使う幼稚なスタイルで書かれている。必ずしも複雑ではないが、筆者には散らかっていて効率が悪く見える。リスト2の方が複雑な条件になっているが、Javaを理解していれば、かなり読みやすい。唯一疑問を抱くかもしれないとしたら、最後の「else if」の中にある条件の最初の部分だけだ。このクローズに来るということは、どちらかのプレーヤーが勝ったことを意味する。 いずれのインプリメンテーションも間違ってはいない。実際、これらはどちらも非常に小さく、つまらない例にすぎないので、これらのリストでコードがいかにクリーンか論ずるのはあまり有益ではない。ただ、何をもってインプリメンテーションがクリーンなのかについて読者の興味を深めることはできるだろう。 クリーンなコードについて扱った記事、Webサイト、書籍は多数存在する。何をもってコードをクリ
[ThinkIT] 第2回：Subversionによるバージョン管理（前編） (1/3)
今回は、Subversionによるバージョン管理方法とウノウでの導入事例について前編と後編にわけて紹介していきます。 Subversionとは、無償で利用できるバージョン管理システムです。現在もオープンソースで活発に開発が進んでおり、執筆時点の最新バージョンは1.4.2となります。バージョン管理システムとは、ソースコードや仕様書などを含むドキュメントなど、時間とともに内容が変化するファイルを管理するシステムの総称です。 Subversionと同じようなバージョン管理システムとしては、CVS（Concurrent Version System）が有名ですが、SubversionではこのCVSで使いにくかった点を改良した次世代バージョン管理システムというコンセプトで開発が続けらています。筆者が実際にどちらも利用してみた結論として、導入をおすすめするバージョン管理システムは、やはり「Subver
[ThinkIT] 第4回：間違った「顧客至上主義」が蔓延！ユーザと情報システムの関係を見直せ！ (1/3)
第４回：間違った「顧客至上主義」が蔓延！ユーザと情報システムの関係を見直せ！ 著者：アプリソ・ジャパン ジェームス・モック 2006/11/28 日本のITの特徴を言い表そうとすると、「顧客至上主義」「完璧主義」「実績主義」という3つの言葉が思い浮かぶ。そして、これらの思想は微妙に関連していると考えられる。 この時代、どこの企業でも顧客至上主義を実践しようとしている。大量生産で価格を抑えるのみならず、顧客のニーズに合わせ、キメ細かな製品やサービスを提供することは、企業の存続に欠かせない常識になっているだろう。 筆者は、日本のホテルやスーパー、レストランなどのサービス業界の高いサービスレベルと、メーカーが提供する豊富かつ斬新な商品ラインナップに対し、一消費者として、日常生活の中でとても感心している。 だが一方で、顧客至上主義に走りすぎると、暴走の危険性もある。数年前、某スーパーマーケッ
ある事業立ち上げの風景2：経営計画と開発計画のギャップ調整:渡辺聡・情報化社会の航海図 - CNET Japan
ある事業立ち上げの風景2：経営計画と開発計画のギャップ調整 公開日時： 2006/11/08 22:05 著者： 渡辺聡 前回の続きとして、シードからアーリーにかけての立ち上げ時点でも拡大期でも、更には上場してからも何度と無く問題化する事業計画と開発プロセスでとの速度とサイクル調整の件を。 各所で問題化しているのを実際見ていることもあり、NILSの担当パネルでもディスカッションテーマとして採り上げられないか調整している。一部SaaSやサービス化などに時間を割くかもしれないが、パネルの皆様から良いお話を頂けるというのが確認取れれば、限られた時間内ではあるものの整理を試みてみたい。次のトレンドは何か！というのも大事であるが、足腰を固めるのも同じくらい大事なために。 問題が置きつつある現場での症状としては概ね以下のような形で出てくる。 １）経営陣からみるといつまで経ってもモノが仕
Passion For The Future: Windowsのモジュール依存関係を可視化するDependency Walker
Windowsのモジュール依存関係を可視化するDependency Walker スポンサード リンク ・Dependency Walker (depends.exe) Home Page http://www.dependencywalker.com/ ほとんどのWindowsアプリケーションは多数のモジュールに依存している。Dependency Walkerは、実行ファイルの外部にあるDLL、EXE、OCX,sys等のモジュールの依存関係を、ツリー状に階層表示するフリーソフトである。 上のサンプル画像ではAppleのiTunesの実行ファイルを分析している。多数のWindowsモジュールを呼び出していることがわかる。プログラマであればfunction項目の内容を見れば、だいたいどのモジュールが何をしているかまでわかるだろう。F7キー（Start Profiling）を押すと実際にプログ
Ajaxアプリのビジュアル開発ツール，デファクトを狙いNTTデータがオープンソースとして公開へ：ITpro
NTTデータは，Ajaxアプリケーションをビジュアルに作成できる開発ツール「マスカット」を，2006年9月中にオープンソース・ソフトウエアとして無償公開する。ボタンやタブ，ツリーなどの画面オブジェクトをマウスで配置してアプリケーションを開発できる。NTTデータによれば，JavaScriptを書くことなくアプリケーションを開発でき，工数が約60％削減されるという。オープンソース・ソフトウエアとして無償公開することでデファクト・スタンダードの地位を狙う。 マスカットによる開発の手順は以下のようになる。まず用件定義担当者がWebブラウザ上の「マスカットWebブラウザ版IDE」で，Web画面をマウス操作でデザインすると，画面定義XMLが生成される。これを開発担当者が「マスカット Eclipse版IDE」にインポートして，画面オブジェクトと既存の業務ロジック・オブジェクトを対応付ける設定などを行い，
上流工程AtoZ - IT Pro
情報システムの開発では，いくら先進的なプログラミング手法や実装技術を用いたとしても，ユーザーにとって望ましいシステムが，予定通りの期間・コストで完成するとは限りません。ユーザーに対する的確な「提案」，ユーザーの要望を仕様化する「要件定義」，作業工数や開発期間などを予測するための「見積もり」，システムの最適な構造をデザインする「設計」といった「上流工程」の作業を的確に行う必要があります。そのための基本知識やノウハウを，是非この特集サイトで身につけてください。 見積もりをプロジェクトにつなげる 見積もりは通常，プレ・プロジェクトと呼ぶ段階で，提案活動に付随して進めます。では，提案活動に付随して行う見積もりが，なぜ切り出されてこれだけ注目を集めているのでしょうか？ 私は，スコープや工数，コスト，納期など，マネジメントの要素が見積もりに集約されているからだと考えています。 (2006/11/3
ITPro: 基本設計におけるレビューの勘どころ
どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」，「仕様間の不整合が実装フェーズで発見された」――。どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが，基本設計の成果物の品質を向上させるプロセスは，(1)設計作業を実施する，(2)成果物をレビューして欠陥を洗い出す，(
オープンソース開発ツールドキュメントの紹介
テレビでCMをやっているような大手消費者金融ならともかく、 あまり名前を知られていない業者はきちんとした会社なのかどうかわかりづらいですよね。 最近の闇金はツイッターやＦＡＣＥＢＯＯＫなどＳＮＳを使った勧誘が多いです。 電話の対応も良かったから、とよく調べないで借りてしまったら実は闇金だった！ と後から大変なことになります。 借りようとしている業者が闇金なのかどうか調べる方法としては、 「登録貸金業者情報検索入力ページ」というものがあります。 貸金業を営むには、必ず都道府県知事や財務局長への登録が必要になりますので、登録している業者であればこの検索で引っかかってくるはずです。 登録番号、所在地、会社名、代表者名などを入れる欄がありますが、どれかひとつを入力しただけでも該当するものがあれば出てきますので、 業者の商号しかわからないという場合でも検索することができます。 厄介なのは、正規の登録
ウノウラボ Unoh Labs: 開発合宿の Tips
こんにちは、ジュンヤです。 合宿の話でもう少しひっぱりたいと思います。 僕は今回の開発合宿が4回目の参加でした。ウノウで3回、他に百式開発合宿に1回参加しているのですが、その中で学んだ僕なりの開発合宿の Tips を今回は書きたいと思います。 1. 机が良い もう10歳若ければ平気なのかもしれないですが、和室にちゃぶ台、座布団または座椅子でさえも畳の上に長時間座っての合宿はつらいです。腰に来ます。今回お世話になったペンション木馬は、前回の百式開発合宿と実は同じ場所だったのですが、ご好意でずっと食堂のテーブルを使わせていただき、その点では最高の環境でした。 2. デュアルモニタで30%(?)効率アップ デュアルモニタにすると生産性が30％アップする という話があります。前回参加させていただいた百式合宿では合宿慣れされている百式田口さんとサイドフィード赤松さんが液晶ディスプレイを持参していて、
ウノウラボ Unoh Labs: 共同開発を効率よく行う方法
尾藤正人です。 ウノウではおかげさまで順調にエンジニアの数が増えてきました。エンジニアが増えてくると、共同開発をいかに効率よく行うかが問題になってきます。n人の開発者がいれば開発スピードはn倍にはならず、n倍よりも落ちます。人数が多ければ多いほど、共同開発は難しくなり、ひどい場合には人数が増えたから開発スピードが落ちたということになりかねません。 ウノウでは共同開発を効率よく行うために様々な工夫を用いています。今回はウノウでどのようなステップで開発を行っているか紹介したいと思います。 subversion でソースコードを管理 ソースコード管理ソフトがなくては話になりません。ウノウではソースコードの管理に subversion を使ってます。subversion を使うことで過去の状態に簡単に戻すことができますし、個人の環境を完全に分離することができます。 subversion のコミット
「モノづくり」という言葉の違和感 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ パロアルトのGoogle本社に行った人に感想を聞いたのですが「やっぱ、あの会社はモノづくりの会社だねぇ」と。もちろんその通りなのですが、ちょっとした違和感が。 "モノづくり"ではなく"モノ動かし" それはGoogleがやっていることは「モノづくり」というよりも「モノ動かし」というか「サービス運用」というか、つまり作っているだけじゃなくて動かしているのだろうなぁと。 僕がWeb2.0系エンジニアで尊敬するのは、初期構築技術はもちろんのこと運用技術についてちゃんと理解していること。はてなもmixiもライブドアもAmazonも、もちろんGoogleも、作るだけじゃなくてちゃんと動かしていることがすごいのです。 そうすると初期設計がちゃんとしてきます。自分たちでメンテナン
プロジェクト中止のタイミングを計る
ときには、痛みをできるだけ抑えながら中止することこそがITプロジェクトにとって最善の措置になる場合がある。感情に流されて不必要に時間と資金を注ぎ込む前に、ポイントを押さえて事実を直視する必要がある。 ときには、痛みをできるだけ抑えながら中止することこそがITプロジェクトにとって最善の措置になる場合がある。その結論にたどり着くのはプロジェクトチームにとって容易ではないが、プロジェクト中止がビジネスのやり方として最も現実的なことはあるものだ。 いさぎよく失敗を認めて中止するのではなく、ひたすら前進を目指して傷口を広げていくプロジェクトにもやがては限界が訪れる。不幸なことに、こうした限界はプロジェクトに追加の時間と資金を注ぎ込んだ後にやって来るので、中止の決断はますます難しくなる。 プロジェクト中止が結果としてプラスになることの証明が必要になったときにやるべきことは、インストール環境におけるアプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェア開発の落し穴
