皆さん面白い人ばかりでとても楽しいひとときでしたvv もっともっと北陸が盛り上がってほしいと思うし、他の地域にはない独特の勉強会とかができると面白いなぁと思います。 アドビの技術については全くの素人なので内容はいまいち把握できなかったのですが、皆さんが話しているときにちょっと気になっていたことが。アドビの技術について知らないのでついついマイクロソフトの技術に当てはめて比較しながら考えていました。間違っているかもしれませんけど自分なりに書いてみます。 アドビ マイクロソフト 説明 Flash .NET Framework すべてのベースとなるフレームワーク Flash Catalyst Expression Blend デザイナーよりの画面作り用のツール Flex WPF GUIのコンポーネント群 BlazeDS WCF 通信系のライブラリ Durango Popfly マッシュアップツール

今回はid:katzchang主催によるTDDの読書会です。ターゲットとなる本はケントベッックのテスト駆動開発入門です。進行はid:Nagiseとid:shozzyによる写経です。 本の写経なので音読したりライブコーディングを行いながら進んでいくのですが、ケントベックの文学的な言い回し（美だの罪だの勇気だの）によって、笑いの絶えない場になりました。部屋の大きさもちょうど良く、他の参加者との距離感もよく、話しやすく聞きやすい環境でした。 まずこの本を読む前に前提となる知識が必要となります。それは、リファクタリング・デザインパターン・不変、可変オブジェクト・ユニットテストなど。じゃないとケントベックの独特な言い回しについていけません。可変オブジェクトのことを副作用があると表現されてますからね。 ここでは参加者と議論しこの本において大切だと感じたことを書いておきます。全体を知りたい方は、議事録が

第２回TDD本読書会の議事録はこちら→議事録 今回も快適な場所を提供してもらいました。id:mac10に感謝。 さらに飲み物やお菓子もあってとてもリラックスできました。id:katzchangに感謝。 今回は１２章から１７章は自分が読む番だったのでとりあえず２回ほど読んである程度理解したつもりで参加したのですが、全然分かってなかったです（汗。それと、Javaは分からないのでC#でやらせてもらいました。C#は普段メインとして使ってる言語ではないのでちょっと苦しい場面もありましたが^^ そのせいもあって時間が結構かかってしまいました。まぁ内容も難しかったんですけど、なんとか皆さんの力を借りて切りのいいところまでできてよかったです。参加者の皆さん、ありがとうございました。 内容の難しさっていうのは、オブジェクト指向のカプセル化や多態性、デザパタのコンポジットが当たり前のように出てくることや、設計

北陸で初となるRubyの勉強会が７月２５日に行われます。 初と言うことで敷居は低くし、誰もが参加して楽しめる内容にしたいと考えています。 Rubyってなに？Rubyを使ってみようかな！というひとには打ってつけの内容となっています。それ以外にも実際にRubyってどんな使われ方をしているのか、あるいはちょっとしたTipsもありますので、実践向きの内容も含んでいます。その後の懇親会でさらにつっこんだ話もＯＫです。 先日、富山のFxUGで「Rubyってなにができるの？」と質問をいただきましたが、私自身まだまだ未熟なため即答することができませんでした。その代わりに今回のLTで私なりの回答を発表したいと思っています。 皆さん、ぜひ遊びに来てください！！！ 参加はこちらから→第1回Hokuriku.rb(北陸Ruby勉強会)

んで今週のこと。Flex3勉強会第66回＠北陸(福井)に参加してきた。北陸の勉強会にはできるだけ参加するようにしている。今回、金沢のandroid勉強会と開催日かぶってたのがイタイ。 ダンジョンRPGのデモとか見ていて、そういえばFlexだと回転拡大縮小はできたはずだよなぁ。共一次変換ができるならポリゴンにテクスチャマッピング貼れるなぁとか考えてた。セガサターンのテクスチャマッピングは変換可能なスプライトによるものだったりしたな、とか懐かしいことを思いだす。 次回の富山開催でなにかネタがないかなぁとか考えているのだけど、どうもいいネタが思い浮かばない。何か変態的なことをやらないといけない衝動に駆られるのはなぜだろう。2Dの物理演算とかも既出になっちゃったわけだし。最近のPCってスペックにあかせてなんでもありだから、インパクトのあることってなかなかないんだよなぁ。 懇親会では勉強会をいかに開

Kanazawa.processに行ってきたのでレポート。発端はid:katzchang氏が「開発プロセス勉強会」とか、興味ある方います？ - @katzchang.contextsと言ったことなんだけど、北陸の地において、これが具体的に勉強会の形になって開催された、というのは凄いことだね。 会場はid:katzchang氏が会社の会議室を使えるように交渉してくれたらしい。*1建物のガラスがハーフミラー状態になってて、外からだと鏡のように反射、中からだと外の風景が見えるという感じだった。「勉強会の参加者は〜」って張り紙を読んでいるところ、突然coelacanth氏が出迎えてくれて驚かされる。会場の雰囲気はid:yuuitiro氏の写真が分かりやすい。いろんな勉強会に参加してきたけど、勉強会史上最高の座り心地の椅子でした。 スタイルとしては読書会。テスト駆動開発入門を読みながら、本に書かれて

