フローチャートに替わる何かを求む！！

フローチャートをやめろ！！というけれどフローチャートに替わる
何かが見つからないよ．いいホームページ教えてくれ．

UML図使え

　 ∧∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　(＠｀＠｀ﾟДﾟ)　＜　PADだ！！
Π￣￣￣|　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
|つ 昔々 ()
| |＿＿＿|
　 ∪∪

データ構造図か

ソースとコメントのみでがんばれ

日本語を極めろ！！

＞３
Problem　Analyze Dなんたらだっけか？
新人君にCとセットで教えると効果的だね。

YAC�U

＞６
私もそう思います。
母国語すらまともにできない奴が、PADだのウイグルチャートだの
いくら使ったってダメなものはダメです。
思考そのものが腐ってるんですから。

>6＠｀9

つまり、フローチャートを止めて日本語で書けと。
フローチャートを止めることは賛成だが．．．

ちょっとしたアルゴリズムをプログラム初心者に
教えるときも使っちゃダメですか？
最大公約数の求め方とか。

>>11
そういうのはソース見せたほうが早くない？

フローは常に書く必要はないと思うけど、「書け」と言われて書けないのは困るね。
酷いソース持ってきた人に言ったことあるけど、書き方知らなかった。

>ちょっとしたアルゴリズムをプログラム初心者に教えるときも使っちゃダメですか？
>そういうのはソース見せたほうが早くない？

”アルゴリズムを教えるため”に書いて、”ソース作るため”には書かない、では？

スレッドのタイトルが"フローチャートに替わる何かを求む！！"だから
日本語だとゲームブックみたいなのになるのかな(藁)

鈴木直人万歳

ニュースでアナウンスされるZ（ゼータ）。
ちょっと関心あり。

>1
ナッシ・シュナイダーマンチャートを使え。
俺のお気に入り。
なんとLaTeXにもそれ用のスタイルがあるのを発見。

ＮＳチャートとか言う箱を入れ子にしてくやつ？
だったら激しく同意。

要件定義、概要設計までは日本語で箇条書きにして、
詳細設計以下は関数仕様書と関数呼び出し相関図、
ファイル関連仕様書、DB関連仕様書くらい書いときゃ
客も文句は言わんだろ。

どうせ読むのは後任のプログラマ氏なんだから、
そいつが読んでイヤになんない程度に書いとけば
いいんだよ。

シロウトじゃないんだから。

同意。
ただし単一のモジュール内でだらだらと複雑なバッチ処理を行うような場合、
フローチャートに近い物を残しておいて欲しいと思う。

といいつつもそういう処理の時は最初に呼び出される関数のソースを
フローチャートのようにしてるので書かないんだけどさ。
その関数内ではif/for文と他の関数名と簡単なコメントだけにしておいて
どういう条件でなにをどうするのかの一覧だけにするっつーことね。

たまに、フローチャート書くよ。
そこから状態分割して状態遷移図にすることがある。

前の会社の研修(コンピュータ関連じゃない)で
「いらないかもね」って言ったら
UNIXクラックの知識がありげな人に
ボコボコに言われた…

いらないかもねってフローチャートのこと？
まあ替わりにもっとわかりやすいドキュメント書くならいらない
っていうだけだけどね。

今のイベントドリブン・オブジェクト指向（的・・）なソースに、
フローチャートのやり方が合わないと言うだけであって、
ドキュメントが要らないと言うことではない。

あと昔からアセンブラ/C畑にいた人の中には
フローチャート必須って言う頭が固いひともいたりする。

>陰陽さん
ありがとうございます。胸のつかえが取れました。

自分の今いる部署は社内で使うＤＢを作っているんですが
僕の先輩方(と言っても２人)はドキュメントどころか
コメントすら書いてくれません。
思い切って直談判したら｢人それぞれだから｣と言われてしまうんです。

もちろんＤＢの保守はきびしいです。
掲示板の趣旨とは違うと思いますが助言を頂けないでしょうか。

DBでテーブル定義書もないの！？
ご臨終様

じゃなくて、Oracleとかだったらテーブル構造を自動生成してくれる
ツールとかあるよ。ER図にしてくれるErwinとかバカ高い上に
使い勝手良くないけど。

