はてなブックマーク

SQLアンチパターンはMySQLがベースになっているのでPostgreSQLではそのまま動かない。とりあえずサンプルデータベースの変更ポイント。 BLOBをBYTEAに変更 UNSIGNGEDがないので省略 DATETIMEをTIMESTAMPに変更 テーブルを削除したい場合はDROP文をIF EXISTSオプションを付けて冒頭に書いておけばOK。 DROP TABLE IF EXISTS Accounts, BugStatus, Bugs, Comments, Screenshots, Tags, Products, BugsProducts; 修正後のSQLって公開してもいいのかな？ id:t-wada さんに公開OKといただきました。 （追記）リポジトリ公開しました 写経しながらとなりますが、こちらのリポジトリにおいておきます。 https://bitbucket.org/shuji

本エントリーは、G* Advent Calendar 2012の24日目のエントリーです。前日は、@tetsurokitaharaさんのGroovyにProcessingを！でした。 何をネタに書こうかなと悩んだのですが、思うほどG*なネタは持っておらず、JUnitネタとなりました。実は、書籍「JUnit実践入門」でもGroovyを活用するトピックを入れる予定だったのですが、紙面の都合上、入れる事ができませんでした*1。そこで、少しだけですが、本エントリーで補足したいなと思います。 テストコードでGroovyを使う Groovyは、Javaと親和性の高いプログラミング言語です。上司を説得する場合は「GroovyはJavaの拡張ライブラリです（ｷﾘｯ」と言っても良いでしょう。本当は開発環境やビルドツールの設定などで一工夫しなければ利用できませんが、その辺は裏でしれっとやってしまえばOKです。

これは、TDD Advent Calendar jp:2012 の16日目のエントリーです。前日のエントリーは、@pocketberserkerさんの「Specs2のParameterized Testのはなし」でした。 ご存じの方も多くなっていると思いますが、「テスト駆動開発（以下、TDD）」とはテストコードを先に書くテストファーストを基盤とした開発手法です。先にテストコードを書く事により、これからどのようなプロダクションコードを書こうとしているかを明確にすることができることが特徴です。このため、テストの技法というようりは設計の技法です。 テスト駆動開発を実践することにより多くのメリットを得ることができます。このことは2011年のAdvent Calendarで言及しました（TDDを学ぶべき10の理由 #TddAdventJp）。TDDは簡単に導入することができる一方で、実践するのは非常

JUnit実践入門の見本誌が到着したようです。 筆者は札幌に住んでいるので、届くのに２日ほど待たなければなりませんが、都内の本屋さんでは少しずつ発売されるようです。Amazonでは来週になるのかな？ JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus) 作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 14人 クリック: 273回この商品を含むブログ (69件) を見る また、今回の書籍に合わせてチートシートを作成しました。書籍にもついていますが、壁紙や印刷で使えるようにPDFと画像ファイルも用意しています。技評さんの公式サイトからダウンロードできるようになりましたので、合わせてよろしくお願いします。 JUnitのチートシート Eclipseのチートシート それではお手元に届くまで

11/10に東京で行われたJJUG CCC 2012 fall（日本Javaユーザグループ クロス・コミュニティ・カンファレンス）で登壇してきました。 これまでのJJUG CCCは平日に開催されていることもあり、参加したくても中々参加できませんでした。しかし、今回は土曜日開催ということで参加したいなと思っていたわけです。さらに、Call for Paperでセッションの募集がありました。おまけに交通費を支援していただけるということで応募し、晴れてJJUG CCCにデビューできたのです。 自分のセッション セッションはテストコードのリファクタリングということで、JUnit実践入門の営業もさせていただきました。 セッションの資料はこちらです。 今回のセッションでは、テストコードを整理する方法を紹介したわけですが、単純に紹介しただけじゃ、書籍を読んでもらうのと変わりません。そこで、実際にテストコ

