ナッツ専門店「Groovy Nuts」中目黒にオープン Groovy Nutsでは、新鮮でシンプルなローストナッツや、ハニー、カカオ、ベーコンスモークなどのフレーバーナッツに加えて、ナッツスムージーも提供されてるようです。 一方、G*界隈では、Groovyや、Grails、Gradle、Spock、などのG*エコシステムに加えて次期GrailsのベースとなるSpring Bootのブログも 提供されています。 blog Grails 3.0先取り!? Spring Boot入門ハンズオン #jggug_boot Grails 3.0先取り!? Spring Boot入門ハンズオン #jggug_boot from makingx Gradle handson Gradle handson from Nemoto Yusuke spring-bootとJava DBとgradleとintel
タイトルはホッテントリメーカーを使いました。http://pha22.net/hotentry/tb/r?word=Spock%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88&phrase=9 全国49万のSpockユーザのみなさま。SpockのMLを見ていると思うので、ご存知かもしれませんがSpockのテストレポートをご存知でない方もいると思うので紹介します。 Spockのテスト結果はだいたいみんなGradleで見ている Spockは言わずと知れたUnitTestingFramework界最強といわれるテスティングフレームワークですが、これのテストレポートは通常はJUnitのテストレポートXMLであり、多くのSpockユーザはGradleでビルドをしてGradleが生成するテストレポートを見て
※コメントを受けてSpock周りの話を修正しました(2014/06/23) GitHub Kaigi 先週GitHub Kaigiに行ってきました。 去年のLLまつり以来の勉強会ちっくなイベント参加だったのでかなり期待していましたし、 実際期待以上に面白かったです。 Rebuildの公開録音聴いてるときの家に居る感はすごかったw 特にはてなブログの開発フローの話とか、バグ管理システムを作ってる身としては色々思うところがあって面白かったです。 (受託開発的にはホワイトボードだけで管理される開発中の情報があると、後でお客さんの調査部門に怒られるかなーとか) いやー他にも色々話を聞いて、バグ管理システム作るの止めようかとも思ったのですが、 作ろうと思ったきっかけの理由はGitHub系のシステムじゃ満たしてくれないので、 利用フローをちゃんと提示することを忘れずに、このまま作ってみようと思います。
一年前の記事で、 * 今なら正直使わない&使えない なんだけど何故かストックされるので… 理由はめんどいので特に述べない この手の情報はすぐ古くなるから、今後はメンテナンス出来るような内容で投稿したいところ 元記事 件の通りそんな環境構築してました Githubに上げてますので、とりあえず試したい方は下記でどうぞ gradleでgiter8みたいなものあるのか知らないので、giter8で作りました g8ってなに?って方はこちらをどうぞ scala触っている人にはお馴染みですので、これを気にScalaに移行してみてはいかがでしょう?w なぜこんなものを作ったか ここ一年くらいScalaヒャッハーな環境でしたが、今月(2014/05)から突然Androidアプリを引き継ぐことに…(´・ω・`)ショボーン もちろん時間が許すならScalaで書きなおして…ってのが個人的にはベストですけど… で、
第4回 Ques (2014.4.22 開催) でお話する「機械学習分野におけるテストの自動化」の発表資料です。
テスティングフレームワークSpockで相互作用中心のテストをする場合、いわゆるテストダブルとして、MockとStubとSpyの3種類を使えます。それぞれの意味などを簡単に解説します。 Spock全体含め詳しい解説はこちらなどを参照ください。 Mockに関しては、id:yamkazu 氏によるこちらのJGGUG G*Workshopの資料も秀逸です。 Stubとは 最初に、Stub(GroovyStub)についてです。Stubは後述Mockの低機能版であり、具体的には「モッキングができないMock」がStubです。StubができることはMockでできるので、本来Stubを使う必要はありません。モッキングしないことを明示したいなら、使えば良いでしょう。なお、Spock用語の「スタビング」とは別のものです(スタビングおよびモッキングについては後述)。 Mockとは Mock(もしくはGroovy
JJUG&JGGUG 共催ナイトセミナ 「4.30 2時間で分かる!次世代ビルドツールの本命Gradleの全貌 で募集300人が埋まるとか。 当日キャンセルが相次いで、実際に参加したのは200人は割ったらしいけど。 それでも今までのG*関連の勉強会では最高記録だろう。 Gradleに興味持ってる人が多そうだ。 blog GroovyのClosureを途中で止める - Qiita GDK に Java8 で導入された日時 API の拡張が追加されてたので試してみた - 倭マン's BLOG GroovyでDateの計算を楽にする - Qiita メモ:gradle の task で MarkupBuilder を使う時の注意点 - お だ のスペース Oracle JDK 8 & Groovy2.2をAmazon EC2(Amazon Linux AMI)にインストールする | Develo
Java/Groovy のテスティング・フレームワーク Spock の使い方をあれこれ調べてみました。 まぁ、Gradle 使えるならそれに越したことはないですが、なんとなく Maven3 やコマンドラインからの使用方法も試してみました。 どうも Maven3 から GMaven が Groovy コードのコンパイルをサポートしなくなったようで(Groovy スクリプトの実行などに機能を絞ったもよう)、Spock のドキュメントに書いてある方法では Maven3 上で Spock を使えなくなってます。 Maven3 での Groovy コードのコンパイルは Groovy Eclipse compiler プラグインというのを使って行うようです。 このプラグインは Maven3 の Java コンパイラを Groovy もコンパイルできるものに置き換えるというアプローチの Groovy サ
社内の勉強会でなんかしゃべれーってことになり。なんとなくSpockがどっかで気になってたので、SpockどころかGroovyすら触ったことほぼないですけど、ドキュメントをサラーっと読んで面白いなーと思うところをSpock Web Consoleで動かしつつ紹介してみたりしました!復習がてらもういちど読んでみまする。 Spock Web Console http://meetspock.appspot.com/ SpockBasics https://code.google.com/p/spock/wiki/SpockBasics Example 全体はこんな感じかな。読みやすいね。 class MyFirstSpecification extends Specification { def "pushing an element on the stack"() { setup: def s
Spock Framework リファレンスドキュメント¶ 著者: Peter Niederwieser Version: 1.0-SNAPSHOT
In this article, we’ll explore another great task where Large Language Models shine: entity and data extraction. LLMs are really useful beyond just mere chatbots (even smart ones using Retrieval Augmented Generation). Let me tell you a little story of a handy application we could build, for wannabe Instagram influencers! Great Instagram hashtags, thanks to LLMs When posting Instagram pictures, I o
G*(Groovy, Grails ..) Advent Calendarも始まってますが、11月のまとめです。 Grailsセミナー@日本大学、JJUG CCC 2013 FallのJVM言語パネルディスカッション、G*ワークショップZ、第四回 #渋谷javaと 3つ4つイベントがあり、そのうちGrailsが2つ3つありました。 blog Groovyでリストモナド(orリストアプリカティブ)を書いてみる - uehaj's blog [GroovyとProcessing]ポンゲーム(未完成) - Qiita Gradle SSH Plugin 0.1.9をリリースしました - GeekFactory Groovyで決まった月のカレンダーを任意の曜日はじまりの形で生成する方法 - Qiita データベースアクセスの基本(CRUD)(1/4):初心者のためのGroovy/Grails入門
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
ブログの秋。 先月よりも倍ぐらいエントリーがあったようだ。 内容もGroovy、Grails、Gradle、G*ワークショップのVert.xもあり。 blog そろそろPower Assertについてひとこと言っておくか - ぐるぐる~ Bitbucket | The Git solution for professional teams GitHub - IBM/japan-technology: IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. [GroovyとProcessing]キーボードとマウスからの入力 - Qiita ちょっとしたことがGroovy「エラーの出るSSL証明書を無視してHTTPSアクセスをテストする」 - Qiita 本家Grailsユ
→ TDD Boot Camp(TDDBC) - TDDBC仙台03/課題 → TDD Boot Camp(TDDBC) - TDDBC仙台03/課題用語集 → TDDBC 仙台 the 3rd #tddbc のまとめ - Togetter 去年の感想はこちら。→ TDDBC(TDD Boot Camp)仙台02に参加してきた - marsのメモ またの名を「 [twitter:@i_takehiro] 無双レビュー大会」。今年もTA(Teaching Assistant)枠で参加したんですが、普通に一般参加者としてペアプロしてました。実を言うと受講者枠で参加したのは今回が初めて、TAだったのキレイさっぱり忘れてTDDBCを楽しませて頂きました。 毎度の事ながら主催およびスタッフのみなさん、一般参加された方々、おつかれさまでした&ありがとうございました。 基調講演 in 杜王町 3年続けて
Spockでテストを書いている時に Closure のコールバックをどうやってテストするか調べたのでメモ。 例えば Hoge#process(Closure) というメソッドがあるとします。何かを処理したら結果が Closure に渡される仕様とします。 class Hoge { /** * ほげを処理したらハンドラが呼ばれるよ。 */ void process(Closure callbackHandler) { def results = [] as List<Hoge> // 何かの処理結果 results.each(callbackHandler) } } これをテストするには Closure のモックを作ってメソッド呼び出しをアサートすればおkです。意外と普通でした。 class HogeSpec extends Specification { def "process a ho
そろそろPower Assertについてひとこと言っておくか SpockのPower Assertなら差分だしてくれたような記憶があったので、試してみた。 結論 [twitter:@bleis] さんが欲しい差分を先に表示はできない。 @Grapes( @Grab(group='org.spockframework', module='spock-core', version='0.7-groovy-2.0') ) import groovy.transform.Canonical import spock.lang.* class SomeDataTest extends Specification { def "文字列のメンバーの比較だとどうなる?"() { def a = new SomeData("very long long long sting", 19) def b = ne
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く