こんな仕様書は読む気がしない - rabbit2goのブログ
ソフトウェア開発において、受け取っても読む気が失せる仕様書の例： 文字ばかりで図表が無い 機械、電気、建築など他のエンジニアリングでは図面でのやり取りが普通なのに、ソフトウェア開発ではなぜ文章に頼った意思疎通が多いのだろうか？確かに文章にしなければ表現できない内容も有るけれど、UMLのような図面を使う方が一目で分かりやすいし、「全てのケースでの考慮漏れがないか？」を知るためには表を使って条件を網羅的に整理するのが確実だろう。文章だらけの仕様書は「何か記載されていない項目があるのではないか？」という疑いを晴らすことが出来ないように思う。 背景説明が無い やたらと詳細な仕様が書かれているのに、「全体構成」や「概要」が記載されていないので、一体何についての資料なのか全体像がなかなか理解できない。書き手にとっては「アタリマエ」のことだろうけど、それを読み手に伝えるのが仕様書の役割だろう。仕様書は、
■AndroidSDKインストール覚書 | 兄者ブログ Ver.2.0
2010年はAndroidが大流行！ってな事になった場合に備えて、SDKの現時点での最新版をインストールしてみたので、その手順などを残しておく。 書き方が乱暴なのは、基本的に自分用のメモだから。 ■まずは開発環境の構築から 「Android SDK」をインストールするよりも先に、まずは「Eclipse」をインストールしなきゃならないわけだが、 「Eclipse」をインストールする前に「JDK6（あるいは5）」をインストールしなきゃいけないみたいよ。 でも、趣味のiアプリやら開発なんかもやるので基本的に「J2SDK 1.4.x」以外を入れるのはちょっと怖い。 複数のエディションを入れてもたぶん大丈夫なんだろうけど、それにしたって環境が破壊されないか心配…… だけどインストール（笑） トリアーエズ、iDKやMEXAエミュには影響なかった。 続いてEclipseいってみよーか。 公式サイトは
TDD Boot Camp の参加報告とか読んで - ぐるぐる～
TDD Boot Camp には行っていないんだけど、参加者のエントリを色々読んで触発されたので思っていることをちょこっと書いておきます。 日曜日は id:a-hisame に無理言って色々と聞いた*1しね！ 以下引用が多くて微妙に長文。 アクセス修飾子 デモ：coberturaに機能追加する*1 テストできそうな箇所を小さい範囲にメソッド抽出 さらに、副作用がある箇所をprotectedメソッドに抽出 サブクラスで副作用メソッドをオーバーライドして無効化 テストのために、検出用変数をprivateからpublicに変更 検出用変数にアクセスして、assertを記述 *1: この辺ちょっとうろ覚え。もし間違っていたらご指摘ください。 TDD Boot Campに参加しました - @ikikko のはてなブログ これの 4 と 5 なんだけど、個人的には package private でい
TDD Boot Campに参加しました - @ikikko のはてなブログ
【追記】今回作成したコードを最下部に追記しました。 まずは、主催者・スタッフの方々にお礼を言いたいと思います。講演だけでもすごく勉強になったのに、こうやって演習の時間まで設けてもらうのはすごく準備等に時間や手間がかかったことでしょう。本当にお疲れ様です。 私個人としては、各テーブル内で一番よかったと思う人をテーブル内メンバー6人で決める「テーブル賞」に推薦していただきました！まだまだ未熟な自分というのは自覚していますが、こうやって認められるのは素直に嬉しい限りです。ありがとうございます♪ で、グループ賞として技術評論者様から本一冊をいただける権利をもらいました。あまり選択する時間も無かったので、前から気になっていた「パターン・Wiki・XP」の本を選びました。が、後々考えると会場で宣伝があった「スクラムでアジャイルプロジェクト管理」を選んでいればよかったかなー。 パターン、Wiki、XP
エラーのあるファイルはコミットしない(git編) - 肉とビールとパンケーキ by @sotarok
あんま知られてないけど，PHP界隈でも Web Advent 2008 っていう，アドベントカレンダーやってたみたいです．ぜんぜんしりませんでしたそしてちらっと読んだけどあまりおもしろくｎ（ｒ で，その中にちょっと面白げな記事を見つけたので，紹介． Web Advent 2008 / Don’t Commit That Error git の pre-commit hook を使って，エラーチェック だいたいはテスト走らせてコミットとか，実行させてからコミットとかするけど，ちょっとしたところの修正だから確認もせずにコミットしてしかもよりによってそれがエラー起こしてたりとか，まぁ，たまにありますよね． そのために，コミット直前の pre-commit にフックして，PHP Lintを走らせ，その結果次第でコミットをなかったことにしちゃったりしませんか，という趣旨の話． で，具体的には， コミ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
