いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
Rubyでアジャイルプロトタイピング（1） ― ＠IT
想定する読者はこういう人々 本連載では、新たなアプローチでプロトタイピングを行い、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案します。読者には、次のような方を想定しています。 上流工程に携わっているが、うまく進まず悩んでいる これから上流工程に挑戦しようとしている 下流工程でコスト、労力が増大してしまったが、その原因は上流工程にあったと感じている 上流工程の進め方について、新しいアプローチを模索している 本連載では、プロトタイピングに使用するツールとして、オブジェクト指向スクリプト言語であるRubyと、Ruby上に構築されたWebシステムフレームワークであるRuby On Rails（以下：RoR）についても説明し、実際に要件定義からプロトタイピングを作成してみるところまで行う予定です。 なお、Webシステムの開発を前提として解説を行いますが、クライアントサーバシ
Rubyでアジャイルプロトタイピング（2） ― ＠IT
本記事はRoRを使ってプロトタイプを作成し、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案する連載「アジャイルプロトタイピング with Rails」の第2回目です。連載第1回「Ruby on Railsで行うプロトタイピング」は、プロトタイプを作成することの有用性と現状のプロトタイプ作成がどのような問題点を持っているか、RoRを使用してプロトタイプを作成することでどのようなメリットがもたらされるかについて解説しました。連載第2回目は、RoRを使ううえで欠かせないRubyについて解説します。 Ruby入門者にはこれらの書籍をお勧めします 本連載の2回目は、まだまだ知名度が低いRubyに対して読者の方にイメージをつかんでもらうことを目的としています。ですので、この記事を通読してもRubyができるようになるわけでは（当然）ありません。今回の記事を通読していただいたうえで
連載 Web 2.0時代のソフトウエア開発手法---目次：ITpro
Web2.0とは何かを定義するのは難しいが，大きな流れとしてテクノロジからビジネスへと多くのエンジニアが視点を移していることは間違いないだろう。言語，設計，コンパイラ，ライブラリ，といった要素技術から，SOA（Service Oriented Architecture）の視点，例えばGoogle APIをどのように使ってサービスをミックスし，新しいビジネス価値を提供できるか，というサービスの視点がより時代に合ったものになっていると思う。エンジニアがビジネス・モデルに関心を示し，ビジネスの言葉で技術を語るようになってきているのだ。さらに，アジャイル開発の考え方が浸透し，「ビジネス価値（Business Value）」を開発の最優先とする考え方が広まっているという背景もある。 この連載では，このような時代におけるソフトウエア製品開発にはどういった視点が必要か，また，その開発はどのような手法によ
「見える化」でソフトウェア開発！ 〜オブジェクト指向 実践者の集い(第 3 弾) 参加レポート〜 sooey
［レポート］ 「見える化」でソフトウェア開発！ ～オブジェクト指向実践者の集い(第 3 弾) 参加レポート～ 1．はじめに 昨年の 12 月 9 日、オブジェクト倶楽部主催によるイベント「オブジェクト指向実践者の集い」が行われました。「オブジェクト指向実践者の集い」はオブジェクト指向を現場で実践している、あるいは実践しようとしているエンジニアに役立つよう「現実的なオブジェクト指向とは何か」、「オブジェクト指向を見直してみよう」をテーマとしています。今回で、このイベントは 3 回目となりました。 クリスマス企画という事で会場にはツリーが置いてあったり、スタッフのみなさんがサンタクロースの帽子をかぶっていたりで、和やかな雰囲気でした。 今回のテーマは「見える化」です。ソフトウェアの世界は見えないものが非常に多いです。そして「見えない」ことにより、ソフトウェア開発では様々な問題が出てきます。例え
ソフトウェア開発をシンプルにする考え方のコツ ― ＠IT
ソフトウェア開発ではこれまで、できるだけ「シンプル」に設計・開発することの有効性が繰り返し提言されてきた。ソフトウェアをシンプルにすればするほど、設計は見通しが良くなり、開発は容易になり、メンテナンスも楽になる。 では、開発を＜シンプル＞にするというのはどういうことなのか？ 一体どうすれば＜シンプル＞になるのか？ これらの質問にあなたは即答できるだろうか。実際のところ、頭ではシンプルにすることが良いと分かっていても、現実には実践できていなかったりするのではないだろうか。 そこで本稿では、現実の開発現場でシンプルな設計・開発を行うための1つの手段として、その「考え方のコツ」を考察する。もちろんこのコツを身に付けることは、すべてのソフトウェア開発で役立つものだろうが、特にNAgile（エヌ・アジャイルまたはナジャイル）を実践していくうえでは、ぜひ知っておいてほしい（NAgileについての概要は
Scott W. Ambler: アジャイルモデルのエッセンス: アジャイルに作れる成果物
北海道の田舎で子供２人がいる専業主婦です。主人は学校の先生をしていて休みともなれば生徒さんが遊びに来て気が休まる暇がありません。また休みに生徒さんが遊びに来るというので、隣町のパチンコ屋で暇つぶしをしたところ面白くなってきてしまい、一ヶ月分の生活費を全部使ってしまいました。主人は息抜きにパチンコをしてもいいけど、借金してまでお金をつぎ込まないように。と言っていました。とりあえず、食費分だけでも借金しようと思っています。ネットで見かけるレディースキャッシングは専業主婦でも申込めますか？ 専業主婦でもキャッシングを利用できます！ えーと。ご主人はパチンコで生活費を使い果たすな、と言っているわけですよね？今後のためにも勇気を出して打ち明けてみてはどうですか？北海道の田舎に住んでいるなら、リフレッシュできる場所も限られてくるので、ご主人は怒らないような気がします。なんといっても、田舎といえばパチン
ペアで働くと効率4倍 (ビジネス基礎体力)：NBonline(日経ビジネス オンライン)
「ペアプログラミング」と呼ばれる手法で、伊藤さんらプログラマーの間ではよく知られている。仕事の効率は「4倍、5倍にもなる」というのが実感だ。誰でも1人の時はついついメールをチェックしたり、ウェブサイトを見たりして、さぼってしまいがち。でも他人が横で見ているとさぼれないため、100％仕事に集中できる。 例えば数カ月前に作ったプログラムを見直して修正を加えるなど、あまり気が進まない作業をする際、伊藤さんはペアプログラミングをよく利用している。 メリットは「速さ」だけではない。仕事の質も向上する。横で見ている人がミスを指摘するので、間違いが起こりにくい。また、1人の時なら使わない、新しい技術を使おうという誘因が働く。「人が見ていると格好いいところを見せたいと思うから」と伊藤さんは言う。 伊藤さんは「仕事のエンジンがかかるのが遅い方」と自認している。自分を鼓舞して仕事にすぐ取りかかるために、ペアプ
アジャイルのレイヤ 〜 アジャイルを整理し直して理解する - kuranukiの日記
【アジャイル】という言葉は、システム開発の世界ではかなり一般的な言葉になりつつあります。大手のSIerの経営者までが当たり前のように使うようになったことは、ある意味で感慨深いものです。しかし、言葉としてメジャーになりつつある一方で、その言葉の本当の実体を理解しないで誤解したまま使っているケースが多くあるように思います。アジャイルで開発すれば「速い・安い・旨い」が手に入るという誤解や、プログラミング工程だけで使う手法だという誤解、朝会やふりかえりをすることがアジャイルだという誤解、などなど。どれも、完全な誤解という訳ではなく、あながち間違いでもないところが、さらなる混乱を産んでいるように感じます。 最近では、アジャイルの事例も多く出てきたように思いますが、それらの事例も具体的にどういったことを実践したからアジャイルだったかと問われるとそこに明確な答えは無いように思えます。アジャイルとは何か、
ObjectClub - アジャイル勘違い集
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。 アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。 そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。 さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。 アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、 メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
TOEFL対策スクールナビ
「海外の大学・大学院に行きたい」「海外移住したい」。海外旅行では体験できないリアルな海外での生活を叶えるにはTOEFL等の受験が欠かせません。それらの夢を叶えるにはTOEFLのハイスコアが必要になりますがTOEICや英検と比べIELTSの学習ができるスクールは多くありません。また、ホームページにTOEFL対策コースの案内があっても実際に教えた経験に乏しいスクールは多くどのスクールを選べばいいのか一般の方には判りにくいのが現状です。TOEFL対策スクールナビがあなたの街の一番いいIELTSの対策スクール・塾を紹介します。 TOEFLの対策スクール・塾で学習する理由 TOEFLは英語の４技能「読む」「書く」「話す」「聞く」がそれぞれバランスよく評価される試験です。そのため独学で試験対策を進めた場合「話す」「書く」という自分のアウトプットに対して間違いを指摘し、正しい英語表現を教えてもらうことが
失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明
失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明 目次 はじめに 気をつけろ！ 目的を明確にしよう 予算を明確にしよう システムの初期仕様で契約するのはやめよう 決定権を持った人を担当にしよう 絶えず監視しよう 現物で報告させよう 定期的に短期間で報告させよう ふりかえらせよう 早く稼動させよう 開発技術を身につけよう 良い人を演じよう 信じよう コメントお待ちしています 顧客の視点で、アジャイルを説明 はじめに この文書は、情報システムを調達するときに、情報システム開発会社（以下、「やつら」と略記）から不当に搾取されないように、気をつけることや、予防策について書いています。 よく読んで、情報システムの調達に失敗しないようにしてください。 この文書が、読まれた方のご参考になれば幸いです。 気をつけろ！ 目的を明確にしよう なぜ、その情報システムを必要としているのか、その目的を
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
アジャイル開発ではドキュメントを書かないって本当？（1/5） - ＠IT
連載 開発をもっと楽にするNAgileの基本思想 第1回 アジャイル開発ではドキュメントを書かないって本当？ ――より良いコミュニケーションを実践するコツ―― 福井コンピュータ株式会社 小島 富治雄（Microsoft MVP 2006 － Visual C#） 2006/02/22 はじめに 本連載は、人気連載「NAgileで始める実践アジャイル開発」の姉妹版となる別枠の新しい連載である。「NAgileで始める実践アジャイル開発」の連載が基本的にプラクティスを実行する方法やツールにフォーカスしているのに対し、本連載ではアジャイル開発の基本思想を身に付けるためのコツを中心に書いていこうと思う。 どちらの連載もNAgile開発を実践するうえで欠かせない知識となるので、基本版「NAgileで始める実践アジャイル開発」と姉妹版「開発をもっと楽にするNAgileの基本思想」の両連載（NAgileシ
テストを金額にするといくら？ ― ＠IT
テスト駆動開発（Test Driven Development：TDD）。最近この言葉を聞く機会が多いと思いますが、実際のプロジェクトでTDDを取り入れているというケースはあまり聞きません。本稿は、テスト駆動開発に興味はあるけれど、いまだ導入に踏み切れないという開発者のために、その効用や実際の運用方法について、具体例を交えながら述べたいと思います。前半はテスト駆動開発の意義と、導入に当たっての説得材料について検討します。後半では実際にテスト駆動開発を進めるに当たって具体的にやるべきことについて、事例を踏まえながら説明していきます。 テスト駆動開発（TDD）とは テスト駆動開発は一般にエクストリーム・プログラミング（XP）の1プラクティスとして紹介されることが多いと思います。しかし、テスト駆動開発自体は決してXPの開発手法に特化したものではなく、さまざまな開発手法とともに有効利用が可能なもの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ディベート: 何故ほとんどの大規模webサイトはJavaで構築されないのか？
Amazon.co.jp: アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣: Venkat Subramaniam (著), Andy Hunt (著), 木下史彦 (監訳), 角谷信太郎 (監訳): 本
株式会社シンメトリック | 独自技術でウェブの未来に貢献します