目次

ニュース

日記カテゴリ

書庫



がるの健忘録 - 深い…
個人的には業務用の言語は「縛りに縛って縛るだけ縛る」ほうが楽だと思ってたのだけど。
ものすごく共感。

環境によって「少人数」の質が変わってくる。
気の知れた仲間だったり、開発期間のみ参加する派遣メンバーだったり。

前者であればまぁ『信頼』という武器をかざす事も出来るかもしれない。かもしれない。
後者の場合、お互いにどれだけの技量があるのかも知れず、開発環境の詳細も知れないのだから、【次世代開発フォーラム 2006 Winter】「ツールの進化で少人数での“大規模開発”が可能に,必要なのは割り切りと信頼」---まつもとゆきひろ氏:ITproにある
「迷惑をかけるような変更はしないだろう,正しいオブジェクトを渡してくれるだろうという信頼に基づいている」
という言葉自体があいまいとなり『信頼』を築くことがすぐにできないはずだ。

新しい環境でプログラムを書くことになったときなにが「迷惑」でなにが「正しい」のはすぐに判断できるだろうか?
私にはできない。その判断ができるまでに情報を集め理解する時間が必要でしょう。そしてそれが出来る頃、開発は終了してるわけです。
そりゃぁコピペ職人になろうとする人も増えますわな。



そんなわけで私は「縛りに縛って縛るだけ縛る」方が好きなわけです。

投稿日時 : 2006年12月3日 19:52
Feedback
  • # re: 縛る
    中博俊
    Posted @ 2006/12/03 20:37
    >>「迷惑をかけるような変更はしないだろう,正しいオブジェクトを渡してくれるだろうという信頼に基づいている」
    >という言葉自体があいまいとなり『信頼』を築くことがすぐにできないはずだ。

    ありえないですよね?
    その信頼はコード上で表現しなくちゃ
    if ( value == null )
    {
    throw new ArgumentNullException("value");
    }
  • # re: 縛る
    まつもと
    Posted @ 2006/12/04 9:03
    信頼を武器にするためには逆に構成要員を厳選する必要があるわけですね。そういう人は多くはないですが、それを可能にするのが「小規模開発」だという論理だったわけです。現在の雑多なメンバのまま信頼を振り回しても疲れるだけでしょう。
    そういう場合には縛った方が幸せだと思います。
  • # re: 縛る
    中博俊
    Posted @ 2006/12/04 11:56
    お、ご本人さんだ(^^

    >信頼を武器にするためには逆に構成要員を厳選する必要があるわけですね。そういう人は多くはないですが、それを可能にするのが「小規模開発」だという論理だったわけです。

    現実的にそういう構成員を集められるという前提が難しいと思います。
    レベルの高くない人も受け入れられないプロジェクトはあまりに空虚だと思います。
    そして新しい風が入りにくいという面もあるでしょう。
    一瞬の生産性はよくても、いつまで続くかという問題もあるかと思います。
  • # re: 縛る
    まつもと
    Posted @ 2006/12/04 22:25
    まあ、難しいことがあるのは百も承知ですが、それでもなお、踏み出す価値はある(し、できている人たちもそれなりにいる)という話です。
    やらない、やれない理由を探したら、いくらでもありますから。
  • # 縛る2
    ひよっこプログラミング
    Posted @ 2006/12/15 1:13
    縛る2
タイトル
名前
Url
コメント 

Blog 利用状況

絡んでるところ