私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
データモデリングなきアジャイル開発は危ういか？：An Agile Way：オルタナティブ・ブログ
尊敬するDOAの先輩である、渡辺さんがこう書いている。 「データモデルなきアジャイル」の危うさ、より その種のシステム（※引用者補記：販売管理システムや生産管理システムといった基幹系業務支援システム）をアジャイル開発しようと考えるのであれば、それまでにシステム全体の「あるべきデータモデル」が確立されていなければならない。 業務システムを「身体」に喩えるなら、データモデルは「骨格の設計図」に相当する。いっぽうアジャイル開発で導き出せるのは身体の表面上の諸問題、すなわち「皮膚のぐあい」とか「顔つき」のようなものだ。そういった特徴についていかに緻密に決定できても、それらから「あるべき骨格の姿」は導けない。 それに対して、稲見さんがこんなコメントをしている。 アジャイル開発と言っても色々で、最近流行りのScrumという手法は、開発の中身に関しては何も言及していません。ですが、私の知っているある人達
「隕石みたいなん」は、そりゃないぜ──電機メーカー「ソフトウエア嫌い」の系譜
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 最近、日本経済新聞電子版に掲載された中村邦夫パナソニック前会長の言葉に、私はある衝撃を受けました。そして思い出したことは、日本の電機メーカーでの伝統的なソフトウエアの軽視、というより「ソフト嫌い」の伝統です。 この言葉が出てくる記事は、2012年7月2日掲載の「『さらばパナソニック』知られざるカリスマの胸中」です。経営の第一線を退く中村邦夫前会長へのインタビューに基づく記事で、その中にこんな言葉が出てきます。 僕はね、電機業界にはITという隕石（いんせき）みたいなんが落ちてきたんやと、今でもそう思うとるんですわ。 この言葉は、三洋電機の買収（2008年〜2009年）の是非に関する文脈の中で出てくる言葉です。そして、次のように続きます。
Jonathan Rasmusson さんインタビュー ( 前編 ) | オブジェクトの広場
永和システムマネジメントさんのご厚意により、去る 3 月に Agile Japan 2012 での基調講演を提供するために来日された Jonathan Rasmusson さんに対するインタビューを実施させて頂きました。 Jonathan さんは、「アジャイルサムライ」というアジャイル開発の入門書の著者です。 「アジャイルサムライ」は日本で空前のブームを巻き起こしており、現在日本の各地で勉強会（道場）が開催されています。 インタビューでは、以下の 4 つの分野に渡り、Jonathan さんに質問をしました。 1. Jonathanさんのこれまでの経歴 2. アジャイル開発一般 3. アジャイルサムライ 4. プライベートな生活 今月と来月の 2 回に渡り、Jonathan さんへの突撃インタビューの結果をお届けします。 1. Jonathanさんのこれまでの経歴について -- 今日は、イン
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
「スティーブ・ジョブズさんのスピリットは生き続ける」福田尚久さん | 制作後記 | クローズアップ現代 スタッフルーム:NHK
福田尚久さんインタビュー 「スティーブ・ジョブズさんのスピリットは生き続ける」 福田尚久さん,93年アップルコンピュータ入社,97年同社事業推進本部長,99年同社マーケティング本部長,01年米国本社副社長,02年退社 現在は日本通信株式会社専務 １０月１２日の放送「世界を変えた男 スティーブ・ジョブズの素顔」では、９７年から２００２年までジョブズさんとともに仕事をした福田尚久さんにインタビュー取材をさせていただきました。ジョブズさんの人物像に迫るあまりにも貴重なインタビューのため、放送で紹介できなかった部分も含めて、福田さんの許可を得て特別に掲載させていただきます。 理想と現実がちがうことを悔いていたジョブズさん ２人で話しているときに、彼が「自分には１つだけ悔いの残ることがある」と言ったことがありました。それは「８５年にアップルを辞めてしまったことだ」と。「もしあのときに自分が辞
見習いプログラマが読んだら、すぐにジョブレベルが上がる１０冊 : ソースコードは飲み物です。
2010-11-24 05:56:00 GMT 某所で『プログラマが読むべき１０冊』というのが公開されてましたが、 どうみても中身が重いし、バックグラウンドの知識が必要なものが多いと感じたので、 即、血となり肉となる本を独断と偏見でまとめてみました。 ジャンルごとの順番です。どれも読むべきだと思うので敢えて順番はつけません。
Git入門 ゼロから始めるGitドリル
gitの勉強をしつつ取ったノートを記事化しました。一応これを読めばざっくりとした導入やSVNとの違いが分かってもらえるように書いたつもりです。svnを使った経験があることを前提に進めていきます。 svnの場合、一つのレポジトリに対して認証のあるユーザが変更を報告していくユースケースをとっています。gitの場合は、個々のローカルマシンにリポジトリが分散されて配置され、お互いに変更を報告しあうユースケース。これはLinuxの伝統的なバザール方式の開発を想定しています。そのため例えばカフェや電車で開発したり、マスターはgithubやgitfarm（Git Hosting参照）にしておいて時々ローカルの変更を報告することも可能です。 目次 インストール 基本操作 Gitリポジトリの作成 ブランチの作成。 タグ ファイルを無視する 索引の理解 取り消し 導入 --hardと--softの違い 一個の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TEDのおすすめスピーチを日本語書き起こし(800件) - ログミー
ワイルドだろぅ？ #ワイルドプログラマ まとめ 