golang で JSONPath 的にデータ取り出したいときは @mattn_jp の go-scan が便利 - tokuhirom's blog
golang で net/http とってきて JSON を parse して所定のキーを取り出すプログラムを書きたかった｡ こういう場合､JSONPath とか使って書きたいのだが､JSONPath が完全にサポートされている go のライブラリは見当たらなくて､mattn_jp さんが JSONPath 書こうとして途中でやめた gist がひっかかってくる程度｡あとなんか yasuyuky/jsonpath というのもあるのだが､これはいわゆる JSONPath ではない｡ JSONPath なくてマジ不便ヤンケ､と思っていたが､mattn_jp さんが go-scan というライブラリを書いていた｡ golangのjson、型を作るかmap[string]interface{}にしてキャストするしかなくて最初はgolang面倒臭いなって思ってたけど小規模なら後者で十分だしそれ以上の
Immutable Infrastructure: Practical or Not? - Chef Blog | Chef
With the continued popularity of Docker and containerization generally, the concept of immutable infrastructure has again come to the fore. Immutable infrastructure is generally defined as a stack that you build once (be it a virtual machine image, container image, or something else), run one or many instances of, and never change again. The deployment model is to terminate the instance/container
Linux カーネルと FreeBSD カーネルの割り込み処理
わけあって、 Linux カーネルと FreeBSD カーネルの双方で仕事をした結果、 二つのカーネルで割り込み処理の実装方法が大きく異なっていることに気づきました。 ここでは、それぞれの割り込み処理の仕組みについて、 調べたことを書いてみたいと思います。 割り込みとは、主に入出力ハードウェアによって CPU に送られる処理要求のことです。 一般に、 CPU は入出力ハードウェアよりもずっと高速に動作するので、 入出力処理を行う際に、ハードウェアの動作を待つよりも、 CPU では別の処理を行なっておき、 必要になった時にハードウェア側からの通知を受けて対応する処理を行う方が、 CPU を有効に活用できます。この入出力ハードウェア側からの通知が、割り込みと呼ばれます。 割り込みは、 CPU で動作するカーネルによって処理されることとなります。 ここで、一つの割り込み処理に時間がかかると、他の
サルでも分かる多段ssh - 射撃しつつ前転 改
仕事をしていると、お客さんの環境にログインするため、 踏み台マシンを経由する必要がある 踏み台マシンへのログインすら、特定範囲のIPアドレスからしか受け付けてくれない といった厳しい条件を満たさなければならない場合があり、多段にsshをしなければいけないことがある。しかし、単純な多段sshには、 毎回順繰りに多段ログインするのは結構めんどくさい scpでいちいち中継サーバーにコピーしていく必要があり、中間サーバーのディスク容量が足りない場合に大きなファイルがコピーできない といった問題がある。 実は、sshには設定ファイルがあり、設定を行うことで、間に何台のサーバーを挟んでいようとも、あたかも直接アクセスしているかのように接続することができるのであるが、世間的にはあまり知られていないようだ。知らないのは非常にもったいないので、簡単に説明しておく。 設定ファイルは~/.ssh/configに
percolを使ってec2にSSHする - Qiita
先日、「第22回 AWS User Group - Japan 東京勉強会」へ参加してきました。 「「KaizenPlatformでの自動化」KAIZEN platform 伊藤さん」の発表で、インスタンスへのSSHを、percolを使っていい感じにやるというのが、かなりイケてる感じだったので、自分の環境でもできるようにスクリプトを作ってみました。 自分の環境でやる前提なので、あまり汎用的ではないです。。 現状はいくつか制約があります。 vpc環境で使うことを想定（private ipでsshするので） インスタンスのName（タグの）が指定されていること コマンドを入力するとvpcに含まれるインスタンスが列挙されるので、SSHしたいインスタンスを選んでエンターすると、ログインできます。 このエントリーはこちらのブログで公開した情報のクローンです Register as a new use
CIKernelを使ったカスタムフィルタのつくりかた - Over&Out その後
Core Image の CIFilter でいろいろなフィルタ処理（画像処理／画像加工）ができるのはみなさまよくご存知かと思いますが、iOS 8 では CIKernel というクラスが追加され、そのフィルタ（CIFilter）を自作できるようになりました。 本記事は、その作成手順について、6/20日に開催された WWDC 2014 振り返り勉強会で発表したものです。もともとアップしないつもりで Markdown でスライドをつくった のをそのまま貼り付けてるので、少々読みづらい部分があるかもしれません。 同勉強会では、この CIKernel の内容がちょっとしかなかったので、同じく iOS 8 の新機能である HealthKit、HomeKit を対応デバイスなしですぐに試す方法 についても話しました。 http://d.hatena.ne.jp/shu223/20140622/1403
Discoverd - r7km/s
flynn/discoverdという、Golang製のService discovery systemを読んだ。 何ができるのか クラスタ内の全ホストでdiscoverd(とetcd)を動作させておくことで、 各ホストのアドレスやメタ情報、クラスタへのホストの追加や削除などの情報が簡単に購読できるようになる。 各ホストは名前ベースで管理されるため、同じ名前を持つホストを群として一律に扱うこともできる。 具体的には discoverdは各ホストから発行されるRegisterイベントとUnregisterイベントを検知し、 discoverdに対してsubscribeしていたクライアントにこれらのイベントを伝える機能を持っている。 例えばdiscoverdを動作させているあるクラスタにsubscribeしているクライアントは、 10.0.0.1と10.0.0.2のホストがこのクラスタに参加(=
Ruby初心者のための private と protected メソッドについて - Programming log - Shindo200
2012-04-12 Ruby初心者のための private と protected メソッドについて Ruby ※2013/04/08 記事のスタイルを修正実行環境：Ruby1.9.3privateとprotectedメソッドの違いについて、メタプログラミングRubyを読みつつ、復習のために書き残しておきます。Rubyリファレンスマニュアルでは下記のように定義されています。 private に設定されたメソッドは関数形式でしか呼び出せません。 protected に設定されたメソッドは、そのメソッドを持つオブジェクトのメソッド定義式内でなければ呼び出せません。 ※ Ruby1.9.3 リファレンスマニュアル - クラス／メソッドの定義 - 呼び出し制限 から引用 どういうことなのか、まずはprivateに設定されたメソッドを使ったプログラムを実行してみます。 class C1 def
Socket.IO 1.0の変更点・内部的な話
socket.io 1.0と0.9の比較や内部実装について。 node学園#13
自動的にEager Loadingしてくれるようになる「Goldiloader」というGemが良い感じ | mah365
RailsでのDBへのクエリの組み立ては常にN+1問題との戦いですよね。N+1が発生すると大幅にパフォーマンスがダウンしてしまうので、適切な事前ロードをいかに行えるかがプログラマの腕の見せどころになります。 でもそれって本質でしょうか？ DBにクエリを投げる部分の実装の詳細なのでは？ クエリが空気読めばいいじゃん！という「Goldiloader」 「それって実装の本質じゃないよね。詳細だよね。それはクエリを投げる部分（ActiveRecord）が空気読めばいいんじゃね？」 そんな思想で現れたGemがGoldiloaderです。Gemfileに加えるだけで勝手にEager Loadingしてくれるようになります。 このGemをbundleせずに以下のコードを叩くと、eachでpostsが呼ばれるたびにロードを繰り返してしまうのですが・・・ > blogs = Blogs.limit(5).t
Raft
↓↓↓↓訂正あります。↓↓↓↓ 2018/07/02に株式会社エフコード社内で行われた勉強会のスライドです。 訂正版(随時更新中): https://docs.google.com/presentation/d/15HOMfAbtdWwO48njcB8IdkN3kVAMu3wsmZo0O3S-f_4/edit?usp=sharing 専門家による資料・専門家向けの資料ではありません。自分自身で学習し、論文・文献等を読解してまとめた内容となります。間違い等あるかもしれませんが、あれば是非コメント頂ければと思います。 【訂正事項】 スライド16: 誤：たった一つのプロセスが故障しただけでも有限時間で合意できない 正：たった一つのプロセスが故障しうるだけでも有限時間で合意できない スライド20: 誤: 重要: あるschedule σ1, σ2 がdisjoint (nodeが被ってない) なら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iTunesStoreのランキング | Rubyで始めるWebスクレイピング
GitHub - NodeBB/NodeBB: Node.js based forum software built for the modern web
はてなブログチームの開発フローとGitHub（前編）。GitHub Kaigi 2014