わたしの立ち位置 今は東京都でプログラマをやっているが、3,4年くらい新潟県でプログラマをやっていて、当時は地元のコミュニティによく顔を出していた、という人間です 以下本文 少なくともわたしが知っている限りの話です。新潟県には優秀なプログラマが一定数います。そして、最近はコミュニティがそういうプログラマにリーチしつつあって、交流は活発になっていると感じます。でも、参加者がレポートとかを対外的に書いたりはあまりしてないように思えます。これはとてももったいないことです。優秀なプログラマを喉から手が出るくらいほしがってる「都会」の企業が、「なんかあの地域めっちゃプログラマたちの活動活発だな、開発拠点作る意味あるかも」って思ってくれるくらいまで、「俺たちプログラマとして楽しいことやってるぜ！」ってのをアピールしていったらいいのにな、と思うんですよ。 これは多分新潟に限らないのではないかと思うんでけ

2015 年 6 月 16 日 (東京) 発 - SRA OSS, Inc. 日本支社は、（以下 SRA OSS) は、SRA OSS が提供する「OSSサポートサービス」を改定し、オープンソースソフトウェア（以下：OSS）のサポートの対象ソフトウェアを拡充しました。Webサーバとして近年利用が拡大している Nginx や、ログ収集基盤の Fluentd の他、計8個のソフトウェアのサポートを開始しています。 2015 年 6 月 16 日 (東京) 発 - SRA OSS, Inc. 日本支社 (日本支社: 東京都豊島区、取締役支社長: 石井達夫、以下 SRA OSS) は、SRA OSS が提供する「OSSサポートサービス」を改定し、オープンソースソフトウェア（以下：OSS）のサポートの対象ソフトウェアを拡充しました。Webサーバとして近年利用が拡大している Nginx や、ログ収集基

1. 完全負け組なモバイルWebが • • • • • これから復活する(多分) 「The Next Generation Mobile Web(Google I/O 2015)」レポート 第58回HTML5とか勉強会 2015.6.13 Performance on RAIL Service Workers Push & Notification

Brocade has decided it’s acquired enough companies that it needs to stop using all those different brand names. The Connectem, SteelApp, VistaPointe, and Vyatta brands are all being retired, replaced with new product names that all have the word “Brocade” in them. Brocade announced the changes today in a blog entry by Kelly Herrell, senior vice president of software networking — and the former CEO

あなたは変態と呼ばれる日本酒があることを知っているだろうか？。 自分が変態系と言われる日本酒に遭遇したのは、このブログを初めて間もないころなので、随分前から存在していたのかもしれない。定義というものがあるわけではないが、概ね下記のいずれかに該当する日本酒は変態系と呼ばれるようだ。 1.酸度・アミノ酸度が変態的に高い。 2.変態的な精米歩合。 3.変態的な熟成香を伴う。 ここで注意してもらいたいのは、変態だから「まずい」と言っているわけでは決してない。むしろこの個性の虜になると、これ以外は考えられなくなるほどの圧倒的なパワーに、その日本酒の信者になってしまうほどだ。 発酵学は奥が深い。「くさいはうまい」のである。by小泉武夫先生。 画像から先生の書籍が購入できます。 さあ、あなたも変態の世界へ足を踏み入れてみましょう。 変態の世界へようこそ。

今年も無事夏コミで『Acme大全2015』を出すことができます（予定）。「Acme大全」は、同人サークル「どんぞこ楽屋」が発酵している、AcmeカテゴリのCPANモジュールを全て紹介するというコンセプトの同人誌です。 2009年から刊行して7冊目となりましたが、 実はその「前身（『本日のAcme』）」の「前身」となるPerlの同人誌（本体は評論誌でそのうちの数ページ）をYAPC::Asia 2008年でちょこっとブースを開いて頒布させてもらったことがあります。その後もYAPC::Asiaでは賑やかしというか、さらしものというか、まあ色々な形でブースを出させてもらい、「Acme大全」等の頒布を行ってきました。 そんなわけでYAPC::Asia Tokyoと伴に歩んできた「Acme大全」の裏話。いま話さなければもうその機会は永久に失われるでしょう！ 内容 具体的には Aame大全の作り方 どう

