「PHP帝国は滅んでいない。新たなる希望を待ち、逆襲の機会を虎視眈々とねらっている」 遠い昔、はるか彼方の銀河系で…はなくて、去年、私は 私が愛するPHPはまだまだイケてる！ とホールで叫び、なんと皆様からベストトーク賞をいただけたYAPC::Asia Tokyo 2014から１年が経ちました。 あれからPHPに新しい事は起こったか？勿論起こりましたし、さらに 起こりつつあります！ 皆さんに是非お届けしなければ！ということで、今年もPHPの話をさせてください！ 次のPHPは5.6から一気に7にバージョンアップされます 。「5.6の次が7って、おくればせながら流行にのってメジャーバージョンを切り捨てて5.7を7にしただけじゃないか？」なんてことはなく、メジャーバージョンアップにふさわしく変わります。 PHPなりに 高速に、安全に、パワフルに 生まれ変わりを果たそうとしています。その 来たるべ

ISUCONというWebアプリケーションのパフォーマンス改善コンテストをご存知でしょうか？ ISUCONとは、「お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトル」です。3人でチームを組んで参加し、レギュレーションの中であれば自由にアプリケーションに手を加え、出題者が用意したベンチマークでもっとも優れたスコアをたたき出したチームが優勝となります。2011年から4回開催されています。 発表者は2011年、2012年の2回は出題側として問題作成と調整、アプリケーションやベンチマーカーの作成に関わり、2013年、2014年は参加者として2年連続優勝をしています。そして、今年2015年も開催することが発表され、多くの注目を集めています。私も参加する予定です。 このトークではISUCONの課題作成や、問題に取り組んだ経験、また、普段からオペレーションエン

完成されたシステムなどない。完成された人間もいない。あるのは成長し続ける未完成なシステムと、それを支える未完成な人間だけだ 何故話すのか 大企業も昔は色々な苦労を体験して成長されてきたんだな、ということを体験して その経験談を体系的に自分の中でまとめたいことが理由です。 頭ではなく、体験して、心で理解したことをお話しします。 このトークが誰かのお役に立てればと思います。 TL;DR 成長するシステムにおいてのリソース管理・未来予想・ギャップとの調整 ミスやバグは発生する、気付ける土台をつくる 必要な構成の変更・必要ではない構成の変更 可能な限りの自動化を行い、不要なオペレーションを最小限まで減らす 精神をすり減らさない為に座禅をする 概略 サービスを運用するにあたり "いかに運用する作業コストを下げるか" "お金をかけずに耐障害性を上げるか" というのは中小サービスを運用する人間にとっては

※ 本トークにおける「インフラエンジニア」は、運用エンジニアでありながら、プログラミングに関連すること一切を、自らの選択によって放棄してしまっている人を指します IT系エンジニア(広義)を世代ごとに分類すると、おおまかに以下のようになると思います。 ハードやネットワークなどの低レイヤからミドルウェアの設定、コーディング、運用まですべてを担っていた第一世代 第一世代の知識経験を備えつつ、効率化のためにレイヤごとに分業をするようになった第二世代 分業前提で業界に飛び込んだ第三世代 もちろん、所属する組織の規模などによって一概には言えないですし、第二世代第三世代でありながら、幅広い領域をカバーしつつ活躍しておられる方もたくさんいらっしゃるとは思いますが、大半は世代や年齢層ごとにどこかに心当たりがあると思います。 昨今はフルスタックエンジニアなる言葉がバズワードとなり、下から上まで一人でなんでもこ

One of the guest speakers is Peter Rabbitson who is the main maintainer of DBIx::Class and SQL::Abstract. http://search.cpan.org/~ribasushi/ Below is a description in Japanese. おはようございます、ゆーすけべーことYAPC実行委員長のわだです。今年は海外からのスピーカーも多数来日します。その第1弾の発表として、ゲストスピーカーの Peter Rabbitson ( PAUSE ID ribasushi ) を紹介します。 現在の日本のPerl事情では「より軽量なO/R Mapper」が好まれている傾向にあります。が、世界的に見ると DBIC つまり DBIx::Class モジュールが広く使われています。そのDBIC

ボケての開発にジョインしたPerlをいじったことのなかった 新米エンジニアの軌跡とその過程で感じたことを発表します。 想定される内容は以下になります。 ここが変だよPerl ここにつまいづいたよ フロントエンドエンジニアですが。。。 iOS開発からwebアプリ開発になって でもまだPHPかくよ Boketeの開発環境

古来より，Perlのソースコードをリファクタリングすると言えば，テキストエディタでソースコードをちまちま人間が書き換えるスタイルが一般的でした． 私は，Perlのソースコードをリファクタリングするためのツールである，Perlリファクタリングツール App::PRTを開発し，CPANで公開しています． App::PRTを用いることで，トークンの置換，メソッドの移動や削除，クラスのリネームなどをうまくすばやく行うことができます． 本トークでは， Perlのリファクタリング界隈の振り返り PPIを用いた静的解析の入門 静的解析を使ったアート活動 App::PRTの機能，使い方，ちょっとしたコツ 実サービスに対するApp::PRTを使った全自動リファクタリングの事例 などをご紹介します．

