The story of how Enterprise adoption has spread through Node.js, why it is important and how NodeSource is specifically targeting the needs of the enter…
This document discusses messaging queues and platforms. It begins with an introduction to messaging queues and their core components. It then provides a table comparing 8 popular open source messaging platforms: Apache Kafka, ActiveMQ, RabbitMQ, NATS, NSQ, Redis, ZeroMQ, and Nanomsg. The document discusses using Apache Kafka for streaming and integration with Google Pub/Sub, Dataflow, and BigQuery
HerokuがErlang製のHTTP Proxyを公開しましたね。少し中身見てみたのですが、彼らもForkしたCowboyを使ってProxyを構築しているっぽい。他にも軽く読んでは見たのですが、Erlangも多少読めるようになっててびっくり。 https://github.com/heroku/vegur 話は少し変わって、[Elixir]Elixirで簡単なHTTP Proxyを書いているときに出会ったエラーのメモで、Supervisorのworkerごとに異なるportを待ち受けてそれぞれが独立したproxyとして動作する機構を書いてたのですが、PIDの衝突の発生で思った感じでできてませんでした。 でも、考えるほどにやっぱりできるはずだよなーと思いもう少しやってみました。それと、先ほどのVegurでもやっぱり異なるPortで待ち受ける処理が書いてあって、やっぱり実装間違ってるなと確信
こうなった時の対処方法。 結論としてはどこかしらのバージョン違いがあると発生するので、足並みを揃えてあげましょうってことになります。 今回はElixirの最新のdev版を入れたため発生。 Unchecked dependencies for environment dev: * cowboy (Hex package) the dependency is not available, run "mix deps.get" * phoenix_html (Hex package) the dependency is not available, run "mix deps.get" * phoenix (Hex package) the dependency is not available, run "mix deps.get" * phoenix_live_reload (Hex pac
eslint.org 目下のところ JSHint と JSLint 戦争は ESLint という第三勢力の登場によって僕の中でめでたく終結したので最近の JS 開発の際には ESLint を使っている。で、以下の .eslintrc (プロジェクト単位に作れる ESLint の設定ファイル)が僕の場合の基本形。欲しくなったルールをなんか秘伝のタレ的に下に下に継ぎ足してるので、特に定義の順序には拘ってない。 { "rules": { // 定数式による条件を警告 "no-constant-condition": 1, // 情報が不十分な JSDoc を警告 "valid-jsdoc": [2, { "requireReturn": false }], // console メソッドを注意 "no-console": 1, // alert メソッドを許可 "no-alert": 0, //
どうもこんにちは。 エンジニアのvsannaです。 前回の記事では、10/16(金)から10/18(日)にかけて行った合宿の様子を画像中心にお届けしました。 今回は事前準備編として、幹事様に参考になりそうな情報をとりまとめています。 これから企画をしなくては...と頭を抱えている3ヶ月前の私のような方はぜひご一読ください! 負債、返済するしかない。 howtvでは現在、技術的負債の返済に本腰をいれてとりかかっています。 サービスの稼働開始から5年が経ち、腐った時代にそぐわなくなってきたコードが無視し得ない程度にたまってきました。 アプリケーション構成の歪み・未使用コードの放置・秘伝のタレと化した手作業工程、開発チームのモチベーション低下... より安定した良いサービスを作り続けるためにも、このタイミングでいままでの負債に真正面から向きあおうと、技術顧問に伊藤直也氏(@naoya_ito)を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く