2014年9月に正式リリースした、はてなのサーバー管理・監視サービスであるMackerelでは、サーバーサイド言語にScala、そして、ユーザーがホストにインストールする監視agentやそのpluginはGoで書かれています。 このようにプロジェクトにおけるメインの開発言語はScalaとGoですが、部分的にはPerlやRubyも使われてもいます。もちろんクライアントサイドでJavaScriptも使っていますし、TypeScriptを使っている部分もあります。このようにMackerelはひとつのプロジェクトでありながら多様な言語が使われているというユニークな特徴を持っています。 これは面白がってたくさんの言語を使っているわけではなく、それぞれ必然性を持ってそれぞれの言語を選択しています。それらの言語がどのように適材適所に使われているか実例を交えながら紹介したいと思います。 例えば、Macke

Docker For Polyglots : Where We've Come From, and Where We Can Go Accepted Interpretation (En→Ja) #yapcasiaA Vote! Tweet This will be a talk on Docker for polyglots (users of multiple programming languages) and how it can be useful. In this day and age we frequently find ourselves programming in two, three, or more programming languages, and the dependencies or environments in which we must run th

Miiverse とは任天堂株式会社が運営しているウェブサービスであり、世界中の Wii U やニンテンドー3DS、そして PC やスマートデバイスから利用することができます。 AWS 上でマルチリージョン構成をとり大量のサーバを抱える Miiverse のデプロイを支える技術と運用上の工夫、そして株式会社はてなと任天堂株式会社が共同で開発する Git リポジトリの同期システムの構築を通して得られた経験をもとに、大規模なウェブサービスを素早くかつ安全に改善する方法を紹介します。 概要 これまでの Miiverse のデプロイ 採用している技術の紹介 運用の概観 運用上の tips Git リポジトリ同期システム 背景 はてなにおける先行事例 アーキテクチャ紹介 新しいアーキテクチャのデプロイ 現状のアーキテクチャの課題とその解決 取り上げる予定のキーワード マルチリージョン Git Git

All of embed engineer from Web - Web, iOS, BLE and Hardware device - Accepted #yapcasiaD Vote! Tweet 週末兼業から始まったプロジェクト 「鍵ロボットをつくりたい」 大手メーカーとIT系ベンチャーに所属する若手エンジニアたちが、一つのハードウェアデバイスをつくるために、 会社を辞め、起業し、プロトタイプをつくり、量産機を工場でつくり、出荷するまでの駆け抜けた半年間。 今回はWebエンジニアとして生きてきた自分が、どうやって組み込みのセカイに足を踏み入れたのか、 待ち構えていたハードルをどうやって乗り越えたのか、Webエンジニアだったからできたことはなんなのか？ デジタル（ソフト）なセカイだけでは知らなかった、0から1にするまでの間のアナログ（ハード）なできごとを包み隠さず話します。 トークの内

How to create/improve OSS products and its community Accepted #yapcasiaD Vote! Tweet OSSとして公開されるソフトウェアは多くありますが、そのうち広く世に出るものはあまり多くありません。また開発者コミュニティやユーザコミュニティが形成されるところまで成長するものはごく一部といって良いでしょう。 ライブラリ等ではそれでも特に問題はありませんが、高機能なミドルウェアなどになると多くのユーザがつかないとオリジナル開発者が想定した以外のユースケース発見やコーナーケースにおけるバグ発見などが十分に行われず、プロダクトの品質も上がらない、といったようなこともあります。 また日本国内では比較的よく使われても、米国を含めた国外ではあまり知られないまま、というケースも多く存在します。特にミドルウェア等については有名な巨大サー

Podcasting, Media for Web Engineer, and CPAN Accepted #yapcasiaE Vote! Tweet 2013年2月にスタートしたmiyagawaさんによる Podcast 「 Rebuild 」はWebエンジニアを中心に人気メディアとなりました。僕自身もRebuildに影響を受け「 だんごゆっけの平和な話 」「 wada.fm 」という2つのPodcastを開始し現在でも配信中です。こうしたPodcastを成り立たせるには コンテンツとなる音の収録 音の加工や収録データの形式を変換する作業など 音声ファイル及びRSSフィードをWeb上で公開する（場合によっては番組サイトもつくる） この3つが必要になってきます。本トークでは まず 、僕が配信している2つのPodcastを事例に、上記最後の配信部分に焦点を当てつつ「Podcastを支える技

