連載：【改訂版】初歩のUML 第1回
読者のみなさま ずっとストップしていました「初歩のUML」。第4回をお待ちになっていた方々には、大変ご迷惑をおかけしました。このたび＠IT編集局と協議した結果、「初歩のUML」を12回程度の本格的な連載にすることになりました。そこで、第1回～第3回の改訂したものを2月中にリリースし、第4回を3月初旬にリリースすることにしました。 第4回では、モデルのJavaによる実装についてお話する予定でしたが、連載改訂案ではまず、言語から離れた形でモデリングの本質を理解していただき、その後UMLとJavaのマッピングについても取り上げるように考えております。 本連載では、UMLの表記法を説明するというよりも、モデリングの本質的な目的と意義・効果を通して、必要性を理解していただくことを目標とします。どうぞこれからも初歩のUMLをお楽しみください。 萩本順三 UML(Unified Modeling Lan
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