今日も、海外から来た古参Perlエンジニアと「I used to be a Perl monger」といった話を聞きました。 Perlを使ってきて、コミュニティのみんなと繋がってきた私達。 YAPC::Asiaも終わって20年後、私達はいったい何をしているのでしょうか？ Perl 26を使っているのか、はたまた他の言語かもしれませんが、今の経験は活きているのでしょうか？ YAPC::Asia 2012で「シリコンバレーと世界のPerlエンジニア」という発表の中で「10年後も食える仕事、食えない仕事」というトークをしました。 それを踏まえて、これまで20年間Perlで食べてきた人の視点から、今回は20年後を議論していきます。

「勉強会と私どっちが大事なの！？」と言われないために 本トークでは、子持ちエンジニアがいかにして妻の協力を得て、100名規模のRubyカンファレンス「神奈川Ruby会議01」を開催したかを中心に、継続的にコミュニティを運営するため、エンジニアとして学び続けるため、発表者が家族に理解を得るために行っている努力や失敗事例についてお話します。 神奈川Ruby会議01 YAuthと家族マイレージ クリスマスと勉強会 コミュニケーションツールとしてのZaim 生活音を抑えたPodcastの収録 家庭を支える技術 Advent Calendar 2014 - Adventar

use DBIx::Schema::DSL; create_table book => columns { integer 'id', primary_key, auto_increment; varchar 'name', null; integer 'author_id', not_null; decimal 'price', 'size' => [4,2]; add_index 'author_id_idx' => ['author_id']; belongs_to 'author'; }; これはなんとPerlのコードです。記号だらけで読みづらいと言われることもあるPerlですが、このコードは余計な記号も少なく、何をやろうとしているか明確です。これは、DBIx::Schema::DSLモジュールを用いてSQLのCREATE文を定義しているコードです。 Railsの

概要 システムの性質によっては、複数の部署から非同期的に いろいろな修正要望がふってきてしまうものがあると思います。 私は過去にそういったシステムを担当したときの苦労から、 同じ臭いを感じたシステムの設計をした時、 急や頻繁な仕様変更を迫られた時に簡単に修正できる作りにしました。 それが功を奏して、この前、別のシステムの緊急対応リリース4件に加え、 特別設計を施したシステムに対する急な仕様変更対応リリース3件を バグ・トラブル無しで同時にこなすことが出来ました。 この発表では、これを実現させることができたシステム構成を、 perlで簡単に構築する方法を紹介します。 アジェンダ（仮） 1.　頑固なシステムに苦労した話 1-1.　同時多発的にふってくる修正依頼 1-2.　システムの複雑化 2.　簡単にロジック変更できる構成 2-1.　処理のプラグイン化 2-2.　設定ファイルのDSL化 2-3

A mod_perl programmer talks development method on legacy middleware. 各地での小規模な勉強会が終わると、その後の懇親会の場でさまざまな方々との出会いがあります。ありがたいことに、過去のYAPCのトークやブログ記事などで私をご存知の方もいたりして、盃を交わしながら軽い相談をされることもあります。 「Perlのスター達は最新のウェブアプリケーションフレームワークなどを謳歌していて本当にうらやましいです。自分なんて受託開発でPerl CGIを書く日々でして…」 そういう方に対して私はこう声をかけるのです。 「いやー、実際のところPerlのスター達は多くの人が注目するゆえ存在が大きく感じられるだけで、Perlで開発をしている全体の2割にも満たないと思いますよ。僕もずっとmod_perl上で開発してきましたし。日本のPerlウェブ開

江戸一番のジャスタウェイ職人であるアスカさんがAndroid/iOSでツイッタークライアントを作る方法についてお話します。 ツイッタークライアント開発の準備（開発環境・ライブラリについてサラッと） ツイッタークライアント開発で使えるデザインリソース（非デザイナー向け） ツイッタークライアント開発でしか使えないテクニック（タイムラインの制御など） サードパーティ製ツイッタークライアントの歴史と文化

昨年講演を行ったFinal Fantasy Record Keeperのウェブフロントエンドパフォーマンスチューニングの内容を土台に ウェブゲームアプリケーションに限ることなく 現場でよく問題になるケースと"RAIL"パフォーマンスモデルを元にしたパフォーマンスチューニングの方法 jQueryは悪か？DOMアクセスのパフォーマンスを考える ウェブブラウザの描画とパフォーマンス 今できるServiceWorkerを用いたUX最適化 などをご紹介します。 ※FFRKの話はありません