ついに実運用段階に入ったどころか、エンタープライズレベルになったと言われるCassandra。 実際にサービスでユーザーが触るWebAppは開発していないですが、Cassandra運用に使っているPerlの話をします。 主に Cassandra 1.1、1.2をベースとした運用の話 運用で使っているPerlモジュール を話したいと考えています。 今Cassandraを運用している方や今後運用を考えている人に少しでも役に立つお話が出来ればと考えています。

仕事でプログラムを書く時は指定された環境や、便利な社内ツール群、相談にのってくれる仲間や、何より豊富なコンピューティングリソースがあるでしょう。 しかし仕事から分離された趣味の開発ではそういったサーバは使えないことがあるわけで、それをどのように調達したり工夫を行うことで、いかに自分のポケットマネーから最大の自己満足感を得られるかを紹介させていただきます。 以下の様な内容を紹介させていただきます。 おすすめのVPS/クラウドサービス　作業用、助っ人、本番用、それぞれの使い分け Amazon EC2/S3 etc, Google Cloud Platform, Digital Ocean, VULTR, さくらのVPS etc... 自宅サーバという選択肢におけるメリット・デメリット 超低消費電力サーバ RaspberryPi で出来る事出来ないこと 作業場という意味での自宅やコワーキングスペ

TL;DR Perlにあまり馴染みのない人に対して真面目なPerlの話をします。最近のPerl事情について知りたい人も対象です 私はこれまで数年間、仕事でガッツリPerlを書いてきましたが、古いPerlにあまり触れて来なかったこともあり、あまりPerlに対する嫌悪感は持ち合わせていません。そして、Perlのエコシステムや、細かいパーツを組み合わせる文化、それゆえに後方互換を大事にする文化などについては非常に好ましいものだと思っています。 Perl界隈は、平均年齢が高めで「成熟した」大人な人間が多いように思います。達人の域に達し、若者からのdisを意に介さない人が多いです。「PerlはPerlで良いものだ」という確信を持ち、それゆえdis合戦に加わることもせず、逆にPerlに拘らない柔軟性も持ち合わせています。そういうPerl界隈の人たちが私は大好きです。 逆に、Perl界隈は歴史がある分、

今年もそんな季節かー手伝ってやるかしかたねーな、という方は、下記の応募フォームからご登録お願いします><

(日本語は下にあります / Japanese follows English) Hello, every Perl mongers! Do you use Perl::Critic? I think you are using! Yes of cource, Perl::Critic is awesome and powerful tool to check our source code. I wonder how many times Perl::Critic saved me from bugs. But... I feel this module is a bit slowlly, so processing speed becames fast, I thought that I was glad. ...That is where Perl::Lint come in! I i

あなたは「送信中…」が表示されたままちっとも先に進めないモバイルアプリにイラッとしたことはありませんか？ いま主流となっているクライアントとAPIとのやりとりは、本当にわたしたちにとって幸せなかたちなのでしょうか？ 誰もがベストプラクティスを模索しているように感じます。 本トークでは、クライアントサイド視点、サーバサイド視点、そしてなによりユーザ視点から 「モバイルアプリとそのバックエンドはどのようなふるまいが適切なのだろうか」ということを 複数事例やデモを交えながらお話しします。 予定しているトピック 昨今のモバイルアプリ事情 昨今のMBaaS事情 事例いくつか つくってみました サーバサイド(Perl) クライアントサイド(iOS) 注意事項 本トークは、小〜中規模の個人制作アプリとそのバックエンドを想定したものになる予定です。

このグローバル化する時代において、Web サイトで利用するプログラム言語の他言語化はますますその重要度を増しております。 一つのプログラム言語だけでサービスを提供する事も難しくなっていくことでしょう。 そのため、本talkではプログラム言語を限定せずWebアプリケーションのデバッグ・解析に使うことのできるstraceについて、初心者〜中級者向けのイントロダクションを行います。 トーク内容（予定） システムコールとはなんぞやみたいな説明 Webアプリケーションにおける一般的なサイクル（リクエストを受けてレスポンス返すまでに発行される典型的なシステムコール） Starman, Starlet, Twiggy::Preforkなどで動かしているWebアプリを実際にstraceしてみる straceのPros and Cons 実環境での事例 multi process + event drive

LAMP（Linux Apache Mysql PHP）。これのインパクトと莫大な成功（バブル）、そして後に残された膨大な負債については疑う余地はないでしょう。 当時、 「P」を争うPerl(CGI)-PHP戦争 で、「お手軽」「ゆるふわ」「コピペコード」でシェアで勝ったPHPですが、慢心を抱いてクソコードの沼に沈んでいきました。 最早一部界隈では滅んだと見なされているPHPですが、実はPHPの進化は続いています。PHPerとしては 長年の宿敵であるPerl Mongerの皆様にいまどきのPHPを知って頂きたい 、それがこのトークの目標です。 というかですね、私のようなPHP大好きPHPerとしては、よくある10年前のPHP知識でDisられてもそろそろお愛想笑いしかできないのです（Perlの方もCGIとDisられるでしょうが、アレみたいなものです）。多くのPHPerも皆様同様やさしいのでそ