OSS は Windows で動いてこそ楽しい - builderscon2016SectionTitlePlaceHolder TIME rest time current/total TopicsPlaceHolder
builderscon tokyo 2016 に参加してきました - tellme.tokyo
builderscon.io 引用 buildersconは「知らなかった、を聞く」をテーマとした技術を愛する全てのギーク達のお祭りです tl;dr builderscon tokyo 2016 に参加して、 裸で登壇された生 mattn さんを見て、 みんなを楽しませる技術力に凄いなぁと改めて思わされ、 自分も何か作りたい衝動に駆られた Opening 牧さんによるオープニングでした。いきなり第2回開催予定の告知からスタートし会場が少しざわめきました。まだ、第1回の builderscon すら終わってないのに、このタイミングでの告知は、サプライズ感だけでなく絶対成功させるぞという気概を感じさせるとともに、コンセプトにもあるお祭りっぽさがあってとてもワクワクさせられました。 OSS は Windows で動いてこそ楽しい @mattn さんによる発表でした。僕ははじめてお目にかかりました
そろそろプログラマーもFPGAを触ってみよう！ - Qiita
これはbuilderscon tokyo 2016の発表スライドです。 自己紹介 @kazunori_279 クラウドのデベロッパー・アドボケイト エバンジェリストみたいなお仕事 コミュニティ支援：GCPUG、bq_sushi、TensorFlow User Group etc 趣味のFPGA 2013年くらいからいじり始め FPGAエクストリーム・コンピューティング主宰：合計8回 これまでに書いたFPGA記事 はてなブックマークでバズった記事たち マイクロソフトはどうやってBingをFPGAで実装したか: 952 users ハード素人が32bit CPUをFPGAで自作して動かすまで読んだ本のまとめ: 576 users 文字通り「ネットワークがコンピューター」な金融HFTでのFPGAの使われ方: 517 users JP Morgan Chaseがデリバティブ専用スパコンをFPGAで
世の中の困り事はだいたいGoのコード自動生成で解決する - builderscon tokyo 2016
Abstract みなさんは自らの手を汚さずにコードを生成し、それをデプロイして自分の手柄として主張したことはありますでしょうか？ 私はあります。 このトークでは見た目は融通がきかなさそうなプログラミング言語であるGoにおいて、コード自動生成という一見すると闇っぽい技術を使うといかに柔軟に事をすすめることが出来るのか、世界が開けるのか、頭がパンパカパーンになるのかを説きます。 いいですか、コード生成は闇ではありません、悪でもありません。現実的なそこにある手段なのです。 コード生成を用いると、 人が読める言語で人が読めない、かつ大量のAPIのハンドラーを生成する 型が全く違うRDBMSとGoとをすんなりとつなげる 本来リフレクションが必要な箇所でコードを生成して補完を利かす 静的型付け言語が動的型付言語に見える コード生成でなんでも出来る気がしてくる コードを書きたくなくなってくる むしろコ
Docker swarm mode などで作る PaaS モドキとその悲しみ - builderscon tokyo 2016
Abstract Heroku や Google Apps Engine は大変に便利ですが、ジョークアプリや自分専用のアプリなど全く収益性の無いアプリを沢山デプロイするにはちょっと高価です。 また、なんらかの事情で上記のようなプラットフォームに頼れないような環境で、オレオレ PaaS のようなものを構築できる知識を持っておくとなにかと便利です。 かつて、このようなものを構築するには、様々なソフトウェアとコンポーネントの知識が必要でした(簡単に構築できるものはあまり実用的ではありませんでした)。 しかし、時代は変わりました。おめでとうございます。今や Docker swarm mode によって、 PaaS モドキは簡単に作れるようになりました。殆ど知識は必要ありません。 しかし、これは終わりなき戦いのはじまりだったのです。 ここでは私は以下のことを話します Docker swarm mo
PaaSを開発する，運用する，応用する - builderscon tokyo 2016
Abstract 本発表では私が2年間社内向けのPlatform as a Service（以下PaaS）の開発と運用に関わった中で得た知見を共有します．PaaSについて知ることはインフラ/アプリケーションエンジニアそれぞれから見て以下のような利点があると考えています． インフラエンジニア視点から見ると，自社でPaaSのようなプラットホームを持つことは現在のクラウド環境を考えると，もしくは会社の規模などを考えるとあまり現実的ではないかもしれません．しかしPaaSまではいかなくても各チーム間で統一的なデプロイ機構を準備したい，もしくはDockerコンテナのデプロイ環境を整えたい，という要望は今後も多く想定されるでしょう．PaaSにはすでに長い歴史があります．デプロイなどの仕組みを自分で構築上でつまずくポイントはすべてPaaSが踏み抜いてきています（そもそもDockerはPaaSから登場した技
YAPC::Asia Tokyoを経て。牧大輔（@lestrrat）がギーク達の祭りをぶち上げる理由 | キャリアハック（CAREER HACK）
短期的には言語で括ったカンファレンスも問題ないと思っているのですが、長く続けるうちに「あ、やばい。生き残れない」となってからでは遅い。来年40歳になるのですが、果たして45歳になったときに余力があるか。そういった意味でも今のうちに可能性に広がりを持たせられるような技術カンファレンスを立ち上げ、それを続けていけるような土台作りをしたいと思いました。 カンファレンスの運営に汎用的な仕組みを。 ― 今回「builderscon」開催にあたり、半年以上と比較的長い時間をかけて準備されていると伺いました。どういった準備をされているのでしょうか。 「builderscon」に関しては、フランチャイズに近いカタチで運営できるようにしたいと考えていて、その準備という感じですね。カンファレンス運営のノウハウ、そして登壇者のデータや講演概要がしっかりと蓄積されていくような。 これは運営者であった僕らの責任なの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
帰ってきた、テキストエディタによるゲームの実装 - builderscon tokyo 2016
Goでプライベートネットワークを構築しよう - builderscon tokyo 2016
Introduction of Redis, for Web Engineers - builderscon tokyo 2016