こんにちは。Tokyo Otaku Mode エンジニアの shige こと重岡です。 「テスト書いてます？」 「いや、あんまり……」 「え？　なんでテスト書かないの？」 「いや、だってスタートアップでリーンでアジャイルな開発サイクルを回していたら、モデルにガンガン変更入って……」 「そうだよなー。テストデータの準備って面倒だよな」 そんな You たちに朗報です。Mongoose でテストデータを用意する Monky ってライブラリがあるんです。しかも、無料。 というわけで今回は、Node.js + Mongoose という構成でテストデータの準備を楽にしてくれる Monky というライブラリを紹介します。 Monky とは？Mongoose fixtures library inspired by factory_girl つまり、Ruby on Rails 界隈で有名な Factor

東京OtakuMode学園 #1 - connpass こちらに参加。Node.jsで個人的にアプリ作ってたりサイト立ててたりするので、Node.jsをガチで使ってるTOMさんには興味あったので参戦。会社に遊びに行ってみたいというミーハーな気持ちもありw 以下、LTごとの簡単なまとめ・感想。 RASPBERRY PI @pchw RASPBERRY PIを使ってドラクエのファンファーレを鳴らす めっちゃおもろいw 対抗してFF版作ってみるか。デプロイ終わったら鳴るみたいな。 声も出せる(node-voicetext、node-speakerあたり使う) precess.nextTick @wagyu298 process.nextTick。Nodeのイベントループで使われてるやつだったかな。。。。結構コアな部分。 この辺はちょっと修行が足りないので勉強する。 TokyoOtakuModeに

Promiseは非同期処理をベースにした並列処理の実装方法の一種です。Promiseでは並列処理の各タスクが必ず1回実行されることが保証され、タスクとタスクからの結果を取得する処理を分離することできます。また、タスクの並列処理／直列処理をユーザーが自由に制御することができます。 ECMAScript Language Specification 6th EditionにPromiseが追加されたことから、しばらくの間JavaScriptの非同期処理に関する話題の中心はPromiseになると思われます。 Node.jsでも既にPromise対応したモジュールも多く、Promiseでのみ非同期処理を提供しているモジュールも存在します。Promiseを使用する機会は今後必然的に増えていくでしょう。 今回のエントリーでは、Node.jsでPromiseを使用する方法を説明します。コード例を中心に理

This is a guest post from Richard Rodger, CTO at nearForm & a leading Node.js specialist. He is a technology entrepreneur and wrote the seminal book on Node: Beginning Mobile Application Development in the Cloud. This is the first of a three-part blog, with the second to follow next week and the last post after his In The Brain talk at Skills Matter on the 22 September, building a Node.js search e

「英語すごいできるんですね。」みたいなコメントが有ったんですが、できないです。 相手が伝えている情報のうち、分かる単語から情報を拾って、確認するっていう、3 way handshake みたいな確認を逐一しながら補完しているだけです。要は気合です気合。 向こうの人は優しくて、こっちがネイティブじゃないんだってわかるとゆっくり喋ってくれたり簡単な言葉に直してくれるので楽ですね。 さてさて最終日も濃かったnodeconf.euの話をしていきます。 mad science act track このtrackでは、今までの「node.jsの運用」とか「microservicesで今後のnode.jsがどうこう」というよりもnode.jsのcutting edgeを走るsubstack, feross, dominic tarr, mikolaの話を聞いて彼らが普段何を考えてるのか、どんなものを作っ

