勉強会

同じ技術も立場と環境によって感じ方が違う

ゆき — Mon, 07 Apr 2008 21:29:00 GMT

「Agileの発展 - 企業ワイドのEnterprise Agileを考える」というセミナーの感想の続き。

■IBM エバンジェリスト米持さんのお話で印象に残ったこと

スクリプト言語（PHP）で作った製品を社内で公開して、不具合やら課題、機能改善を繰り返してから
Javaなどの大規模にも耐えうる言語でシステムを作りなおすことがあるそうな。
そうすると品質の良いシンプルなコードでシステムを構築できるそうです。

ガバナンスが厳しい企業にとってWikiはありがたい仕組みだそうです。
IBMではイントラに掲載する情報（というか掲載の書式とか）はいろいろ制約があるみたいです。
Wikiだとはじめから生成される書式が決まってるから、
今までみたいにデザイン部に依頼を出して待ち状態になることが少なくなったそうな。

イントラネットでデザインに関する硬い規定がない組織にいるのでWikiに対してこのような捉え方はしていませんでした。
立場や環境が違うと同じ技術でも感じ方が全然違うものですね。

プロジェクトに適したフレームワークはいつ誰が作るべきか

ゆき — Thu, 03 Apr 2008 23:56:00 GMT

「Agileの発展 - 企業ワイドのEnterprise Agileを考える」というセミナーの感想の続き。

世間一般で利用されているフレームワークを利用したとしても、
プロジェクトに適したカスタマイズや共通処理を誰かがどこかのタイミングで作る必要がありますよね。
それをいつ誰が作るかという話。

■平鍋さんのお話で印象に残ったこと

どんな質問に対する回答だったかは忘れてしまったのですが、
プロジェクトに合ったフレームワークは細い線をいくつか作って、それを共通化してフレームワークにしたら
いいんじゃないかみたいな事を仰っていた気がします。

僕の最近の考えではプロジェクトに適したフレームワークをスキルの高い人がプロジェクト開始時にさっと作って
残りのメンバーがそれを利用してプロジェクトを進めていけたらなと考えていたので、この発想はなかったです。

Agile開発で分析～リリースを繰り返すからこそ、このような発想が生まれるんでしょうか。
確かに２、３回分析～リリースを繰り返した後の方がプロジェクトの特徴や問題がつかめて
そのプロジェクトに適したフレームワークが作りやすくなる気がします。
#回帰テストの自動化やリファクタリングあるからこそ後から作るって発想が出てくるんでしょうかね。

プロジェクトの初期段階でプロジェクトに合ったフレームワークを作るという発想は
ウォータフォールな感じがしてきました。

うーん、どちらにしても優秀な人がいないと良いシステムは作れませんが、良い考え方を教えてもらえて感謝感激です。

楽しい仕事は楽な仕事という意味ではない

ゆき — Wed, 02 Apr 2008 21:15:00 GMT

今日は「Agileの発展 - 企業ワイドのEnterprise Agileを考える」というセミナーに参加してきました。
主催は株式会社チェンジビジョン
協賛が日本アイ・ビー・エム株式会社
です。

参加理由は平鍋さんの話を聴きたかったからという個人的な理由。

けど平鍋さんの話だけではなく、IBMのエバンジェリストの米持さんという方のお話も大変興味深かったです。
今回のセミナーは期待以上のセミナーでした。

セッションが無事終了して、講師陣によるパネルディスカッション兼質疑応答のときのお話。

Agile関係のセミナーに限らず新技術や開発手法などのセミナーでは、以下のような感じの質問をする人がよくいます。
#Agileを該当の技術や手法に置き換えてください。

Agileを導入したら生産性が上がって安く開発をしてくれるんですね？
Agileを実践したら楽に開発ができるようになるんですね？
Agileは銀の弾丸になるんですか？
Agileはすべてを解決してくれるんですね？

確かに平鍋さんの話では、楽しい開発云々と仰っていたけど、
楽しい開発＝楽な開発
じゃないと思うんですけど、みなさんどうでしょうか？

楽な仕事をすることになったら楽しいですか？

新しい知識や技術を何も必要としない仕事
何も考えなくてもキーボードをタイプしてれば勝手に動くシステムが完成するような仕事
何も改善する必要がない仕事
何も成長する要素がない仕事

確かに短い期間なら日頃の疲れを癒すことができるかもしれませんが
ずっと続くとなると耐えれない人もいるんじゃないでしょうか。

