『黄金の回転』を促進させるEclipseショートカット等についてまとめてみた #tddbc - Diary of absj31
TDD Boot Camp 横浜 Second Seasonにスタッフとして参加してきた #tddbc - Shinya’s Daily Report 先日2012/09/01(土)に行われたTDDBC横浜Second Season内『質問コーナー』にて Q.TDDをEclipseでやる時のオススメショートカットやテンプレートを教えて欲しいです。 A.ググりましょう。的な流れにしてしまい、質問者の方に『え〜(´・З・｀)』と思わせてしまったかも知れず、申し訳ありませんでした。その後1つ参考URLをつぶやいていましたが、このエントリではその辺り、Eclipseにおけるショートカットやテンプレートについて有用なまとめをしているエントリを紹介してみようと思います。 Eclipseショートカット 網羅性と言う点で行くと、下記2つのエントリがとても幅広く、丁寧に解説されていておススメです。 全Ecl
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
ソフトウェア開発に携わるすべての人に捧げる、アジャイルにソフトウェアを開発する為に読むべき15冊 | Act as Professional
私は夏休みの宿題のやり方を教えてもらったことがありません。約2ヶ月という限られた時間で、どういう風に消化していくと良いのかを学習したことがなかったのです。 夏の終わりに24時間テレビが放送されますが、あれを見ながら、答えをチラ見し、綺麗なドリル(*1)を1冊消化するのは忘れられない子供の頃の思い出です。 この経験はソフトウェア開発にも似ていて、開発の手法を知らなければ、良い結果を生むのは難しいのです。不幸なことに、夏休みの宿題のように明確に何をやるべきなのか、明確では無いのです。 夏休みの苦い思い出と、ウォーターフォールっぽい大失敗プロジェクトの経験をいくつか得た上で、アジャイルソフトウェア開発を学ぶことによって、ソフトウェアのつくりかたを学びました。 これは、中小のSIerでも、イケてるWEBサービスを提供している会社でも教えてくれたことではありませんでした。そう、夏休みの宿題のやり方を
今すぐフォローすべきAgile界のスーパーエンジニア
たまには便乗してみるよ。 Agile界のすごい人＝スーパーエンジニアと呼ぶのかは疑問もあるけど。とりあえず対象は日本語のつぶやきをする人です。他にも沢山すごい方はいらっしゃるので流量が多めの方を恣意的に選択してます。(○○さんがいない、といって怒らないでください) 平鍋健児さん (@hiranabe) いわずと知れた第一人者。みんな本を読んでるはず 角谷信太郎さん（@kakutani） RubyとXP。アジャイルな見積もりと計画づくりやアジャイルプラクティス 和田卓人さん（@t_wada） TDD。プログラマが知るべき97のこと 倉貫義人さん（@kuranuki） XP。YouRoom等のサービスを社内ベンチャーで開発 林栄一さん（@essence_s） NLPやファシリテーションを使ったAgile導入。すくすくスクラム名づけ親 西村直人さん（@nawoto） アジャイルコーチ。スクラム道
テスト駆動開発チートシート - やさしいデスマーチ
TDD（テスト駆動開発）のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ（OmniGraffle）が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記２ このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。
「アジャイル開発が上手くなるための4つのステップ」on AgileJapan2011仙台 #aj11 #aj11sendai - ヲトナ.backtrace
4/15 の AgileJapan2011 仙台サテライトで表題の講演させていただきました。今回は、現場でどう取り組むべきかにフォーカスして話をさせてもらいました。 以下、当日の発表資料です。 アジャイル開発が上手くなるための4つのステップ View more presentations from Nishimura Naoto Slideshare の調子が悪いので handsout.jp の方にもバックアップを置いてます。(こっちも背景が半透明のスライドがつぶれてますが...) handsout.jpがサービス終了 and Slideshare の調子が良くなったので再度アップロードし直しました。 あと、当日のつぶやきもまとめてみました。 ＃他にまとめいたらゴメンなさい http://togetter.com/li/125149 僕自身、初めて東京以外で発表する機会だったのですが、他の
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
アジャイル開発 基本のキ - ヲトナ.backtrace
今、アジャイルの導入のお手伝いをさせてもらっている現場で「他のスタッフにもアジャイルについてざっくり教えてよ」というオーダーで勉強会をやりました。 そこで「アジャイル開発 基本のキ」と題し、実際の進め方の説明ではなく、その手前の考え方や心構えにフォーカスして話をしました。 20名ほどの人数向けに作った資料なのですが、普段アジャイルについてのイントロダクションの話をする時にいれるキーワードは大体盛り込んだ感じになったので、もしかすると誰かの役に立つかもしれないので公開しておきます。 ただし、勉強会のターゲットがエンジニアではなかったので、エンジニアリングについては薄くなっているのでご注意を。 Basic of Basics of Agile DevelopmentView more presentations from Nishimura Naoto. あと、話は変わりますが、普段アジャイル
デブサミ2011レポート Agility@Scale実戦編 ～中間管理職の不安を払拭することがアジャイルのスケールアップには必要
デブサミでもアジャイル関連のセッションは例年数多く企画され、実際に現場レベルでも理解や習得はすでにかなり進み、小規模な開発では実践や試行も進められているようだ。となると次の課題はアジャイル開発のスケールアップ。そこで現れるのが「管理職」という新たな壁である。この「実戦」において、どのような作戦が有効なのだろう。このセッションでは、日本アイ･ビー･エム株式会社の畑秀明 氏が、アジャイル開発のスケールアップにおいて、中間管理職が取るべき6つの作戦について解説した。 「中間管理職」が感じる5つの問題 「アジャイルの現在は、理解するステージを超え、実践経験をシェアするステージに入った」と畑氏は語る。小規模の成功事例ならたくさん出ているが、ある程度の大きな規模でアジャイルしたり、会社全体の標準プロセスとして採用させるためには、さらにムーブメントを起こしていかなければならない。 そのためには、組織のカ
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
「アジャイルジャパン」 公式サイト
キーノートセッション「ソフトウェア開発現場に求められる新しいリーダーシップ ～アジャイルに見る大野耐一、デミングの影響～」メアリー・ポッペンディーク氏 ●リーダーシップの歴史をたどる 平鍋氏と前田氏の2人のテンポの良いオープニングに続いて、『リーン開発の本質』（日経BP社）の著者で知られるメアリー・ポッペンディーク氏が拍手の中登壇し、「ソフトウェア開発現場に求められる新しいリーダーシップ～アジャイルに見る大野耐一、デミングの影響～」と題するキーノートセッションを行いました。今回のイベントのテーマは「人とリーダーシップ」ということで、ポッペンディーク氏はリーダーシップの歴史を紐解くことからプレゼンテーションを始めました。このプレゼンテーションは平鍋氏の対訳と解説付きで行われました。 ★笑顔が素敵なポッペンディーク氏 ●テーラーとアレン まず、リーダーシップの古典としてフレデリック・
コードレビューWebシステムが必要な理由 - プログラマの思索
最近、コードレビューWebシステムに興味を持っている。 アイデアをメモ。 【元ネタ】 プログラマの思索: ソースインスペクションを真面目にやるGoogle、MS プログラマの思索: コードレビューはペアプログラミングの代替手段 プログラマの思索: レビューはペア作業であるべき 最近思うのは、SW開発でレビュー工程が最大のボトルネックになっていること。 レビューは、設計書を作成完了した後、設計書に従って実装完了した後に行われる。 レビューの目的は二つあると思う。 一つは品質チェック。 他方は、チーム全体で仕様や設計思想を情報共有すること。 しかし、レビューがうまく機能していない。 実際は、レビューが品質強化につながっておらず、むしろ、要件定義の代替プロセスになっていたり、ソースチェックで自動化できるぐらいのレベルでしか、情報共有できてない。 僕の考えでは、XPのペアプロのように、レビューは二
迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
devsumi2009 デブサミに参加しました：An Agile Way：オルタナティブ・ブログ
2/12, 13 と翔泳社主催の「デブサミ」こと、デベロパーズサミット2009に参加しました。 主に、開発プロセストラック（＝角谷トラック＝アジャイルトラック）を中心につまみ食いです。ここ数年、どのイベントに行っても、ぼくはセッションを基本的に「人」で選んでいます。なので、「この人のセッション」、といういい方で紹介したいと思います。順序にはあまり意味がありません。 ぼくのセッション（倉貫さん、千貫さん、橘さん、藤原さん、平鍋） 「使う」と「作る」がつながるシステム開発、という題名でパネルディスカッションをしました。作る側の人と使う側の人が現在のSIの中では遠く感じられませんか？この原因、今後のSIの構造を探るセッションです。藤原さんに、書画カメラをつかってセッションのメモをファシリテーショングラフィックスしてもらいました。 倉貫さんの１つの結論は「SIerはいらなくなる」というもの。でも、
ポケットサイズのガジェットの作り方
イベント・セミナー集客プラットフォーム 「こくちーずプロ」を使えば、驚くほど簡単で安全なイベント告知・集客ができます。誰でも使えるシンプルさ、とことんまでイベント集客の手助けができる拡張性、大規模なイベントの大量な申し込みも安心して受付ができる高機能を併せ持っています。 一般的なイベントだけでなく講演会や、定期的に開催する地域セミナー、クローズドな社内勉強会、大規模な学会など様々なイベント形態にあわせた募集が可能です。 サービスのトップへ セミナー会場検索サービス 「こくちーずスペース」は、イベント・セミナーの開催に適したセミナー会場（貸し会議室・ホール）を所有する全国2,700箇所以上の公共施設を掲載！リーズナブル・格安で安心して利用できる貸し会議室やレンタルスペースを中心にイベントの規模や設備など目的にあった施設を簡単に検索できます。 今まで見つけにくかった公共施設の詳細な情報をまとめ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: アジャイルサムライ−達人開発者への道−: Jonathan Rasmusson (著), 西村直人 (監訳), 角谷信太郎 (監訳), 近藤修平 (翻訳), 角掛拓未 (翻訳): 本
Amazon.co.jp: ペアプログラミング: エンジニアとしての指南書: ローリーウィリアムズ (著), ロバートケスラー (著), テクノロジックアート (翻訳): 本
なぜTDDとペアプログラミングで生産量が増えるのか
Project Facilitation
Effective Software Development for the 21st century