マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
オブジェクト指向関連書籍リスト - give IT a try
自分はどれくらいオブジェクト指向について勉強してきたんだろう？というのを整理する意味で、これまでに読んできたオブジェクト指向関連の本をまとめてみます。 エンタープライズ アプリケーションアーキテクチャパターン (Object Oriented SELECTION) 作者: マーチン・ファウラー,長瀬嘉秀,株式会社テクノロジックアート出版社/メーカー: 翔泳社発売日: 2005/04/21メディア: 大型本購入: 10人 クリック: 635回この商品を含むブログ (143件) を見る企業向けシステムをオブジェクト指向で設計するときに有用な本です。ドメインロジックの3パターンは必ず押さえておきたいですね。 実践UML 第3版 オブジェクト指向分析設計と反復型開発入門 作者: クレーグ・ラーマン,依田智夫,今野睦,依田光江出版社/メーカー: ピアソンエデュケーション発売日: 2007/11/12
なんでデスマーチが発生しちゃうのか…伝言ゲームの恐怖 : らばQ
なんでデスマーチが発生しちゃうのか…伝言ゲームの恐怖 「伝言ゲーム」、誰でも一度はしたことありますよね。 やってみると、人の記憶のあいまいさ、コミュニケーションの難しさ、人がいかに話を聞いていないかなどの事実を学ぶことができます。会社勤めをしていると毎日のように伝言ゲームのような場面に出くわすものです。 そしてIT業界には「デスマーチ」という恐怖の言葉があります。 とても間に合わない期日、人員不足、無茶なクライアントの要求などにより、過酷労働のもと開発者たちが死の行進をする状況を言います。 なぜデスマーチが発生してしまうのか…。仕事が現場から上に伝えられていく伝言ゲームのような過程をご紹介します。 〜全国で苦しむプログラマーのみなさんに捧ぐ〜 1. プログラマーからシステム・エンジニアへ 「このプロジェクトは無理です。大きなデザイン変更を強いられる上、うちのチームにはこのシステムのデザイン
Web アプリの MVC 設計まとめ - もやし日記
MVC 設計について考えていたときに、ちょうどその辺りの話をされている方々が居たので、今の考えをまとめてみました。 目次 前提 肥大化するコントローラを避ける ビジネスロジックをどこに書けば良いのか コントローラとモデルの間にもう一つの層があるとうまくいく？ まとめ 前提対象は Web アプリケーションで、画面数（ビューの数）は数個〜100個程度の規模です。WordPress、Twitter、37signals のサービスのようなものを作ろうとするとき、どういう MVC 設計をしていくかについて考えます。巨大なシステム、金融系システム、基幹系システムなどを作る場合とは異なる考え方もあると思います（そもそも MVC を使わない、など）。 肥大化するコントローラを避ける例えば、八百屋さんで「６０円で仕入れたリンゴ１つを１００円で売った」こと（Sales Transaction）を記録する場合を
常駐型サーバープログラムのデバッグ手法
BOOK: WEB+DB Press TITLE: 常駐型サーバーのデバッグ手法(ドラフト版) AUTHOR: (株)プリファードインフラストラクチャー 太田一樹 ＊注: この文章はWEB+DB PRESS Vol.48に掲載された記事のドラフト版です はじめに 今回はデバッグ関連特集ということで、常駐型サーバープログラムを作成する際のハマりどころやそれに対する解析方法・解析ツール・対策を、実際の経験を交えながら紹介したいと思います。 筆者は(株)プリファードインフラストラクチャーでインメモリ分散検索エンジン「Sedue (セデュー)」を開発しています。モバイル向け検索エンジン「エフルート」や、2008/11/6にリニューアルされました「はてなブックマーク2」などの検索バックエンドとして使われております。 この検索エンジンはいくつかの常駐型サーバープログラムから構成されており
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
外部記憶装置:gdbメモ segmentation fault編
kenji 15:15 コメントする カテゴリー:C++ Linux上でC++でプログラムを作成すると、segmentation faultで落ちてしまうことがある。 Javaと違い、スタックトレースをデフォルトで表示しないため、どこで落ちたのかわかりにくい。 で、そんなときはgdbの出番というわけだ。 gdbは取っつきにくく、デバッグするたびにgdbに関する情報を検索するのでは効率が悪いのでメモに残しておく。 まず実行ファイルにデバッグ情報を付与するためコンパイルオプションを設定。 最適化はO2ぐらいにしとくのが良いらしい。 -O2 -ggdb そしてgdbから実行。 $ gdb ./exefile デバッグ対象ファイルの実行はrコマンドで実行。 引数を与える場合は以下のような感じで。 (gdb) r arg1 arg2 こけたらソースコードの位置を教えてくれる。 いちいちgdbから実行
プログラマーの誇りを見せ付けろ - レベルエンター山本大のブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
コンパイル(make)の高速化 - 元RX-7乗りの適当な日々
最近、yum(rpm)やaptなどといったパッケージ管理の仕組みが秀逸で使いやすくなってきていますが、最新バージョンのプロダクトの検証がしたいときなど、ソースからビルドしてぶち込む事も個人的に多々あったりもします。 そんなビルド野郎な方に朗報です。 いやね、ちょっとしたものなら全然いいんですよ。 最近はマシンスペックもすっかり良くなっちゃって、時間もそれほどかからなくなってきているから。 でも、MySQLとかPHPとか、ちょっと大きいものを色々オプションつけてコンパイルしたりすると、時間がかかりはじめて、ちょっと馬鹿にならなくなってきます。 で、今日、makeのマニュアルを読んでたら、こんなオプション見つけました。 -j jobs 同時に実行できるジョブ(コマンド)の数を指定する。 -j オプション が 複 数 個指定された場合は、最後の指定が有効になる。引き数無しで -j オプションが与
Microsoft Learn: Build skills that open doors in your career
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
6000人が作ったシステムは必ず動く：ITpro
最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開
第3回 開発コストと言語の意外な関係
開発コストを最適化しようとするとき，その対策が開発言語によって全く異なる可能性が高い――。大手50企業を対象としたITコストのベンチマーク調査から得られた“意外”な知見の1つである。さまざまな相関分析データを基に，開発コストの最適化に効く要因が何かを考えてみよう。 黒須 豊 スクウェイブ 代表取締役社長 前回までで，ITコストとITの業務レベルの調査結果，さらには両者に関する相関分析の結果を紹介した。いかがであっただろうか。 今回から3回にわたって，「開発」「保守」「運用」といった業務領域ごとに，ITコストとの相関係数が大きい業務内容について分析していく。ユーザー企業50社からITコスト・データを集めたSLRの調査結果を基に，各業務領域における「ITコストの最適化」のポイントについて，筆者なりの分析と見解を述べたいと思う。 まず取り上げるのは，システム開発領域のITコスト（以下，開発コスト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
悪名高き ‘second-system effect‘...
Project Cartoon: Japanese