koaフレームワーク koaとは、より小さく/より表現的に/より堅牢に を目標に、Expressの開発チームよって新たに開発されているフレームワークです。 Nodev0.12で新たに導入されるgenerators/yieldの機能を利用して、ミドルウェアの仕組みや簡単なエラー処理を実現しているようです。 環境構築方法 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.9 Node.js : v0.11.9 サンプルアプリ作成 Node v0.11.9〜をインストール 先程もいったように、koaはNodev0.12以降の新機能であるyieldを使用しているので、まずは開発版のNodeをインストールする必要があります。 Nodev0.11.9以降のNodeをインストールしていない人は、下記のようにインストールしましょう。 ここではnvmを使用してNodeをインストールす
“The power to understand and predict the quantities of the world should not be restricted to those with a freakish knack for manipulating abstract symbols.” Bret Victor, “Kill Math” f=Math; e=document.body.children[$=0]; G="globalCompositeOperation"; Q=.43; P=.05; with(e){ with(style)width=(w=innerWidth-9)+"px", height=(h=innerHeight-25)+"px"; W=(width=w/=2)/2; H=(height=h/=2)/2; g=getContext("2d"
ちわっす！インフラ担当の池田（@mikeda）です。 今日はサーバ監視周りの話です。 まずNaviPlusでは、サーバ監視にNagiosとMuninを使っています。 普通ですね！ 気をつけていることは、ちゃんとサービスも監視する（正常なHTTP応答、応答速度など）ということでしょうか。 まぁこのへんは今日の本題ではないので別の機会に話します。 システム運用してると、こんな情報も見たいなーというのが出てきます。 例えば、今回紹介するのはこんなのです。 障害発生時（例えば昨日のXX時XX分）の全サーバのプロセスリスト 全サーバのリソース使用状況のザックリとしたレポート あのDBでXX時ごろに流れてたクエリはどんなのか 去年のセール時のアクセス数やサーバ負荷の状況が見たい 本番サーバでtmuxを起動しっぱなしの人がいないか こういう既存ツール（うちだとNagios/Munin）にマッチしないもの
ASUSは販売価格179ドル(約1万8000円)台からとなる激安ファンレスボックス型PCである「Chromebox」を近日中に発売する予定であることを発表しました。 ASUS Chromebox - Experience the Best Chrome OS Desktop http://promos.asus.com/us/chrome-os/chromebox/ AnandTech | ASUS Chromebox: Fanless Haswell in a NUC-like Form Factor, Starting at $179 http://anandtech.com/show/7735/asus-chromebox-fanless-haswell-in-a-nuclike-form-factor-starting-at-179 Intelが提唱する超小型PCキットであるNUC
Node.js or most commonly know as Node, is a JavaScript platform that allows you to build large scale web applications. Node.js is a platform built on Chrome’s JavaScript runtime for easily building fast, scalable network applications. Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications that run across distr
Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubやGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス（の部品）やオープンソースプロジェクトです。 まず、以下の２点を原則として考えています。 origin masterを壊さない origin masterの（1st parentをたどるツリー）にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
Rubyをさわり始めた時に戸惑ったインスタンス変数やクラスインスタンス変数なんかのためのチートシート。変数、クラス、モジュールの使い方についてざっとまとめてみた。RailsでGemばっかり使ってると忘れるんだよなー。 登場人物はこんな感じです。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 9
そろそろバレンタインデーですね。バレンタインといえばチョコレート――ということで、全国民を巻き込みかねない「きのこの山」「たけのこの里」“どっち派”戦争について、無料家計簿アプリ「ReceReco」（レシレコ）の購買データ分析を通じて考察してみたいと思います。 スマートフォンでレシート写真を撮るだけで家計簿を作れる無料iPhone／Androidアプリ。ダウンロード数は115万、登録レシート枚数は2000万枚、登録された支出総額は450億円を超えている（2013年11月時点）。なお、登録されたレシートデータを個人が特定されない範囲で二次利用することは全ユーザーに事前許諾済み。 関連記事：目指したのは「究極のシンプル」 レシート撮るだけ家計簿アプリ「ReceReco」の狙い 全体戦況は「ダブルスコア」で決着 常に並び称され、ネット上でもよく比較される明治の2大ブランド「きのこの山」と「たけの
絵本「ぐりとぐら」の50周年を記念した展覧会が、東京の松屋銀座で2月27日（木）から3月10日（月）まで開催されます。シリーズ全7作品の原画や海外版を展示するほか、読書コーナーなどで同作のすべてを紹介するとのこと。作者の1人・中川李枝子さんとアニメ監督・宮崎駿さんによる、対談映像も取り上げます。 ▽ 朝日新聞社 - 「誕生50周年記念 ぐりとぐら展」 双子の野ねずみ「ぐり」と「ぐら」が主人公の同作は、1963年から福音館書店で出版されている絵本シリーズです。作者は姉妹で、ストーリーは中川李枝子さん、絵は山脇百合子さんが担当しています。 松屋銀座8階のイベントスクエアで開催される「ぐりとぐら展」では、シリーズ全7作品の原画や、作者2人のデビュー作である童話「いやいやえん」の挿絵原画など、50年の軌跡を170点以上の原画で展観できるとのこと。宮崎駿さんと中川李枝子さんの対談映像や、海外版「ぐり
ってsinonのスタブ漏れを探しながら何度目かわからない感じにキレてた。 とにかく仕事でJSのテスト書くのが辛いので考えてみる。比較的JSのテストに慣れてる自分ですら辛いのだから、世界はもっと辛いに間違いない。サーバーサイドのnode.jsの話ではない。 JavaScriptで完結しない 構造がHTMLの構造と密結合している。装飾や位置、表示/非表示はCSSによって制御されている。 クライアントJSはHTMLと密結合しており、CSSからビューは影響を受ける。それらがネットワークの結果を受け非同期に振る舞いを帰る。その最終的な値を取得するのが難しい。 もちろんサーバーサイドだってDBやネットワークという外部リソースを扱うが、モックの手法が確立しているし、局所的な複雑度は、JSの方がはるかに多い。 言語仕様が貧弱 mochaやjsmineはrspecを真似てるけど、本質的にJavaScript
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
