タグ

2010年7月22日のブックマーク (4件)

  • スタートダッシュ型仕事術:実践編

    昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し,締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに(仕様変更が必用かどうかの)見極めをする必用がある」という点。特に「作って見なければ分からない」部

    スタートダッシュ型仕事術:実践編
    seiunsky
    seiunsky 2010/07/22
    なるほど
  • 「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?

    「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?:誰にでも分かるSEのための文章術(11)(1/2 ページ) 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな

    「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?
    seiunsky
    seiunsky 2010/07/22
    これが開発者視点だと……!? "「テスト項目数を100抽出する」「プログラム100ステップについて最低1つのバグを見つけ出す」「チェック項目10件について最低1つのバグを見つけ出す」"
  • TENGAの本社へ行ってきた(女だけど) | TuiTui

    男性の中ではきっと知らない人はいない、TENGA(テンガ)。 今までにない機能性とデザインを持っている、革新的なオナカップ(オナホール)です。

  • Togetter - 「あまりに素晴らしい作品だったので、RTって付けてコピペしたら、公式RTで拡散しちゃいました。」

    @t_nishijima 「会社辞めたい」と呟いた。「大丈夫」と返してくる男がいた。プロフィールには55歳。「会社辞めたい」毎日呟いた。「大丈夫」毎日返してきた。ある日呟いた「死にたいです」。次の日、何の前ぶれもなしに父が上京してきた。20年ぶりに私を抱きしめて言った。「大丈夫」 #twnovel 2010-01-05 11:11:19 セベック @sebecJeanluc RT 会社辞めたい」と呟いた。「大丈夫」と返してくる男がいた。プロフィールには55歳。「会社辞めたい」毎日呟いた。「大丈夫」毎日返してきた。ある日呟いた「死にたいです」。次の日、何の前ぶれもなしに父が上京してきた。20年ぶりに私を抱きしめて言った。「大丈夫」 #twnovel 2010-07-21 12:46:22

    Togetter - 「あまりに素晴らしい作品だったので、RTって付けてコピペしたら、公式RTで拡散しちゃいました。」
    seiunsky
    seiunsky 2010/07/22
    へー #twnovel ていうのは RT しちゃいけないのか。公式だったら -RT とかで除外できなかったっけ