crocos.jpThis domain may be for sale!
Treasure Dataの解析プラットフォームを使ってみた - mikedaの日記
ログの解析は日時でscpでかき集めてバッチ集計してるんだけど リアルタイムで集計したい もっと柔軟に集計したい という人は多いんじゃないでしょうか。 リアルタイム収集はFluentdを使えばいけそうですが、集計部分を柔軟にというとどうだろう。 CookpadやAmebaはHiveを使ってるとの情報がある。 『Hive on AWS @ COOKPAD』 『Amebaのログ解析基盤』 （どっちも古い。HiveはHadoop上でSQL（っぽく）ログ解析するためのプロダクトです） 「面白そうだなー。でもHadoopよくわからん、というかサーバいっぱいいりそうだから承認通すのめんどくさい(´・ω・｀)」 とか思ってたらSoftwareDesignの最新号にこんな記事が。 Cookpadの人 「Treasure Dataは...ログ解析用の商用プラットフォームを提供しています。 Fluentd経由で
C#と諸々 「テスト駆動開発」から 「ビヘイビア駆動開発」へ
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) BDD (Behavior Driven Development) というものを今更ながら知りました。 言葉だけはたまに見かけてましたが、どんなものか全く知ろうとせず、ずっとどうでもいいやと思っていました。 ところがこれ、TDD を進化させたようなものだったんですね。 「テスト駆動開発」ではどうしても「品質のため」と誤解されがちで、「設計のため」って言っても中々信じてもらえません。でも「ビヘイビア駆動開発」ならきっと大丈夫。 これからは TDD を捨てて BDD へ移行していきたいと思います。 ただ、.NET 界隈だと残念ながら BDD はあまり浸透してない感じですね。具体的にどういう方法で実践していくのが良いか悩みどころです。 [Web 上で見つけた
taediumの日記
リリースしました。 詳細はこちらをご覧ください。 http://www.seasar.org/wiki/index.php?SeasarWhatsNew%2F2014-02-01#ie0983f2 Java 8 対応に伴い Doma 2 の開発を検討しています。 素案を書いてみました。 https://gist.github.com/nakamura-to/6751206 ご意見ありましたら、コメントをお願いします。 Daoフレームワーク Doma 1.35.0 をリリースしました。 ダウンロードはこちらからどうぞ。 http://doma.seasar.org/downloads.html Mavenをご利用の方はこちらを参照ください。 http://www.seasar.org/wiki/index.php?Maven2RepoRemote 以前のバージョンから移行するには移行ガイドを
無差別に技術をついばむ鳥F#
概要 変数のパターンを判別し、適切な値を返します。C系言語のswitch文と似ています。 使用に適した状況 変数値に応じて何らかの値を返したい場合。条件に応じて処理の流れを変えたい場合。 サンプル let IsNegative x = if x < 0 then true else false //単純なパターンマッチ let NumberShow x = match IsNegative x with | true -> printfn "指定された値はマイナスです。" | false -> printfn "指定された値はプラスです。" //パターンマッチを試す NumberShow -10 NumberShow 10 文法 「match」キーワード、「対象」、「with」キーワード、| 値-> 戻り値の形式で書きます。「｜」（縦棒）記号に続いて一致するパターンと返す値を、想定している
テストのためのドメイン特化言語(DSL) - NaturalSpec の手引き - すもぎのめも
テスト駆動開発 (TDD) は "Red-Green-Refactor" のサイクルに準ずる有名なソフトウェア開発手法だ。振る舞い駆動開発 (BDD) は自然言語を用いてユニットテストのシナリオを表すアイデアを引き合わせる TDD から派生した手法だ。 BDD に使用できる有名なテスティングフレームワークには、xUnit.net、NUnit、StorvQ、MSpec、NSpec、NBehave などがあげられる。これらは流れるようなインターフェースで記述できるため、読みやすいコードを提供してくれる。さらに、いくつかのフレームワークでは、パスしたユニットテストから自然言語を用いて仕様を生成する機能を提供している。 仕様とはなんだろうか？ "仕様とは素材、製品、またはサービスが満たすべき要件の明確な集合だ" American Society for Testing and Materials
図解 Git
もし図の表示がおかしかったら、このページの SVGでないバージョンを試して下さい。 SVG の画像処理を中止しています。 (SVG の画像処理を再開) このページのオリジナルは、Mark Lodato さんが執筆した A Visual Git Referenceです。 このページでは、よく使われる git のコマンドを簡潔に図を用いて説明します。 git について少し知識があるなら、このページはその知識を整理するのに役立つかもしれません。このページがどのようにして作られたのか興味があるなら、私のGitHub リポジトリを見て下さい。(日本語訳の GitHub リポジトリ) 内容 基本的な使い方 凡例 コマンドの詳細 Diff Commit Checkout 分離HEADでの commit Reset Merge Cherry Pick Rebase 技術メモ 基本的な使い方 上記4つのコマ
Gitの内部動作をイメージで理解する「図解 Git」 | Act as Professional
とりあえず、毎日Pull Requestがきている@HIROCASTERでございませう。 GitHubを理解するうえで、Gitも理解しなければなりません。 といっても、とても複雑であることは否めません。 今回紹介する「図解 Git」でGitの内部でどのようになっているのかイメージで理解してみましょう。 週末を利用すれば十分に読めるボリュームですので、読んでみてはいかがでしょうか。 図解 Git“A Visual Git Reference” の翻訳版が 図解 Git です。 内容は下記の様にGitのコマンドをベースとして、Git内部でどのようなやりとりがおこなわれているか図解しているものです。 Git関連のドキュメントに目を通していると、当たり前のように「ステージ」などというGit独自の用語が登場しますが、なかなか説明されていないケースがあります。 今回の図解 Gitに目を通しておけば、あ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
