工作室」サイトの日記的なブログです。サイトに挙げなかった他愛ないことを日記的に書き残してます。工作室」topに戻ります。arduino別館」topに戻ります。本ようやく本を読む時間が少しずつ取れるようになってきたので、しばらくは積ん読消化月間。ここ数日で読んだのはやさしいUML入門—Javaオブジェクト・モデリング。齧りかけては吐き出して...なんだか解んないけどなぜかオイラの御口に合わなかった...この本を読んで、これまで以上にUMLが噛み砕けて来たのは確かなんだけど、なぜ御口に合わなかったのかその点がようやく見えてきた。色々な図と図の関係性、そして処理言語系とのつながりのわかりにくさ。その辺はこの本読んである程度掴めた。付録部分がなかなか纏まってて良し。ユースケース図ドリブンの概念もそこそこ腑に落ちた。アイコン類とか表現方法がイマイチ過ぎ。ユーザの目に触れるであろうユースケース図は困ったもの。外部のアクターは何故人型のアイコンで書かないといけないの?外部のデータベースも人型のアイコンとして書くっていうのはどうしても解せない。そんな幼稚園児の落書きみたいのをどうやってユーザに説明すんのよ?結局ユーザに説明する時には、ユーザ説明用のドキュメントに焼き直ししなきゃいけ無いジャン。一つはドキュメンテーションを1つの統一規格にしようという考え方そのモノに無理があるということ。業務分析〜設計〜製造のドキュメンテーションっていうと、昔からUML以外にも数多の手法があるのは周知のとおり。手法そのモノを全世界統一基準的なモノに纏めあげて行こうっていう思想自体は悪くないんだけど、そもそもそこに無理があるんだな。そもそもそういう”一つの思想・世界観に統一”っていう考え方は、西洋ならではの宗教観から生まれてくるのかもしれない...。唯一絶対神しか認めない歴史上の宗教観が根付いた文化だから、やっぱり「統一」とか「唯一」とか、現代でもそういうのが好きなんだろうな。ニッポンには八百万(やおよろず)の神がいるという文化・世界観のお国。統一とか唯一とか言うことがココロの琴線に引っかかり難いのかもしれない。統一(unified)などという事へのコダワリも...。そもそもお客様は神様。いや、全世界では八百万どころじゃない...。すれば、統一することに意味があるわけじゃなく、お客様指向で考えれば八百万通りの表現方法の方が都合がいい。