2011年よりYAPC::AsiaのPhoto Sponsorを務めさせて頂いている写真共有・保存サービス 30days AlbumではオブジェクトストレージとしてMogileFSを利用しています。 そして、そのストレージにS3互換仕様でアクセスするためのWeb APIが 本日 社内向けにリリースされました。 本トークでは総容量700TBを超すMogileFSクラスタの運用苦労話と、そこにどうやってS3互換APIくっつけたのかをご紹介しようと思います。 キーワード /dev/sdafまである物理サーバ MogileFS(バッド)ノウハウ Nginxでreproxy(Accel Redirect) ngx_mrubyを使った認証 RailsとMogileFS

ユニットテストや受け入れテストは普及してきましたが、セキュリティテストは忘れがちです。 Webセキュリティの脆弱性問題は未だに出ており、それを減らすために脆弱性に関しても常にテストを行い、バグ（脆弱性）に立ち向かおうというお話です。 個人のノウハウや人力に頼らず、ツールやサービスを使いこなして開発の不安を和らげ、ビジネスロジックの開発に注力できるようにしましょう。 時間があれば、筆者が立ち上げた継続的セキュリティテストサービスの話として、世界中にサービスを展開する意味、そのために機能を加えず何を捨てることにしたのかなど、ビジネスを含めたサービス開発の話もできたらと思います。 トーク内容 セキュリティテストとは Webアプリケーションセキュリティ セキュリティテストツール セキュリティテストサービス CIと連携した継続的セキュリティテスト セキュリティテストで一番重要なこと 継続的セキュリテ

あるECサイトを物理サーバからクラウド環境に移転した際の作業内容をトークで発表します。 今回のECサイトは売り上げが年間1.5億円、データ量が10TB以上でした。 元々は物理サーバ10台で運用していましたが、古いサーバのリプレイスによる運用の手間や月々のラック、回線の利用料など諸々のコストを踏まえ、クラウドサービスに移転することになりました。 作業計画と段取り サービスの移行に際してまず重要なのが作業計画です。 いつ何をどういったタイミングで実施していくのか、計画がなければ準備することができません。 ではどうやってその計画を立て実行していくのかという話をしていきます。 また、計画を元に各作業の段取りを詰めていきます。 物理サーバの配送手配、クラウドのサーバ構築手配及びWEBコンソールの確認、DNSの切り替え、諸々の解約手続きなど、やることは多岐に渡ります。 最終的な作業の流れ 今回のサービ

Perlで開発をはじめるときに「use strict」するように、MySQLでも様々な問題を未然に防ぐために、使いはじめるときに気をつけておきたいことがあります。 本トークでは、話者のこれまでの経験からMySQLを使って開発をはじめるときに、開発者/運用者が気をつけておきたいことについて話します。 取り扱うトピック Strict SQL Mode Character Set / Collation 大文字小文字を区別するかどうか ハハ=パパ問題(アクセントを区別するかどうか) ?=?問題(SMP文字を区別するかどうか) Time Zone Avoid NULL NULLの奇妙な性質 UNIQUE Constraints 区別できない文字はUNIQUE制約の影響を受ける NULLはUNIQUE制約の影響を受けない 論理削除

TL;DR 4年間やってきたCTOが語る CTOが制度設計、全エンジニアの最終評価はCTOを経由 現場の声、事業責任者の声 内容 エンジニアの技術力を評価するのって難しいですよね。 評価する側がエンジニアではない場合は特に難しいと思います。 そこで、VOYAGE GROUPでは2011年7月から技術力評価会という名のエンジニアの相互評価制度を導入しました。 約4年やってみて、わりと良い感じだと思っています。 ただ、チームごとに最適な技術を選択する方針なので Perl はもちろん、PHP、Ruby、PythonなどのLL言語、さらにErlang、Scala、Schemeなども使っていたり、ネイティブアプリ開発やデータ分析など会社内で実績・知見が溜まっていない技術もどんどん増えてきて大変という課題もあり、毎回改善を重ねてますがまだまだやれる余地があると考えてます。 このトークでは、VOYAGE

