先日HerokuでJavaが対応されたのと、さっそくためしてみてるブログに触発されたので実際にやってみる。 Java がサポートされたクラウド環境 Heroku で Play!Scala を試す | アピリオ テックブログ (Appirio Tech Blog) 全くの初心者だが Heroku の Java サンプルを試してみた。 - 酒浸りの日々 とりあえず、Getting Started with Java on Heroku | Heroku Dev Centerをやってみる。 環境はMBA(SnowLeopard)。 Prerequisites mavenとOpenJDK6とHerokuアカウントが必要な模様。 OpenJDK6 はじめから入っているのはJDK6(Apple)のはず。 $ java -version java version "1.6.0_26" Java(TM)

Java技術者としてどっかの現場に常駐しろーーーってなった場合に「はじめてのJava」みたいな本を自席に置いとくと技量を疑われる可能性があります。新品だともっとマズいです。 何も置いとかないという手もあります。ていうか僕は自社でフリーアドレスになった瞬間にあんまモノ置かなくなりました。ノート取らなくなったのもこの頃から。 でも、置いとくとスゲーできそうって思われるかもしれない本というのもあります。僕の独断と偏見であげてみます。 Effective Java 第2版 (The Java Series) 作者: Joshua Bloch,柴田芳樹出版社/メーカー: ピアソンエデュケーション発売日: 2008/11/27メディア: 単行本（ソフトカバー）購入: 77人 クリック: 936回この商品を含むブログ (264件) を見る 順当なところですね。これ持ってたらヘンなコード書かないだろうと思

単体テストを“神速”化するQuick JUnitとMockito：ユカイ、ツーカイ、カイハツ環境！（16） Quick JUnitプラグインの3つの大きな特徴 近年、JUnitとHudsonを利用した継続的インテグレーション（CI）によるテストの自動化や、テスト駆動開発（TDD）の普及などにより、ユニットテスト（単体テスト）のテストコードの作成が重要視されています。 今回紹介する「Quick JUnit」プラグインは、JUnitによるテストコードの作成と実装を支援するEclipseプラグインです。Quick JUnitプラグインは石井勝さんにより開発されていましたが、石井さんが不慮の事故により死去後、Quick JUnitプラグインプロジェクトにより開発が継続されています。優れたオープンソースプロジェクトの模範のようなプロジェクトです。 訂正のお知らせ 故人のお名前について間違いがあり、修

ついったーのリスト管理ツールが以前から欲しいなと思っていたのですが調べた感じでは単独では出来なかったり、クライアントと一緒についてたりはするけどそのクライアントが自分には合わなかったり、と中々気に入るものがなかったりしたので作ってみました。まだいろいろとアレな部分はありますが使える事は使えるようになったので公開してみたいと思います。 はじめに ・現在はまだ開発途中のアルファ版としております。意味としては「他の方にもテストして頂き、性能や機能、使い勝手に対する要望などを伺う為の版ですよ」という事です。ですので、自分が知っているだけでも数々の不具合(後述します)があり、未知の不具合もあると思われます。 ・本ソフトウェアの利用者は上記の事を認識、また理解して頂いたものとしておりますので、本ソフトウェアによって発生した、いかなる損害に対しても僕は一切責任を負いません。 ・後ほどソースコードを何らか

以前こういうのは何度か書いていたが、前回書いてから1年以上たっていた。この間に何が変わったか。 単純なJava対応という名前では増えていないように見える。 でも、Javaが動く格安レンタルサーバーはものすごく増えた。 理由はVPS。1年前のエントリの時点でいくつかあったが、メモリがやはり少ないこと、メモリを少し増やすと価格が高くなりすぎるのがネックだった。 そして今ではメモリがかなり多い。ローエンドでも512MBになっているところが多い。これだけあればRDBとJavaと余裕で動かせる。OSがWindows Serverの場合1GBはほしいが、1GBもだいぶ安い。 なにより、1年前と比べてWindows Serverを選択できるのが大量に出てきている。今まではOSはLinux、しかもCentOSが圧倒的シェアを持っていたが、今ではWindowsも選べるところが多く、価格はやや高いもののこちら

システム開発がますます複雑化していく中、エンジニアには、テクノロジを理解して、さまざまな場面に適した選択が求められます。本連載では、Javaと.NETの基本的な仕組みから最新の傾向や技術などについて、数回に分けて紹介します いまさら聞けない、Javaと.NETの違い 今日、アプリケーション開発・実行のプラットフォームは、大きく2つのテクノロジに収束しているといえるでしょう。 1つは、エンタープライズ・アプリケーション開発の定番ともいえる「Java」です。 実行環境、開発環境の無償提供、OSを自由に選べること、フレームワークや開発環境が充実していることが人気の理由です。大規模アプリケーションの採用実績も多く、ほかのプラットフォームをリードしてきました。 もう1つは、マイクロソフトが発表した「Microsoft.NET」構想に基づいた「.NET」です。 プラットフォームが主にWindowsに制

