-
Notifications
You must be signed in to change notification settings - Fork 47
Readingagilesamuraiinhiroshima20121016
eiel edited this page Oct 20, 2012
·
3 revisions
さて、2012年の初頭から始まったアジャイルサムライ読書会in広島ですが、今回で一応の最終回となりました。これまで参加いただいた方々に感謝したいと思います。アジャイルサムライというキーワードと、平日の夜開催という高いハードルにもかかわらず、４－５名のかたは欠席数回という、高い出席率で参加していただきました。私自身アジャイルについてとても勉強になったと実感しております。 この知識と思いは、またどこかのイベントでＬＴ等したいと思っています。出席した方々も是非そうしてください、「でないと勿体無いですよね」。で、資料はこのｗｉｋｉにも（link）上げていただけると幸いです、有難うございました。
- ふりかえり（約10分）
- Reading Time（約30分）
- お約束「この車の意味は何？ｗ」、フェラーリっぽいね
- スピードを表しているのか？それともいつでも完成品を表しているのか？
- デプロイって何のことをさしている？（環境によって異なる、言葉としては「配置」）
- いつでもリリースできるようにしよう。(素敵)
- メンバーの増員は悪い知らせにもつながる
- 継続的インテグレーションは、CI:Continuous Integrationとなっているが、ＣＩはコーポレートアイデンティティを連想
- 開発と本番の乖離はすくなく。ぎりぎりの本番になると作業も煩雑。
- デモでの失敗、恐ろしい経験がよみがえる
- デモじゃなくてモックアップ（画面だけ見せるとか、紙ベースとか）
- 実際のデモでは、ストーリー考えますよね。入力するコードを決めておくとか
- 時間配分とかは、デモの時間を減らす方向でｗ（あっ時間なくなっちゃいましたねー、とかｗ）
- 理想的なシーン、１時間でデモ環境が構築できるなんて、本当？データとか準備しなくて大丈夫なの
- 重役専用トイレとか、ヒエラルキー社会が伺える
- 常にリリースに備えることが、継続的インテグレーションだ
- ビルド時間は短く、といってもそこに時間がかかるから準備とかするわけで（メリデメある）
- 悲観的ロックモデルはVSSのこと？
- せっかく休日出勤したのに、ソースが修正できないとか最悪やで！
- デプロイ。テストもインテグレイト！
- 各メンバーのチェックイン間隔（感覚）を調査して、ある程度統一する方法はなにか？
- 出来ましたと言って出来ていない人もダメだけど、いつまでも出来ましたといえない人もダメ
- チェックインして１時間は帰っちゃダメとかｗ （みんなからヒンシュクでした）
- 簡単にビルドできるようになったもんだ、昔はねえ（と昔話する）
- 大規模なリファクタリングを行っている最中は、自動ビルドは難しいかな
- RubyのRakeは、Ruby Makeのことだよね（そう）
- ビルドとテスト、デプロイまで行う
- 継続的インテグレーションが一番大事！、まずは継続的インテグレーションなり
- いつもリリースに備えるとは、「とりあえず動く環境を維持しなさい」見た目だけでも動く状態にする
- そのうえでＴＤＤとかをする、せざるを得ない状態になる
-
インセプションデッキをはじめよう！
-
JUST DO IT！！
-
職場でアジャイルが許されなかった場合
-
先日、アジャイルはアジる（agitation）にも通じますかねと言ったら・・・「なるほどそれで理解できたと言う人がいた」えっ
-
アジャイルかどうかよりお客さんに価値を届けることが大切。