なぜウォーターフォール型の受託開発では終盤に問題が起きがちなのか - Sacrificed & Exploited
結論から言うと 「システムの発注者が受注者に対して設計段階で適切なフィードバックをできていない」 から。 はじめに これは個人的な経験に基づく意見であり、観測範囲はすごく狭く、広範囲の調査を行ったものではありません。あくまで個人的にはこうだったから、こうなんじゃないかなという仮説とポジショントークてんこもりの話です。 前提とか背景とか 私の経験では受託開発の受託側で仕様の検討から実装・テストまで担当することが比較的多く、また、システム開発にあまり詳しくない発注者が、実際にシステムの開発を行う受注者に発注する開発スタイルが多かったです。 また、開発体制などの都合からまっとうなアジャイル開発やスクラム、テスト駆動開発をやったことがありません。 また、この記事での機能仕様書とは、システムの振る舞い=どういう入力があって、どのように処理されて、どのように出力されるかを定義したものであり、Joel
slim3-archetype-quickstartを使ってNetBeans用のslim3Mavenプロジェクトを作ってみた - Sacrificed & Exploited
slim3-archetype-quickstartと、maven-gae-pluginを使ってNetBeansでslim3のMavenプロジェクトを構築してみました。 この手順でできるのは、アーキタイプで作成されたプロジェクトをローカルで動かして動作確認するところまでです。デプロイはまた後日。 2010/4/30追記 つぎのようなデメリットがあることに気がつきましたorz。ばりばり作っていきたい場合はeclipseで開発した方がいいかも。 HOTリローディングできない。（確認したわけじゃないですが、maven使ってるのでおそらくムリでしょう。） controllerやmodel、serviceを手動で作成しなければいけない。(slim3が提供しているblankプロジェクトの場合は、antスクリプトでやってくれます。) 1.slim3-archetype-quickstartでプロジェクト
junitで例外のテストをもっと簡単にしたい - Sacrificed & Exploited
最近のJunitでは例外のチェックが前よりは簡単になったけど、JDaveの匿名クラスを使った記述方法と比べていまいちだなと感じていた。 例外のチェック方法の比較 JUnit4での例その1:@Testのexceptionを使う場合。 「JUnit Cookbook」より @Test(expected= IndexOutOfBoundsException.class) public void empty() { new ArrayList<Object>().get(0); } JUnit4での例その2:@Ruleを使う場合。 「http://kentbeck.github.com/junit/javadoc/latest/org/junit/rules/ExpectedException.html」より。 // These tests all pass. public static clas
TwitterのOAuth認証を使ったサービスを開発する際の注意（その２） - Sacrificed & Exploited
前回のエントリで、対策が具体的でなかったのは、SHA-1などのハッシュ関数を使っても問題ないか自信が持てなかったためです。すみません。とりあえず自分で納得できる対策が調べられたと思うので書いておきます。 twitterIDをそのままSHA-1などの暗号学的ハッシュ関数にかけただけでは弱いので避けるということは知っていましたが、単なる固定文字列のsaltを付け加えるだけだと、常に同じ値が生成されるのでこれでいいのか自信が持てませんでした。 で、調べてみたら自動ログイン用のクッキーの値に必要な特性は、セッションIDの特性によくにていて、値の生成は「ユーザIDや時刻等の情報と擬似乱数とを混ぜ合わせた文字列に対してハッシュ関数を使用する」で問題なさそうだということが分かりました。 また、管理方法もに似ていて、「ログインごとに認証用のキーとなる値を新しい値に更新しなければいけない」ということも分かり
TwitterのOAuth認証を使ったサービスを開発する際の注意 - Sacrificed & Exploited
「OAuth を使ってソーシャル・ネットワーキング Web サイトにアクセスする: 第 2 回: OAuth 対応のWeb 版 Twitter クライアントを作成する」のサンプルをいじくっていて気づいたんですが、TwitterのOAuth認証を使ったサービスを開発する場合、AccessTokenの管理方法に注意が必要です。 あんまり自信がないので、誤りがあればどんどん指摘してください。 以下の条件が成り立つ場合、サービス内でなりすましができてしまいます。 サービス(Consumer)がtwitterIDとAccessTokenをひもづけて保管している。 サービスがブラウザへ渡すcookieにtwitterIDをそのまま保存している ブラウザからサービスへtwitterIDを含むCookieが渡された場合、twitterIDをキーとしてサービス内に保存しているAccessTokenを検索し、
mavenのレポートプラグインてんこ盛り設定 - Sacrificed & Exploited
mavenレポートプラグインをてんこ盛りにしたpom.xmlの設定例です。 以下のレポートプラグインを使います。 org.apache.mavenのプラグイン maven-site-plugin プロジェクトのサイトを作成する maven-jxr-plugin クロスリファレンスを作成する maven-surefire-report-plugin テスト結果のレポートを作成する maven-checkstyle-plugin checkstyleのチェックレポートを作成する。 maven-pmd-plugin PMDでのチェックレポートを作成する。 org.codehaus.mojoのプラグイン findbugs-maven-plugin findbugsのチェックレポートを出力する。 cobertura-maven-plugin Coberturaを使ってカバレッジレポートを出力する。ビ
NetBeansでlombokを使う - Sacrificed & Exploited
「Java の冗長性を排除する手軽な方法」で紹介されていたlombokというライブラリが便利そうだったので、NetBeansで試してみた。 一言で言うと、lombokはJavaBeanのsetterやgetterを省略可能にして記述量を減らしてくれるライブラリ。JavaBeansのメソッドはIDEで機械的に生成できるけど、このくらいの単純な仕様にして欲しかった。 ふつうのライブラリとちょっと違うのは、IDEのコンパイラがアノテーションを処理できるようにインストールが必要なこと。javacで扱う分にはjarがクラスパスに入ってればいいらしいけど。 lombokのインストール手順 Project Lombokをブラウザで開く lombok.jarをダウンロードする lombpk.jarを実行する（lombokのインストーラが起動する） WindowsでJREがインストールされている場合はjar
jarを一本化するonejar-maven-pluginを使ってみた - Sacrificed & Exploited
「javaプロジェクトを簡単に単一jarファイルで配布する - lime55の日記」から 「One-JARでアプリケーションの配布を単純化」経由で 「Google Code Archive - Long-term storage for Google Code Project Hosting.」を見つけたので試してみる。 One-Jarの仕組みをごくおおざっぱに説明すると、 Jarの中にJarが入れ子で入っている。 外側のJarのMainクラス＝外側のJarに含まれる特別なクラスローダが起動される 入れ子になっている内側のJarをロードする 入れ子のMainクラスを起動する という感じ。 これまで、「Mavenで配布用zipファイルを作成する - Sacrificed & Exploited」でいろいろな配布パッケージを作る方法を試したけど、jar一個ですむならそっちの方が楽だし。 one
mime-utilのサンプルをもう１つ作ってみた。 - Sacrificed & Exploited
種類を判定したいファイルをドロップすると、mime-utilを使って種類を判定し、MimeTypeを出力する。 mime-util-swixml2-sampleプロジェクト 実行用ファイル GUIの構築に使っているのはswixml2というフレームワークで、XMLで宣言的にswingのGUIを作成できる。いまのところまだ完成度は低いし、ドキュメントも整備されてないけど、JSR 295:Beans BindingやJSR-296:Swing Application Frameworkなどに対応しているなど、完成度が上がれば十分使えるフレームワークになると思う。これからに期待。 余談 このところmime-utilの本家サイトに繋がらないけど、どうしたんだろう。sourceforceのプロジェクトは更新されてるみたいだけど。会社つぶれちゃったのかな？
NetBeansのMavenプロジェクトでデバッガ(jdwp)が使えなくなった場合の対処 - Sacrificed & Exploited
はまったけど、いちおう解決することが出来たらしいので書いておく。 結論から言うと、maven-surfire-pluginのバージョン2.3から2.5に上げるだけ。 デバッガの接続に失敗した際に表示されるエラーメッセージは次の通り。 Have no FileObject for C:\Program Files\Java\jdk1.6.0_18\jre\lib\sunrsasign.jar Have no FileObject for C:\Program Files\Java\jdk1.6.0_18\jre\classes Error occurred during initialization of VM agent library failed to init: jdwp ERROR: Cannot load this JVM TI agent twice, check your j
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
