ラベル yapcasia の投稿を表示しています。すべての投稿を表示

2014/09/14

YAPC::Asia Tokyo 2014に行ってきました #yapcasia

YAPC::Asia Tokyo 2014

YAPC::Asia Tokyo 2014 公式サイト

大分報告が遅くなりました。

諸事情でトークは2,3つくらいしか見れなかったのですが、昨年以前と同様、各地のPerl Mongerと交流できたので満足です。無限コーヒーとワッフルが最高でした！周りに著名Perl Mongerがいるのでお話もできます。コーヒー最高！

PM繋がりで2日目の午後から、「地域.pmミートアップ 2014」というイベントでHokkaido.pmを代表してお話させていただきました。その様子はエンジニアtypeさんで記事になっています。

「『やろう』と言ったらそれはもう『.pm』」～YAPC::Asia Tokyo 2014に見る地方コミュニティの盛り上げ方

最近はSapporo.cljというClojureのイベントも主催しておりますが、Perlに限らず地域コミュニティはやりたい人が「やろう」と周りに宣言することから始まります。やりたい言語、技術があれば、どんどん自分から声をかけて行けばいいんじゃないでしょうか。

次のHokkaido.pm

非常によく「次のHokkaido.pmはいつですか？」と訊かれまして、お待たせてして申し訳ない気持ちでいっぱいでした。子育ても落ち着いてきましたので、10月末〜11月にHokkaido.pm#12を開催したいと思います。便乗帰省を目論んでいる方も暖かく迎え入れますので、是非ご参加ください。

2013/09/22

YAPC::Asia 2013と今後のHokkaido.pmの活動について

YAPC::Asia 2013

今年もYAPC::Asiaに行ってきました。スタッフの皆さまのおかげで、非常に楽しい二日間を過ごせました。スタッフの皆さま、ありがとうございます！

普段お世話になっている方への挨拶や次回以降のHokkaido.pmでゲストとして招待したい人とコンタクトを取ることができたので、非常に満足しています。今回は前回よりも中々いい感じにいろんな人に会えた気がします。

今年は私事が色々と重なり、年内の予定が不明瞭だったためスピーカーには応募できませんでした。またスピーカーに応募したい思っていますが、次回のYAPC::Asiaの開催は不明ということで、とりあえずアウトプットを増やしつつ機会を待とうかなと思います。

今後のHokkaido.pm

次回のHokkaido.pmは1月後半から2月頃になるんではないでしょうか。もしかすると12月あたりにもあるかもしれません。

何人かに言われたので、そろそろUstをどうにかしたいところです。Ustがあれば遠方の方からも反応をもらえるのというメリットがありますし、土日に参加できない人が一定数いるようなので、そういった方にもフレンドリーかなと。また、先週札幌で行われたオープンソースカンファレンスでもHokkaido.pm Casualの空気感がわからず参加しにくいという話も聞きました。ブログ等での開催報告をもう少し頑張るというのももちろんですが、Ustも空気感を伝える手段の一つにもなるのかなと考えています。何か手頃なUSB接続のカメラを探したいと思います。

2012/09/30

YAPC::Asia Tokyo 2012 参加記録 #yapcasia

前夜祭も含め三日間参加してきました．ブログをかくまでがYAPC::Asiaということで，感想を綴っておこうと思います．

はじめに

今年も私が所属する株式会社アイダックに企業スポンサーになって頂きました．ありがとうございます．

また運営スタッフの皆さま，ありがとうございます．スタッフの方々のおかけで楽しい時間を過ごせました．

Perl Mongers

各地のPerl Mongersに会うことができる数少ない機会でしたので，普段お世話になっている方に挨拶してきました．

その中でも特に印象深いのは，近藤さんに直接お礼を伝えることができたことです．日本語版『初めてのPerl』を熟読してPerlを覚えたクチですが，読んでいた当時の自分は，翻訳者ご本人に直接お礼を言える機会があるとは思ってもいませんでした．

Perl Mongerのくくりにいれていいのか分かりませんが，またLarry Wallさんと写真を取れました！以前撮影した写真を見せ，また撮影をお願いしたところ，「OK. モウイチド」と快く応じていただけました．ありがとうございます．

モチベーション

毎回感じることですが，参加後は意識が高まって()，非常に開発したい気分になります．大勢の方が良質なアウトプットしているので，その影響を受けているのでしょう．この状態を維持し，あずまさんが仰ってたようにCPANに恩返し，恩送りしたいところです．

昨年と違い今年は登壇しなかったため，少し物足りなさが残りました．来年は(当選するかは別として)トークを応募しようと思います．

リンク

1日目，2日目のまとめをアップしてあります．例年通りなら後日トークの動画がアップされるかと思いますので，それまでの繋ぎとしてご利用ください．注意点ですが，自分用に聞いた話をメモしたものですので，解釈が間違っている可能性もあります．

2012/09/28

YAPC::Asia Tokyo 2012 1日目

YAPC::Asia Tokyo 2012の初日です．久しぶりに会う方とご挨拶できて，非常に良かったです．二年ぶりにLarryさんとも写真をとらせていただきました．またXslateのbridgeの件でgfxさんとお話して，今後の対応を確認できたのも収穫です．以下は聞いてきたトークのメモです．あくまで私のメモなので正確な内容は今後公開されるスライドや恐らくアップロードされる動画を確認してください．おかしい点があれば，ご連絡ください．

