フローチャートを復権させよう -- 2020年代のプログラミングへ - 檜山正幸のキマイラ飼育記 (はてなBlog)

「悟りやヒラメキがほんとに大キライだ 」という記事を書いた背景には、ユースケースの「主／副シナリオ」、「<<extend>>, <<include>>」とかの概念にウンザリしたことがあります。あれから後も、この件がどうも気にかかっていて、『ユースケースの適用：実践ガイド』（asin:4894711869）という本を恵比寿の有隣堂で見つけてすぐ購入しました。 この本には、僕が疑問に思っていた点が説明してあって、理解に役立ちました。ある程度は理解できた事と、その内容に賛同するかどうかは別問題でして、（理解してもなお）納得のいかない点は多々あります。その話は、まーいずれするかも。 ところで、この『ユースケースの適用：実践ガイド』の第5章「ユースケースを図で表現する」の冒頭に次のような文があります。 これまで、長い時間をかけてユースケースのテキストを書いてきました。しかし、ことわざにもあるとおり、

[habuakihiro]

昔フローチャートについて講演したりポジティブなことを書いたりしたら偉い叩かれたなあ。似たケースにJavaScriptの記事書いたときも叩かれてその後gmail+ajaxブームが来たら一転したり。みんな原理原則より流行が好き。

[todesking]

これブクマしてる人、中身理解してなそう(私もです)

[lizy]

「コードと1対1に対応するフローチャート」が嫌われてるような。もうちょっと抽象的なワークフローを定義する分には有用だと思う

[hiroyuki1983]

内容が難しすぎて考察も反論もできん

[yojik]

数学的な話が吸収しきれないけど、これは何となく興味深い> "変数を制限して、制御の自由度を増やすと、call/returnに拘る必然性は薄くなります。むしろ、行きっぱなしの制御遷移のほうが使い"

[torazuka]

"かつての構造化プログラミングでは、制御構造を制約して、変数概念とその破壊的代入は許容しました。逆のアプローチもあるのではないでしょうか？"

[nami_kame]

昔、フローチャートを沢山書いたなぁ～。いまだプログラムのカスタマイズは、頭の中でフロー浮かべてしまいます。

[kno]

UMLだと条件分岐を表すのがめんどうだったような

[akasata]

ふむふむ。図がきれいに描けるときってこういうことが認識できた時だよなとは思う → "本質的に結んだりもつれたりはしてなくて、糸が互いにすり抜けてほどける事が多いのです"

[su_zu_ki_1010]

原点回帰も大切。ルールを守って節度ある記述を。表現できない場合は仕様に問題があるのではないか？

[mangakoji]

フローチャートは手続き型しか記述できない。同時性や格納形式の相手が出来ない

[masaru_b_cl]

ふむ