2016年05月30日

ソースコードが仕様

ドキュメントをなくしてもうまくいく? 〜 人に依存するリスクへの対処とは | Social Change!

ソースコードから仕様だけを読み取るには、ソースコードができるだけビジネスロジックだけ、ビジネスルールだけを記述するようにできていることが望ましい。それ以外のフレームワーク的要素とかは、できるだけ隠蔽し、他のビジネスロジックと共通化する。

ってことを考えて独自フレームワークとかライブラリを作ってきた。でも最近は人様のソースコードを読む機会も増えて、自己満足の世界がとても狭いことに何度も何度も気づかされて方向性がぶれてきそうな感じ。

ドキュメントの構造化による,良いドキュメントの作成方法:新春特別企画|gihyo.jp … 技術評論社

この記事へのトラックバックURL
http://blog.sakura.ne.jp/tb/175496614
※言及リンクのないトラックバックは受信されません。

この記事へのトラックバック
この記事へのコメント
コメントを書く
お名前: [必須入力]

メールアドレス:

ホームページアドレス:

コメント: [必須入力]

認証コード: [必須入力]


※画像の中の文字を半角で入力してください。

・おすすめ楽天ショップ1:trendyimpact楽天市場店
・おすすめサプリショップ:iHerb.com
・おすすめ楽天ショップ2:上海問屋
Powered by さくらのブログ