@irofさんのエントリーで、GradleでEnclosedのテストが二回実行されるんだ。 「あとではまる」とブックマークしたらば、3ヶ月後にちゃんとはまりましたｗ で、原因ですが、Groovyでコンパイルされた後のネストクラスが、トップレベルのクラスとして認識されるため、Eclosedで実行され、かつ通常のJUnitテストとして実行されるのが、おそらくは原因。 回避策は2つ。 1つはEnclosedテストランナーを利用しないｗ というか、@RunWithの部分をコメントアウトすればOK。 もう一つは、テストの実行時に除外クラスを指定すること。つまり、build.gradle に次のように設定する。 test { exclude '**/*$*' } ネストクラスやインナークラスは、「アウタークラス$インナークラス」となるため、$で判断してます。 exclude '**/*Test$*'

テンプレート自体を修正してしまうのも手ですが、eclipse.iniのvmargsに「-Duser.name="<ユーザ名>"」とすればOK。 -vmargs -Dosgi.requiredJavaVersion=1.5 -Duser.name="shuji.w6e" -Xms256m -Xmx512m

試される大地であるため、発売日とほぼ同時に見本誌を入手したアカウントはこちらになります。 というわけで、WEB+DB Press vol.69の特集2に寄稿させていただきました。 「JUnit実践入門」ということでJavaのユニットテストに関する特集です。内容としては、はじめてJUnitを触る人向けのチュートリアル、JUnitを便利に使うための拡張機能の紹介、そしてcucumber-junitの紹介となっています。 チュートリアルでさらりとTDDも仕込んだり、旬なネタ（cucumber-junit）を混ぜたりしていますが、JUnitを使う人でも意外と知られていないカスタムMatcher・Enclosedテストランナーによる構造化・パラメータ化テスト・JUnitを拡張するカスタムルールが主な内容です。JUnitの使い方は解るけど、もっと効果的なユニットテストを書きたいといった人にオススメです

先週の土曜日になりますが、OSC（オープンソースカンファレンス）が開催されました。自分は、札幌Javaコミュニティとしてセッションを1本、運営側も企画系で参加しハンズオンセッションを担当していました。 JUnit再入門 ― xUnit Test Patternsで学ぶユニットテスト技法 JUnitのセッション…では、ほとんどありません。ユニットテスト全般のお話と、xUnit Test Patternsから基本的なパターンを紹介する形です。OSCって講演時間が45分と中途半端なので、あまり詳しく話すこともできないため。 講演資料はこちら。 JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト View more presentations from Shuji Watanabe 今回は実行委員会の公式Ustがあったので、Ust録画もこちらでご覧いただけます。 Video

色々と忙しすぎてブログが書けません。 JavaOneの話とか、JUnitの話とか色々書きたいんですが…もうしばらく我慢なのです。 で、TDDの前方依存と後方依存で意見が欲しいとのことなので自分なりの意見を。 技術的な前方依存 『TDDを始める前と終TDDを実際やるために必要な技術』 ・最低限対象言語でコードがかけるようになって ・最低限テスティングフレームワークを使えるようになって ・リファクタリングをしっかり学んで ・対象言語でのきれいなコード、設計とは何かを知って ・テストファーストを知って こうしておそらくスタートライン。 自分はこれは疑問です。 最後の「テストファーストを知って」という部分はTDDに関することですけど、それ以外ってTDDを始めるスタートラインではなく、ソフトウェア開発としてのスタートラインかと思います。 言い換えると 最低限対象言語でコードを書けないと、ソフトウェア

これは、「Software Test ＆ Quality Advent Calendar 2011」の12/15分のエントリーです。ソフトウェアテストや品質に関するAdvent Calendarという事で、前のエントリーは@kz_suzukiさんの「それでもやはり、品質を「予測」したい」になります。 Developer Test と Customer Test Developer Test と Customer Test とは、和田さんの講演の中で出てくる誰が何のためにテストを行うのかという観点で分類したテストの２つです。書籍「実践アジャイルテスト」の中でもテストの４象限モデルとして、ビジネス面/技術面の軸とチームの支援/製品を批評の軸によるテストの分類が紹介されていますが、ほぼ同じものと考えて良いでしょう。 Developer Testとは、開発者が開発者の為に、開発を行いやすくするため