僕は自分の成長が感じられないと不安になってくるので
今の自分の能力で余裕綽綽でできるような仕事はやりたくありません。
#だからと言って胃が痛くなるほど困難な仕事がずっとつづくのも嫌なんですが。。。

もちろん、やりがいのある仕事＝深夜残業、休日出勤当たり前
という訳ではありません。

きっと楽をしたいと考えている人は
給与をもらっているから仕事をしているという意識だと思います。

楽じゃなくてもいいから楽しい仕事をしたいと考えている人は
仕事の成果として給与をもらっているという意識だと思います。

人それぞれの価値観と生き方があるからどちらか正しいとは決めれませんが、
楽しく仕事をするために日々改善を行っている人たちに向かって、あなたと同じやり方で仕事をしたらすぐに楽になるんですね？
といったような質問をするのはナンセンスだと思います。

平鍋さんはこのセミナーのために６時の電車に乗って福井県からきたそうです。
#起床した時間が6時だったかも。記憶が曖昧。
楽な仕事ですか？
楽じゃないですよね。
どこでもドアがあったら使いたいはず。

けど、みんなの前で話している姿はとっても楽しそうです。

わんくま同盟東京勉強会#17　お疲れさまでした。

ゆき — Sun, 24 Feb 2008 14:19:00 GMT

参加してくださったみなさん、関係者のみなさん
昨日の勉強会、懇親会、お疲れ様でした。

おかげ様でとても有意義な時間を過ごせました。

予想では前半部分は一方的に話すだけになるから
早いとこ済ませて、Railsのデモに入るつもりでした。

ですが予想外に前半部分で結構な質問、疑問が飛んできました。
当日まで質問や反応がなかったらつらいなぁと不安になっていましたが、
わんくま勉強会に限ってはそんな心配いりませんでしたね。

つっこんでくれたみなさん、一緒に笑ってくれたみなさん、ありがとうございました。

緊張でどのような口調で話していたかわからないので
ビデオが公開されたらどんな口癖があるかを見てみたいと思います。

後半のデモでは、事前に用意したモノを準備していたのにもかかわらず
残念な結果になってしまいました。

いくつか言いたいことを説明できてなかったりもして
やっぱり準備と経験不足だなと反省してます。

けど、takaさんに激写された写真では
笑顔でしゃべってる自分がいて、あ、ちゃんと楽しんでいたんだとほっとしました。
takaさん、ありがとうございました。

で、みなさんからのアンケートをありがたく読ませてもらいました。

以下、アンケートの結果です。
#無回答が一件ありました。

セッションの内容は期待通りでしたか？
最高：5
最低：3
平均：4.01

セッションの内容は理解できましたか？
最高：5
最低：3
平均：3.95

このセッションを知り合いに伝えたいと思いますか？
最高：5
最低：2
平均：3.86

初挑戦にしてはそこそこの結果かなと思いますが
もう少しわかりやすく、落ち着いて説明しないといけませんね。

主なコメントは以下の通りです。

「後半のデモはわかりにくかった」、「後半が駆け足、ばたばたしてた」、「レベル１じゃないよ」
といったコメントが8件

すみません、次回からはもっとスムーズに行けるように準備して取り組みます。

「勉強したくなりました」、「興味をもった」、「おもしろかった」
といったコメントが8件

わんくま勉強会に限らず、いつも周りから刺激をもらっていたので
少しは恩返しできたかなと思います。

「サクサク感がなんとなく伝わった」、「わかりやすかった」
などなど、その他のコメントが4件

何となくな雰囲気を伝えたかったので、うれしいです。

「デモがんばってください」、「おつかれさま」、「ブログ楽しみにしてます」
といった応援メッセージが3件

いやほんとがんばります！

「またやってください」、「続編を期待」
といったコメントが4件

正直、1件でもあれば感謝感激でした。
是非、またやらせて欲しいと思います。

今回の勉強会も色々と勉強させてもらいました。
どうもありがとうございます。
今後ともよろしくお願いします！

勉強会

同じ技術も立場と環境によって感じ方が違う

プロジェクトに適したフレームワークはいつ誰が作るべきか

楽しい仕事は楽な仕事という意味ではない

わんくま同盟東京勉強会#17 お疲れさまでした。

わんくま同盟東京勉強会#17　お疲れさまでした。