Node.jsでDIできるフレームワーク「Grasshopper」が気になる - WebService::Blog->new( user => ’hide_o_55’ )
Node.jsのMVCフレームワークでDependency InjectionをサポートするGrassHopperが気になってます。 以下はREADMEに記載されているDIの例です。 var gh = require('grasshopper'); var dependencies = { dataService: { getStock: function() { return 100; } } }; gh.addToContext(dependencies); gh.get('/', function() { this.renderText('There are ' + this.dataService.getStock() + ' units in stock!'); }); gh.serve(8080); 上記の例では this.dataService.getStock() が注入さ
三項演算子を使うべき理由
三項演算子を使うべきでないとする規約や現場って、結構多い。 それに対する「使う」派の主張もたまに見かけるが、「控えめに使うなら許されるべき」なんて消極派だったり、「三項演算子すら理解できない奴はクズ」なんて議論拒絶派だったり、或いは「三項演算子の方が格好良くて好き」的な頭脳労働苦手派であったりする。 自分は使用肯定派だけど、なるべく合理的に三項演算子について考えてみたい。日曜なのに暇だしな。 最初にまず、「if 文ではなく三項演算子を使うべき」状況を考えて、その後で、良くある三項演算子否定論への異議を述べてみる。（言語は C# とか Javaを想定） ■■ if 文を避けて三項演算子を使うべき理由 ★ 変数の宣言と定義を同時にできる 一時変数への値の設定について、宣言と同時なのと宣言から離れているのとで、どちらが良いコードかという問題だが、後者の「離れて」が正解なんて言う人は聞いたことが無
ThriftとかProtocolBufferとか - ある異邦人の技術メモ
自分はREST信者だけど、昨日、「RESTに固執せずThriftとかどうよ」という話をもらった。Thriftとか名前以外あんまり知らなかったので、一応２０分ほどWebで調べてみた。結論からいうと、「やっぱりあまり興味を持てない」と思った。 ThriftとかProtocol Bufferのいいところって、 ネットワーク転送量的にオーバーヘッドが少ない いろんな言語ですぐに使える HTTPベースのRPC 色々なサービスの内部で使われることはもちろん、EvernoteのAPIとかでも使われている。 ってところだと理解した。が、とりあえずあまり魅力は感じなかった。なぜか。 1を突きつけられる場面では確かにRESTは多少分が悪い。がXMLの冗長性を攻撃するのアプローチはどうかとおもう。ってのは、XMLが冗長なデータフォーマットであることは登場したときから最初からわかってることだから。パフォーマンスが
Apache Thrift - Home
The Apache Thrift software framework, for scalable cross-language services development, combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk, OCaml and Delphi and other languages. Getting Started Download Apache Thrift To get started, down
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
正規表現確認ツール RegEx Cafe を作った - 9mの日記
RegEx Cafe - JavaScript Regular Expression Tester http://kkosuge.github.com/regex-cafe/ CoffeeScriptで書いたのでCafeです。 サクッと正規表現の確認をしたいとき Rubular が便利で使う事が多かったんだけど、落ちてる事が多かった。サイト自体が落ちてなくても、テスト結果の表示がベラボーに遅い事があったりする。入力するたびAjaxで結果取りに行ってるから遅くなるのは仕方ない気するんだけど、簡単な確認くらいならJavaScriptでいいじゃんと思ったので再開発しました次第です。Githubページにホスティングしてもらってるので落ちる事ほとんどないだろうし、通信しないので速いです。 正規表現テストツールの既出感やばいけど、その中でもRegEx Cafeはだいぶ使い易くて良いと思う。 Cof
RegEx Cafe - JavaScript Regular Expression Tester
regular expression editor tool
ソーシャルゲームのプラットフォーム業者および下請けのソースコード流用問題 - やまもといちろうBLOG（ブログ）
関係各所への通達をまだ全部は済ませていないけど、報道が行われる可能性が高くなったので書く。 「業界に詳しくない」とか、私のブログを全部読んでなお「何が問題なのか分からない」とか感じる方は、次の２つの記事をしっかり読んでください。 ゲームのパクリは許されるのか？――グリー＆DeNAが開けた禁断の扉 http://nlab.itmedia.co.jp/nl/articles/1203/08/news056.html すべてにソーシャル要素が入る時代に突入！ゲーム産業は再編に備えよ http://trendy.nikkeibp.co.jp/article/special/20120307/1039943/?P=1&rt=nocnt まあ、和田社長が仰るように、すべてのメソッドがソーシャルゲーム的な機能を具有して統合されていく過程にあるインタラクティブメディアとしてのゲームコンテンツが、その表現技
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
はてなは「絶対すべきでないこと」をやらかしたのか？
おっと、タイトルだけ見て、先週から話題になっているはてなブックマークボタンのトラッキング問題の話かと思われたかもしれないが、本文でははてなブックマークの問題はほとんど扱わない。また、この問題について未だご存じない方は、ARTIFACT@ハテナ系のエントリの後半にあるこれまでの流れを辿ると分かりやすいだろう（ワタシ自身の認知にも近い）。 はてなが新サービスとしてはてなブログをリリースして4ヶ月以上経つ。当初は招待制だったが、昨年末にオープンベータに移行して現在にいたっている。 ワタシもリリース時に招待されたので少し触ってみたが、機能が何から何まで足らないことにびっくりしたものである。そして、はてなは「アレ」をやらかしたのではないかという疑念が頭をよぎったが、まさかと思う気持ちと、短時間触っただけの印象で間違った批判をしてはいけないという自制、何よりそのあたりはじきに解決するのだろうという楽観
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「動いているならば、へたに手を触れるな」――レガシー・システムが支える世界|ユーザー動向|トピックス|Computerworld