ちょっと日記に纏める暇が無いのでここにアップしちゃっておきますね Devsumi2009(配布)View more presentations from yoshiori.

id:Yoshiori＞会場の写真欲しいのでください。 特に事前に相談したわけでもなく、当日資料を用意しながらちょこちょこ話をしただけなので被りまくるのはご愛敬ですね。 ただ、4人ともに共通して言えたのが アウトプット重要 ってところでしょうか。 以前からずっと言われていることではありますがデブサミという場所で改めて主張することができたのはよかったかな、と思いました。 あと今回は以前から是非お会いしたかったはせがわようすけさんとKanasanにお会いできたのも個人的にうれしかったですね。 Tech Blogのおはなし 仕事の合間で今頑張って記事を書いてます。 補足する感じで書くつもりだったのですが質問に来てくださったかたも一人しかいらっしゃらなかったので発表を見ることができなかった人向け、という感じになりそうです。 しかし、喋りで10分はすぐなのにそれを全部文字でアウトプットしようとすると

コンテンツ委員として初めてのデブサミでした。ご来場いただいた皆様、ありがとうございました。 くわしくは後で書く。 この二日間の記憶があるうちに、(私としては珍しく)主に「だ･である」調でログを記します(日記っぽい!)。記憶違いや漏れがあるかもしれませんがご了承下さい。 朝 早起きして、D部屋の初日挨拶のために雅叙園に移動。 交差点のところで id:fkino に出会う。「明日はよろしくお願いします」と挨拶。 雅叙園への坂は相変わらず急で、この坂を下りているとデブサミだなぁという気分になるから不思議。 初日挨拶準備 萩原正義さんのコマの前の時間をお借りしてコンテンツ委員としての開会挨拶をして欲しいとのことで、ドキドキしながら時間を待つ。 私が話した分だけ萩原さんの時間が削られてしまうと直前まで思っていたので、ヤン･ウェンリーばりの短いスピーチにしようかなと思っていた。係の人に確認したら、私が

2日目は気楽にセッション聞いたりブース巡りしたりしていました。 セッション(13-B-1):Programming the Cloud / クラウドをプログラミングする Gregor Hohpe 氏の講演だけど、講演自体はGoogle紹介という感じでした。個人的には知っていた内容の復習という感じです。 面白かったのが質問コーナーで聞いた現在執筆中の本のテーマ「Conversation Patterns｣です 。トークンの交換、メッセージのリトライなど、システム間のステートフルな対話のパターンを整理しているようです。世界中でも同じテーマでやっている人は殆どいないとのこと。ラストマン戦略の逆、ファーストマン戦略ですね。 認証認可サービスとアプリケーション間の連携や、Restfulなシステム同士のトランザクショナルな情報のやり取りとか、ここらへんのパターンを組み合わせたランゲージで思考することが

