眠る開発屋blog

「決めの問題」ってどんな問題？

一番多いのは名前付けに関することではないだろうか。

「新規追加」を create にするか add にするか。
「完了」を end にするか finish にするか。

まぁ、どんなプロジェクトでも使えるような「日本語 <=> 英記」変換表を作ってしまえばいいのだろうけど。

つたない技術力をカバーするために，
本来，考えなければいけないことをスルーるために，
この言葉を使っている(使っていた)ことは無いでしょうか？

まるで逆の言い方になるが、本来、考えなくてもいいことは考えなくてはならない場合、「決めの問題」となるのかな。
こだわるべきではないようなところとか。

「設計しかできない」「実装しかできない」

ではなくて、
システム開発をやるのであれば、両方できてくれよ、と思うのだが、贅沢な願いなのだろうか。
(続きを読む…)

アーキテクト以外は「限定されたことだけやっとけ」

きっとこのコメントを書いてくれた人は、本気でこう考えているんだと思いますが、私は、このようなアプローチが嫌いというだけではなく、効率が悪いと思っています。

一番の理由は、開発者のモチベーション。「限定されたことだけやっとけ」という状況で、開発者のモチベーションが上がるとは思えません。実際、モチベーションは下がるでしょうから、それにあわせて、生産性も落ちるでしょう。

二番目の理由は、開発者が成長しないこと。開発者というのは、いろんなプロジェクトに参加し、いろんな経験をつみながら成長していくものです。それが、いつも、「限定されたことだけやっとけ」では、成長していくことができません。

(続きを読む…)

入力値チェックをモデルで行なう

入力値チェックをモデルで行なう方法は、今後、はやると思いますが、個人的には反対。

なぜかというと、状況によって、チェックする内容が異なるためです。

同意かな。

そもそもモデルにロジックっぽいのを入れるのはあまり好きではないです。
あちこちにロジックが分散すると、管理しにくくないですかね。

【プレスリリース】株式会社はてな、本社を京都に移転、ものづくりの拠点を結集

東京に安価で借りることのできる事務所があったとすれば、東京に居続けたのではないだろうか。
あれこれ理由をつけているが、単にコスト的な問題にしか過ぎない気がする。

いや、あらたに引っ越すことにより、そのほうがコストもかかるのはあまりに明白だよな。。。
(続きを読む…)