来た、焼いた、食った。 YAPC::Asia TokyoとBBQ : D-7 <altijd in beweging>
序章 YAPC::Asia Tokyo 2015の準備で慌ただしくてしてるある日、俺は肉が焼きたかった。誰でも1年に1回くらい肉を焼きたい時があると思う（要検証）。ステーキ肉だ。焼きたい。 別に高級肉が焼きたいわけではない。そこそこおいしければ普通の肉でいいのだ。しかしスーパーで売ってる 牛ステーキとか、あれは肉の厚さが1cmもないことがほとんどだ。1cmの肉なんてステーキ肉ではない。それは紙だ。ステーキ肉は2cm以上からだ。願わくば3~4cmは欲しい。 牛肉は2cmを超えて初めてステーキ肉になるのだ。 そんなおり、俺のタイムラインに以前より懇意にしているThe Meat Guyのポストが流れてきた。 え、なにこれ… いやだ… カッコいい…。焼きたい！俺はこれを焼きたい！他の肉も一緒に焼きたい！ ということで「日本なのになぜかアメリカンな肉を買える」ことで俺の中で有名なMeatguyで巨大
急成長中の会社をサクッと辞めた事に関して色々言われるので書くつもりがなかった退職エントリを書く : D-7 <altijd in beweging>
タイトルの通りなんですが、某急成長中／快進撃中のあの企業を11月末ですごくサクッとやめて、イベント運営サポート・チケット販売システムをやっているスタートアップであるPeatixにジョインしました。とりあえずインフラ周りをがっつり整備する方向。 この話をするとわりと真顔で「え、なんで？あの会社を辞めるなんてなんか事件でもあったの？！」って感じの反応をされるんだけど、そういうことではないのでそこだけ説明のため好きでもない退職・転職エントリを書いている次第です。 まず、なにか事件があったわけではない。べつになーんもなかった。子供のお迎えとかをしてても基本文句も言われなかったとか、色々融通を効かせてくれてたのは明らかだし、そのまま居れば皆も知ってる勢いのある企業でボチボチ高給取りでいられたかなーとは思う。 だから退職せずにもっと良い方法を模索すればよかったのかなぁとは思わないではないけど、やっぱり
YAPC::Asia Tokyo 2015 の会場の紹介 : D-7 <altijd in beweging>
YAPC::Asia Tokyo 2015 は ななななんと！8/20-8/22にビッグサイトで開催されます！ まだまだ本番までは時間はありますが、本エントリではどどーーーーーんとその辺りを先取りして 皆様に紹介したいと思います！ もしこれを見て「スポンサーに興味あるんだけど、この会場だったら○○とかできる？」というような興味が湧いた方は是非こちらのフォームからお問い合わせください！さて、というわけで会場です。ビッグサイト！ビッグサイト、名前からして大きそうですよね！実際大きいです！ビッグです！実は僕は今回見学しにいくまでビッグサイトは行った事がありませんでした。ビッグサイトすごいですね！ 今回お借りする会場は「会議棟」です。有名なコミケとかが行われる会場は「展示棟」のほうです。会議棟は実はこの逆三角形の建物の中にあります。 入り口から入って左手に上に昇エスカレーターがあります。これで一気
珪藻土バスマットが（俺的に）革命的だった : D-7 <altijd in beweging>
諸事情によりうちにまともなバスマットがないまま暮らしてきて5年？くらいたった。あんまり気にしてなかったんだけど、この間からバスマット代わりに使っているタオルの繊維が浴室に入るのが気に入らず俺がキレて「値段が高くてもいい！高性能バスマットを買おう！」と宣言した。 そしたら妻がこれにしない？と提案してきたので「よっしゃそれだ！」と買ったのがこちら やー、これすごい！シャワーを浴びて普通に体を拭いて浴室からでてきたら足の裏がサラサラしている…ッ！すごい、サラサラだ！何回も言うけどサラサラだ！足の裏の革命だ！なんでもっと前に買っておかなかったんだー！ 何日かに一回陰干しして乾燥させる必要があるけど、これはたまらん。このサラサラ感、ちょっと説明できないくらいサラサラなので是非試して欲しい。布で水分を取るのとはわけが違う感じ。 あとはこれがいつまでも持つのかとかが気になるが、もしすぐに使えない とかに
私家版のgoでホットデプロイの仕組み、もしくは椅子もマサカリも投げられたくないときの気遣い : D-7 <altijd in beweging>
なんかごく一部に補足されているので、念のため軽く説明しておきます。 masahiro nagano@kazeburo某所のlestrratさんのgolangなアプリはhot-deployが可能になってる。サーバはserver_starter経由で起動されていて、バイナリ消してHUPを送ると自動でビルドしなおしてプロセスを入れ替えてくれる。便利 2014/04/30 12:18:31 これ、ベストな方法だとは思っていないんだけど、最初にこれを書いた当時の考え方は以下の通り： これは自分の部署で初めて 本番に設置するgoアプリである一次対応をする人は自分とは限らない細かいコード内容の修正はともかく、明らかなバグっぽいものの修正（例：SQL文の変更）などを自分以外の人間が施した後にサーバーを簡単に再コンパイル＋再起動するする方法がないと椅子が降ってくる事が容易に予想される Apache::Log
YAPC運営とビジネス : D-7 <altijd in beweging>
Daisuke Maki@lestrratお金以上に重要なものもあるけど、お金がなくては何もできない。誰かの利を産むことによりお金を集め、それを使って自分の野望の実現するのです。イベント運営や団体運営の究極的な目的はお金儲けではないにしろ、ひとつのビジネスを創造する事が必要なのです。 2013/09/26 12:33:49 究極的な目的がお金儲けではないので当然こういうイベントでは資金はそこまで潤沢ではありません。活動内容自体もあまりお金儲けに走ると本来喜んでもらうべき相手であるコミュニティの反感を買いますし、一部からは「お金をかけない手作り感がいい」と言われる方もいます。 まぁ言いたいことは わかります。崇高な目的を商業主義に汚されたくないというのは確かに感情としては理解できます。 しかし 自分はこれまでスタッフとして参加したり、主催者として色々やってきたりしてその辺りの「汚い」部分をち
YAPC::Asia Tokyo 2013: 今年のこれまでの道のりとクロージング : D-7 <altijd in beweging>
初めて関わったYAPC::Asia Tokyoは2006年で、具体的な数は知らないですが多分150人くらいの参加者だったらしい。そこから数えて8年目。YAPC::Asia Tokyo 2013はチケット売上げ + 招待枠 + スピーカー + スタッフで 1,131名を記録した。自分の観測漏れがなければぶっちぎりで世界最大のYAPCである。 このエントリーではクロージングで話した内容とともに、今年のYAPCが開催されるまでの流れをざざーっと書いていこうと思う。来年以降にイベントを開催したい人達に向けてなにかしらのヒントになると嬉しい。 予想来場者数・予算確定 今年は1月頃から行動開始した。これまではわりと出たところ勝負で規模・予算を決めていったのだけれども、去年まで連続して黒字を出せてたしスポンサー・チケット売上げの大枠予想がつき始めてたので、まず「来場してほしい人数」「そこから予測される予
YAPC::Asia Tokyo 2013: 「本当にあったレガシーな話」と最近のlivedoorBlogの改修 : D-7 <altijd in beweging>
はい、というわけで自分のトークです： 昨年12月頃から関わってるlivedoorBlogのコードを触っていた時の憤りをスライドにぶつけてみました。 追記：スライドに「ログにマーカーをつける」というのは、（コード読んでないけど）多分こちらのエントリにあるLog::Minimal::Indentとだいたい同じ感じのヤツです ところでWeb上で見かける感想の中でこんなのがありました： 今年個人的に一番衝撃的だったのはやっぱ、livedoor blogのPlack化です。技術的な側面もさることながら、ああいう近視眼的には何のメリットもないし、逆にデメリットの方が大きそうな案件にリソースを割くジャッジができる会社としての姿勢が本当に凄いなと。 実はビジネス的にも意味はあるんだなー。 なかなか書くことができなかったんだけど、その内容というのがこちらと→ ブログのお引っ越し機能を大幅に強化しました！ （
2013年は残念ながらno LTThonです : D-7 <altijd in beweging>
（追記）LTthonは前夜祭でプチ復活します！公式ブログ・私のブログ dokechin@dokechin今年もLTソンあるのかな？ スピーカーは敷居が高すぎてー #yapcasia 2013/05/15 20:52:39 去年Hachioji.pmの皆様に主導してもらったLTソンはもうただひたすら発表者のいる限りLTを続けるというイベントで、参加者に対する敷居の低さなどもあってたくさんの方が発表し、刺激し合い、結果的にすばらしい企画になったと思っています。 だけど今年のYAPC::Asia Tokyo 2013ではやらない方向です。 良い企画だと思ってるのになんでか？ それは主に人の導線のせいです。去年の会場はメインホールの真横にまるでエアポケットのように広場があり、メインの企画であるセッションを聞きに行く人達の導線を邪魔しないところにとてもカジュアルな空間を作れました。視覚的にも「ああ、
Perl5 Census Japan 2013をまとめてみました : D-7 <altijd in beweging>
Perl5 Census Japan 2013に回答いただいた皆様、ご協力ありがとうございました！知らなかった人のために説明しておくと、私が2013年4月7日から19日までの間アンケート形式で日本でのPerlの利用状態等を知りたいと思い回答を募りました。回答数は394でした。 なるほどねー、へー、と思いつつデータを見ていました。取り急ぎ今回はシンプルな回答の集計結果をお知らせしようと思います。これからさらに面白い解析は是非このエントリの最後にあるデータを使ってみていただけると嬉しいです。 それでは一個一個紹介していきます。まずは回答者の居住地域。圧倒的に関東優勢。調べた事ないけど、やっぱりIT系の人はほとんど東京近郊に集まってる、ということでいいんかな。ちなみに中国地方がゼロ、ってのがなかなか味わい深いｗ Perl歴。古くから広まっている言語、という事もあり10年選手が多い。 Perl熟練
Plack Performance Tips - mount() and query_parameters() : D-7 <altijd in beweging>
すごいヘビーな負荷を受けているPSGIアプリケーションで「なんでこれで負荷があがるの？」的な現象があったので二つほどTipを。ちなみにこれは 2013/03/06時点での話なので、もしこれをあなたが大分将来に読んでいるのなら、状況に変更がないかちゃんと確認すること！ まずこのお話の前提：mod_perlなアプリをPSGIに移行したかった。アプリはmod_perlハンドラで書かれているので、Apache::RequestをPlack::Requestに書き換えたり、ハンドラ部分をオブジェクトにしてキレイにするくらいで、基本的な構造は何も変えてない（←ここポイント）。あとはApache側とか設定をもりもりいじって、PSGIファイルを書いて、Starletでデプロイして、パフォーマンスが30%くらい悪くなった。さて、犯人は誰でしょう？ まずアプリケーションを組む側が「やっちまったなぁ？」な件：P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