公式ドキュメントや詳しく書かれた技術書、書き散らかしたポエムから短いTipsまで。エンジニアたるもの日々さまざまな技術情報に触れ、また発信していると思います。 それが将来の自分なのか、インターネット越しの見知らぬ誰かなのか分からないけど、せっかく発信するからには読み手の役に立って欲しいと願うものだと思います。 人に読まれ、役に立つ技術情報とはどういうものなのか。技術情報共有サービスである Qiita を作る日々の中で、最近考えていることを話します。 具体的には多くのユーザをヒアリングしていく中で分かってきた、多くのエンジニアが共通してい感じる読みたいと思う文書の性質とか、そういうことを共有したいと思います。

There is a "A useful, usable" release on rakudo.org site. しかし､実際には useful なものではないのではないか､という疑念を皆さんお持ちのようです｡ そこで､実際どのあたりの機能が利用可能で､どの程度進んでいるのか､ということを､ 外野の視点からお話させていただこうと思います｡ 結局 VM はどこがサポートされてるの? thread 実際いま動くの? 起動速度はどうなの? 実行速度はどうなの? CPAN にあたる部分はどうなの? 標準ライブラリはどうなってるの? web application は書けるの? そのあたり､気になりますよね｡その辺り､お話させていただきます! Perl6 はすぐそこまで来ているぞ!!!!