What Does Your Code Smell Like?

Larray Wallさん
perl5のコードをperl6に書き換えるライブコーディング　
- subの定義に引数を指定できる
- referecneが簡潔に
- if, while等の一部で括弧を省略できる
- (^100).roll(10) 0-100までの乱数を10個生成する
- say "Before @a"が展開されない．say "Before @a[]"にする必要がある
- 0 ..^ @x 0から@xまで．省略すると ^@x
- functional programmingもできる
- gather/takeでありがちな一時変数を減らしたりとか
- infix:<M>でオペレータMを定義できる？ @out M= merge(@x,@y)みたいなコードがかける
- その他色々

Web::Security beyond HTML5

Yosuke Hasegawaさん

Ajaxを利用したXSS

Ajaxデータを利用したXSS

ちょっと遅れて最初5分くらいは聴き逃した
IEだと勝手にapplication/javascriptがtext/htmlと解釈されることがある
IEにおけるファイルタイプ決定のメカニズムが複雑すぎる
- URLの拡張子によって挙動が変わったりとか
- 挙動がいつのまにか変化していることが多い
  - microsoft.com + IEの組み合わせのみでXSSになるページもあった
発生しやすい状況
- JSON
- JSONP
- CSV

Ajaxデータの盗み見

JSONとかは狙いやすい
Array Hijacking for Android
- object.prototype. __definegetter__とか使う
JSON Hijacking for IE
- JSONの一部にUTF-7とかで攻撃コードを紛れ込ませる
- IE6,7だとresponse headerよりも

対策

X-Content-Tyep-Options: nosniff
- IE6,7には効果なし
XMLHttpRequest以外からのアクセスを遮断する
- X-Request-Withを見て判断する(jQueryとかが入れてる)
- 自分で任意のheaderを使うのもあり

XHR Lv.2の注意点

クロスドメインリクエストが可能
ただしクライアントとサーバ側で注意しないと危険
- クライアント側
  - URLのチェックを怠らない
  - URLの確認はじつはめんどくさい
- サーバ側
  - Originヘッダを見るだけではダメ
  - Cookieを使う
  - setRequestHeaderで独自の確認用ヘッダを付ける
  - preflightリクエストを使うとX-hogehogeというヘッダを使えるようになる
  - Plack::Middleware::CrossOriginを使うと楽

XSSフィルター/XSS Auditor

IE8, Chrome，Safariとか
誤検知もあるので，X-XSS-Protectionヘッダでコントロール可能

X-Content-Type-Options: nosniff

動的コンテンツには全部付けておくべき

クリックジャッキング対策

X-Frame-Options: DENY
- できれば使ったほうがよい

Content-Security-Policy(CSP)

XSS根絶の切り札
まだまだ規格・実装が不安定

許可するリソースを記述

Content-Security-Policy: default-src 'self'; image-src *

HTTPSの強制

HTTP Strict Transport Security(HSTS)
HTTP Responseヘッダで指定する
- HTTPでは汚染されているかもしれないので，HTTPSで吐き出す必要がある

まとめ

ブラウザベンダーに文句言うだけじゃなく，サーバ側で積極的に対応する必要がある
是非実装に落として，どんどん広めていって欲しい

大きくなったシステムの疎結合化への取り組み

分離する

Service Procedureに差し替える
- 基本的にプレーンなデータを返す
- オブジェクト等は返さないようにする
今回は内部向けのCoreInternal API
1つのリポジトリにいれてる
- メリット
  - 既存資産の活用
- デメリット
  - リポジトリの肥大化
JSONRPC over HTTP / Plackを使用
まだ社内でもベータ的な状態

コードの計測

Inscpect Packageで計測
- 昨年のmixiの人が発表したやつ
- 結合度，複合度を計算して，技術的な負債をスコア化
コードレビューもやってる
ガイドラインをテストにして自動化する
- @EXPORTを禁止
- 非推奨モジュールの使用のチェック
- ループ用途のmap, grep
何気なく書いているコードで複雑化していくので，意識して書く

Perlと出会いPerlを作る

五嶋さん
大学時代はKonohaScriptの開発

gperl

コンセプトは世界一高速なPerl処理系を目指している
C++でスクラッチで開発
フィボナッチやたらいまわしで数十倍高速
- 数値はperlの弱いところで，文字列処理をやっていないのはちょっとアンフェア by dan kogai
- Regexとか文字列関連はまだ実装されていないので，できてからベンチ取りたい

高速化

引数用の配列を事前に構築
NaN-boxingによる型検査
アノテーションによるStatic Typing/JIT Compile
- # @static_typing, # @jit_safe
```
# @static_typing
sub fib {
    ...
}
```

仕様の都合で諦めた箇所

関数引数にあるリストの展開
- 関数用に確保した配列を拡張する必要があるので遅い
デフォルトでのスカラー変数の参照渡し

Profiling memory usage of Perl applications

ps, top, /proc等を使う
RSSを計測の目安に使わないこと
Devel::Peekで変数(IV, HV, GV等)の構造を表示できる
Devel::Sizeでメモリ使用量を見れる
Devel::Sizeを拡張したい．一部した
Devel::SizeMeGraph なんか色々可視化してる！

2011/10/16