タグ

ブックマーク / gothedistance.hatenadiary.jp (5)

  • アジャイルって受託開発との相性が最悪な気がする - GoTheDistance

    全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え - Publickey 「ウオーターフォールとは」のラベル貼りの議論になるとめんどくさいから、とりあえず「初期段階ですべての意志決定をしようとするシステム開発の進め方」という定義で話を進めたいと思います。 滝 「要件定義」→「設計」→「実装」→「テスト」という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

    アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
  • Twitterについての雑感 - GoTheDistance

    1年以上付き合ってきて最近落ち着いてきたので、この辺でまとめておこうと思う。僕は現在Follow 1700/ Following 2100ぐらいです。 Twitter質 タケルンバのTwitterとは掛け算サービスである - (旧姓)タケルンバ卿日記とまなめ王子のこのPOSTで、だいだい網羅できていると思う。 Twitterではタイムラインを構築するのは自分だから、自分のタイムラインには責任を持たなくてはならない。ムカツク発言をした人に文句を言うのではなく、その人をフォローしてしまった自分を責めればいい。気楽だねぇ。 Twitter / maname: Twitterではタイムラインを構築するのは自分だから、自分 ... Followに偶然は無い。そして、Followして発言(POST)をしなければ、何も始まらない。 これほどわかりやすいものはないなぁと思う。 自分が求めているものをタ

    Twitterについての雑感 - GoTheDistance
  • 2年半の結婚生活から学んだこと - GoTheDistance

    GoTheDistanceではほとんど結婚恋愛ネタは書かないんだけど、まぁたまには。失敗事例を共有することはいいことなので。 離婚して1年して思うこと この人と僕とは理由は違うけど、まぁ同じく離婚経験者として一言申し上げておく。 スキンシップがなくなると、必然的に会話も減り、相手の考えていることがわからなくなった。そうして3年くらいかけて、ゆっくりとゆっくりと他人に戻っていった。 離婚して1年して思うこと すごくわかる。特に家庭内や異性におけるコミュニケーションは言葉よりもスキンシップの方が大切です。スキンシップの減少⇒会話の減少⇒共有できる時間の減少⇒相互理解の減少⇒別れというコースをこの人も辿っただろうし、僕も辿った。肌と肌が触れ合うことではじめて伝わってくる情というものがあって、それは決して言葉では埋められないもの。スキンシップがめんどくさくなったら、もう惚れていないんだよ。僕はセ

    2年半の結婚生活から学んだこと - GoTheDistance
  • スーツにはスーツの道がある - GoTheDistance

    勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)2週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し

    スーツにはスーツの道がある - GoTheDistance
  • アメリカにはSIerなんて存在しない - GoTheDistance

    知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日との大きな違いは、米国の企業は基的に内製なのだ。すなわち、社内のIT部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です

    アメリカにはSIerなんて存在しない - GoTheDistance
  • 1