WebSocket大合戦：Clojure、C++、Elixir、Go、NodeJS、Ruby | POSTD
Webアプリにリアルタイムの双方向通信が必要な場合、WebSocketを選ぶのは自然なことだと思います。では、どのツールでWebSocketサーバを構築すべきでしょうか。パフォーマンスは重要ですが、開発のプロセスも見過ごしてはなりません。パフォーマンスを基準にするだけでなく、開発のしやすさも考慮に入れるべきでしょう。今回の大合戦では、Clojure、C++、Elixir、Go、NodeJS、Rubyのそれぞれの言語によって慣用的な手法で実装されたシンプルなWebSocketサーバを比較したいと思います。 テスト内容 サーバに実装するのは、 echo と broadcast の2つのメッセージのみを扱う非常に単純なプロトコルです。echoは送信クライアントに返され、ブロードキャストは全ての接続クライアントに送信されます。そしてブロードキャストが完了すると、結果メッセージが送信者に返されます。
Web APIにはJSONベースのフォーマットを使おう - Qiita
{ "response": { "id": 3342124, "message": "Hi!", "user": { "id": 3456, "name": "Taro Yamada", "image_url": "/images/taro.png" } } } など、どの構造がいいでしょうか？ もっと違う構造も考えられます。 JSONはシンプルですが、構造に制約がなさすぎます。適切な設計を行うには適切な制約が必要です。 そこで、plain JSONに少し制約を加えたJSONベースのフォーマットを使うことをおすすめします。 もしあなたが、JSONレスポンスをどのようなフォーマットにするかをチームで議論したことがあるなら、JSON APIは『自転車置き場の議論』に対抗する武器となる。 共有された規約に従うことで、生産性が向上し、汎用的なツールを利用でき、アプリケーションという重要なものに集中
被リンクは死ぬのか？マット・カッツの話を和訳してみた
Web制作という職業柄、SEOについて問い合わせをいただくことも多いので、YouTubeのGoogle Webmastersチャンネルを購読してよく見ているのですが、見たことある動画を貼った日本語の記事で、被リンク死亡、SEO業者死亡、これからはオーサーランク！というのがソーシャルで流れてきまして（あえてリンクは貼りませんが）、え〜、そんなこと言ってたっけ？と疑問に思ったので、改めてMatt Cuttsの話を聞いてみました。注目されている話のようなので、和訳しておきますね。誤訳があればコメントにてご指摘いただければ幸いです。 今日の質問はNYのLeahからの質問です。「Googleは90年代に、他社がそうしていたようにコンテンツだけで評価するのではなく、バックリンクによってウェブサイトを評価するしくみを導入することによって、検索エンジンのマーケットを変えました。パンダやペンギンアップデート
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