このエントリーは、@cero-tさんのエントリーの次で、Java Advent Calendar 2011の6番目のエントリーです。自分自身の今年のメインテーマがTDD（テスト駆動開発）と言う事もあり、関連エントリーとしてJUnitについて書きたいかと思います。今更JUnit？と思われた方も普段からJUnitを使っていあなたも気軽にお読みください。尚、色々な話題を駆け足で紹介するので、どれも簡単な紹介程度になってしまいますが、ご了承願います。 JUnit4 スタイル JUnitがアノテーションに対応し結構な月日が流れましたが、古いコーディング規約のままでテストコードを書いていませんか？JUnit4では、アノテーションとアサーションを使ったテストコードを書くことが基本スタイルです。かつては、TestCaseのサブクラスを作り、testではじまるメソッドを定義していましたが、今は Testアノ

10/5に開催されたTDDBC横浜に札幌から参戦してきました。わざわざ札幌から？と不思議に思われるかもしれませんが、福岡からもちょくちょく首都圏のTDDBCに参加されている人もいますのでそれほど不思議なことでもありませんｗ自分の場合、年に１〜２回程度は、東京で開催されている勉強会やカンファレンスに参加するようにしています。理由は地方で閉じこもっていると視野が狭くなってしまうこと、特にコネクションが閉じてしまうのが大きなマイナスになっているからです。今はTwitterなどで全国各地で活躍されている人とネット上のコミュニケーションが可能ですから、思い立って地方から参戦しても完全なぼっちは避けられるのはうれしい事かと思います。 往路 札幌からスカイマークの最終便で羽田に入り、横浜まで移動してスパ（カプセルホテル＋風呂）というプランで考えていましたが、いきなり大変なことに・・・。新千歳発の最終便の