ものすごく遅レスですが、LLDiver で @esehara さんの LT であった話。 forやめろ、あるいは「繰り返し」という呪縛から逃れるために 簡単に言うと、 1~10 までを出力する方法を複数考えるというもの。 for, while, 再帰, goto etc.. と出て、途中で終わっちゃったので結論はよくわかりませんでしたが、 Node ではどれも使わずにできるな、と思ったのでちょっと例を出してみます。 ちなみに、タイトルでネタバレしている通りイベントループの話です。 そしてよくある「イベントループとは何か」「なぜ止めてはいけないのか」「process.nextTick() とは何か」「setImmediate() と何が違うのか」 などを解説する良い例だったので、書いてるうちに実はそっちがメインの解説となりました。 サンプルの実行結果は Node v0.11.13 です。(書

This post is an updated and expanded version of one I posted in 2011. That post was written for an early prototype of the MDB Node.js support. Much has changed since then. This version describes the current command set and also includes much more detail about using MDB for Node.js. MDB is the illumos modular debugger. MDB is widely used on illumos systems (including SmartOS) to debug the live kern

IT系な企業だとオフィスがシーンと静まり返っていることもありますが、 あまりに静かだとメンバーの士気が上がっていきません。 Tokyo Otaku Modeのオフィスでは、Raspberry PiにNode.jsを入れてスピーカーを繋いだものがオフィスの片隅に置かれていて、デイリーの売上目標を達成時にファンファーレを流すようにシステム化しており、メンバーの士気を上げるのに一役かっています。 （誰もいない休みの日にも売上目標を達成するとファンファーレが鳴り響きます(๑´ڡ`๑)） Raspberry PiRaspberry Pi Type B 512MB を選びました。 スピーカーやモニタなどはオフィスに転がっているものを使いました。 セットアップNOOBS(New Out Of the Box Software) で入れることにします。 詳しくは http://www.raspberryp

Last week we were working on making our website indexable for search engines. This is the story of rewriting it and the summary of what we have learnt. Background Two months ago when we created RisingStack we had to decide what kind of technologies we wanted to use on our website. We only had a few static pages with some event tracking. So it was very simple, but we wanted to keep it scalable and

発表資料 LLDiverで発表してきました。最近僕もgolangとか触ってるので色々と言われるんですが、「一時期Node.jsやってた人ってみんなGoに行っちゃったよね」って言われることすごく多くて、これについて色々と思うことがあるので話してきました。 ちょっとした補足とか この前のRebuild.fmでのmicroserviceの話とかでもあったんですが、モノリシックな一枚岩のアーキテクチャではなく、"一つのことを上手くやる"複数のコンポーネントとしてのサービスを作りそれの集合体で全体のサービスを提供する構成が流行ってきています。 これ自体は今に始まった話じゃなくてTwitterがRuby on Railsで作られたサービスをscalaでSOA化した話はあまりにも有名ですし、大体どの企業でもモノリシックなサービスで未来永劫続けるのは大規模になると難しくなるので、正しい姿といえるでしょう。

はじめに Webアプリケーションを作る手段はLAMPだけではありません。 ちょっとしたものであればnode.js + express + SQLite3を使えば驚くほど簡単に作ることができます。 ここでは例として簡易版twitterのようなミニブログを作ります。 必要となる知識 コマンドラインツールの扱い方 HTML, JavaScript SQL このエントリを読んでできること node.jsを使って短時間でWebアプリケーションを作る このエントリを読んでもできないこと 小規模でないWebサービスを作って運用する WebSocketを使ってリアルタイムWebアプリケーションを作る アウトライン 1.node.jsをインストールする 2.アプリケーションを作って動かしてみる 3.フォームから受け取ったデータを表示する 4.SQLite3を使ってデータを永続化する 1.node.jsをイン

こんにちは。Tokyo Otaku Mode エンジニアの重岡です。 本ブログを読んだことがある方々は既にご存知かもしれませんが、Tokyo Otaku Modeでは otakumode.com に Node.js と MongoDB を採用しています。フレームワークには Node.js 製の Express.js (3系) を使っています。Express.js は Ruby の Sinatra や Python の Flask と同じような MicroFramework なので、必要な機能は npm で module をインストールする、もしくは自分で Express.js の機能を拡張します。 今回は Express.js に機能拡張した一例として res.render を otakumode.com 向けに使いやすく改良した手順をご紹介します。 View 出力時の共通処理をまとめたい

昨夜、渋谷ヒカリエで行われた東京Node学園 14時限目で、トップバッターとして発表してきました。 発表内容は、「Synth」というWebアプリケーションフレームワークについてです。 Tokyo Otaku Modeでは、バックエンドとしてNode.jsとMongoDBを使っていてExpressで運用していますが、色んなフレームワークも触っていてSynthもそのうちの一つです。 SynthはInfoQの「APIファーストのWebフレームワークSynthを巡るコミュニティの困惑」という日本語版記事が出て初めて知った人が多いと思います。 記事にもあるとおり、JSONやテンプレートHTMLを返すAPIとそれを使ってクライアント側でアプリケーションを構築するという形に特化したAPIファーストのWebアプリケーションフレームワークです。 ちょうど上記の記事が出た頃、天下一クライアントサイドJS MV

ソフトウェアを正しく理解する唯一の方法はコードを読むことです。 ドキュメントを読めばそのソフトウェアが何を実装しているか分かりますが、どのように実装されているかまでは分かりません。 開発中に何らかのトラブルに悩まされたときや、効率的なコーディングをしたいと思ったとき、下位レイヤのソフトウェアを理解しておけば素早く対処できるシーンが多くあります。 ただ、コードを読むことは簡単なタスクではありません。 現代的なソフトウェアはそれなりの規模のコードを含んでいることがほとんどです。アーキテクチャ間の差異を吸収するためのコードなど、本質的な機能を理解する上ではあまり重要ではないコードも含まれています。 何らかの問題が発生してからコードを読もうと思っても、準備なしでは関連する箇所を探すだけでかなりの労力が必要な作業となります。 従って、普段からコードを読んでおくことが重要です。 また、コードを読むにあ

Tokyo Otaku ModeでEngineerやってますpchwです。 通常、チームで技術ブログを書こうとすると、 他の人からフィードバックをもらいにくい フィードバックをもらっても、どの部分への指摘かわからない 下書きをキャプチャした画像に赤入れされたのが送られてきた そもそもリッチテキストで書くのがダルい など不幸な出来事が起こりがちです。 僕らは日々の開発と同じようなフローに則ってチームでブログを執筆する環境を整えたので、その方法を共有します。 Tokyo Otaku Modeでは、主にNode.jsを使って開発を進めています。 そのため、プラグインを書くのにもふだんの環境がそのまま使えるHexoというBlogging Frameworkを使って、ブログを執筆する環境を整えました。 HexoはNode.js製でOctopressの影響を受けて開発されています。 HexoもOcto