ConsulとStretcherの利用事例
これはドリコム Advent Calendar 2016 3日目です。 クラウドの仕様にとらわれないデプロイを実現するために採用したStretcherとConsulについて 選択の経緯とその利用事例を紹介したいと思います。 自己紹介 社内ではsexyと呼ばれています。 珍妙なあだ名がついてしまった経緯については、いつかどこかで。 ソーシャルゲームの開発・運用やアプリ基盤開発を経て、今はインフラ部員です。 複数のクラウドを利用するためにそれらを抽象化したプロビジョニング環境を提供する開発プロジェクトでリーダーをやりました。 背景 弊社はAWSを中心にクラウドサービスを利用してきましたが、他のクラウドを並用したい思惑もあって AWS前提での運用を見直して、機能差分は自社開発で補うことによって、クラウドを選ばない運用を する試みに着手していました。 そのときに目指していたのがポイントが以下になり
Elixir コードもレビューできる Ebert の紹介 - Qiita
Elixir コードもレビューしてくれるサービス Ebert が Plataformatec から以前にリリースされていたので、そちらを紹介します。 GitHub の公開リポジトリであれば無料で使えるとのことで早速使ってみました。 概要 タイトル通り Elixir コードもレビューしてくれるサービスです。 対応言語は最初 Elixir だけかと思っていましたが、実は結構いろいろとサポートしているようです。 Elixir については Credo を使ってレビューしてくれます。 レビュータイミングは日ごとと Pull Request が来た時です。 レビュー結果の例として ecto のリポジトリで試した結果があるので参考になります。 設定方法 add a new repository から画面上の指示に従って作ることができます。 GitHub 認証でアカウントを作った後、連携のための GitH
RTBの入札プロトコルを実装する - Qiita
(Japan) Haskell Advent Calendar 2014 の4日目のエントリです。簡単なRTBのBidderを実装します。入札戦略ではなく、プロトコル周りに焦点を当てます。 RTB(Real-time bidding) RTBはオンライン広告の配信枠をリアルタイムに売買する仕組みです。視聴者が広告枠のあるWEBページを開いた瞬間にオークションが開始され、数百ミリ秒以内に落札者に指定された広告をWEBページに表示させるというものです。オークションを開催する側をSSP(Supply side platforms)、落札する側をDSP(Demand side platforms)と呼びます。詳細は wikipedia の説明をご覧ください。 今回は、オークションに参加するbidderを実装します。つまりDSP側のシステムとなります。既存のHaskellによるbidderの実装とし
本物の golang を... 本物の Gopher を、お見せしますよ。 - Qiita
事の始まり それはD言語くんへの嫉妬から始まった。 D言語くんの繁殖についての仮説 lsを間違えてdlと入力してしまったときに、D言語くんが通り過ぎるコマンド くっ悔しい... そしてショボいAAで2番煎じ。 lsを間違えてgolと入力してしまったときに、Gopherが通り過ぎるコマンド書いた。 こんなはずじゃない！ 僕らの Gopher 君はこんなチープじゃない！ 明日来てください。本物の Gopher をお見せしますよ。 — mattn (@mattn_jp) December 15, 2015 (本当はもうちょっと前から作ってましたが) 本物のGopher君とは そして今回、これを公開するに至った。 まずはこれをご覧頂きたい。 ！！！！！！！！！！！！１ こいつ・・・ 動くぞ・・・ golang で書いたデスクトップマスコットです。起動すると画面のタスクバーの上をウロウロします。たま
golang で streem を実装した。 - Qiita
この記事は Go Advent Calendar 2014、16日目の記事です。 はじめに Matz さんが streem という、ストリーム指向言語の開発を始めるらしいです。 まだ文法の設計段階ではあるけど、それなのにかなりの量の pull-req がバンバンと来てて凄いなーと思いつつも「この pull-req 量だと僕には出番無いなー」と思ったので、README.md に書かれているサンプルだけを頼りに streem を golang で実装してみました。 先日はネタで streem のマネをして yacc 定義部分だけ公開していましたが、本日ネタが無い中にTLがヒートアップして焦りに焦って勢いで実装してみました。いやはや異様な追い込みを感じます。。。 まずは streem を知る streem は README.md に書かれている通り並列実行を行いつつストリームを処理する言語です。
Go の定数の話 - Qiita
はじめに 先月の GoCon 2014 Autumn のキーノートスピーチで Rob Pike 先生が、「Simplicity is Complicated」というタイトルで講演を行いました( @tenntenn さんによるレポート記事 )。 その中で、「Go の定数は、裏では非常に複雑なことをやっている」という話をされていました。そのときに触れられていた、The Go blog の "Constants" という記事を読んだので、それについてまとめます。 TL;DR Go では、異なる型を混ぜた式は禁止し明示的な変換を要求する しかし、定数を毎回変換するのは面倒なので、定数は型を持たないことが可能になっている これによって、Go の定数は、実際の数字のように扱うことができる 参考文献 参考というか、そのままなので、下記を読めば、本記事を読む必要はありません。また、本記事を読んで興味を持っ
本日12月1日より、プログラマ有志による2012年の技術系Advent Calendarが各所ではじまる | gihyo.jp
本日12月1日より、プログラマ有志による2012年の技術系Advent Calendarが各所ではじまる 本日12月1日より、プログラマ有志による2012年の各技術系Advent Calendarが一日目を担当する人のblogではじまっている。定番化したと言っていいほどの、師走の風物詩になっている。 昨年は技術系Advent Calendarが多方面で行われたが、今年は昨年を超える技術系Advent Calendarが12月1日より行われそうだ。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付の部分（扉だったりする）を開けるようになっており、1日ずつその日の日付の部分を開くと天使や動物の絵などが見えるという仕組み（もちろん、様々なバリエーションがある）。 これに発想をえて、技術系Advent Calen
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
2011 Pythonアドベントカレンダー(Python3) (2011/12/01 00:00〜)
2011/12/25まで全２５エントリつながりました。 参加していただいたみなさん。ありがとうございました！ 今年もAdvent Calendarの季節がやってきました。 12/1から、順番に1日1エントリ書いて行ってクリスマスを迎えましょう！ どんな内容を書けばいいの？ Python3に関係していればなんでもオーケーです。 これまで二の足を踏んでいた方たちも、これを機会にPython3を触ってみてはどうでしょう。 ネタ例 Python3のここがすごいPython3から2にバックポートされたライブラリPython3で動かしてみたPython2からPython3へのポーティング 流れ まずは、このイベントに参加しましょう。俺はこのネタじゃないと書けない！という人はコメントで主張しておきましょう。指名された翌日にブログのエントリを書きましょう。都合が悪い場合は、代わりの人を探してください。次の
本日12月1日より、プログラマ有志による2011年の技術系Advent Calendarが各所ではじまる | gihyo.jp
本日12月1日より、プログラマ有志による2011年の技術系Advent Calendarが各所ではじまる 本日12月1日より、プログラマ有志による2011年の各技術系Advent Calendarが一日目を担当する人のblogではじまっている。ここ数年は、師走の風物詩になっている。 特に昨年は、技術系Advent Calendarの紹介記事が契機になった面もあるようで、各方面で技術系Advent Calendarが行われた。今年は技術系Advent Calendarの認知度が上がり、たくさんの技術系Advent Calendarが12月1日より行われそうだ。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付の部分（扉だったりする）を開けるようになっており、1日ずつその日の日付の部分を開くと天使や動物の絵などが
本日12月1日より、プログラマ有志による技術系Advent Calendarが各所ではじまる | gihyo.jp
本日12月1日より、プログラマ有志による各技術系Advent Calendarが一日目を担当する人のblogではじまっている。ここ数年は、師走の風物詩になっている。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付の部分（扉だったりする）がめくられるようになっており、1日ずつその日の日付の部分をめくると天使や動物の絵などが見えるという仕組み（もちろん、様々なバリエーションがある）。 これに発想をえて、技術系Advent Calendarでは基本的に、12月1日から25日までの25日間、プログラミング言語縛りなどの最低限のルールで、毎日別の人（同じ人が複数回担当することもある）が自分のblogにて記事を書くという形式になっている（特設サイトを用意して、記事をまとめる手法もある）。なお、国内ではATNDの
Programmer's Advent Calendar jp
What's this? 技術系 Advent Calendar とは，元々の Advent Calendar に倣って，複数人の著者が特定のテーマ（プログラミング言語など）に沿って （通常は 12/1 ～ 25 までの 25 日間）一日一個ずつ Tips 的な記事を投稿していくと言うイベントです． 本来、アドベントカレンダーというのは、イエスの降誕祭を待ち望み、 12月1日からクリスマスまでの間に1日一個ずつクリスマスツリーを模したカードの窓を一個ずつあけていくようなもののことです。 一方、エンジニアの世界では、技術系アドベントカレンダーというものがあります。 これは、一日一個ずつ tips 的な記事を掲載していくというものです。 Perl の世界では、2000年からはじまっています（発祥がどこかは寡聞にして知りませんが）。 技術的アドベントカレンダーの有用性について このページでは，各
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://atnd.org/events/21936
partake.in
http://atnd.org/events/22078