一緒に仕事をしてもらうパートナーさんの面談をする時に 大体私は簡単なJavaのソースコードとテストクラスを書いてもらってます。*1 お題は1から100までの数値に対する「Fizz Buzz」で 標準出力に結果を出力する処理をテストクラスと一緒に書いて、というものです。 縛りはありませんが、実際のプロジェクトとして「単体テスト」をするならば、という仮定の下作ってもらっています。 ちょっとググれば答えも出てくるので実装クラスのロジックにはあまり興味がありません。 気にするのは、 テストクラスの中身 テスト対象メソッドのシグネチャ ですね。正解は無いんですけど、これが結構興味深いのです。 １メソッドの責務をどこまで負わせるか 何をテスト対象にするか(テスト対象は出力内容か、ロジックか) 人によって全然違います。 「長年、当たり前のようにJUnit使ってきました」と おっしゃる方でもソースコードを

ソフトウェア開発プロジェクトに加わるプログラマーは、必ずしも全員が使用するプログラミング言語に習熟しているわけではないのが発端です。 Javaプログラミングに習熟する一環として、専門書籍を読んで学ぶことになりますが、その際どんな本を薦めるかは常に悩みます。 Javaの場合、プログラミング言語の中では出版されている書籍の数が多く、目を通していないものが大半 読む人の習熟度によって、適する書籍の難易度が異なる 習熟度は、最近読んだ書籍「リファクタリング・ウェットウェア ―達人プログラマーの思考法と学習法」で紹介されているドレイファスモデルで分類するとよさそうです。ドレイファスモデルは、技能モデルを5段階でモデル化しています*1。 以下に、ドレイファスモデルの技能レベルと、Javaプログラミング技能においてそのレベルで読みこなし自分に取り込むことを目標としたい書籍を記載します。 レベル 名称 こ

とりあえずまとめてみました。他にもあるけどよく使いそうなやつを中心に書いてみました。参考になれば。 ■コーディングに便利なショートカット １．補完(Ctrl + Space) これはもう言うまでも無いですね。ちなみにメソッドを補完する際はキャメルケースの大文字部分で絞込むことができます（補完だけじゃなくて検索も同様）。くわしくはEclipse: キャメルケースの補完奥義 - jfluteの日記。 sysoでSystem.out.println();が、mainでpublic static void main(String[] args) {}が補完されるのは常識。 あとコレクションや配列の変数の後にforeで拡張for文が補完されるのはループに関するつまらないバグを無くせるので積極的に使ったほうがいいと思います。 変数名も補完できます。型がArrayListならarraylist, lis

もしWicketについてよく知らんけんなんぞ俺にWicketのやり方教えたりーなと思ってる諸氏には矢野勉さんの本を買うようにお勧めする。WicketとStrutsとかの比較に関しては解りやすい図版が入っているものの、肝心のWicket内の考え方に関しては図版が一切と言って良いほど無い。コンポーネントの入れ子構造などを説明するのにもっと図版を使ってもいいと思うのだ。あと以前も書いたがポインタが無く、ひとつのコンポーネントについての記述がちょいちょい色んなところに飛んでて、最低二度通読しないといけないというのもある。 ただ、それを補って余りあるぐらい、知りたいことが書かれている本で、正直、俺これやりたかったんだよ！なんだよ！なんも言わなくても解ってくれてるじゃんヤノッチ！マジ今度宮本むなし奢るわ！と思えるぐらいで、単なるチュートリアルを文字に起こしました系のこの本を買った俺はファンタジスタだっ

Mockitoを使うようになってから、僕はテストコードへの取り組みが変わりました。Mockitoを使うまで僕がUnit Testと思っていたものは、厳密にはUnit Testじゃないんじゃないか、と思うようになりました。なぜかというと、実装コードを書いていくと、たくさんのクラスと関連していきます。だんだんと、そのクラス、Unitをテストするのではなく、そのAPIの裏にあるクラスの状態、振る舞いも予測しなければならなくなっていきます。例えば永続化層にアクセスするクラスを開発しているのであれば、どんなに上層にあるレイヤーのクラスでも、テストデータをDBに入れないといけない、というのは、よくよく考えてみると、変な話なのです。どこかの段階で、DBを操作するクラスを参照しなくなるはずですから。大体、リズムが悪いですよね。DBの初期化用のテストデータ用意するのは大変です。 Unit Testでは、テス

"Google App Engine Java の色々な機能を、実際にコーディングしながら体験してみよう" という主旨のもと、Google App Engine for Java のコードラボをこれまでに3回開催してきました。Java を使った Web アプリケーションの開発経験はあるけれども、App Engine は初めてという方向けで、毎回、即日定員に達してしまう人気コースです。 このコードラボで利用している教材は、GTUG のメンバーとGoogle のソフトウェアエンジニアたちが共同で作り上げたものです。コース設計からドキュメントの制作、コース参加者のフィードバックを反映するなど、さまざまな面でGTUGメンバーの惜しみない協力をいただきました。 そして、いよいよこのコース教材「Google App Engine Code Lab for Java」を一般に公開することになり、3月11