http://blog.yappo.jp/yappo/ blogって単語は好きぢゃ無いけどスクラッチ代わりに使います。
]]> ja 2012-04-23T17:32:14+09:00 This is an XML content feed. It is intended to be viewed in a newsreader or syndicated to another site, subject to copyright and fair use. http://feedproxy.google.com/~r/yappo/~3/PRpOm3rOHXU/000774.html 去る 4/18 から 4/21 にかけて全国ツアーして来ました。「そうだ干され、てみよう」って水曜の深夜ぐらいに思ったので。 ツアー1日目 とりあえず MBA とナイフとランプをかばんに詰めこんでいざ羽田空港へ。まず、京急蒲田で乗り換える久々過ぎて「どっち？はねだっくうこう？」ってなってたら、なぜか別の階から発射してました親切な駅員さんがいませんでした。ありがとう で、やっぱり飛行機と言えば寿司ですね。 「横山や！」って叫びたい所でしたが逮捕が恐くて出来ませんでした。こういう事書くから「第三の mattn」とか言われるんですね。心外です。 で、1時間半ぐらい飛行機に乗ってたら新千歳空港に着きました。さて、最初はどこに行こうかなと思ってたら、どうやら Hokkaido.pm Casual #0 がやっていたみたいですね！ 第1ツアー会場: 札幌時計台 日本三大がっかりスポットとして有名でしたが、がっかりするとかそういう土台に上がってない感じでした。 第2ツアー会場: サッポロビール博物館 ちょうどいいバスがなくて、時計台から8丁目先くらいで、信号8個さき位だから余裕で歩けると思ってたら、中心から外れるにつれて1丁目の幅がどんどん増えてくという北海道の洗礼を受けました。 500円で、この写真のチーズと左から、黒ラベル、クラッシック、開拓時のやつが飲めたんですが、黒ラベルとクラッシックの違いわからないし、会社の先輩に恵比寿にあるやつなら安くて種類飲めるってアドバイス頂きました。 第3ツアー会場: さっぽろテレビ塔 寒くて観光どころじゃなかった。てか凄い雪詰んであるし試されまくった。 第4ツアー会場: Hokkaido.PM Casual #0 Hokkaido.PM 言った事無くて、平日にやるなら1万円代で行って泊まって帰れるならいこうと思ってたら、16,000円くらいのチケットが本当に取れてこれました。実際は3000円多く払って帰りの便変えてるけど。 Kyoto.PM #1 の時に JPA スポンサードされた分の余裕をこっちに回したっていう体なので、 JPA が無ければこれませんでしたね。... perl Yappo 2012-04-23T17:32:14+09:00 http://blog.yappo.jp/yappo/archives/000774.html http://feedproxy.google.com/~r/yappo/~3/d0JJ-jgS3g0/000773.html 2012/04/01 にリリースされた Tora が話題沸騰中なのは記憶に新しいですが、これまた今話題の さくらVPS 2GB プランでインストールする方法をまとめたのでメモしておきます( [f6fa28f2bb6f6fb301c31fee69d2fea0041eaab4] 現在)。 必要なパッケージを入れる Tora が使ってるライブラリを入れます。 sudo yum install scons sudo yum install re2c sudo yum install curl-devel sudo yum install libicu-devel libicu-devel は Tora が icu を使っていて icu-config を使うので必要で、 curl-devel は標準添付ライブラリが使ってるので必須です。 ビルドしてテストしてインストールする git... tech Yappo 2012-04-10T15:34:06+09:00 http://blog.yappo.jp/yappo/archives/000773.html http://feedproxy.google.com/~r/yappo/~3/BCC7XLdMu6I/000772.html 2709円でこんなに濃厚なコストパフォーマンスがアホみたいに高い本は読んだ事無いし、Web関連のエンジニアをやっている人は必ず読んだ方が良いし、特にどのレイヤをやるかに関わらずエンジニアを目指す学生さんも卒業までには読んでおいたほうが良い本でした。 なんか誤解が多そうなんで追記しておくと、本書は「カジュアルなデータベース*利用者*のための入門本」ではなくて「本質的なデータベース技術の知見を得る為の入門本」である。ちゃんとタイトルだってデータベース技術って書いてあるでしょ? 明日着でWDP献本先と同住所に送付さ せていただきます。ご一読いただき、コメントなどいただけると大変ありがたい です。 明日発売なので念のためご連絡させていただきました。 というメールを3月8日に頂いて、実物が届いたのが翌日だったのですがチビチビ読んでてやっとさっき全部読み終わって、こんな出遅れたエントリになったよ！ ページが後ろになるにつれて、より実践的な話題になるのですが第一章で「学生の時はデータベース技術の必要性が身体で理解出来ていなかったうんうん」のような事を書いてある通り、最初はデータベースが必要な理由をわかりやすく解説し、DBにつきもののインデックスの必要性やアルゴリズム等の解説、RDBにつきものの正規化の話題も出るけど現実的な落としどころの考え方も一緒に書いているので、これを読んだ学生が正規化厨になるのに歯止めをかけている。 その後、SQLの基本的な使い方を解説をし、レプリケーションの使い方や、 DROP TABLE とか間違えて打ち込んだ時の為の予防策、トランザクションが必要とされる理由、無いとどうなるかと言った話題で導入部は終わります。 後半からはハードウェアの視点から見たデータベースのパフォーマンスに付いて、HDD/SSD/Fusion-IOなどの製品でのパフォーマンス比較「単純にSSDにしたからといって Insert 性能があがらない、ではどうすればよいのか?」といった業務に直結するような知識も網羅されています。 後半は RDBMS だけでは無く NoSQL 製品への言及や産まれて来た背景、松信さんの経歴による MySQL ひいき等も無く、 NoSQL を選ぶ事でのメリットデメリットも言及してあります。全体的な論調としては流行りにただ流されるのではなく、正しく製品の特徴を理解し納得して選定しましょうと口を酸っぱく書いてありますけどねw僕も同意ですが。 終盤に行くにつれて松信さんが MySQL 社や Mobage で培った知見をフル動員した(ソーシャルゲームだとどうなる的なのも多い)、高トラフィックを捌く為のデータベース設計、ハードウェアに合わせたチューニング、運用、トラブルシューティングといった話題がてんこもりです。 僕個人的な見所は、 MySQL hack / debug に関する部分でしょうか。原因不明のトラブルを gdb を用いて順に沿って解説しているのですが、所々に松信さんがどういう思考で手段を選んだのかという解説があるので、ただ単純な gdb デバッグの解説とくらべて万倍参考になります。まるで松信さんとマンツーマンで gdb... tech Yappo 2012-04-02T17:11:24+09:00 http://blog.yappo.jp/yappo/archives/000772.html http://feedproxy.google.com/~r/yappo/~3/PQK3QHpPUPg/000771.html と言う事で Kyoto.PM #1 は JPA 講師派遣制度として発表してきました。 京都素人すぎてランチの時間をみすってご迷惑おかけして申し訳ありませんでした。 なんか、関連ブログを見ると懐石料理で遅刻って文字がいっぱいあってもう泣きそうです。 京都らしい地域性を特色にした PM って懐石料理くってて遅刻するってことじゃねーだろ。。。 最初は捗るシリーズの話を考えていたのですが、 Atnd 見たら Perl にあまり触れてない方の参加が多そうだったので、 Perl の面白さや仕事に活かせる話等を中心にした発表に切り替えました。 LT4本分の時間構成のつもりが、発表枠10分おおかったってのに直前で気づいて、 Acme の話をゆっくり丁寧に Perl 知らない人でも興味持ってもらえそうな事喋ってたら、 Acme の話だけで20分つかって、あとだいぶ駆け足だった。。。 http://yappo.github.com/talks/20120317-kyotopm1/ clouder さん作の markdown2impress.pl は、簡単な書式で凄いプレゼン作れた感満載のレンダリングできるのでマジおススメです。 感想的なのを nitoyon さんの文章の相似を調べる為の特徴語抽出のロジックで、句読点やてにをはを使って分割して文字数の数列を使うってアイデアは面白かった。 azumakuniyuki さんが、 $x=1; $y=1; の時に、 $x... perl Yappo 2012-03-19T14:23:50+09:00 http://blog.yappo.jp/yappo/archives/000771.html http://feedproxy.google.com/~r/yappo/~3/kxqPQrbzHSI/000770.html 昨日は起きたら参加申し込みしてたはずの InnoDB Deep Talk #1 が始まってるらしいのに気づいて急いで行ってきました。入館面倒い会場なのに遅刻者対応したりピザとか飲み物調達とか面倒い事をニコニコやってるいちい++だったし、ピザーラのピザじゃなくてサルヴァトーレのピザはやっぱり上手くて沢山くってしまった。 っていう話は置いといて、一通り終わって歓談タイムに突入した時に、もりよしさんが昨夜思いついた inokodb っていう素晴らしいストレージエンジンを、その場で実装してて LT してたのを見て、勉強会に参加して意識が高まる症候群になったのですが、テンプレ的な意識の高まり方で終わってれば良いのに、なんか我慢出来なくなってその場で UDF でも作ろうと思って会場の wifi 探したのですが、電波見つからなくて断念しました。 家帰ってやろうとしたんだけど、僕の mac の brew install した mysql 5.5 だと -lcurl して作ったバイナリを cureate function すると落ちてしまって面倒くさくなって寝てしまって、起きて暫くして linux で環境作って作り始めたら存外簡単に出来てしまったとさ。 で、何を作ったかと言うと金曜日にライブドアって所がやってるロケタッチっていうシャレオツなサービスが住所正規化APIっていう素晴らしいAPIをリリースして下さったので、その API を使って MySQL だけで住所の正規化が出来たら、年賀状作成が捗りそうだったので作ってみました。 https://github.com/yappo/mysql-address_normalize セットアップの仕方は$ git clone... tech Yappo 2012-03-11T17:54:49+09:00 http://blog.yappo.jp/yappo/archives/000770.html http://feedproxy.google.com/~r/yappo/~3/j4cBrMhimZw/000769.html Kyoto.pm Tech Talks #01 (2012/3/17) 開催のお知らせ - Japan Perl Association運営ブログ [以下Kyoto.pmよりのお知らせです] === こんにちは、柴崎(shiba_yu36)です。 今回はKyoto.pmの立ち上げとKyoto.pm Tech Talks #01開催のお知らせです。 去年のYAPC::Asiaから、京都にもPerl Mongersが欲しいと思って構想を進めてきたKyoto.pmが、ついに3月から活動を開始できることになりました。 そこで最初の活動としてKyoto.pm Tech Talks #01を3/17(土)に開催します！ 今回、初の活動にもかかわらずJPA様の支援を頂いて、なんと！！ App::Ikachanなどの様々なCPANモジュールの作者であり、WEB+DB PRESS での Perl 連載枠の立ち上げなども行なっているYappoさん(http://blog.yappo.jp/)に、特別講師として京都まで来てもらえることになりました！ありがとうございます！ と言う事で ikachan で著名な私が地域PM向け 講師派遣支援プログラムにより Kyoto.PM に行って参ります。 支援していただける JPA さん 、リーダーの shiba_yu36... perl Yappo 2012-03-02T17:01:09+09:00 http://blog.yappo.jp/yappo/archives/000769.html http://feedproxy.google.com/~r/yappo/~3/pnGbmYQtKaI/000768.html Kamakura.PM 会場からこんにちわ。 本日発売の Web+DB PRESS Vol.67 にて Perl 連載の2クール目が無事感想したので2クール目の覚え書きでも書いておこうかと思う。 2クール目は、連載開始前〜開始当初に想定していたミッションを結構消化出来たと思っている。 1クール目はどちらかと言うと安定盤石路線っぽい感じでしたが、2クール目はだいぶチャレンジングな取り組みが多かったと思う。 それは、一つの言語をテーマとした時にみたチャレンジさという意味になりますね。 1クール目は、読者がPerlプログラミングをする為の基本やスタンダード、基礎力向上出来る内容と題材そして執筆陣を持ってして素晴らしい記事が量産出来たのが良かった。 最後は Perl Hacker と毛色が違うカジュアル目線のエンジニアにカジュアルなテーマでお願いしたところ、これも評判は良かったようで何よりでした。 前クール目のあらましはこれまでとして、連載全体でやりたい事として「YAPCを絡めたい」「danさんには出て欲しい」「いわゆる日本人以外の人に書いて欲しい」「大規模環境のテーマが欲しい」「首都圏以外の人間に書いて欲しい」といった目標と言ったものは持っていました。 たぶん一人で連載枠廻してたら結構結構死ねるテーマ目標だと思います。というか、僕一人じゃ無理ですね。 大規模環境に関してはお願いする先がだいたい検討ついていて、いつだったかの yokohama.pm やら perl の集まりの時に「mixiのいい人に書いてもらいたい！」「DeNAのいい人に書いてもらいたい！」とお願いしたら、快く候補者を教えてくれてあれよあれよと決まってしまって「mixiの大規模チーム開発」と「DeNAの高トラフィックを支える方法」という、それぞれ大規模だけどもテーマがバッティングしないミラクルがおきたのでした。 それぞれの社内の事情はわからないけど、各社の特色が一番出やすいテーマになってだいぶ濃厚でした。 と、2回連続で特定のプログラミングのテーマに特化した回がなかったので、特定のテーマをという事で、前シーズンでやりたいなーと話に出てた job/queue 周りの話をお願いしました。 job/queueとか大規模開発の一部だろー！とかいう声があったとしたら、それは間違いですね。 裏テーマとしては、1つの会社につき1人しかバトン回らないようにって考えていたのですが、この回で目論みが崩れさってしまって、どうでもいいモードに突入するきっかけになりました(DIS じゃないですよ！)。 で、ここまでで全10回になるんですが、大規模環境の話もしてそういえばインフラよりの話が無かったよねっていう事で、空前の CloudForecast ブームだったので CloudForecast をテーマにお願いしようかと思ったんですが、CloudForecast はそもそも言語枠でやるよりも別枠が良いよねって事で、インフラのプロフェッショナルによるログによって捗る方法を指南してもらいました。 YAPC をテーマにするという事は去年やりたかったんですが、連載枠で YAPC... perl Yappo 2012-02-24T21:10:11+09:00 http://blog.yappo.jp/yappo/archives/000768.html http://feedproxy.google.com/~r/yappo/~3/5GDEdMDsDE4/000767.html 先々週にやってたのに書くのをすっかりわすれてた＾＾；； livedoor Techブログ : 「livedoor × DeNA 勉強会」 #LDeNA を開催しましたの通り最後なので合同勉強会を開いてもらいました。 IRC で nekokak さんと「やる？やるならマジで専門家にお願いするよ？！！？」とか言ってて、合同勉強会やるかやらぬか見たいな話が出始めて50分もしないうちに kushii++ さんが色々と本格的に動いてくれて、すごい勢いで懇談会までの手配が整って感動の雨霰でした。 このフットワークは凄いです。 僕の発表としては、前回の yokohama.pm の続きの話と YAPC の LT で話せなかった事をやったんですが、 Twitter Streaming API と GrowthForecast を組み合わせて他社サービスと自社サービスを観測するという新しい話を話してるうちに、本題が出来なかったのが心残りです。 http://yappo.github.com/talks/20120127-ldena-folkatdevs2/ やりきれなかった所は、統合後の法人が許すのであればどこかでやりたいですね。 他の人の発表も、誰が何言ったか感想書きたいけどかけなくて残念だわー 何はともあれ関係者の皆様お疲れさまでした。... tech Yappo 2012-02-07T19:31:45+09:00 http://blog.yappo.jp/yappo/archives/000767.html http://feedproxy.google.com/~r/yappo/~3/j__N7m34GfE/000766.html - groonga の perl バインディング書こうとした - jQuery mobile sucks - Yahoo!Japan に入社する為の課題を解いた - html5 cache sucks - 空前の Facebook API ブーム - fuck #! - implimented to timeago functions for js - end of my web+db press - tolk on... music Yappo 2011-12-31T23:36:18+09:00 http://blog.yappo.jp/yappo/archives/000766.html http://feedproxy.google.com/~r/yappo/~3/DZdP47kCWUM/000765.html みなさん管理画面毎にグラフ作ってませんか？作るのめんどくさくて数値の表だけだして、直感的にサービスの動向掴みにくいとおもっていませんか？ Google スプレッドシートの機能でグラフだせるからいいよ？とかいってませんか？ Google スプレッドシートに吐かせる方法より簡単にグラフが作れたらいいとおもいませんか？ 遂に GrowthForecastというグラフ表示ツールで捗る話 - blog.nomadscafe.jp リリースされたので、早速僕が GrowthForecast をどんな感じで紹介しようと思いますが、なんか忙しいので便利ツールだけ紹介します。 https://github.com/yappo/grouthforecast-worker こういうツールを使っているので、グラフ追加したい時にいちいちある程度のボリュームのあるコードとか書かなくても #!/bin/sh echo "SELECT COUNT(*) FROM user;" | mysql -N -uroot ninjyatoriai みたいな一行スクリプトをどんどん追加して行くだけで簡単にグラフが増やせて嬉しいです。 作ってもらった動機 昔の会社は、集計する SQL をちょろっと社内 IRC に張るだけで、自動的にサービスの動向が解る奇麗なグラフが出来ていたんですが、転職したらそういう便利な感じじゃなくて癇癪起こして徹夜でコードを書いたのでした。 世の中にはグラフを作るツールは数多いですが、ちょっと使うのに準備が必要だったりするので すが、 GrowthForecast を入れとくと Web API を叩くだけで良い感じにグラフを作ってくれるので、一度設置すると HTTP... tech Yappo 2011-12-01T21:44:49+09:00 http://blog.yappo.jp/yappo/archives/000765.html http://feedproxy.google.com/~r/yappo/~3/wRmabo9AY7E/000764.html http://perl-users.jp/articles/advent-calendar/2011/ http://atnd.org/events/22657 今年もやってきました。アドベントカレンダーの季節が! アドベントカレンダーは特別なものです。たとえるなら図書館、公園、あるいは知の神殿のようなものです。私たちが考えたり、学んだり、知識を交換しあったりできる場所です。 既に5トラックの応募が始まってます！まだまだ席に余裕がありますので Perl に関わってる方は是非参加しましょう。 アドベントカレンダーを開始したとき、そこに広告バナーを設置し営利企業にすることもできたでしょう。しかし、私は別の道を選びました。私たちは、書き込みシステムのスリム化に努め、小さな組織であり続けています。私たちは使命を果たします。努力の無駄づかいはしません。 もしこれを読んでいる方々全員から1エントリずつの寄稿をいただけるならば、この参加者募集活動は一年に一日で済むでしょう。しかし、寄稿していただけるだけの余裕や心づもりが誰にでもあるとは限りません。それでもいいのです。というのも、充分な数の方々が毎年寄稿を決意してくださるからです。 このアドベントカレンダーを守り、維持していくため、1エントリ、1.5エントリ、2エントリなど、できる範囲でのご寄稿を考えてみていただければと思います。 よろしくお願い申し上げます。 Perl-users.jp創設者 大沢Yappo和宏... perl Yappo 2011-11-30T18:04:27+09:00 http://blog.yappo.jp/yappo/archives/000764.html http://feedproxy.google.com/~r/yappo/~3/X3tdA2InQl0/000763.html かんそうぶろぐかけってことなので、ぶくますうがのびるきょうこのたいみんぐでこうかいします。 ここのついきはげつようあさなんですが、あっとうてきにつかれててしゅっしゃできるかわからないくらいかいふくしてないのです。 なんか、こうしたほうがいいんじゃね？とか書いてるけどスルー推奨です。 発表について なんか優等生トーク(内容ではなくて枠の使い方そのもの)ばっかりよりも、少し型を崩した時のほうが理解を深める事もあるんじゃないかなーと思ってた所で、makamakaさんのゲームのデモをやってるトークは本当に良かった。(まったくみにいってないけど！) 伝えたい目的によっては、壇上の机の前に突っ立ってるより効率よく伝える方法が他にもあるかもしれないので、ちょっと考えてみるといいかもしれない。資料の朗読をしてるだけだと後でスライド見れば良いやってことになりかねないしね。 そう言った意味では、何かしらのデモンストレーションがあると良い。takesakoさんのLTなんか殆どデモだったけどとても伝わりやすくて面白かった。 僕も大講堂の後ろの方までwiiフィットもって走ってデモしたり、講堂の前席にいるhoriigureiruとかにミサイルぶつけたりするデモをやっておこられましたね。 特にスピーカーがあまりに移動すると録画カメラで追いきれないって言われるwとはいえ一番重視すべきなのは、リアルに交通費つかって、激安という程でもない程度の参加費を払って、時間をめいっぱいつかって、裏トラックを見るのを諦めて、わざわざ自分のセッションにやって来て頂いた方々を最大限尊重すべきなので、動画撮影班とかはあんまり気にしなくてよいのです。まぁみんな好き勝手にやり過ぎてたら本気で怒られそうだけどw 謝罪しない、最初から言い訳しない。自分の発表に自身が無かったり納得がいかなくても、謝ったり自身ないですとか言っちゃ駄目です。せめて「はじめてなのでやさしくしてね」くらいにしときましょう。これはほうぼうのプレゼン入門テキストに書いてある基本です。ただしネタの一環でやるぶんには除く。 lt 本物の自己紹介は要らない。たかだか5分の枠で自己紹介とか本気で時間の無駄ですやめましょう。もしかしたら知らないかもしれないですが、最近のテクノロジーはすごくて、あなたの名前と発表タイトルがgihyo.jpとかに掲載されます。そしてここからのてくのろじいがもっとすごくて、gihyo.jpに乗ってる名前を検索するとあなたのプロフィールが解ります。 ただし、コミュニティなんかの成果報告とか例外だし、ほかにも例外はあるけど純粋なる技術LTで自己紹介は無駄なのは有名な話ですね。これかいてて気づいたけど僕は本トラックですら自己紹介わすれてました。 あとmayumineさんのLTは自己紹介自体がネタの重要な要素になってて面白かったので、ああいうのも別腹とおもっとります。 短時間だし慣れてないと緊張して頭が飛んでしまうこともあると思うので、一番主張したい事だけ神に書いて、キーボードの上に置いとくと、いざという時たすかるかもしれませんね。 みにいったトークについて 資料作成やDan the dan-kaiとかで忙しくてあんまり見れてませんでした。 obraの話は面白くて割と聞いておりました。 コミュニケーションについて スピーカーに対してはもっともっと絡んだほうがいいかなーと思いました。基本的に事前に準備終えていないスピーカーは、発表前までは資料作りに忙しくて、発表後は開放感で満載で他の人と積極的に絡んだりすることを忘れ勝ちなので、目当ての人がいたら積極的に話しかけるといいです。 ただしPC開いて寡黙になにかやってたら声かけちゃ駄目、集中途切れさせて嫌われるだけです。PCみないでたたずんでたりぼーっとしてるスピーカーは大抵「来週の晩ご飯ローテーション」「おなかすいた」「YAPC中に取り溜めてたアニメの消化スケジュール」などを考えているだけなので遠慮しないで大丈夫です。 たとえ他の人と談笑している時でも、大抵のケースでは別にYAPCじゃなくても話せる相手と話してるだけなので唐突に混ざりにいってもOKです。 まぁ唐突に混ざりにいっといて単なる自己紹介されてもイラっと来る人とかいそうなので(obraとかは平気だけど)、何かしらの話しかける相手の成果物に対する質問や感想や意見等を考えてから声をかけると、話してる事を中断して真剣に話を聞いてもらえます。 スピーカーは自分の成果物を普及しにやってくる生物なので、そういった話をしてくれる人に対するプライオリティが一番高いのです。 運が良ければ、談笑してた相手の人とかも話に参加してくれるかもしれないしね。 みにいべんととか 突発イベント的なあれはもうちょっといっぱいあったほうが面白いかとおもった。やるほう大変だけど餃子のあれてきなのだったらそんなに大変でもなかろうし、運営の治外法権でかってにやっておけばよいw ちょっと巻き込む範囲が大きくなりそうだったり、事前にやりたい事があったら予め運営に伝えとくのは鉄の掟。僕も Perl Hackers Hub とかいう取材陣やら、商業誌に乗せる写真をパシャパシャ取りまくるような、とても厄介な事をやろうとしてたので、事前に怪鳥と941さんには情報を押し付けておいたので、トラブルなくおわりました。 なんか余ったうまい棒を入り口に運び出すミッションがあったらしいんですが、待っててくれてました。 そういう事前アナウンスなしに突発でやると大抵炎上するし、やってる途中で「だれの許可得て出店してるんじゃ」的な黒い関係者さんがやって来ちゃうかもしれないですからね。 善行だからいいでしょ。的に放置しとくとそれが悪行になったりもしますよ。この言ってる意味解らない人はUOを100年くらいROMっててください。 スイーツエリア いままで、スピーカーの資料作成の憩いの場だったので、そのノリでみんな資料書いちゃってたのが結果的に失敗だった。受付の裏のスペースに椅子とか電源タップならべて、作業してるだけの人を押し込むような事が出来てたらスイーツエリアで談笑するひとふえたのかなー あの黙々と作業してる空気感だと喋ってると悪い気になってしまうw... perl Yappo 2011-10-17T12:19:38+09:00 http://blog.yappo.jp/yappo/archives/000763.html http://feedproxy.google.com/~r/yappo/~3/fvxc4iKqAK4/000762.html 前回からPHPとかJavaScriptとかしかやってないから何も無いよなーと思いつつ、とりあえずWeb+DB PRESSの話でもしようと思って応募してたんだけど、急に Perl とかやるようになったので急遽LT二本応募とかしましたとさ。 死霊一覧はこちら http://yappo.github.com/ perl hackers hubの話 どんなにblogが発達しようとも、雑誌が無くなってしまおうとも、プロの編集者を通した技術的な出版物というものは大事です。このセッションは、その間口を広げようとするのを目的としました。 前日まで本当にスライドどうしようか良いアイデアが無かったんだけど、発表として伝えたい事は「誰でもこういう事できるんだよ。みんなもやりなよ。」っていうのだったので、年末に発売される回のサプライズな企画の紹介から始まって軽く背景の説明をしておいて残りの時間で会場内に居る関係者を招集して、何も特別な事なんか無いんだよ感を重視して、それぞれの話をしてもらいました。 セッション(この回はあくまでもトークとは言わない)の性質上、エンジニアが得する成果物の発表は無理ゲーなのですが、執筆する事に二の足を踏んでいる人の背中を押せたらいいなと思って、だいぶゆるふわざっくばらんに進行しました。 無茶ぶりで前に出て来てもらった人には、本当に事前に何も話していなかったのでgdgdっていた模様ですが(僕はinaoさんにマイク渡したらdanさんを呼びに外出てて、様子を知らない)、僕は事前に様々なパターンを入念にシミュレーションしてから挑んでいたので上手くまとめられたんじゃないかと思っています。 YAPC - Yet Anthor Perl Conference - Conference - 会議 「会議のはずなのに、授業のように一方通行のセッションだけってのもあんまり面白くないよなー」、「海外のカンファレンス(osdc.twしかいってないけど)、プレゼン中に観衆から発言が飛び出してきて、そこから議論が始まっていって最終的にスピーカーがまとめてオチをつけたりするよなー」「日本ってそういうのやってないよなー」って言うもやもやが頭に合った所に、前夜祭の帰りにロックスターが「日本人ってスライド詰めすぎだよね。もっとゆったりしてもいいのに」的な事を言っていたので、こういう方向性に決まりました。 本当はBOFっぽい感じにもってくつもりだったんだけど、時間が足りなかったのであきらめました。 xaicon-san, nekokak-san, kazeburo-san, dan-san, inao-san無茶ぶり引き受けて頂いて有り難うございました。 ikachan AnySan, ikachan を遂に shipit しましたよ。の話と、 ikachan の紹介を LT しました。... perl Yappo 2011-10-16T17:03:57+09:00 http://blog.yappo.jp/yappo/archives/000762.html http://feedproxy.google.com/~r/yappo/~3/Ah5Hh5B3ufA/000761.html たまたまhttp://twitter.com/kazeburo/status/103842813548040192を見かけたのでネタで作ってみただけのコード。 https://github.com/yappo/p5-Plack-Middleware-ErrorpageRedirectloopDefence 今回のリクエストが前回みてたURLと同じなのに関わらず、エラーページを返しちゃう場合にブラウザ側でのコンテンツの更新を抑止する為のmiddleware。 サンプルはhttps://github.com/yappo/p5-Plack-Middleware-ErrorpageRedirectloopDefence/blob/master/sample.psgiみたいなかんじ。 普通にplackupした時に http://localhost:5000/ok にアクセスすると3秒毎にリロードが発生しますが、 http::/localhost:5000/error とかにアクセスすると、リロードが一回しか行われないのが解るとおもいます。 エラーページを表示しているのに、自分自身をリロードする事になってしまう理由は色々考えられますが、エラーページを何回もリロードする意味は無いよねと思って作ってみただけです。 マジレスすると この仕組みを使わなければいけないケースは、何かが間違っている ライブカメラ等の、同じURLに対してmeta-refreshが必須なページに導入すると、たまたまエラーが発生した時にユーザにエラーであると通知する手段がなくなる 等の理由により使うべきではないです。... perl Yappo 2011-08-18T02:00:11+09:00 http://blog.yappo.jp/yappo/archives/000761.html http://feedproxy.google.com/~r/yappo/~3/6-Og8IfFTp4/000760.html 皆さんは、日々のお仕事の中で様々なバッチ処理やデプロイツールまたはCIツールを動かすと思います。 一般的なネット系のエンジニアは仕事のコミュニケーション手段として IRC を用いているというのが有名ですが、これらバッチ処理の処理状況等を普段の生活環境である IRC に流せたら便利です。 実際に前の会社では、 deploy tool, ci tool, etc batch script の処理結果を社内 IRC channel に通知するような物を hirose31 さんが作ってくれて、とても便利でございました。 とはいえ、各種スクリプトが独自に IRC server に繋ぎに行く事は大げさですし、バッチが走る都度 join/part されたらうざいです。 そこで前の会社では、 IRC server につながりっぱなしなサーバを立てて置いて、 iDC などのインフラからいつでも何処でも IKC を使ってメッセージを送ると指定したチャンネルにメッセージを投げてくれると言う便利な物がありました。 実際自分が担当していないプロジェクトでも、今現在他のサービスでどんな作業が行われてるかをリアルタイムで把握出来るのは、その会社で働いている上でとても役に立つ事が多いです。 狙いとしては、こうした簡単に通知を行うインフラが整う事で、気軽に各種処理状況が共有出来るようになる事により、今まで何かの処理スクリプトを叩いて IRC とかで手作業で結果報告していたような類いの要件も、全自動化される事により飯が捗るといった事を期待しています。 実際 deploy... perl Yappo 2011-08-16T22:13:07+09:00 http://blog.yappo.jp/yappo/archives/000760.html