夏イベントの参加申し込みを先週より開始しました。恒例のライトニングトークスの出場者も同時に募集です。メールにてお申込みください。選考の結果は、6月中旬ごろご本人にお伝えいたします。夏イベント見どころ紹介こんにちは、天野勝です。2003年12月よりはじめて、今回のイベントで第10回目を迎えることになりました。申し込みをいただいた皆さん、ありがとうございました。それでは、この記念すべきオブLOVEイベント2008夏の見どころを紹介します。今回は、4つのトラック構成としました。作体験トラック、ファシリテーション体験トラックを企画しています。モデリングトラックの紹介です。主賓講演をお願いしている児玉さんには、「システム思考と概念モデリング」と題し、モノの見方、捉えかたについてのお話をいただきます。理学』[*1]の抜粋にも期待できます。その後、実際の業務でのモデリングの適用事例を、加藤さんに話してもらいます。熊谷さんに「マネージャーが感じるAgileは結構ネガティブ。説明する?」の講演をしてもらいます。モデリングトラックのアンカーは、『ビジネスパターンによるモデル駆動設計』[*2]の翻訳に携わられた依田さんに講演をお願いしています。この書籍ではモデリングの本質ともいえるR(リソース)、E(イベント)、A(エージェント)という概念で強力なモデルを構成しています。その解説をしていただきます。発を体験してみるというものです。オブジェクト倶楽部のメンバーがコーチ役となり、アプリケーションを開発します。その中で、アジャイル開発のコアプラクティスとも言える、TDD、ペアプログラミング、計画ゲーム、スタンドアップミーティング、ふりかえりが体験できる予定です。一度、体験をするとアジャイル開発に対する考え方が変わるのではないでしょうか?Rubyか、Javaの経験が少しでもあれば十分楽しむことができます。電子工作体験トラックでは、午後の時間を使って、電子回路工作が体験できます。認定スクラムマスターでもある斉藤さんの指導のもと、ブレッドボードでものづくりをします。Webアプリケーションなどを開発をしているとあまり気にすることはありませんが、その裏には電子回路が隠れています。その動作の基本となる論理回路の仕組みを体験を通して理解できます。組み込み開発がちょっと気になっている人にはきっと楽しめる内容です。はんだ付け不要のブレッドボードですので、誰でも気軽に参加できます。ファシリテーション体験トラックでは、議事録と、ファシリテーショングラフィックワークショップを企画しています。どちらも、会議の場で役に立つスキルですが、会議の枠には収まらない、もっと使える場の広いスキルとして、どちらも学べます。川上さんの「議事録からひろげよう、コミュニケーションの輪」では、議事録の可能性を探ることにチャレンジします。たかが議事録、されど議事録。録によって、チームのコミュニケーション改善についてまでも考える機会がもてます。字や図の書き方基本も含め、実践的なワークショップをお願いしています。議を進めるために、どのようにファシリテーショングラフィック、略して「ファシグラ」がどのように効果をもたらすのかをその体験を通して、学んでいただけます。定番のライトニングトークスもあります。一日、オブジェクト倶楽部のイベントに来て、体験して、コミュニケーションしてください。http://www.amazon.co.jp/exec/obidos/ASIN/4774133655/xpjp-22_______________________________________________________________________この記事への評価にご協力をお願いします。URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。┗【プログラミング】ゆるーいHaskell[20]こんにちは。早いものでこの連載も20回目になりました。今回はIOモナドについて説明させていただきます。IOモナドは巷で「よく分からない」などと一時評判になりましたが、この連載ではIOモナドの詳細にはあまり立ち入らないで、とにかく使えるようになることを目的としてお話させていただきます。IOモナド"でGoogleなどで検索してもたくさん解説ページを見つけることができます。副作用という言葉をご存知でしょうか。「プログラミングにおける副作用(ふくさよう)とは、ある機能がコンピュータの(論理的な)状態を変化させ、それ以降で得られる結果に影響を与えることをいう。」[*1]とWikipediaにありますが、まあそういうことです。キーボードからの文字の入力をそのまま表示するプログラムについて考えてみましょう。=====C言語で書いてみました。何となく分かると思うのですが、getchars関数の中でgetcharで取得した値をprintfで表示しています。getchar関数の戻り値は当然キーボードで入力された値によって毎回異なるので標準出力に表示される文字も毎回異なるものになるわけです。これは正に副作用ですね。ひるがえって、HaskellにもやはりgetChar関数が存在しています。Char型になっていますね。aであるという意味です)。ghciで定義を確認してみてください。IOを副作用をともなう関数に必ずついている目印のようなものと考えても良いかもしれません。IOがモナドであるのは副作用を抽象化して扱うためです。ややこしいかもしれませんが、IOが副作用をともなう関数にかならずくっつくということと、IOがモナドであることとは目的が違います。これを混同してしまうと「モナドは副作用をあつかうためにあるんだよね」などといった勘違いの原因になってカッコ悪い思いをすることになります。リストモナドやMaybeモナドが副作用をあつかっていた訳ではありませんよね。IOがモナドであることについてお話したいところですが、ちょっと長くなりそうなので今回はこのへんでおしまいにします。次回もひきつづきIOモナドについてお話させていただきます。最後にgetchars.cをHaskellに移植してみます。副作用のある関数がたくさんありますね。http://www.sampou.org/haskell/a-a-monads/html/iomonad.html_______________________________________________________________________この記事への評価にご協力をお願いします。URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。ホントのところ今週は「議事録活用してますか?」のホントのところ。永和システムマネジメントより川上文夫さんによるワークショップを予定しています。考えると、たくさん書く機会がある「議事録」ですが、なかなか有効に活用できていない気も・・・イケナイナ。そこで!今回は読者の皆さんに「議事録活用してますか?」について聞いてみたいと思います。重要な会議の時だけ書く。顧客やリーダから指示されたときだけ書く。ホワイトボードをデジカメで撮るだけ。ICレコーダーを使用し、録音したものを議事録とする。