土曜はFlex3勉強会第73回＠北陸の開催を手伝ってました。今回は首謀者というわけじゃないのだけど、なんとなく惰性で司会をやることに。大したマイクパフォーマンスもできなくてゴメンナサイ FlexUG@北陸は北陸３県で隔月で各県を持ち回りで開催する算段になってて、石川、福井に続き富山でも無事開催でき、やっと３県が一巡りしたというわけ。あ、お隣、新潟県からも参加された人もいるようで、そちらとも協力できたらいいなと考えてます。地方に勉強会の輪を広げたいですね。 金沢・福井の遠征組は富山に来てラーメンを食べに行ったそうですよ。えぇ、富山ブラックという奴です。べつに富山のラーメン屋がみんな富山ブラックというわけじゃないんだけど、なんか名物にしようとする仕掛け人がいるんですかねぇ。…おや、こんな時間に誰か来たようだ（略 イチド、タベテミルトイイデスヨー 富山で勉強会があると聞けば飛んできてくれるid:

Scala勉強会を開催します。2009年09月26日(土)を予定。場所は富山県民会館予定。 Scalaという言語を学ぶと言うよりは、ハイブリッドパラダイム言語であるScalaを取り上げてシステム設計にどう生かすか、デザインパターンとか開発プロセスとか、この先どうなっていくんだろうってことを考える会という方向性で考えています。 申込は Hokuriku.Scala 第一回 : ATND で受け付けます。日時、場所などは変更になることがあるのでご注意ください。

「「開発プロセス勉強会」とか、興味ある方います？ - @katzchang.contexts」の件の続き。というかもう少し具体案。 テキスト選定と開催ペース・時間帯について、特に意見が聞きたいです。 開発プロセスを中心とした勉強会。 大目的は、この先生きのこるため。言いかえれば、システム開発を仕事として継続していくため。お金を稼ぐため。 対象はシステム開発関係者。システム屋の開発者とマネージャや営業さん、企業のシステム担当など。 持論は「[http://d.hatena.ne.jp/katzchang/20080527/p2」。開発プロセスは設計と契約に関係するため、開発プロセスを語るには設計と契約に踏み込むだろうと予想。ただ、この図のDesign - Contractは直接結合していないと考えた方がシンプルというか、直接結合しない方向で開発プロセスを作るべきというか。 ともかく、とりあえ

というかやりましょう。 とりあえず、第一回目は5月16日の土曜日、午後にやります。どうでしょう？ こんな感じに。 目的 => この先生きのこるため。 キーワード => システム開発, ウォーターフォール, アジャイル, XP, hogehoge駆動開発, プログラミング, マネジメント, デスマーチ 日時 => 2009-05-16(sat) 13:00 - 17:00 場所 => 金沢市内または近郊（駐車場を確保できてプロジェクターを確保できて安く使える部屋…で調整中） 内容 => 読書会 教科書 => テスト駆動開発入門 進め方 => ゼミ形式。参加者同士で分担して内容を解説。 参加申し込み方法 => 下記いずれかの方法で、はてなID、TwitterID、メールアドレスなど、連絡可能な何かを通知してください。 ここにコメント ブクマで参加表明 => http://b.hatena.ne

FxUG@北陸の懇親会で出た話題。 中規模以上のプロジェクトになれば、悲しいかな、テンプレにそったプログラムしか書けない人や、そもそもプログラムを書いたことすらない人が結構いたりします。10人もかき集めれば2〜3人、いや半分はそういう人だったり。リーダーさんは仕様検討とかで忙しいから、そういう初級者さんにプログラムの作成を頼らざるを得ないってのが現実です。 で、初心者さんにもわかりやすい設計のプログラムを量産していきましょう、となる現場はよくあります。なに、うちのところもそんなもんですよ。 でもそれで良いの？と、個人的には疑問を持っています。 初心者でも書けるように、テンプレートをコピーして使う。 コピペ駆動開発の副作用は周知の通り。 テンプレートが役立つのは限定的な場合。仕様が想定の範囲を超えればテンプレートを捨てなきゃならないけど、その判断を誰が下す？ 後々の保守しやすいよう、初心者で

金沢市近郊で「開発プロセス勉強会」的なことをやりたいんですが、どうでしょう？ とりあえず、「アート・オブ・アジャイル デベロップメント ―組織を成功に導くエクストリームプログラミング (THEORY/IN/PRACTICE)」の読書会あたりからスタートしつつ、各自の現状との差異、問題点あたりの情報を交換し合う感じかと思ってます。解決の糸口まで探れれば上出来。多分、仕事に関するゴタゴタの話題も出さざるを得ないと思うので、半分クローズドな感じになるかなぁ。 興味ある方、アイデアある方います？

Kanazawa.processことTDD勉強会第2回に参加してきました。 新規参加の方も交えつつ、今回も濃い時間をすごせました。 会場を用意していただいたid:mac10 ++ お茶・お菓子を準備していただいたid:katzchang ++ 会場に無線LANがあるのはとーってもありがたいですね。 すぐに調べ物とか、思ったことをtwitterに流したりできるので。 内容 今回はPart1完了まで進みました（10章〜17章）。 Moneyクラスを拡張していく話とか。なんだけど、最終的にどういう仕様に落ち着かせたいのが見えてないと、どうしてそんなテストをしたくなるのかが理解できなかったり。 前回範囲よりだいぶ難易度が高かった感じがします。 各種IDEのリファクタリング機能比較とかが面白かったですね。 EclipseのJavaエディタの高機能っぷりに驚いたり。まさに「変態」。 ソースコード 別エ

12章以降、id:kabakiyoさんはC#でコーディングされていたのですが、自分はそれを見つつ 教科書通りにJavaでコーディングしていました。 というわけで、Javaのコードを公開しておきます。 ⇒17章終了時で、最終的に以下のようなコードになりました。 （自分の環境でGreenになったコード） ⇒感想等はこちら　http://d.hatena.ne.jp/shozzy/20090627/1246110366 MoneyTest.java import junit.framework.TestCase; public class MoneyTest extends TestCase{ public void testMultiplication(){ Money five = Money.dollar(5); assertEquals(Money.dollar(10), five.ti