ref. Clean Code, Robert C. Martin
Agile Software Development の実践版．
Takahiko Tomida's List: article_dev
-
-
オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。
-
- 凝集度が高い(high cohesion)
- 結合度が低い(low coupling)
- 重複がない(ZERO duplication)
- テスト容易性が高い(testability)
- 可読性が高い(readability)
-
-
-
「距離」という観点でいえば、コーディングからメンテナンスまでの「距離」も関心のあるところ。
同じ人が過去に書いたコードをずっと面倒見続けられるかというと、NO。
・当人の負担が単調増加してしまう。
・なんらかの理由で、組織（チーム、会社）からいなくなっちゃうということもある。
さて、どうするか。 - Takahiko Tomida on 2009-01-05
-
「距離」という観点でいえば、コーディングからメンテナンスまでの「距離」も関心のあるところ。
-
Jan 05, 09
CやJavaのような汎用言語は、汎用であるがゆえに使いにくい。
これを問題とするならば、DSLはこの問題を解決するための有力な手段になるのかもしれない。
あえて言語にドメイン特有の制約を与えることで、逆に、コードの可読性が上がったり、記述の手間が減ったり、バグを作りこむ余地が少なくなったり、という効果も期待できる。
言語に方言が生じるのも、背景にこんなニーズがあったケースもあるだろう（単に処理系実装者の好みの問題とか、作る手間が面倒とか、他にも理由はあるだろうけど）。
-
-
Add Sticky Note組織的な学習をしていない
-
It is difficult to organize developments processes from bottom-up. I think a top-down approach is needed sometimes.
-
-
Add Sticky Note組織というものは、期待値と測定基準を定めるべきだ。
-
A lack of measures makes stakeholders confused.
They cannot evaluate their processes and, of course, cannot improve them.
-
-
The worst thing is doing by halves.
This is applied for introducing not only scrum but other processes or methods. - Takahiko Tomida on 2009-01-09
-
-
Jan 07, 09
システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。
- あたりまえなんだけど、忘れがち。 - Takahiko Tomida on 2009-01-07
-
Jan 08, 09
Agile Journal - the premier online magazine for agile development featuring original content articles blogs and educational webcasts, december-08-beyondbigMany software engineering teams have adopted Agile. However, teams delivering process change tend to use traditional �lifecycle' approaches and have yet to embrace Agile. Why is that? Can the Agile approach be used to implement or facilitate process change?
-
Jan 09, 09
Agile Journal - the premier online magazine for agile development featuring original content articles blogs and educational webcasts, One of the main attractions of agile methods over traditional heavyweight approaches to software engineering is their ability to accelerate the software development process. By minimizing superfluous activities and artefacts such as models and documentation and focusing developers' efforts on coding, agile methods increase productivity and reduce overall development time. However, this focus on coding also has a down side - it means that new applications are typically written entirely from scratch. Software reuse, as envisaged by McIlroy back in 1969 [1] at the conference that coined the terms "software engineering" and "software crisis" is not explicitly addressed in the current generation of agile methods. If it takes place at all, reuse tends to be done in an ad hoc, unsystematic way.
1 - 7 of 7
20 items/page
List Comments
(0)
List Info
7 items | 14 visits
あたりまえでいて，見落とされがちなこと．
自分の仕事を振り返ってみても，ものすごく問題意識の高いところ．
・一緒に仕事するエンジニアのスキルがばらばら・・・
・といってみたところで，じゃあ自分はどうなのさ
チームのエンジニアのスキルを底上げするのに有効な方法ってなにかなあ，とこのところ悶々中． - Takahiko Tomida on 2009-01-05