先日のTDDBC 札幌 2.1 でCucumberの評判が良く、ATDD（受入テスト駆動開発）へ興味を持った人も多かったため、JavaでのCucumberの利用方法を調べてみました。以前調べた時は見つけられなかったのですが、今は cuke4duke というツールを使うことで、JavaやGroovyを使ってJavaアプリケーションでも簡単に Cucumber を利用できるようです。ちなみに、 cuke は cucumberの愛称だそうで、duke はJavaのアレですね。 ちなみに2011/09/24現在、cuke4dukeの開発は止まっており、後継となるcucumber-jvmの開発が行われています。ですが、現時点ではcucumber-jvmを動かすことは出来ませんでした。リリースもいつ頃かちょっと不明です。とはいえ、「Cucumber for the JVM (successor of

シルバーウィークの後半に札幌にてTDD（テスト駆動開発）の体験型イベントであるTDDBC（札幌版）を開催しました。 TDDBC 札幌 2.1 であること ナンバリングが変な事になっていますが、札幌では今回で通算５回目の開催になります。近年、テスト駆動開発は開発手法として非常に重要なスキルの１つと考えられていますが、なかなか開発現場で実戦する機会はありません。自分で学習していくことも可能ですが、見よう見まねで学習するよりも同じような志*1を持っている人が集まって、同じ目標に向けて学ぶ方が効率が良いものです。1人で悩むよりもみんなで悩み、解決できるような人がイベントにいると安心ですから。 TDDBCは、テスト駆動開発を実際にやってみるためのイベントです。TDDの伝道師である id:t-wadaさんが講師を務め、午前中に座学、午後に演習というのが基本スタイルとなっています。しかし、TDDやアジャ

昨日のこととなりますが、札幌でソフトウェアの開発プロセスの１つであるICONIXをテーマとした勉強会を開催しました。ユースケース駆動開発BootCampという名称で、TDDBCの派生です。本家TDDBCと同様に、午前中は講演中心の座学、午後から演習で実際に手を動かして体験してみるというスタイルの勉強会です。最近はこの手の体験型勉強会がテスト駆動開発などを中心に広がりつつあるような気がします。 開催の経緯 実は３年ほど前に札幌Javaコミュニティを立ち上げた時、最初の頃に行っていたのが「ユースケース駆動開発実践ガイド」の読書会でした。この本は、ユースケース駆動開発に関してICONIXというプロセスを紹介しながら解説する本です。その後、自分としても関連したプロジェクトにユースケース駆動開発のエッセンスは取り入れるように取り組んでおり、一定の成果があったと感じております。そこで、このプロセスを広

昨日、札幌Javaカンファレンスという事でJavaに関するイベントが開催されたのですが、講演の内容を受けて、このツイートが広く拡散（RT）されてしまいました。一言で言えば、ツイートされた内容のある程度は事実と思われますが、非常に語弊を生みかねない内容であり、不適切な内容であったと思います。すぐに風化されて忘れられる話かもしれませんが、内容が内容だけに主催者として黙っておくのは無責任と思い、このエントリーを残しておきます。 まず、このツイートのなにが問題であるかという点ですが、「（Oracleによる）JavaFX（2.0）の方針がSwing関係のエンジニアの流出の原因」としている点です。 SunのOracleによる買収・Swing・JavaFXに関して時系列順にまとめると、次のようになります。 Swingの開発がだいたい限界となる（Java6リリース前後） AWTを引き継いでいることに対する

札幌 Java カンファレンス 2011 with TDD BootCamp 札幌サテライトを開催しました。最終的には、来場者数55名、事前キャンセル6名、ドタキャン1名となりました。スタッフや講師を除外しても50名以上が参加され、本当にありがとうございます。当日にはポストできませんでしたが、簡単にレポートをまとめておきます。 今回のイベントは、Java7のLaunchイベントの一環として札幌で何かできないか？という相談を寺田さん（@yosioterada）から頂いた事がキッカケです。そこで開催しなかったら、札幌Javaコミュニティを立ち上げた意味がありません。快諾し、日程を調整した結果、7月9日開催となりました。 ところが、TDD BootCamp東京も運悪くバッティング。実は参加を企んでいたのですが、未遂に終わります。しかし、各地でサテライト開催の企画があがっていたため、札幌も便乗する

最近はJenkinsCIが自然に使われるようになり、Javaのビルド環境もMavenで統一しておくと便利です。ですが、Mavenは結構癖が強くて使いこなすのは意外と大変で、deploy周りは結構面倒です。社内や個人的に配布したいプロジェクトをリポジトリに配布する手順をメモしておきます。尚、Sakura VPS + CentOS5.5あたりをベースにしてます。 mvn deploy Mavenを使ってプロジェクトをリポジトリにdeploy（配備）するには、「mvn deploy」コマンドを使います。deploy時には、コンパイルからテストまで行われ、最後にプロジェクトの成果物がリポジトリにdeployされます。deploy方法としては以下の方法がとれますが、ローカルファイルシステムにdeployする事はサポートされていません。 ftp ssh webdav 問題となるのは、deploy後のパ

というわけで、昨日は運用編だったので、こちらは通常のレポートになります。 なにはともあれ、今年の１月から半年もたっていないのに２回目の来札になった*1 id:t-wadaさんありがとうございます！やはりTDD Boot Campにはt-wadaさんは不可欠だな、と思いました。 １日目ー午前（１） １日目の午前では、最初に自分の方からオープニングセッションと言うことで、ソフトウェア開発における単体テストはどんな定義をされているのかという点から、テスト駆動開発をはじめるワケについて簡単に話しました。また、今回のお題であるレガシーコードについて、簡単にポイントを説明しています。講演資料はSlide Shareにアップしていますので、ご覧ください。 TDD Boot Camp 札幌 2.0 View more presentations from Shuji Watanabe １日目ー午前（２）