株式会社カヤックでは今年の 1 ~ 3 月にかけて、 運用しているソーシャルゲーム 3 タイトルをオンプレミス環境から AWS に移行しました。 Perl で実装されているそれぞれのタイトルを事例に、 AWS 移行の知見を共有し、アーキテクチャについてお話ししたいと思います。 事例はソーシャルゲームですが、他の分野にも応用ができるお話しになる予定です。 全てのゲームで consul を活用していますので、consul の導入事例もお話しできると思います。 本発表では、以下のトピックについてお話しします。 AWS 移行によるメリット・デメリット 機能面、金額面 オンプレミス環境の MySQLから RDS へ移行する際の注意点 MySQL のデータ移行時間を200分から95分に短縮した話し consul の DNS と Health Check 機能の活用方法 consul と stretch

ここ最近のフロントエンドに対しては、 流れが速すぎてついていけない あるライブラリを使おうと思ったら今はみんな別のライブラリを使ってると言われてもう何を使えばいいかわからない ビルドするのが当たり前になっていて、HTML/CSS/JavaScriptを少し修正したいだけなのにどうすればいいのかわからない importやclassなど自分の知っているJavaScriptでない せっかく覚えても半年後には使えない知識になっている という意見を聞きます。果たしてそうでしょうか？ そこで本トークでは、サーバーサイドをメインで書いている人に向けてフロントエンドの今をいくつかのトピックに分けて解説します。 例外もありますが、新しいライブラリは突然何の脈絡もなく登場したわけではなくそれまでの流れを踏まえて登場しています。 本トークでは、個々のライブラリの使い方紹介ではなく、その背景や目的などに注目するこ

Abstract Web は常に様々な変化/進化が起こっていますが、なかでも非常に大きな変化として HTTP/2 の登場があると考えます。 HTTP/2 のファーストドラフトから RFC7540 が出るまでの 2 年半、 そこでは、これからの Web がどうあるべきかという、数多くの議論がかわされていました。 HTTP/2 はなぜ更新され、それがどんな変化をもたらすのかを知ることは 今 Web で「今何がおこっているのか」 そして Web は「これからどこに向かって行くのか」を 考える一つの視点になり得ると思います。 HTTP/2 を追い続けた 2 年半をふりかえり、HTTP2 とその関連仕様、 そしてそれを取り巻く議論をもとに、これからの Web について考えてみたいと思います。 Topics HTTP/1.1 から HTTP/2 プロトコルの現状 本当に移行する必要があるのか？ Ser

データ分析の話はそこかしこで行われてますが，それを俯瞰する話はあまりないようなので，ここらで一つ色々とまとめて喋りたいと思います．また，Treasure Dataで得た経験をもとに，機能だけでなくデータ分析基盤でよく要求される要素についても，いくつかの視点を交えて言及したいと思います． 話したいトピックリスト． データ分析の需要 データ分析の流れ データ分析基盤に使われるソフトウェア / サービス オンプレミス: Hadoop, Spark, Presto, Impala, etc クラウド: Treasure Data, BigQuery, Redshift, EMR, etc データ収集/同期: Fluentd, Embulk, Sqoop, etc ストリーム処理系: Storm, Norikra, Dataflow, etc キュー: Kafka, Amazon Kinesis,

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

At GitHub, we've refactored a lot of projects in the last couple of years, some big, some small. In this talk, we'll cover some techniques for different kinds of refactorings and some nifty Ruby libraries we've made to help us out. Then we'll spend a bit of time pondering why language designers aren't helping us out with this everyday task.

ユーザーに Web サービスを提供し続けるためにはコード、インフラストラクチャー、開発プロセス、セキュリティ、データ分析などあらゆる要素を継続的にメンテナンスし続ける必要があります。 近年では Web アプリケーションが生活のあらゆる所で利用されるようになりました。その結果としてサービスの提供者である私達には先に述べたような問題の中でも OS、Web フレームワーク、言語などのセキュリティの問題の評価、対応のリードタイム短縮がより一層求められています。 私が勤務する GMO ペパボでは、上記の問題を解決するために最速で 3 分でサービスを無停止のまま大規模に運用しているサーバーを入れ替えるという Blue-Green デプロイメントの仕組みを構築しました。この仕組により、OSのディストリビュータによる脆弱性対策がなされ次第、即座にユーザーに安全な環境を提供することが可能となりました。 本発