Java開発をよりアジャイルに！現場改善ガイド

shoota @shoota

astah*ではきだしたエクセルだ！#jt12_s252

Kiyotaka Oku @kiy0taka

なるほど、スーツ着てるのはデモに現実味を出すためか。#jt12_s252

プロペラパンダ @propellerpanda

数年前までExcelで一生懸命にDB定義書作ってたな…汗 #jt12_s252 #javaonejp

irof @irof

#tddbc が話題に出るなど。 #jt12_s252

山ｐ☀ @yamap_55

テストを書かないのはダメエンジニア #jt12_s252

uehaj @uehaj

ハッシュタグまちがえた。もとい。groovyのSimpleTemplateは、確かに便利。標準ライブラリにあるのが良い。 #jt12_s252

Yasuharu Nakano @nobeans

GExcelAPIの紹介キターーー #javaonejp #jt12_s252 ちなみにこれです→ https://t.co/j2BEbzy3

Kiyotaka Oku @kiy0taka

番長がやさぐれ始めました。#jt12_s252

uehaj @uehaj

ユニットテストで起きやすい問題(1)テスト多すぎてリファクタリングの障害になる(2)共通化しすぎるとテストの意味がなくなる(3)粒度が難しい #jt12_s252

Yasuharu Nakano @nobeans

SpockかわいいよSpock #javaonejp #jt12_s252

irof @irof

easybって知らない…と思ったらスルーしててよさげか… #jt12_s252

Yasuharu Nakano @nobeans

spockのparameterized testのかっこよさは異常 #javaonejp #jt12_s252

山ｐ☀ @yamap_55

プロダクトコードはJavaであっても、TestコードはJavaである必要はない。 #jt12_s252

Lime @lime55

昨日も見たけどGroovyのテストコードはいいなぁ #jt12_s252

uehaj @uehaj

例：割引キャンペーンの率を表現するクラスのテスト。 書籍を含むかどうか、個数、合計金額で8ケースになる。 spockで書くと、 テストデータがAscii Artの表形式で非常にみやすくなる。 #jt12_s252

Kiyotaka Oku @kiy0taka

ビルドとCI編wktk #jt12_s252

irof @irof

「ビルドは地味だけど重要」 #jt12_s252

Daisuke Takeuchi @daicham

spockよさそうだなぁ #jt12_s252 #JavaOneJP

ナイトメなんとか @nightmare_tim

しまった。ハッシュタグ違ってた。(T T) #jt12_s252

山ｐ☀ @yamap_55

ビルドツールの進化「Make→Ant→Maven→Gradle」 #jt12_s252

irof @irof

1万行のビルド用XML #jt12_s252

Yasuharu Nakano @nobeans

この絵はいいなー #javaonejp #jt12_s252

Yasuharu Nakano @nobeans

今後Gradleはデファクトになっていく気がするなぁ #javaonejp #jt12_s252

小泉勝志郎 @koi_zoom1

#JavaOneJp #jt12_s252 須江さんからビルドについて。手続き的スクリプトMake,手続き的でXML Ant,規約によるビルドでXML Maven,規約によるビルドでスクリプトGradle

irof @irof

Gradleの価値は標準化と柔軟性の両立 #jt12_s252