デブサミの「ひよこクラブ ver.Engineer」のアンケート結果を 頂いたのですが，夜中に読んでて泣きそうなくらい嬉しかったので， 運営事務局の人に許可を取って転記しちゃいます＞＜ ありがとうございました。 こちらこそ御聞き頂きありがとうございました!! ひよこクラブたぁ、何か?と思ったが・・・面白かったぜ。 タイトルわかりにくくてすいません＞＜ 面白かったと言われると本当に嬉しいです!! ありがとうございます． Outputします! 是非是非!! 楽しいですよ!! ヨシオリさんの経歴が自分に近かったので、心強く感じた。 なんと!! 今度，一緒に飲んでくだしあ＞＜ ググレカスと言われるのが怖くて、毎週末とっても落ち込んでいたので、元気が出ました。ありがとうございました。ブログがんばります。 ググレカスって 2ch 以外で言われた事ないです!! けっこう教えたがりな人が多いので(偏見)

有給休暇を取得し，今年初めて参加しました．とても有意義でした． 俺もっとがんばろう． でも東京は遠いよ．．． 会場 スーツ姿の人がほとんど．でも私服姿の人もいました．というか，スピーカやコミュニティの人たちはほとんどがカジュアルな格好でした． タイムテーブル：http://www.seshop.com/event/dev/2009/timetable/ 発表 ( 1 日目) (12-E-1) 品質で失敗しない大規模システムの開発 プロジェクトマネージメントの話． 理論だけではなく事例を基にした発表内容は，個人的には非常にためになった (私は社会人 2 年目で，PM とかはやったことがない)． 後は，自分が上手くフィードバックできるかどうかかな． ちなみに，この発表のメモが一番多い． (12-C-2) 未来へつながる言語〜ある言語おたくの視点から これまでの言語とこれからの言語． APL と

▼ [雑][devsumi2009] デブサミ2日目 今日も朝からプロジェクトマネジメント2日間セミナー。 昨日までは「計画」中心だったけど、今日は「実行」のプロセスや「終結」のプロセスなど。「実行」の中には「プロジェクトメンバー内での対立が起きたらどうすべきか？」みたいな内容もあった。プロジェクトはシステマチックに行えるわけではなく、やっぱり「人」が行う事なので「必ず対立が発生する」と想定しつつ動かなければならないという話。 必要な対立もあるけれど、無用な対立は避けた方が良い。その為には「コミュニケーション」が重要で、現在のプロジェクトマネジャーは、この「コミュニケーション」が仕事の90%にあたるという話だ。 セミナーの最後に全50問のテストが行われたのだけど、オレが正解したのはそのうち30問。100点満点換算すると60点なので、もし、これが試験だとすれば、落ちていただろう。正解した30

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

CUI な Git ブラウザ tig を入れてみた (Born Too Late) [git][scm][tig] tig を使ってみた (do_akiの徒然想記) Twitter Trackbacks () とべとべ夏祭り2010電設部に参加した #tobesetu (key-cc) EC-CUBE LC_Page::sendRedirect()に引数を渡せない (弱小PHPerの憂鬱) [densetu][勉強会][学校]電設部IT勉強会#3やりますた（随時追記 (学内IT勉強会のススメ - atcorp) 電設部IT勉強会#3に参加したっ！ (Curious) GLT #24 （懇親会）に乱入してきた！ (Curious) GLT (Genesis Lightning Talks) Vol.24に参加しました (key-cc) GLT (Genesis Lightning Talks

デブサミ、参加しました。 SKIP User Groupのブース番もしつつ、セッションにも出つつ。 初日は所用により、行けるか行けないか微妙だったのだけど、 なんとか参加。 全日程通して自分が出たセッションで印象に残ったのは３つ。 Ruby 1.9の現状と導入ポイント Yuguiさんのお話を直聞くのはRubyKaigi以来２回目でしょか？ 1.9って将来見越しての実験的な意味合いの強い実装だと思っていたのだけど、 安定版として出されたものは、安心して使ってよいんだぁと思った。 まずはおすすめ通り、早速仕事用でない環境は1.9.1を入れました。 「Rubyは一人立ちすべき」の話は、そうか、なるほどと思ったり。 まさしく独自のRuby道がこれから2.0に向かって開かれてくのでしょか。 今のところ一緒になって切り開いていくほどの能力がないので、 まずは行く末をフォローをして行こうかと(^_^;)

Webを取り巻く脆弱性問題(XSSやクリックジャッキング、JSONハイジャック)などを 題材に、攻撃側/防御側双方の観点で意見が聞けて大変有意義でした。 セキュリティが大切なのは理解できますが、 それによってソフトウェア開発の敷居が高くなるのは開発者として、とても重たい。 強固なセキュリティを内包するような言語か、 フレームワークが欲しいという下りは全く同感です。 パネルディスカッション後には普段何気なくとらえてたWebセキュリティについて 当事者意識が持てるようになりました。 日曜プログラマ程度では出力エスケープやってないよね？ # 脆弱性を探したくなる衝動に駆られましたが、やめときます。 13-A-7 Webセキュリティ攻守攻防パネルディスカッション「Webアプリケーション/Ajaxセキュリティ徹底バトル」 ◆概要 はまちちゃんがインフルエンザにかかって3日目らしいです。 パネラー自己

