SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
Java/EclipseでDSLサポート (3) - DSLとして使われる文字列リテラルの判定 - しげるメモ
前回は見つけた文字列リテラルを片っ端からDSLとみなして警告をつけていましたが、今回からちゃんとDSLっぽくなる予定。 まず、すごく簡単なDSLの仕組みを作ります。 public class MyDsl { private int value; private MyDsl(int value) { this.value = value; } /** * このDSLを評価した結果を返す。 * @return 評価結果 */ public int eval() { return value; } /** * DSL記述を解析してオブジェクト化して返す。 * @param dsl DSL記述 * @return DSLオブジェクト * @throws IllegalArgumentException 引数が整数でない場合 */ public static MyDsl parse(String d
【ハウツー】Javaのビヘイビア駆動開発をやさしく現する"easyb"を試す (1) ビヘイビア駆動開発、そしてeasybとは? | エンタープライズ | マイコミジャーナル
本稿では、Java向けのビヘイビア駆動開発(Behavior Driven Development: BDD)フレームワークであるeasybを簡単に紹介する。 「ビヘイビア駆動開発」という用語になじみのない方のために簡単に説明すると、「ソフトウェアを書く前に、その仕様をコードで書く」という開発手法である。対して、皆さんおなじみの「テスト駆動開発(TDD)」は、「ソフトウェアを書く前に、そのテストをコードで書く」という開発手法だ。 この2つの開発手法は、「プログラムを書く前に、そのプログラムが正しく動くことを保証するためのコードを書く」という点ではまったく一緒だ。保証するためのコードもかなり似通ったものになる。ただし、TDDのコンセプトは「テスト対象のものがないのにテストを書く」というもので、あまり直観的とは言えない。対してBDDは、「仕様通りに動くことを保証するために、検証コードを先に書く
「いける」と思った数だけプログラミングは上達する。 - GoTheDistance
このエントリを読んでふと思った。 プログラミング能力がある人って、こういう感覚がいっぱい出てくる人なんだと思う。数学で問題をみたときに、あの解法かあの解法のどっちかで解けるだろうという直感。その感覚の質と精度と量を増やしていくには、やはり経験が一番なのかもしれない。 プログラミング能力とは ブクマコメントにも書いたけど、プログラミング能力ってこういうことなんじゃないかなと思う。 「いける」と思った数×「やべぇ」と焦った数＝プログラミング能力(｢できるようになった」数) プログラマーに向いている人は諦めの悪い人です。なんかもうちょっとでできそうなんだよなぁ〜という産みの苦しみを夜な夜なGoogle先生と共に楽しめる人が良い。プログラミングってはじめから答えが無いことが多いしね。何事もそうだと思うけど、「できること」を何度も何度も繰り返してもそれは上達にはつながらない。「やったことないけどいけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