select tab;
した結果を使って定義書を自動生成するうなプログラムを自分で書いて
公開するのも世の中の役に立っていいかも。

Cのソースからチャートを起こすソフトとかは数万円からあったかな。
無いよりはマシっていう程度だけどね。

そもそも先に設計をせずにコーディングしちゃうと、いろんな
ところで不具合が出るからそういうことはキチンとしないと、
と自分に言い聞かせてみる今日この頃。

＞陰陽さん
レスありがとうございます

ウチのＤＢはLotus Notesです(爆)
今仕事しながら上司の話を盗み聞きしてたら
Docをこれから作ろう！といきまいてます(TT)

火に油だ…今日も遅くなりそうです

フローチャートはまじで止めたほうがいい。
時代遅れもいいとこだ。
それに代わるものとして、オートマトンが挙げられる。
これは私の一押しだ。

＞林様
オートマトンの資料の所在ってわかりますか？
辞書でみても良く分からないんです。

他人の書いた機械語プログラムを解析するときにはフローチャートを
書きながらやってます．それ以外はほとんど使ってません．
ドキュメントには擬似コードですませています．これで文句いわれた
ことはありませんでした．

＞２８
フローチャートとオートマトンは用途が必ずしも一致しないのでは？

＞２９
辞書で調べてどうするの？

HCPって知ってる？

オートマトンって字句解析のことじゃなかったのかなあ
俺って勘違いしてたのかなあ

ハンドルからして
28はネタだと思うのですがｗ

状態遷移図と読み替えてええやろか？ >オートマトン

うん、勘違いしてるみたい。

それは魚を指差してスシと呼ぶようなものです。

今週のファミ通にエニックスを取り上げた漫画がのってます。
そこでドラクエの資料の話が出ているのですが､小さくフローチャート
らしき図が載っているように見えます。

シナリオをフローチャートで書くのは構わないのかなあ?

ゲームブックそのまんまなのね中身は。
そういやカルレ―ジハードってプレステのゲームありましたよね。
ほんちゃんのPGもあんなふうにくめないもんでしょうか。

>39
Prograph CPXつかへ
あそこまで優しくはないけど。

あのゲームははまったなあ

なにそれしんないー＞Prograph CPX
タイル切り張り方式なんですかあ

ぐーやふーすれ
Win体験版DLしたけど、使い方いまいちわからん。
本買ってきた方がいいかも。

見た感じでは切り張り方式。個別のタイルの設定に
APIの知識がいると思う。

HCPチャートなんてどうでしょう

ジャクソン法だ！！

擬似コーディング＆HIPO。
擬似コーディングはやはり日本語が大事だ。
自分しか通じない用語を極力使わない。＜Ｎ系に多し。

分散オブジェクトだとやはりUMLなんだろうなあ。

しかし、罫線や記号を多用するダイアグラムって、思いっきり
ワープロや表計算、Visioなんかの図形処理ソフトの能力に依存
しちゃうよな〜。(Visioが一番それ向きだが時間かかりすぎ。)

手書でもいいけどそれ用のテンプレート欲しい。
テレショップのピッチマンなんかいいんだろうか？

マルチスレッドみたくパラレルの動きを、うまい具合に
表現できる手法ってある？

やっぱりUMLのアクティビティ図やシーケンス図じゃないだろうか？

リンク忘れてた。
http://www.ogis-uml-university.com/reference/index.htm

ソノUMLってやつ、どんな本読めばいい？

>3
うちも気づいたらＰＡＤ帝国に占領されてました。
よかったです。
龍文復活しねーかなぁ・・・。

フローチャートに替わるもの…といったら
箇条書きでしょう。いやマジで。

<50
UML関連は最近は多数出てるけど、最初に買った本は「かんたんUML」ってやつ。
http://www.shoeisha.com/book/Detail.asp?PI=3&CTID=10&GRMID1=10&GRMID2=10711

次に買った本がこちら、実際の開発に役立つ。
http://www2.gihyo.co.jp/books/bookinfo.asp?ID=386

次はデザインパターン関係の本辺りを・・・

<52
箇条書きと字下げによる擬似コーディングはソースコード
との対応もとりやすいから俺もお勧め。
コピペすればコメントになるし、ToDoの代りにもなる。