初日で聴いたセッションは3つ。あとは主にSKIPのブース番してた。 品質で失敗しない大規模システムの開発 勝手にアジャイルの話だと思い込んでいた。いきなり肩透かしをを喰らった感じ。 話の内容も概念的かつ、一般論が多い印象。聞いたことない用語が説明なしで出てきたりして(たぶんテスト工程のことだと思うけどUT, SI, PTとか)途中から興味を失ってしまった。 あまり共感できる部分はなく、SIの大規模開発とかもうムリということを再確認したのが収穫か。 Ruby 1.9の現状と導入ポイント Yuguiさんの話。直接Yuguiさんのプレゼン見るのは2回目だけどわかりやすかった。 普段のスクリプティングは今すぐ(帰ったら)Ruby1.9.1に移行するように言われたけど 残念ながらまだ入れてない。このエントリ書き終わったら今日のRails勉強会に行くまえにインスコしておく。 RejectLive(オー

書くのが遅くなってしまったけど。 色々行って聴きたいものがあったんだけど、仕事の都合や自分の怠慢やら何やらで、結局１日目の【12-D-7】「コミュニティから選出のLT大会」だけしか行けなかった。 とは言えせっかく行って聴いてくることができたので、メモとか感想とか。 会場は満席。数分遅れで到着した自分は最初は立ち見だった。 id:hyoshiokさんとid:ngtykさんが予告通り着物コスプレ。２人ともすごく似合っている！ id:hyoshiokさん、堂々の司会進行。 ドラ娘id:ngtykさん、４分でドラ鳴らします宣言でまず笑いを取る。 というわけでLightningTalksスタート １番手オレオレ。のid:hyoshiokさん「勉強会勉強会」 勉強会勉強会発足のきっかけ 成功する勉強会、衰退する勉強会の違いとは？ 最近起こった「横浜へなちょこプログラミング勉強会」のお話 主催者になろう

Developers Summit（デブサミ）に行ってきました。 前々から行ってみたかったのですが、まさか初参加にして初スピーカになるとは思いもよらなかったです。 急きょスピーカーになることになったので、あまり準備がはかどらなかったので、準備に時間が割けなかったのが痛かったです。 当日、10時過ぎに会場入りし、会場は目黒雅叙園でここに来るのも初めてでしたが、結婚式場ということもあって、おしゃれな場所でした。 発表者控え室にて資料の最終調整をしていると、和田（id:t-wada）さんが様子を見に来られ、もうひとつの控え室にいるとのこと。 岩切（id:IWAKIRI）さんも来られ、スーツコスプレでしょ、と見透かされました。 女性の勘はすごいですね。 で、今いるところは知ってる人がいないので、横の控室に移ることにしました。 角谷さんやせとさんたちも多々見受けられる中、id:hasegawayos

誕生日だったのでポエム書きます！ ほんとはこの週末は福岡出張の予定だったんだけど、いろいろあって東京で誕生日を迎えて過ごしました。急遽出張に行けなくなってご迷惑をおかけしたみなさま、本当に申し訳ありませんでした…。 なにがあったかというと、にゃんこを救急病院に連れて行ってからの入院という事態になりまして…。普段が元気いっぱいなだけにグッタリしてる姿を見た時は最悪な想像ばかりしてしまって怖くて怖くてたまらなかった…。今は回復してくれたので本当によかった。 実は今年に入ってから、家族や親戚に入院や深刻な体調不良が続いて、今までで一番「死」について考えてウツウツとしていました。いてほしい存在がいなくなってしまうこと。当たり前だった日常がこんなにも脆いものだったこと。それらは本当に怖くて、ふとした時に涙が止まらなくなっていました。 なんでこんなにイヤなことが続くんだろうって思っていたけど、それは、

去年デブサミ2008が終わってからデブサミの存在を知り、今年こそは行こうと思って有給とって2日目に行ってきました。 赤いベロアのジャケットを着てる奴なんて俺だけでしたね。一応俺もエンジニアですよ！ メモ書き程度に思い出を書いておこうと思います。 目黒駅を降りて細い道を行くbbpink。急な坂に風情があってよろしいじゃありませんか。 しばらくすると門番さんがいた雅叙園です。 すげーーー！結婚式場かここは！！！ 非常に豪華絢爛で和メタルな雰囲気を感じたところで受付のチャンネーに名詞を渡してカードをもらい、最初のセッションへ。 「これからのWebテクノロジーを予測する」 話をしていた秋元さんは仮面をつけていました。まあ俺は目が悪くて仮面の存在がわかりませんでしたが… openIDはユーザ側のうまみがないという話だったんですが、まあ確かに今までのidの形式と違って混乱するかもしれませんよね。 ユー

GUIプログラミングについて興味があったので聞いた。 これをJavaScriptでのリッチUI作成に応用出来ないか考えたい。 MVCとM-V-VM MVCにおけるViewは出力だが、 M-V-VMにおけるViewは データの視覚化 ユーザの操作を受け取る M-V データバインディング 2つのオブジェクトのプロパティを同期 変更を通知するeventがディスパッチされたタイミングで各種ロジックが走るとか。 M-V-VM ViewとViewModelをバインド、ViewModelにて値の検証を行った上でModelに値を反映する。 要はViewとModelの対応するプロパティの型や制約の違いを吸収する為にViewModelを使うという事？ 入力が検証を通らない場合にそもそもアクションを起こせないようにする これをイベントハンドラを使わずにやる >コマンドを作ってやってボタンにバインド ViewMo

CI(継続的インテグレーション)とは システムのインテグレーション作業を開発の初期段階から行う事 2000年にマーチン・ファウラーが論文を書いてるのでそんなに新しい訳じゃない CIのメリット 品質向上…ビルドやテストが通らないと言った不具合が先送りされにくい デグレしにくい CIはなぜ普及しないか 大変だから CIが有効なケース 多人数 分散開発 コミュニケーションコストをCIツール側で低減するとかそういう事か？ 複数の実行環境 >巨大プロジェクト・OSS向き Hudsonがやってくれる事 チェックアウト ビルドのスケジュール管理 cronライクなスケジューリング Jobのチェーン 通知 レポーティング(グラフにしたりとか) ログの保存 Mercurial等のメインストリームではないSCMもpluginで対応、 各種buildツール、ソースコード静的チェックツール等、BTS等にも対応。 H

Working Effectively With Legacy Codeの日本語版がもう少しで出る。->あとで買う レガシーコード テストコードが書かれていないコード 基本用語 Edit&Pray 編集し、そして祈る 不安を抱きながらコードを変更 現在のソフトウェア開発の主流 Cover&Modify カバーして、変更する 変更の正しさを確かめるテストを用意 作成したテストをセーフティネットとしてコードを変更 変更の影響範囲が分かるので安心 これを目指す 実践レガシーコード テストを書く コンストラクタの引数が多い 全部nullを渡す。Pass Nullパターン DataSourceとか テストの為ならリフレクションも厭わず ビジネスロジック中でServletContetを使っているのでJUnitでテスト出来ない 本番側にServletContetを取得出来るかできないかで 何やってるか分

デブサミは敷居が高い・・・のですが無謀にもまた子連れ参加しましたv(＠∀＠)v 去年に引き続き今年もデブサミ参加となる訳ですが 去年とは全く違い基本的には私と子供だけでの参加となりました (最終的には2日ともダンナさんが来てくれたんですけどね☆) そこまでして参加しちゃったのには理由があって 去年私がダンナさんに初めて連れて行ってもらってデブサミで いろいろわからない単語ばっかりだったし分からない部分も多かったけど それでもいろんな方に出会ったりお話を聞いたりする事で 私の中の世界が変わったと思うのです（*・∀・*）/ なので今年は子供を連れて行って去年は分からなかったかもしれない 「プログラミングの世界」を少しでも体感させてあげたかったのです 百聞は一見にしかずって言いますしね(ﾟωﾟ) やっぱりまだまだ発表などに興味はなさそうでしたけどね・・・(｡´-д-) そんなこんなで目黒の雅叙園

XSSで何ができるか？ cookie情報、formの送信内容を盗む、偽の情報を見せる 「信頼出来ないWebサイト」でのXSSはそもそも無意味 信頼してほしいならXSSくらい直せ イントラだったら関係ない？ むしろイントラ内の方が盗みたい情報がいっぱいある JSONによる秘密情報の漏洩 JSON Hijacking Object.prototype.__defineSetter_で特定プロパティが設定されたら何らかの処理を行うようにする。 JSONをHTMLとして読み込むと上記のコードが入る。 対策 先頭にwhile(1);をつけて、JavaScriptとして実行出来ないようにする(Googleがやった) POSTのみ許可 XHRで特定のリクエストヘッダをつけるようにする レスポンスヘッダにcharsetを指定する charsetにUTF-7を指定すると、きちんとエスケープされているJSON