フローチャートを頭の中で書く

白状と懺悔をしておく。OO開発、UMLが日本でも使われだしたころに飛びつき、社内で「布教」をした一人であるｗフローチャートじゃなくてさ、どうしてもとなれば、UMLでアクティビティ図でいいじゃんとしていた。まあ、それはそれでフロチャート、手続き型言語で構造化プログラミングの経験者ばかりの時は、それで、そこそこ良かったんだ。でも数年経過すると状況が変わった。最初からOO言語の世代が来てからだ。なんかメソッドの中の記述が不自然だよなぁ・・・話が通らないなぁ・・・ｗなんでだ？JAVAしか知りません・・・ですか・・・そうですか。JAVA最高、他の言語触りたくないですか、そうですか。
UMLではアクティビティの作成は任意である。必要があれば・・・でいい。俺もそうなんだが、自分でコードを書くときには、詳細設計レベルでのフロチャート、アクティビテイは、ほとんど必要としない。要するに、コードを書きながら、自分の頭の中で、フローチャートも書いているんだな。これは特別なことじゃない。昔ながらのレガシーな手続き型、構造化言語を前提とした詳細設計をやった人間は、無意識にできてしまうほうが多い。
だが、いきなりJAVAから実務に入って、クラス図とかは一生懸命やっても、アクティビティは省略されることが多いので、この経験と訓練がないまま時間が過ぎてしまった世代が出てきた。

関連キーワード

関連ページ

フローチャートの書き方と記号
フローチャートの書き方という話になると、記号の丸暗記の話に置き換わってしまうことが多い。しかし、フローチャートの記号など、必要があれば、いくらでも参照できるのだ。必要に迫られて使い出せば、自然に頭に入ってくる。フローチャートの記号などを金科玉条で、何も考えずに暗記しようとする授業が、情報系の学校、IT系の学校で行われているとすれば、それは実に貧弱な授業といういことになる。フローチャートの書き方
フローチャートの書き方と対象領域
何のためにフローチャートを書くのだろうか。SE 、PGの世界でいえば、問題の対象を論理的な構造、流れとして表記して、システム、プログラム、コードに落とし込むためであることが多い。 対象とする領域の業務のアナライズ段階で使われることもあるし、詳細設計以降、プログラムの直前段階で、特に条件分岐が複雑だと、PGに誤解を与えないように、防御的に使われることもある。なかなか詳細設計で、すべてにフローチャー
フローチャートを頭の中で書く
白状と懺悔をしておく。OO開発、UMLが日本でも使われだしたころに飛びつき、社内で「布教」をした一人であるｗフローチャートじゃなくてさ、どうしてもとなれば、UMLでアクティビティ図でいいじゃんとしていた。まあ、それはそれでフロチャート、手続き型言語で構造化プログラミングの経験者ばかりの時は、それで、そこそこ良かったんだ。でも数年経過すると状況が変わった。最初からOO言語の世代が来てからだ。なんかメ
フローチャートの書き方を学ぶ
さて、フローチャートの書き方を学ぶことは無意味かどうか、もう結論は出ている。学生なら学生のうちにやっておけ・・である。実務に入ったら、フローチャートを目にすることはほとんどない。フローチャートを納品物として書けといわれるケースも少ないだろう。だが、それは、PGなら頭の中で、自分で書けて当然でしょ・・・の世界である。できるのは、学生の間だけかもしれないぞ。 まあ、俺でも、時々難しいメソッド、関数を