画像周りの動作が意味不明かつ使い辛いので移転しました。 go言語のテスティングフレームワークについて — さにあらず
go言語のテスティングフレームワークについて - さにあらず
画像周りの動作が意味不明かつ使い辛いので移転しました。 go言語のテスティングフレームワークについて — さにあらず
RubyからTwilioを触ってみたので簡単な使い方を書いておく #edhack - (ﾟ∀ﾟ)o彡 sasata299's blog
2013年10月28日16:10 Ruby 勉強会 RubyからTwilioを触ってみたので簡単な使い方を書いておく #edhack 先週の土曜日、EdTech Hackathon vol.1 に参加しました。（楽しかったので第二回もやりたい！） いくつかテーマが用意されていたんですが、その中のひとつに最近興味を持っていた Twilio があったので Twilio を使ってみることにしました。Twilio を使うと、Webから電話を掛けたり、応答メッセージを制御することが簡単に 出来ます！ で、せっかく使ってみたので簡単な使い方を書いておきますね。前提として Twilio にユーザ登録して ACCOUNT_SID や AUTH_TOKEN は取得済みとします。また、Ruby から触るなら twilio-ruby という gem が便利なのでこれを使った話です。 def call clien
俺の被害妄想でrailsが死ぬ時 - komagataのブログ
昨日EdTech Hackathonに行って久しぶりに色々なWeb関係の方の空気に触れて思った事。 俺はrails好きで強力だし楽しいなーと思うんだけど、 「GoogleからJSのシングルページでもSEO的にペナルティが全く無くなったらサーバーサイド要らねんじゃね？mBaaSで良くね？」 とか 「ちょっとしたサーバーサイドの処理はPHPで良くね？エンジニア多いし、安いし、技術的負債とかセキュリティ・ホールとか経営者からしたらたいして気にならないし、実際の所よくわからないし、来年どうなってるかわからんし。」 とか 「railsエンジニアとか単価高い割に何やってるのかわからないし。テストを書いてます？もっとこうガーッと派手に動く機能追加してくれねえかなあ？」 とか 「長期的なプラットフォームとかはガッツリ作ってくれて構わないけど、もっと雑でいいから短命のモバイル・アプリ量産してくれねえかな？」
完璧な監視システムの作り方 in cybozu.com - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、Hazama チームの萩原(@hagifoo)です。 ハードウェアは故障し、ソフトウェアにはバグがあり、運用ではミスがおきるもの。もちろん、障害が発生しないのが理想ですが人間が作ったものに完璧はありません。そこで、障害の前兆や発生を捉え、その詳細を運用チームに知らせるための監視システムが必要となります。cybozu.com でも以下のようにありとあらゆるものを監視するシステムを構築し日夜監視を行なっています。 今回は、そんな cybozu.com の監視(モニタリング)システムについてお話しします。 cybozu.com と障害 監視システムの設計 3つの監視 外形監視 症状監視・リソース監視 ログ監視 その他の監視 モニタリングフレームワーク 誰が監視者を監視するのか？ まとめ cybozu.com と障害 まずは、監視対象である cybzou.com について説明します。
Facebookが何千台ものMySQLを人手を使わず自律管理する仕組み「MySQL Pool Scanner（MPS）」
おそらく世界でもっとも大規模にMySQLのクラスタを展開し、運用しているのがFacebookでしょう。複数のデータセンターにまたがり何千台ものMySQLサーバを運用するために、自動化の仕組みは欠かせません。 その自動化がどのような仕組みになっているのか。FacebookのデータベースエンジニアであるShlomo Priymak氏が、Under the hood: MySQL Pool Scanner (MPS)という記事をFacebookで公開しています。 かなり長い記事なので、ここではそのポイントをまとめて解説してみました。詳細はぜひ原文をあたってみてください。 MPSのおもな3つの機能 Facebookで稼働しているMySQLは、つねに1つのマスターとそこからレプリケーションされた複数のスレーブによるレプリカセットを構成しています。このレプリカセットの構造を維持し続けることで、可用性と
量子人狼があるなら、量子将棋だって…… - 伝書閑古鳥
「量子人狼」なるものが一部で流行っているそうですね。 ぼくはそもそも人狼すら観戦したことしかないので、 どういう風な面白さかは全くわからないのですが、 すごくワクワクするルールだな、とは思います。 無数の（ただし有限個の）ゲーム状態が存在し、 プレイヤーの行動如何によって、矛盾するすべてのゲーム状態は破棄される。 あるプレイヤーの役職が確定するのは、 強制的にそのプレイヤーの生存確率を0％にした場合と、 存在し得るゲーム状態の組み合わせ的に そのプレイヤーのとり得る状態が一通りしかない場合に限る。 ……こんな感じで合ってるんですかね？ やってみないとわからないでしょうし、 やってみたところでわからない気もしますけど、 「量子」という単語がつくだけでわくわくしますね。 量子かぶれですね。 ところで、ですよ？ 「量子人狼」があるならば、他の「量子**」もあり得るわけですよね？ それでちょっとば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゴシッププロトコルによる冗長化と負荷分散の検証
Redisへと至る、gumiデータストアの歴史
Blogger
量子将棋 - 将棋ったー