Developers Summit 2009に行ってきました。 忘れないうちに備忘録メモです 【13-A-3】仮想化技術を用いた分散型システムの開発とテストの手法 仮想環境でテストするメリット １．バグが発生したらその状態を保存できる ２．テストを動かす環境がすぐに用意できる 仮想環境では出来ないこと ハードウェアの直接制御 この場合はエミュレーションソフトを作るべき？ 仮想化のロードマップ １．一つの物理サーバの中に、複数の仮想OSを載せる ２．複数の物理リソースをVMが集約する ３．それをサーバだけでなくクライアントPCにも適用する VMwareをよろしくね 【13-E-4】「レガシーコード」とはいったい!? 〜あなたも書いてるかもしれないレガシーコード〜 レガシーコードとは テストが存在しないコード レガシーコード対策 レガシーコードから逃げない レガシーコードを作らない レガシーコ

ソフトウェア技術系を中心に掲載していきます。最近は自分の情報Indexと化しているかも。フリーコメントは「コメント＆足あとBox」カテゴリー記事にて歓迎します。 Developers Summit 2009 「Webアプリケーション／Ajaxセキュリティ徹底バトル」 Webアプリケーションの攻撃側と防御側（運用側）に別れてのパネルディスカッション。なかなか楽しく、かつ有意義な内容でした。 私が個人的に気になったことを列挙しておきます。 １．JSONの”脆弱性（？）” Bugと仕様が混在している微妙な問題。 GoogleはAd-hocな対応をしたが、ちゃんとした対策をするべきだったと思う。 対策はサーバ側で行うべき（クライアント側だけでは解決しない）。 例えば　POSTのみ許可する XHR(XmlHttpRequest)のリクエストヘッダに固有の情報をセットする レスポンスヘッダのchars

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

豪華な登壇者を迎えたことと、デブサミ2009のA会場の最後のセッションということもあって、ものすごく盛り上がっていました。 Webセキュリティ攻守攻防パネルディスカッション「Webアプリケーション／Ajaxセキュリティ徹底バトル」 登壇者 モデレータ 竹迫良範 氏 パネラー はせがわようすけ 氏 はまちちゃん 氏 大垣靖男 氏 徳丸浩 氏 id:Hamachiya2さん(はまちちゃん) インフルエンザにかかって3日目。 従って、このセッションを聴講する方はリスクを伴う、とのことｗ (脆弱性ｗ) Namazuプロジェクトの昔話 2001/11/25。 NamazuプロジェクトのMLに、高木先生から脆弱性の報告が来た。 しかも、MLはオープンになっている公開MLだった。 2日後に緊急リリース、そして非公開のMLを作成した。 XSSについて 信頼できないWebサイトでのXSS対策は無意味 イント

代休使って行ってきました．マイレージ消費せずに行けるのはありがたい・・・・ これからのWebテクノロジーを予測する 自己紹介 仮面の人 Asiajin の人 ならべて.com プレゼン資料は akimoto.jp で公開予定 本日の発表内容 予想する？ 「僕の」予想です どれぐらい先？今年から数年 予測の反省 2004年頃には RSS がすごい来ると思ってた が，予測は外れた，とも当たったとも言えない． 部分部分では使われている場合もあるが，世間一般の認知は得られていない 海外のRSSニュースを提供していたりした アメリカ在住時の話 会社のブログを書くことにしたので止めた Web 2.0 だいぶ飽きられた感じ バズワード いろんな思惑で使われてた なんとなく新しい特徴を備えていると，Web 2.0 的だという感じ クラウドコンピューティング 今年熱いキーワード バズワードだけど定義も難しい

感想を直に管理者ページで書いていたら 何かの折に前ページが表示されてしまい 全部消えてしまったorz 残った力で列挙↓ 角谷さんとこでお勧めセッションの紹介があった。 http://kakutani.com/20090114.html#p01 http://kakutani.com/20090128.html#p01 http://kakutani.com/20090201.html#p01 じっくり選ぶのに便利なサイトを教えてもらった。 http://devsumi2009.iq148.com/ 内容決まる前に申し込んだ【13-A-6】、やっと決まったら「ひよこクラブ ver.Engineer」 というタイトルでくずおれたが、 演者はヨシオリさんだった。以前Blogで吼えておられたのを思い出す。期待。 当日。12日。 名刺を忘れた。名札書いた。 昼は天気が良かったので川沿いでおむすび。橋

こないだナードハウス中央林間のcloserにデジカメを譲ってもらったのでちょくちょく写真を上げていこうと思います。なんかもっと日常ぽいことで気軽にブログを更新したいと思っていたので。 今日はDeveloper's Summit（デブサミ）に行ってました。 目黒雅叙園は豪華だった。 会場に着いたら糸柳が椅子で寝ていた。 あとは適当に座って話を聞いてた。はまちちゃんがだるそうだった。 終わってから適当にお好み焼きを食べて帰った。終わり。 関係ないけどうちの猫。

セッションの詳細についてはこちらを参考にしてください パネラーにはあのまちちゃんが、ということで大盛況でした。 モデレーターの竹迫さんがお題となる10のテーマを提示して、それについてパネラーの人が答える、という形式です。 はまちちゃんインフル三日目(汗) 自己紹介 NAMAZUの脆弱性対応 高木先生からの指摘 指摘がオープンになっていて、あわてて非公開に。 XSSについて 信頼できないサイトでは対策は無意味(はせがわさん) 一番信用できるのははまちやドットコム(笑)　mixiの騒動の時に情報を抜かなかったら。む 例えばIEを使わない(大垣さん) イントラネットでも危険 JSONの脆弱性について そのままでは読めない(出来たらこの辺、JSONPについても欲しかったです) セッターとプロトタイプチェーンの組み合わせで、一部のモダンブラウザでは読み出せる JavaScriptでは、JSONによっ

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