![Amazon.co.jp: CUDA by Example 汎用GPUプログラミング入門: Jason Sanders (著), Edward Kandrot (著), 株式会社クイープ (翻訳): 本](https://cdn-ak-scissors.b.st-hatena.com/image/square/d870f8e9db3736d25c026909e1123519fe973ba8/height=288;version=1;width=512/https%3A%2F%2Fm.media-amazon.com%2Fimages%2FI%2F51WV775Tc0L._SL500_.jpg)
■ [rails][metric_fu] metrical を入れてみた ASCIIcasts で紹介されていた metrics の色々なノウハウを試したみたよ。 http://asciicasts.com/episodes/252-metrics-metrics-metrics metric_fu はすでに使っているので、今回試したのは metrical という metric_fu のラッパー。metric_fu はとても便利なんだけど、本体のみでは metrics:all という全部盛りな rake task しか用意されなくて、このままだと rcov がとても時間かかったり、1.9 だと動かない metric があったりと微妙に不便。かと言って config を lib/task の下に突っ込むのも test 環境でそれやる?みたいな状態だった。 そこでmetrical ですよ。me
若干、難しい話ですが、設計力を上げたいプログラマ向けなエントリ。私も道半ばです。一緒に考えていただければ幸いです。 堅牢なアプリケーションを実現する上で「副作用を最小限に抑える」という設計思想は、非常に重要な示唆を含んでいます。 その「副作用」とは、そもそもどんな定義なのでしょうか。 DDDでは"side effect"と定義していて、以下のように解説されています。 Domain-Driven Design: Tackling Complexity in the Heart of Software: Evans, Eric: 8601300201665: Amazon.com: Books エリック・エヴァンスのドメイン駆動設計 作者:Eric Evans翔泳社Amazon P250より引用 In standard English, the term side effect implies
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く