Introduction of Nodyn
Node.jsがJVMにやってきた - Introduction of Nodyn - 東京Node学園 12時限目 #thg12 @grimrose import groovy.json.* def json = new JsonBuilder() json { 自己紹介 { "@grimrose" { 好きな言語 "Groovy" 好きなIDE "IntelliJ IDEA" コミュニティ "Yokohama.groovy", "#yokohamagroovy" } } } println StringEscapeUtils.unescapeJava(json.toPrettyString())groovyconsole.appspot.com 東京Node学園祭2013 東京Node学園祭2013 に参加してきました #nodefest Nodyn.io使ってたりJXCore試してみ
Node.jsのWebフレームワーク「Sails」を使ってpub/subアプリを作ってみる
Sailsとは Sailsは米国オースティンにあるBalderdash社のMike McNeilさんを中心として作成されているMVCフレームワークです。スタイルとしてはRailsに近い形を取りつつ、最近のWebアプリ開発に向けたいくつかの特徴を持っています。 主な特徴としては Web APIを簡単に作成し、公開できる リアルタイムWebなアプリケーションが簡単に作成できる Single Page SiteやMobileなどの多様なフロントエンドに対応できる といったようなものが挙げられます。 Web APIについてはJSONベースのRESTfulなAPIが簡単に作れるようになっています（Sails API blueprints）。特にAPIを作るという意識をせずとも、generatorによって単純なCRUDならすぐにAPIとして公開することができます。ルーティングについても、この手のフレー
超エコで超高速なやつらの性能比較: Go vs Node.js (vs Vert.x) - Qiita
今時のWebで大量接続で高負荷になりそうなサイトを作りたい人は必見。 スタートアップ起業が選ぶなら、こういう言語やフレームワークを選ぶべき。 人気が出て急激な負荷に耐えられる様に、最初から正しいアーキテクチャを選んでね。 妙なやつを選んだらサーバはたくさん必要だし、クラウドでも費用が高くなるし大変だよ。 Node.js vs Go の記事を読んだのでこの記事を書いています。 http://yosuke-furukawa.hatenablog.com/entry/2014/02/10/134014 https://speakerdeck.com/yosuke_furukawa/benchmarking-node-dot-js-vs-golang http://sssslide.com/speakerdeck.com/yosuke_furukawa/benchmarking-node-dot-
Node.jsにPromiseが再びやって来た！ - ぼちぼち日記
tl;dr サンプルコードを付けたら記事がかなり長くなってしまったのでご注意下さい。 Node.jsの current master で V8がアップデートされ ES6の Promise が使えるようになりました（要オプションですが）。Promise を使うと Node.jsの非同期処理がどのようになるのか、Stream と Promise を組み合わせた使い方なども含めて紹介します。 1. はじめに Nodeの次期安定版 v0.12は、すぐ出ると言われながら既に v0.10のリリースから１年が過ぎてしまいました。 現在、v0.12の主要な新機能の実装は完了していますが、まだ安定版のリリースに向けて手当できていない部分が残っている感じです。そんな残っている部分の一つだった V8 のアップデートが先週末に行われました。 deps: update v8 to 3.24.40 (3/19現在は
橋本商会 » node-webkitでNHK Newsを連続自動再生するアプリ作った
あまりにも世情にうといので作った。 NHKのRSSを定期的にチェックして、新着ニュースの動画を連続自動再生する。 とてもテレビっぽい。おかげで4日後にオリンピックが開催されるという事を知れた。 ソースコード https://github.com/shokai/nhk-news-app zipでダウンロード https://github.com/shokai/nhk-news-app/releases node-webkitはネイティブアプリ作成のためにwebkitが改造されたwebブラウザで、HTML/JavaScript/CSSが実行できるだけでなくnode.jsのAPIもそのまま呼び出せる。 つまりjQueryでDOM操作すると同時にnodeのライブラリを使うような処理が、同じプログラムファイルにまとめて書ける。変にブリッジを書く事なくいつものnodeのように require(‘モジュ
twitter bootstrap のテストを読んだメモ - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20121211.html
fluentd + mongodb+ node.js でリアルタイムにグラフを描く - stanaka's blog
追記 2/22 毎回微妙に追記していますが、今回も追記です。最後にmongodbのinsert性能について80lines/secで厳しくなった、と書いてますが、環境か設定まわりがあやしいので訂正します。もうすこし検証してみようと思います。 → 検証して fluentd側の設定の問題であることが分かりました。詳しくは、http://blog.stanaka.org/entry/2013/02/22/171053 追記ここまで 最近は、fluentd + mongodb でログを蓄積していろいろ便利に使っているわけですが、数分に一回集計スクリプトを周したり、 GrowthForecast の画面をリロードしまくるのではなく、もっとリアルタイムで見たい! という欲求が募ってきたので、 node.js を使って実装してみました。( https://github.com/stanaka/realti
WebSocketが一番速いアプリケーションサーバはどれだ？
WebSocketが一番速いアプリケーションサーバはどれだ？：Tomcat、Jetty、Socket.IO／Node.js性能比較（1/3 ページ） はじめに 2012年の10月にWindows 8が発売され、そこに搭載されたInternet Explorer（以下、IE） 10ではHTML5の機能が利用できるようになりました。また、2013年の2月にWindows 7版のIE 10もリリースされ多くのユーザーがHTML5の恩恵を受けられるようになりました。 HTML5の機能の多くは、Webブラウザ側で実装されれば、HTMLやCSSを適切に記述することで利用が可能です。しかし、今回取り上げるWebSocketはサーバ側でも機能の実装が必要です。このため、WebSocketを利用する場合はWebブラウザだけではなくサーバを選ぶ必要があります。 WebSocketそのものの技術的な解説は、以下
内部から見たVert.xとNode.jsとの比較 - uehaj's blog
socket.ioがJavaやGrailsから扱えるかを調べている関係でvert.xを調べていて興味深かったので、こちらにあるVert.xの記事を翻訳してみました。JGGUG G*Workshopにおける杉浦さんのVert.x資料もお奨めです。 Vert.xは急速に発達つつあるサーバ・フレームワークです。 世にあまたあるサーバ・フレームワークのいずれもが、多様なプロトコルをサポートし、高速であることが特長であると主張していますが、Vert.xはそれらよりも一歩抜きん出ています。例えば、Vert.xは、サーバサイドのネットワーク環境の確立と操作も対象としています。言いかえれば、Vert.xは、単一サーバ上のデーモン実行だけでなく、クラスタリング環境での複数サーバデーモンの実行を考慮しているのです。 したがって、Vert.xを調査するにあたっては、どのように高性能を実現しているかだけではなく、
第19回 Node.jsに見るSOAP vs. REST論争 | gihyo.jp
3年ほど連載を続けているこのコラムだが、今号からは少し装いを変え、最新の技術トピックを業界全体の流れから俯瞰（ふかん）的に見た考察を加えていきたい。最初のトピックはNode.jsだ。 Node.jsを取り巻く議論の背景 2009年に発表されて以来、ソフトウェアエンジニアの間で注目を集めているNode.js だが、それを取り巻く非同期プログラミングへの賛否両論の根底は、1990年代の初めにミニコンピュータからパーソナルコンピュータ（以下PC）へと引き継がれたRPC（Remote Procedure Call）に関する議論にある。 RPCの発想をPCの世界に持ち込んだのはMicrosoftである。Windows 95より前は、ノンプリエンプティブマルチタスク[1]しかサポートしていなかった。 Windowsに本格的なマルチタスク機能を持ち込んだのは、David Cutlerを筆頭とするDEC（
Webアプリサーバーの常識を覆す「Node.js」
同時に数十万クライアントがアクセスし、しかもリアルタイムに処理できるシステムを構築するには、高性能サーバーが数多く必要になる。これが今までの常識だった。これを根底から覆すソフトウエアが「Node.js」だ。従来型のWebアプリケーションサーバーと異なるアーキテクチャーを採用しており、既存のサーバーに取って代わる可能性を秘めている。 目次
Realtime data with MQTT, Node.js, MQTTClient.js and Socket.IO - Digits Domotica Blog
Seeing things happen the moment they actually do happen, that’s what I like the most. And that’s why I’ve always been searching for a better solution than Ajax. I use Ajax here and there on my own website (which is actually nothing more than a showcase of what you can do with Domotica/Home Automation), but I never really liked it. It always felt like some sort of patch-up while waiting for somethi
Node.js で Twitter Streaming API のデータを Treasure Data に流しこむ - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20121122.html
第1回 Meteorをはじめよう | gihyo.jp
Meteorとは？ Meteorは、2012年4月に彗星のように登場した、新たなアプリケーションプラットフォームです。この原稿の執筆時で、バージョンは0.3.6とされており、まだまだプレビュー版の域は超えていません。また、現状ではUNIX環境（MacOS Xを含む）でしかうまく動作しないようです。 しかし、Webアプリケーション開発をとことんまで素早く、楽に行えるようにするためのさまざまな仕組みが盛り込まれていることから、登場直後からかなりの注目を集めています（公式サイトには、「1日か2日でプロトタイプを、2～3週間で製品レベルのアプリを構築できるようにする」とあります）。 MeteorはMITライセンスに基づくオープンソースプロジェクトとして、Github上で公開されています。現在4人の開発者がフルタイムで開発に従事しており、1年以内に1.0をリリースする予定だとされています。 M
GREEが悩むNode.jsの問題を考えるヒント - ぼちぼち日記
先日 GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012 という記事が公開され、GREEのCTOの藤本さんが、 javascriptをサーバーサイドでも使うケースが多くなってきていて、必然的にnode.jsを使うことになるが、大きく３つの問題がある。 ひたすらすごい勢いでバージョンアップしているので安定しない。コストを払ってついていく覚悟を持って取り組んでいる。 メモリリークがあるので、サーバを起動しっぱなしにするとメモリが食いつぶされる。 コードをデプロイしても再起動しないと読み込まれない。 （中略) これで絶対大丈夫という解決策がなくて、node.jsで一番悩んでいる。これでバッチリ解決するというものがあれば、是非教えて欲しい。 といった話が掲載されていました。 GREEさんに限らず一般的に Node に対して同じ問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
linnovate/mean · GitHub
GitHub - tagomoris/xbuild: Language runtimes installer for production environment
GitHub - nodyn/nodyn: A node.js compatible framework running on the JVM.
GitHub - benschmaus/nodeload: HTTP load/traffic generator and benchmark tool built on Node.js
GitHub - moscajs/mosca: MQTT broker as a module