業務、あるいは趣味でWebアプリケーションを作っているという方は多いでしょう。 昨今の便利なWAFやSaaSなどに乗っていれば、レイヤーの低い部分を意識しなくても、あまり問題にあたることなく開発や運用を行っていけることも多いでしょう。 日常的にLinuxを使った作業を行っていても、タスクに追われ、ついつい曖昧な理解のままとりあえず問題を解決してしまいがち、というようなこともあるかと思います。 本トークではある程度Webアプリケーションの開発を行ったことのある方向けに、Linuxの重要な要素であるプロセスについての基礎的な話を行い、知識の補完を行うことを目的とします。 主に「なるほどUnixプロセス ― Rubyで学ぶUnixの基礎」(http://tatsu-zine.com/books/naruhounix)で扱われているような内容が主になる予定です。 こういうレベル感の話になるかと思い

創業100年以上となる大手経済新聞の電子版サービスの開発体制・開発環境の改善の取り組みについて ウェブサービスを提供するベンチャー企業の多くは開発体制を内製化しています。 ユーザーに対してよりよい体験を提供するためには、内製化によってサービスの改善プロセスを高速に回す必要があるためでしょう。 こうしたウェブサービスの開発トレンドを採用し、ウォーターフォール・外部委託がメインであった「レガシー」な体制を改善している活動とそれにあたって苦労した（している）点について、お話させていただきます。 開発チーム体制の変更 情報共有ツール(Slack/Qiita:Team)の導入 github上でのpull-request型開発プロセス スマホアプリ・API開発内製化 ユニット・E2Eテストの導入 インフラ構成の自動化

ソーシャルゲームだけでなく、数多くの新規事業・新規サービスを次々と世に送りだしている DeNA ですが、本トークではその舞台裏となるインフラ構成や運用ノウハウについてお話しします。 DeNA が、2014年から2015年6月1日までの間にリリースした、ゲーム以外のサービスは10以上あります。 その多くが自社開発であり、インフラ環境の構築・運用も自社で行っています。 その結果、異なる規模やトラフィック特性を持つ複数のサービスを運用すると同時に、新しくリリースされるサービスのインフラ構築を行うという状況が生まれ、それが続いています。 2015年6月現在、私の属するチームでは20以上の非ゲームのサービスを運用しています。 このトークでは、私たち DeNA インフラチームが「多数のサービスのインフラ運用」をどう工夫して実践しているかや、そこで生じた様々な課題、それらの解決方法についてお話しします。

How to build the neologism dictionary for Japanese natural language processing 月に数回更新している OSS な MeCab の新語・固有表現辞書の詳細、使用例について言及します。また、日本語自然言語処理の発展(例 : SF 映画の様にロボットの発するジョークで人間が豊かな気持ちになる未来)のために必要なデータの内容や形式、希望する公開方法についてお話します。 長い本文 単語や文字列を正しく読める・認識できることは、ネットを介して人と人が円滑に交流するために必須です。 それをコンピュータができる様にすることは、人間の言葉を電子テキスト化した情報を活用して便利な世の中を実現するためにも大切です。 例えば、検索エンジンの様々な機能や、ニュースアプリケーションのニュース記事の自動カテゴリ分類などは、コンピュータが単語や

スポンサー企業に多大な配慮をしつつ、今まで発表者が報告してきた実例を元に、 実際のアプリケーションで発生しがちなセキュリティホールについて傾向と対策を語ります。

TL;DR 現在開発版の MySQL 5.7 には、MySQL 5.5, 5.6時代にはなかった罠がたくさんあります。 日本語情報、現段階では少ないです。5.5時代の情報を当たって悲しい思いをする人が一人でも減ってくれるように、動作が大幅に変わるところをメインに紹介します。 4.1以前の16桁ハッシュパスワードは完全に廃止されました。 4.0なんて何年前だよって？ 残念、5.6の時にもちらほら出てきました。 どうしてそうした、default_password_lifetimeの暗黙のデフォルト360。 何も知らずにこのままいくと、移行から(あるいは、新規投入から) 360日でアプリケーションが止まる罠。 厳密なsql_modeがデフォルトに。 カジュアルにワーニングを握りつぶしてdisられていたMySQLが厳密にエラーを運用しだしてまたdisられるのもまた一興。 あふれると取り返しがつかな

POE、AnyEventと経て開発してきた個人サービスのPerlスクリプトをHaskellで書き換えた経験をもとに、Haskellを使ったアプリケーション開発の基礎的な内容を解説します。主に以下のトピックを含みます。 WEBサーバ JSON, XML 非同期処理 書き直す際の障壁 (IO、ループ、正規表現、グローバル変数、etc) (I rewrote my Perl and AnyEvent script in Haskell. Based on this experience, I talk about the application development in Haskell.)

スタートアップの創業時におけるエンジニアの役割とはなんでしょうか？ 昨今様々なスタートアップが立ち上がっていますが、実際にプロダクトを作り始める段階で様々な葛藤があるかと思います。 スタートアップのフェーズによってエンジニアの役割や、目的なども刻々と変わっていくでしょう。 今回はフリマアプリの「フリル」というサービスの立ち上げをベースに、 スタートアップの創業期におけるエンジニアリングについて赤裸々に語りたいと思います。 創業期におけるエンジニアの役割 創業期における技術の選定 技術的負債との付き合い方 開発チームの拡大によるエンジニアの役割の変化

「ドキュメント」と聞いて何を思い浮かべますか？仕様書、UML、マニュアル、何を書けば良いのか、結局見られない、メンテされない、などなど色々なことを思い浮かべると思います。 PerlのPOD、RubyのRDocなど多くのプログラミング言語には少なくとも一つはドキュメンテーションツールが存在します。筆者はJavaScript向けのドキュメンテーションツールであるESDocを開発しており、その開発過程でドキュメントついて考察した内容を今回お話します。 具体的にはライブラリやフレームワークのドキュメントを対象に「なぜ必要なのか？」「どのように分類されるのか？」「どういった内容が必要なのか？」「継続的に保守するには？」などの内容になります。 これまでドキュメントについて漫然とした考えを持っていた開発者の方にとって、今後のソフトウェア開発においてより良いドキュメントを書くための第一歩となれば幸いです。

老化とはなにか? なぜ老化するのか? 老化する[物者] 技術 コミュニティ オレたち ... 老化の影と光 老化の結末 What's aging? Why do they - we age? Aging things Technology Our community Us ... Shadows and Lights of Aging Conclusion of Aging

数え上げおねえさんをご存知でしょうか。 詳しくはリンク先の動画を見ていただきたいのですが、個人でスーパーコンピューターを所持する謎のおねえさんであり、その生涯をかけて組み合わせを数え続け、組み合わせ爆発の凄さを人々に伝えました。 しかし、数え上げおねえさんが25万年かけて数えた組み合わせは、最新のアルゴリズムを使用することで、数秒で数えることができます。このトークでは、数え上げおねえさんを救うために、組み合わせを高速に数えアルゴリズムについて紹介します。 対象 数え上げおねえさんを救ってみたい方 アルゴリズムについて興味がある方 扱う内容(予定) 数え上げお姉さんの紹介 BDD ZDD Simpath

POSIX原理主義 ― どこでも動く、20年動く、コピー一発デプロイ完了、な理想郷はシェルスクリプトで築かれる ■デプロイやその後の保守に苦しむプログラマー・運用管理者へ プログラム書いたけど、デプロイ（インストール）で躓いて半日ムダにしたとか、依存している言語やライブラリーのバージョンアップをしたら動かなくなって2,3日死にそうになった、などの痛い目に散々遭ってきた人々を救済する理想郷、 その名は「POSIX原理主義」。 この主義に改宗すれば、誰しも、 どのUNIXマシンに持っていっても動く（空間からの解放） 10年、20年の長期に渡り、メンテナンスフリーで動く（時代からの解放） デプロイは、コピー一発、えっ終わり!? という、今ドキの業界からするととても信じられない恩恵を享受できる。特に最初の2つを指して「時空を超えた可搬性」と呼ぶ。 ■POSIX原理主義とは何か？ > POSIX（I

トーク概要 様々なプロビジョニングツールが台頭する昨今ですが、その中で自分達の状況にフィットしたツールを選択することは重要です。 本トークでは、Webアプリケーションエンジニア兼オペレーションエンジニアの私がどのような理由でitamaeというツールを選択したか、バックグラウンドと共に紹介します。 そして、プロビジョニングツールitamaeの紹介とともに、Serverspecによるテストについても簡単に説明します。 なお、本トークを聞く際にitamaeやServerspecについての前提知識は必要ありません。 トピックリスト（予定） 前半 管理台数などバックグラウンドの紹介 どの程度の規模で実行しているか Chef Soloからitamaeへどのようなタイミングで切り替えを行ったか 切り替えたことによって変わった点 後半 itamaeの使い方 簡単なitamaeの使い方 ロールによって実行す

私は今年40才の編集者です。業務の上では、とくにプログラミングを必要とする場面もなければ、身近に手本となるプログラマがいるわけでもありませんが、一昨年の春にふとプログラミング入門を志し、その年のYAPC::Asia in Tokyo 2013に参加しました。 「プログラミング入門」と一口に言っても、その対象は子供・学生・IT企業の新入社員・ITスキルとは無縁の仕事に就いている人……など様々でしょう。 そしてまた、それらの層によって求められている内容も異なるはずですが、なぜか世にある「プログラミング入門」情報の多くは、「子供」や「学生」、あるいは「IT企業の新入社員」といった、その後の人生でプログラミング技術を用いて生きていく人を対象としたものに偏っているか、そもそもそれらを混同して扱っているものが大半であるように思われます。 しかし実際には、そこから漏れた層にこそ、多くの潜在的な「プログラ

自社の決算書を読んだことはありますか？「負債」と「借金」の違いはわかりますか？ニュースで報道される「経常利益」の意味はわかりますか？ エンジニアに敬遠されがちな「会計」「複式簿記」「決算書」などについて、めっちゃわかりやすくお話したいと思います 私は某大手自動車メーカで管理会計をやっていた経験があります。 また、フリーランスとして確定申告を自力で数年間やリ続けてきました。 会計を知れば、経営層やビジネスサイドとの意思疎通がより円滑になり、会社のことがよくわかるようになります。 また転職する前に決算書を見て企業の健康状態を把握できたり、独立して確定申告したりできるので、実利的なメリットはとても大きいです。 会計の世界はソフトウェアと違って変化が非常に少ないため、一度身につけた知識が一生使えるのもよいところです。 たのしく会計を学びましょう！ こういう人に聞いて欲しい 自社の決算書を読めるよう

ここ2年ほど「技術顧問」という謎の肩書きのお仕事をしてきました。 実際、技術顧問は何をする仕事でしょうか? 名前だけ貸して悠々自適の毎日を過ごしていれば大金が入る、そんな仕事かもしれません。 ときおり会社に顔を出して、ありがたいアドバイスをすればよい、そんな仕事かもしれないです。 マネジメントが機能してない会社でマネージャーの代わりをさせられ四苦八苦する、そんな仕事かもしれない。 さて、その実態やいかに？ 技術顧問という仕事に期待される役割、自身の経験を通じてわかったこと、エンジニアのキャリアプランとしてありやなしや、そんなことを実例を通じて赤裸々に語りたいと思います。

「Mackerel」とは株式会社はてなが開発・運営しているサーバー管理SaaSで、2014年9月にリリースされてから1年近く経とうとしています。 Mackerelの主要ユーザーはエンジニアとなりますので、サービスで利用する技術、周辺ツールのオープンソース化、技術ドキュメントの整備など、エンジニア向けサービスならではの要素がいろいろあります。 本トークでは、このサービスを企画・開発・運営している中で考えたこと、経験したことなどを中心にエンジニア向けのSaaSを作る方法を紹介したいと考えています。 発表内容(予定) エンジニア向けのSaaSを企画する 技術選定 開発プロセスの回し方 アルファテストの準備と実施 オープンベータテストの準備と実施 リリースのタイミング コミュニティの作り方・育て方 開発ブログ・ドキュメントの整備 国際化の進め方 サービス周辺ツールのオープンソース化 今後の展望

いきなりですが、 CookieやHTTP Header、リクエストパラメータなどで「"eyJ"で始まって"."で連結している文字列」を見かけたことはありませんか? OAuth 1.0の署名付きリクエスト生成のように、複数のクエリパラメータに署名つきで送りたいときの実装や安全な独自仕様を考えるのに苦労したことはありませんか? JSON Web Tokenのこと、知ってるけどまだ仕様策定中ということで手が出せずにいた方はいらっしゃいませんか? そんなエンジニアの方に朗報です。 JSON Web Tokenと仲間たちが一斉にRFC化 2015年5月, IETF JOSE WGで仕様策定が進められてきたJSON Web Token(JWT)に関する仕様がRFC化されました。 > JSON Web Token (JWT) is a compact, URL-safe means of represe

Perlの会社で有名なはてなの社長になって1年が経ちました。 エンジニアとして入社試験を受けた2008年。初めて書いたPerlのコードを、入社プレゼンで披露し、面接参加者一同が絶句。 チーフエンジニアからは「エンジニアとしてはちょっと...」と言われましたが、SIerで培ったマネジメント力を買われ、なんとか入社することができました。 それから6年。まさか社長をまかされることになるとは...。 社長になるまでの6年間、そして社長になってからの1年弱の間に、エンジニアの会社の中で、どのようにマネジメント力を活かしてきたかをお話したいと思います。

エンジニアの（たぶん）知らない採用のお仕事について話します。 「優秀な人材を採用すること」は様々な業種・業界の会社にとって重要なことです。 とりわけインターネット業界の会社にとって「優秀なエンジニアを採用すること」は重要なことであり、経営課題になっている会社も多いと聞きます。 だって、素敵な人と一緒に働きたいですよね…？ 一方で採用の仕事というものは、コラムやら「人事論」の類は溢れているものの、ノウハウや具体的な仕事内容について体系立てられた情報はインターネット上にあまりありません。 だからこそ、担当者以外の人から見ると採用担当人事の仕事はブラックボックス化しているように見えるのではないかと思います。 本トークではざっくり下記のようなことをお話しできればと思っています。 最近は、エンジニアの方々も採用活動に関わる機会が増えてきていると思います。 採用に関わっている方もそうでない方も、ちょっ

キーワード Perl Sledge PSGI グロースハック XaaS 開発手法 マネジメント マーケティング 僕は最近、10年以上続く老舗コミュニティサイトの企画・開発・運用をする企業にJoinしました。 このコミュニティサイトはPerlで構築されており、毎日多数のアクセスを捌いております。 本トークでは、新米グロースハッカー（僕）がどのようにして会社に貢献しているのか、またどのようなPerlの利用状況であるのか、開発チームメンバーの技術力向上のために何をしているのか等、できるだけのことをお話しします。 Perlでおよそ14年ほど続く老舗サービスともなれば、そのコードは得てして様々なしがらみを抱えているものです。それらをどのように開発・運用しやすくしていくのか？ユーザ体験向上のためにしている努力とは何か？ディレクターとデベロッパーの間をうまく取り持つにはどうすればよいか？グロースハックと

Infrastructure as Codeしてますか？ 2013年頃に日本で Infrastructure as Code という言葉が注目され始めて、約2年が経過しました。 沢山のツールが登場し、様々な試行錯誤の末、それなりに世の中に定着してきた感じもします。 しかし、未だに苦労している人も多く存在するとともに、諦めてしまった人、初めから諦めている人もいると思います。 成功しているように見える人の中でも、疑問を感じるていることもあるでしょう。 何故でしょうか？ 沢山の人が注目し、情報を発信してくれているため、情報は沢山あります。 それでも、完成されていないのは、何か欠けているものがあるのではないでしょうか？ Infrastructure as Code についての多くの情報は、大筋で以下の3つに分類されます（筆者の主観による） 1. 概念的な話（商業イベントで多い） ・Infrastr

Currently this talk is in PENDING state. If you would like to see this talk at the event, please consider using the social media buttons below to express your interest! Tweet プロローグ かつて王道であった Web アプリケーションの書き方や仕組みが、時が経つにつれて変化する要求(ユースケース、実行環境など)についていけなくなり(あるいは現状維持に注力することで)、いつしか誰にも触れられない、触れてはいけないパンドラの箱として誕生するという話はよく耳にします。 私が籍を置くPHP製パッケージ開発チームでも、古き良きレガシーパッケージ(15年物)の将来を常々案じていました。 PHP 3 の時代から積み重ねられてきたソース

Shall We Pull-Request ? (event if you are not a hacker) Currently this talk is in PENDING state. If you would like to see this talk at the event, please consider using the social media buttons below to express your interest! Tweet Pull Requestはハッカーやスーパーエンジニアたちがやるものだと思っていませんか？そんなことはありません。 私はHackerと呼べるようなプログラマではありませんが、Perl,PHP,RubyなどのライブラリにいくつものPull Requestを送った経験があります。 また、CPANモジュールをアップしたことで、ブラジルやアメリ

2要素認証の現在 現在、様々なサービスでパスワードによるユーザー認証にさらに別の認証機能を加えて安全性を高めることを目的とした多要素認証の実装が普及しています。 Googleのいわゆる"2段階認証"が利用可能(国内では2011年末)になってからは Informational RFC で定義されている、TOTP(http://tools.ietf.org/html/rfc6238) を採用した2要素認証の実装が増えたように感じています。 TOTPの実装はシンプルであり、対応する各言語のライブラリやスマホアプリもわりと揃っています。 本トークでは、現在の2要素認証の主流とも言えそうなTOTPを用いた認証のしくみを説明し、関連するCPANライブラリの紹介などを交えて実装する上で気を付けるべき点を紹介します。 (参考 : ”Perlでワンタイムパスワード認証を導入するために使えそうなライブラリ”

とある会社の新人研修 〜GaiaXにおける新人研修の取り組み, 或いはPerlを主軸とした｢知の高速道路｣について〜 新人エンジニアに対する新人研修は, エンジニアとしてのスタートダッシュを成功させる為には必要不可欠と言えるのではないでしょうか. 各社様々な試行錯誤を取り入れながら新人研修を構築している中, 私が所属するGaiaXでは今年の新人研修の構築を自分が担当することになりました. 3月から準備を開始して, 2ヶ月に渡る技術研修カリキュラムを構築し, 現在進行形(6月時点)で新人エンジニアに取り組んでもらっています. 複数のエンジニアを採用した会社のほとんどは, 新人エンジニアの技術力は均等ではなく, 得意不得意, プログラミング経験の有無など, 入社時点の技術力に多くの差があると思います. そのような条件の中で, GaiaXの新人研修では新入社員の全体的な技術力の向上だけでなく,

有害な放射線を何十万年も出し続ける「核のごみ」などを、無害な別の物質に変えてしまう「核変換」。東京電力福島第1原子力発電所の廃炉処理にも役立つと期待されるが、実現には大がかりな装置が欠かせないと考えられている。だが東北大学と三菱重工業が組み、核変換を簡単な装置で実現できるかもしれない研究が始まった。そのきっかけとなったのは、かつて誤りとされた「常温核融合」の研究だ。東北大学に研究部門を開設　三菱重工からも研究者