bgoetzmann / grezi / wiki / Home — Bitbucket
Atlassian Sourcetree is a free Git and Mercurial client for Windows. Atlassian Sourcetree is a free Git and Mercurial client for Mac. You caught us doing some quick maintenance, temporarily restricting your repository to read-only access. Grezi Grezi is an experimental implementation of a Zooming User Interface, based on the GroovyFX project that provides a Groovy binding for JavaFX 2.x. You can f
自分の好みの曲がつぎつぎと集まるスマートフォン向け音楽プレイヤー「Groovy」の提供を開始 | 2013年の一覧 | プレスリリース | 株式会社ディー・エヌ・エー【DeNA】
株式会社ディー・エヌ・エー（本社：東京都渋谷区、代表取締役社長：守安 功、以下DeNA）は3月28日(木)本日より、音楽プレイヤー「Groovy」（グルーヴィー）をAndroid端末向けに提供開始します。また「Groovy」はiOS端末向けにも準備中です。 音楽プレイヤー「Groovy」では、各ユーザが好きな楽曲を再生するだけで、音楽の好みを通じた複数のユーザ同士のつながり「ミュージック・インタレストグラフ」が生成されます。その結果、フィード画面にユーザの嗜好性に合ったアーティストや音楽ジャンルの情報が表示され、好みの曲がつぎつぎと集まるようになります。また、気になった他ユーザをフォローすることで、そのユーザの投稿や聴いている曲を知ることができます。 Groovy」では45秒の無料試聴に加えて、「プレイチケット」を使って楽曲の最初から最後まで聴ける「フル再生」が可能で、自分が持っていない曲
assertEqualsよりassertThatが好きなわけ - 日々常々
assertEqualsよりassertThatが好きなのは、Matcherもあるけど、引数の順番に悩まないからです。英語として云々なんてどうでもいい。。。。 2012-07-13 00:07:14 via YoruFukurou 元ネタ*1は「xUnitよりRSpecがいいとか言ってたひとは英文ぽいのがいいとか言ってたけどさー」みたいな感じでしたが、xUnitであるところのJUnitでも最近は assertThat なんてもんが入って英文ぽさを売りにすることもあったりなかったり。 ツイートでも言ってる通り、英文ぽさなんてどうでもいいと思ってます。可読性は大事だけど、読めるならそれ以上は要らない派。ならば決め手は何だ。書きやすさと、エラー時の表示です。 assertEqualsのばあい こんな感じに書きますね。短い。書く量が少ないのは良いです。でも１番目と２番目どっちがどっちだったか。 a
Groovy 1.7のキモはAST変換である - uehaj's blog
AST変換についてはこの資料もどうぞ。 こないだ出たGroovy 1.7 の新機能の目玉は、AST変換周りです。これは間違いないです。power assertも興味深いですが、実際にはpower assert自体、グローバルなAST変換と呼ばれるものによって、AST変換として実現されてます。グローバルAST変換は groovy-1.7-beta-1/src/main/META-INF/services/org.codehaus.groovy.transform.ASTTransformationで定義されていて、これをみると他にGrab変換もAST BuilderでもグローバルAST変換を使ってる。AST Builderの場合は「from code」のケースで使ってるとのこと*1。 話をpower assertに戻すと、power assertが何かについては、説明するより、見るのが一目瞭
GroovyとScala: 二つのJVM言語の物語 — GroovyとScala: 二つのJVM言語の物語 v1.0 documentation
GroovyとScala: 二つのJVM言語の物語¶ By Andres Almiray <aalmiray@users.sourceforge.net> 次のプロジェクトではScalaよりもGroovyを選ぶべき？それともその逆でしょうか？悩むのはやめて、両方使ってみましょう！この記事では、GroovyとScalaが、それぞれの慣習やその言語らしさに妥協することなく、お互いにどう連携できるかを示します。 Andres Almiray は、ソフトウェア設計・開発において10年以上の経験を持つ、Java/Groovy開発者です。Javaの黎明期からwebやデスクトップアプリケーションの開発に携わってきました。オープンソースの信奉者であり、Groovy、Griffon、DbUnitといった著名なプロジェクトに参加するとともに、自身でもいくつかのプロジェクト(Json-lib, EZMorph,
分散Groovy環境 - 川口耕介のブログ
Hudsonの分散ビルドの実装の肝になっているのは、クロージャをリモートJVMで実行するという仕組み。クラスファイルとかリソースとかも必要に応じてリモートJVMにコピーするので、リモート側にあらかじめプログラムを配備しておく必要がないのがよい点です。 さて、常々Javaのクロージャ（もどき）の文法は冗長だと思っていたので、これにGroovyを組み合わせたらいいんじゃない？、という事で、実験して見たところ意外にうまくいきました。 def pid() { // PIDを取得する。要はどのJVMで動いているかをわかりやすくするだけ return new File("/proc/self").canonicalPath } i=0 (0..<4).each { i++; remote { println "1st from ${pid()} (${i})" remote { println "2n
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
enterprise grails challenge, 2013 Summer