1 :
すーぴー :
04/12/22 17:40:52 フローチャートを書くのに自分にしっくり来るツールがなかなか見つかりません。 皆さんは、何を使って書いてますか? ひょっとしていまどきフローチャートなんか誰も書かないんですかね?
時代はPADだろ
4 :
デフォルトの名無しさん :04/12/22 17:47:59
Flower Tex なるソフトを最近使ってますよ。
未だにフローチャートなんか使い続けてる奴がいるのが驚きだ
6 :
デフォルトの名無しさん :04/12/22 17:57:45
やっぱフローは、時代遅れですか。 でも、流れを読むのは読みやすいと思うんですが。 早速、FlowerTexぐぐってみます。
書きますか? 書きませんか?
>>9 少しでも構造化プログラミング勉強したことある奴ならそんな発言はできない
PADを描くためには自分自身でアルゴリズムを理解していないといけないため、フローチャートのように手軽に書く訳にはいかない。 つまり、小さなプログラムを作成する際に思考の助けとするような使い途には向いていない。 しかし、アルゴリズムを他人に示す時には、フローチャートに比べて、その処理と構造をより容易に理解してもらうことができる。 フローチャート/PADそれぞれに長所、短所がある。
フローチャートって不思議と信者いるんだよなぁ。
>>12 フローチャートが思考の助けになるってどんな汚いコード書いてんだよ
プログラムのフローは書かないが、作業のフローなら書く。
あと、新人いじめに使う「フローチャート書いてこい」で、たいてい凹ませることができる。
>>15 オレはUMLのアクティビティ図でかく。
まあフローチャートと大差ないが。
そんなへたれ会社はさっさと辞める
作業のフローをね
フローチャートでスレッドってどう表すよ?
21 :
デフォルトの名無しさん :04/12/22 18:48:22
目のつけどころは良いね。 フローチャート書かない奴は小さい奴。
今の時代フローチャートなんてコードから自動生成出来るだろ。
マ板池 ***終了***
>>21 それでなにか得るものがあれば書くがね。
書いても弊害しかないからね。
パソコンとかなかった大昔の話だろ 紙に書いてたのは
26 :
デフォルトの名無しさん :04/12/22 20:33:54
HIPOで書くぜ
学校のレポートで書いてこいと言われれば、ワードを使って書く
フローは、4,5ステップ程度の処理の流れを 理解する場合に書く。 それ以上のフローチャートを描いても CASEで処理を分割する。 関数が長くなりすぎると、 ソースが汚くなるし、後で読んでも理解できない。
29 :
デフォルトの名無しさん :04/12/22 21:09:49
>>28 理解できないフローチャートを書く馬鹿ハーケン。
・・・書いた記憶があります。 四半世紀も前のことですが
31 :
デフォルトの名無しさん :04/12/22 21:42:00
フローチャート書かずに開発費もらっている人居ますか?
箇条書きの方がわかりやすい。
書いてますよー。 料理のレシピで、作業の流れを書くときに。 結構便利。
フローチャートを書く行為はコーディングとほとんど等価。 デバッグ作業ができない分、フローチャートの方が非効率だ。
フローチャートの問題点は処理の区分に制約がないこと。 以下のようなフローチャートもれっきとしたフローチャート。 開始 ↓ main()実行 ↓ 戻り値が返る。 ↓ 終了
36 :
デフォルトの名無しさん :04/12/22 23:00:41
シーケンス図で書くけどさ・・・ フローチャートって使ってる人いるんだ
37 :
デフォルトの名無しさん :04/12/22 23:08:49
ふつー状態遷移図だろ
フローチャートは手順は表わせるけど時間が見にくいから マルチスレッドの料理には向かないかと。 コンロ2つしかないのにナベ3つ同時に使えないっすよ。 分岐も無いから箇条書きでもあんま変わらないし。 シーケンス図の方が良いかも。
39 :
デフォルトの名無しさん :04/12/22 23:18:57
40 :
デフォルトの名無しさん :04/12/22 23:24:15
フローチャート書かない奴は下っ端
41 :
デフォルトの名無しさん :04/12/22 23:26:17
>>38 > 分岐も無いから
また馬鹿が知ったかを。
フローチャートなんざ書くな。 書くんならコードを書け。 話はそれからだ。
43 :
デフォルトの名無しさん :04/12/22 23:41:16
フローチャートを書くやつにはデーター構造の概念がない。 30 年前の段階で歴史が止まっている。まして OOP なんぞ を話しても通じない。 状態遷移図は役に立つこともあるが、弊害となることもある。 100 x 100 以上の状態遷移図を何の疑問も抱かずに作るよう なやつが多くいる。こうなると状態遷移図はテスト・チェッ クのための価値しかなくなる。設計資料としては無駄である と同時に邪魔な存在になってしまう。
アクティビティ図のようなスイムレーンや並行状態がないってことじゃない?
46 :
デフォルトの名無しさん :04/12/22 23:43:40
フローチャート否定派って、ほとんど誰かの受け売りで言ってるだけに見えるな。
否定派(プゲラ
肯定派(プゲラ
>>46 同じ事をもっと楽に書ける図表があるのに
わざわざ使うこともあるまい。
51 :
デフォルトの名無しさん :04/12/22 23:57:54
「簡潔に書かれたソースコードほど有用なフローチャートはない」 ───デニス・M・リッチー
フローチャートは高級言語のソースより抽象度が低い。ゆえに無意味。
フローチャートは、コード入力と実行確認に膨大な時間とコストがかかる時代に考えられた過去の遺物。
デバッグもフローチャートを書きながら脳内デバッグを行っていた。
>>33 のようにデバッグもくそもない世界の話であれば、
フローチャートが現役として活躍するだろう。
54 :
デフォルトの名無しさん :04/12/23 00:03:54
>>50 HCPチャート?同じことを書くって言うと
>>51 コードを簡潔に書けない奴が多いんだよ、この世の中
56 :
デフォルトの名無しさん :04/12/23 00:20:50
コードを入れたらフローチャート自動生成してくれるアプリってないの?
57 :
デフォルトの名無しさん :04/12/23 00:21:53
>>52 フローチャートは日本語で書くんですよねえ。
>>52 そうだよねえ。
フローチャートから頭使って高級言語に戻すなんてバカじゃないかと思う。
でも、大抵の奴は簡単に戻せる程度のフローチャートしか書かないようだな。
フローチャートの力を100%生かしていないじゃないか(wと言いたくもなる。
>>54 アルゴリズムの記述はPascalふう疑似言語と決まっている。(と思いたい)
59 :
デフォルトの名無しさん :04/12/23 01:08:14
俺のフローチャートの枠の中に書いてる文を紹介する。 「部長に工数増やせゴルァする」 「転社先を探す」 「転社先が見つかったか?」 「転社する」
フローチャート信者って、現代のソフトウェアの主流である イベントドリブン型アプリを、フローチャートでどう記述するつもりなの?
>>56 フローチャートを入れたらコードを自動生成してくれるアプリもある
>>61 呼ばれた関数の一つ一つはフローチャートで記述される
64 :
デフォルトの名無しさん :04/12/23 05:51:52
お前ら、風呂ちゃんと入れよ。
65 :
デフォルトの名無しさん :04/12/23 07:53:51
学生の頃は、数学や化け学の授業中は ずっとフローチャートばっか書いてたな 放課後はすぐに電算室に行って それをN88-BASIC(ディスクベーシック)に翻訳するのだ!
COBOL全盛期の昔は書いたけど、今は書かない 必要ないじゃん
HCPチャートなんてものがあるのか
初めて見たw
>>67 COBOLはフローチャートが無いとプログラムが書けないのか?
意味ワカラン
71 :
デフォルトの名無しさん :04/12/23 08:54:56
72 :
デフォルトの名無しさん :04/12/23 11:48:58
どうせ仕様書にしか使わないんだから、フローチャートでいいよ。
>>69 今の人は経緯なんて知らんだろ。
フローチャートはスパゲッティプログラムを設計するためのツールだよ。
スパゲッティプログラムは設計しにくいし理解しにくいので、図で設計
する。
74 :
デフォルトの名無しさん :04/12/23 14:22:02
あのひし形はどう考えても失敗だな。
普段CやC++のいわゆる構造化言語(死語!)でプログラム書いてる立場でいうと、 フローチャートを見てコーディングするなんて、 機械語で出された仕様書(?)を見て、それを逆コンパイルしてコーディング(?)するみたいな、 本末転倒の矛盾を感じる。 フローチャート書いてる暇があるんなら、 出来上がった関数や変数にコメントを書いてもらった方がありがたい。 逆に構造化言語を使っているにもかかわらず、別にフローチャートを書かせないと 何やってるのか全然わからんようなコードを書くプログラマは、即、逝って吉。
77 :
デフォルトの名無しさん :04/12/23 14:55:52
>>76 コーディングレベルでフローチャート使うからいけない。
フローチャートの方が書くのに100倍、読むのに10倍くらい時間がかかると思う。 しょぼい仕事でたくさんの時間とお金取るのに最適。
>>76 コメントさえ書けばいいってもんでもない。
オブジェクト指向言語なら、コメントなんぞなくっても
見れば何やってるかわかるのが理想。
クラスと、そのデータや関数(メソッド)の仕様書の方が重要。
もちろん、クラス間の関係を表す図と仕様書もな。
悪いコメントの典型
for( int i = 0 ; i < 10 ; i++ ){//オマエモナーと10回表示
cout << "オマエモナー" << endl;//オマエモナーと表示
}
こまめにコードにコメントを書かなきゃならんソースってのは モジュール化ができてなくて、長大な関数がスパゲッティになってる ロクでもないソースであることが多い。 関数の引数、処理内容、戻り値を分かりやすく仕様書的に書いてあるのは いいコメントだけど、コード自体に逐一コメントを書かなきゃ分からん関数は そもそもクラスや関数の設計が間違ってるんだ。
>>77 コーディングじゃないレベルでフローチャート書くなんて、もっと想像できん。
>>78-79 同意。
そもそも、変数名にiとかjとか、いきなり10とか書いてる時点で(ry
Javadocとかさ、リファクタリングにめちゃくちゃ弱いよね。 コードにコメント埋め込むってのもそろそろ時代遅れかも。
84 :
デフォルトの名無しさん :04/12/23 15:17:19
>>81 なんだこのド素人は。
「ソースに即値を書かないように」「変数名はわかりやすく」なんてことを
最近知ったレベル2くらいのやつ?
>>81 >そもそも、変数名にiとかjとか、いきなり10とか書いてる時点で(ry
いや、単純なループカウンタであれば、むしろiとかjじゃない方が不自然だろ。
(少なくともC系の言語では)
あと、別にマクロ化しなくてもいい定数ってのも、たまにはあるぞw
86 :
デフォルトの名無しさん :04/12/23 15:37:34
このスレ 目くそ鼻くそを笑う だな
2chがそうじゃん。何をいまさら。
88 :
デフォルトの名無しさん :04/12/23 15:56:44
プ 今どきフローチャートかよ(ワラ
プ (ワラ しかもageと来たもんだ。
90 :
デフォルトの名無しさん :04/12/23 17:55:41
とにかく開発費とってこいや。
フローチャートは処理手順を説明する時にホワイトボードに簡単なものを 書くときぐらいしか使わないな。 あくまで補助的なもので使う場面は少ないだろ。
そんなものを書く練習を僕は学校で何時間もやっているのですね。
俺のいた大学のとある学科では、 コンピュータのプログラミングの授業で、 言語がFORTRANなのはまだいいとして、 それのプログラムを記録する媒体として 「パンチカード」を使ってるんですがwwww 未だに製造されてるんだって、その時初めて知ったよw
そういえば8inchフロッピーも見なくなったなー
>>94 転んで床にバラまいたときの対処方を勉強するのだ。
15年前の学部の講義では、フローチャートなんてまったく出てこなかったがな。
PADとかHIPO図とかはやった。
昔の思い出を語るスレになりました
老人が集まるスレはここですか?
1つの関係図形式ですべての処理・関係が示せるわけではない
必要なものを必要なところに書けばいい
ドキュメントとしての時間がたってからの価値もある(使用言語が改変されないとはいえない)
あえて言おう
>>98 はコーダーレベル 君はもう少し勉強をしたほうがいい、まだ監査や
プロジェクトリーダーはムリだ
句点も打てないやつがプロジェクトリーダーかよ……。
>>99 みたいな無能がプロジェクトリーダーやれるのか・・・
102 :
デフォルトの名無しさん :04/12/24 00:07:06
ところで、 「処理内容を図にして仕様書に入れといて」 と言われたとき、何を入れてる?
>>102 間違ってもフローチャートは入れない。
処理内容によるけど、ブロック図とか状態遷移図とかかねぇ。
>>103 どっちもいまいち使いにくいなぁ。
構造を知りたいわけじゃないし、状態遷移しないことも多いし。
そんなことより、
>>99 は誰に説教してるのか当てっこしようぜ。
少なくとも
>>98 ではないよな?
106 :
デフォルトの名無しさん :04/12/24 01:31:26
PAD図使えよオメーラ
いまさらフローチャート使うくらいなら、UMLのアクティビティ図使うよ。
108 :
デフォルトの名無しさん :04/12/24 02:01:37
E-R図(Entity Relation Diagram):実体の属性とその関連を図で表現。 HIPO図:機能と入出力に着目した図。 ペトリネット図:事象の制御に着目した図。 ほー UML関連とPAD以外知らんw
アクティビティ図すらあんまり使わんな。 やっぱ状態遷移とシーケンスで充分。
111 :
デフォルトの名無しさん :04/12/24 11:37:45
それより、聞いてくれよ バグだらけの同僚のお守りをさせられたのよ、そんでさ ちゃんと設計したのか?って聞いたら、もう一回フロー書くよって言って作業始めたんだよ、 翌日全コードをラインごとにフローに起こしてきやがった・・・ どう思うよ
素人コーダーに渡す場合、フローチャート図とPAD図、どちらがお勧めですか? これ以外にもお勧めがあったら教えてください。
付きっきりで指導 これ最高
>>113 それをやってる時間がないので、どうにかしたいのですよ。
茶化してごめんね
>>114 じゃあ、マジならなおさら、フローチャートのほうでいいんじゃね。PADより一般的だし
あと打ち合わせを密にしたほうがいいよ、わかる・わからないを
ちゃんと言わないやつも多いし
成功を祈ってます
大変ですね A「画面50個出来ました」 全員「? ナンダッテー こんなに短時間に?天才か」 よく見たら、フォームにオブジェクト貼っただけだった o...rz
いや確かに画面はできてる
どうせ 「画面作っといてね、仕様書はサーバの○○ディレクトリにあるから」 なんつーイイカゲンな指示出ししてたんだろ。
なんだかフローチャートじゃなく、失敗談義だな 俺なんか、ソース保存ディレクトリを 全削除されたことあるぞ
120 :
デフォルトの名無しさん :04/12/24 17:05:21
121 :
デフォルトの名無しさん :04/12/24 17:13:23
。 ◇◎。o.:O☆οo. 。:゜ ◎::O☆O_O☆。∂:o゜ /。○。 ∂(,,・(ェ)・)O◇。☆ / ◎| ̄ ̄∪ ̄∪ ̄ ̄ ̄|:◎: / ☆。|.. Merry KUMA!!. |☆ ▼ 。○..io.。◇.☆____| 。.: ∠▲―――――☆ :∂io☆ ゜◎∂:.
おらも
>>118 のような指示だされて
>>119 のようなことがあった
>フローチャート書きますかぁ〜?
仕様書すらないのに存在しないものです
シヘンの嵐なのでフローなんてとてもんじゃ
123 :
デフォルトの名無しさん :04/12/24 17:40:39
>>123 よし、じゃあ今日こそ彼女をモノにする、完璧はフローを書け
126 :
デフォルトの名無しさん :04/12/24 19:56:30
>>120 あなたは、だれとフローチャート書きますかぁ〜?
やべぇ、キャリーフラグ立ちっぱなし
細木数子の問答って、一定のパターンがあるような気がする フロー化してください
質問入力 ↓ ++---------------++ || 野村サッチーの|| || 思考ルーチン || ++---------------++ ↓ END
GJ
バカ社長の思考ルーチン start ↓<----( 1 ) [ 会社が儲からないを認識 ] ↓←--------------+ [ 2〜3日新聞を読む ] | ↓ | < 食付いいネタがあるか >---+ no ↓yes [ 今後の経営方針として大げさに発表 ] ↓ [ 付け焼刃では儲からない ] ↓ ( 1 )
for (;;) { 会社が儲からないことを認識(); do { while (2〜3日) { 新聞を読む(); } } while (喰い付きいいネタ() == 0); 今後の経営方針として大袈裟に発表(); 付け焼刃では儲からない(); } // ひでぇルーチンだ。
結局儲からないの? バカ社長に愛の手を
こういう時にこそ、breakやcontinueやgotoを使うべきではないか。
10 A=0:GOSUB 100 20 IF A=0 THEN END 30 FOR I=0 TO 2〜3 STEP 1日 40 B=0:GOSUB 200 50 IF B=1 THEN GOTO 70 60 NEXT I 70 C=0:GOSUB 300 80 IF C=1 THEN 会社が儲からない:GOTO 10 100 IF 会社が儲からない THEN A=1 110 RETURN 200 新聞を読む:IF 喰いつきいいネタある THEN B=1 210 RETURN 300 今後の経営方針として大袈裟に発表:IF 付け焼刃 THEN C=1 310 RETURN
なつかしいなぁ goto 首吊り ;
137 :
デフォルトの名無しさん :04/12/28 19:03:40
これメインルーチンだろ サブルーチンの題目(ルーチンって言葉懐かしいのは俺だけ?) ○社長に付き合って金を出す、馬鹿な土建やってる親父 ○暇になるとやめると言い出すが、すぐに忙しくなって、ひたすら働くSE ○実はネットばっかりしていて、作業はミジンもしていない俺
138 :
デフォルトの名無しさん :05/02/11 14:16:30
そろそろ年度末。 アセンブラのプログラムをCに移植する時に書いたyo。 CALLで跳んでおいてJMPで帰ってくるような糞PG。 煮詰まった時にフロー書いて(時間を稼ぎつつ)バグ発見という手法はもう古いのか。
| 糸冬 了
>138にとっては、強力な最適化をするコンパイラは糞PGを作るということになるらしい。 自分の知識のなさを省みずに随分とまぁ……プ
フローチャートなんてかかね−よ おまえら『人月の神話』読め
面倒だから要約してフローチャートにしてくれ
>>142 フローチャート書けなんて言う馬鹿は氏んでよし
じゃあ、PADで
145 :
138 :05/02/17 19:57:16
>>140 ちゃんとしたCとかのソースがあればバイナリが糞でもいい。
組込み系だから最適化しない場合もある。
アセンブラでプログラミングしたスパゲティPGの事で、
Cのソースがあるわけじゃない。
140のような灰色の脳細胞を持っている天才には
簡単な仕事だろうけど、凡人の漏れにはorz
組込み系ではハード担当相手の会議でフローを殴り書きする事は良くある。
ソース読めないオヤジにはこれしかない。
フローチャートって、簡単な仕事説明に裏紙に書くのはいけませんかぁ?
道具なんだからうまく使えや。おっさんに分かるのはこれしかないだろ。
UMLもフローチャートも適材適所だな。 メッセージシーケンスでフローチャートを肩代わりさせるのはやっぱし無理。
try/catch/finallyとかを記述できるフローチャートってありますか?
>>149 フローチャートって、あのフローチャート以外にあるのか?
アセンブラでtry/catch/finallyと同じ事ができるのと同様に、
フローチャートでも表現できる。
表現できると適切に表現できるの違いに注意。
矢印書けばいいだけじゃん。
153 :
デフォルトの名無しさん :05/03/07 17:29:28
> 現役COBOLプログラマーによる ハゲワロス
シェアウェアはイラネ
最近若者が基本情報処理の勉強しているの見たんだけど、 あの流れ図はなんて言うタイプの奴? PAD? ああいう超初学者教育は普通のフローチャート(分岐はifのみ)で十分だと思った。 ループに独自の図式があるのは馬鹿馬鹿しい。 ** わしは普段はUML使っておるが。
フローチャートで一々ループを各神経がどうかしている。 フローチャートを使わざるを得ないならせめて、ループ記号くらいは使って欲しい。
ループ記号は新しすぎて、古い世代とのインターフェースというフローチャート の利点を捨てることになる。
いいじゃん、それだったらフローチャートを捨てれば。
捨てないで… というかPascalのfor文に特化したような図式うぜーよ!
161 :
デフォルトの名無しさん :2005/05/15(日) 16:42:37
while(true){〜}; のフローチャートの書き方教えて下さい。
│ ┌→│ │ ↓ │ □ └─┘
時代遅れだな
条件分岐の菱形が、 文字を書くスペースが狭くて激しくムカつく。 i < j みたいな、 フローチャート書かずにコードを直に書いたほうがマシだ ってな内容のフローチャートを書くならまだしも・・・。
大きくしろ
(1)フローチャートを書く ↓ (2)卓上デバッグ ↓ (3)パンチカード ↓ (4)輪ゴムで束ねて電算室へ ↓ (5)コンパイルエラー ↓ (6) (1)に戻る
(3.5) カードを落して順番がムチャクチャに→発狂
そんなときのために、カードの端面に線を引いておくですよ。 つーか、電算機室常連はみんなそれぞれカードの一覧を作るプログラムを書いていた罠。
課題のフローチャートの書き方で詰まってますorz ここで聞いていいですか?
いいよいいよー
171 :
169 :2005/05/20(金) 12:51:30
>>170 すいません自己解決しました。
でもまたわからないところあったら聞きに来ますノシ
172 :
デフォルトの名無しさん :2005/05/21(土) 05:25:27
>>164 俺はひし形マークを四角のすみっこに書いてる
やじるしがビィーーーン!とそそりたってりゃ
判定文だっていやでもわかるし
漏れは今でもLabVIEWなんかで開発するときには、 フローチャートっぽいものを書いたりするが?
174 :
デフォルトの名無しさん :2005/05/21(土) 13:34:20
UMLにもアクティブティ図という名前でフローチャートそのものがあるし、 シーケンス図もフローチャートの一種と言って良い。 フローチャートは決して死滅していない。ただ、それ以外の分析方法が増えただけ。
フローチャートでプログラム全体を設計するのが間違いなだけで ちょっとした処理を頭でまとめるためにメモ書き程度にフローチャートを 使ってる連中は沢山いるだろ。
あれをフローチャートというなら死滅しないけど、
フローチャートっていったらフローチャートの事を意味するのでは?
課題のフローチャート
>>169 にアクティビティ図を持ってたら×だろ。
177 :
デフォルトの名無しさん :2005/05/21(土) 13:43:04
>>176 狭義のフローチャートは将来死滅するかもしれないけど、
フローチャート式の分析方法は死滅しない、ってことです。
フローチャートが発明される以前から、いたるところでああいう図は使われていただろうからな。 フローチャートはそれらを共通言語として使えるように標準化しただけ。 UMLもそういうもんだろうけど。
結構有名なメーカーもフローチャートを使ってるんだよなぁ。 ・矢印が蜘蛛の巣のようにびっしり。線を追うのが大変。 ・線を追っていくと○囲みの数字で別のページへ。でもどのページかよく分からない。 ・◇の中に書ききれないときは欄外の注記を参照。でも、その注記はどこ? ・仕様変更があると一部のレイアウトを強引に変えるため不自然な形になる。 (例) □ ↓ □ から □┐ □ □┘
180 :
デフォルトの名無しさん :2005/05/21(土) 17:40:48
>>179 それはエディタの仕様がクソなだけでは?
論理構造になってれば簡単に追加できるし
181 :
179 :2005/05/21(土) 22:07:33
漏れの所にはpdf化されて来るのだが、どうやらエクセルかビジオでフローチャートを描いているようだ。 何故か報告書のフォーマットはパワーポイント。 TVのコマーシャルにも出てくる会社なのだが。
182 :
デフォルトの名無しさん :2005/05/22(日) 02:22:02
最近はアルゴリズムの本にすら書かれてないからね。フローチャート
183 :
デフォルトの名無しさん :2005/05/22(日) 02:25:09
未だにフローチャートなんて書かされるんですか?
184 :
デフォルトの名無しさん :2005/05/22(日) 02:59:31
書くよ デートのときの行動表とか
>>182 理論方面の人はフローチャートは使わないでしょ。
20年以上前からだ。
フローチャートのことを双六って言う人いないか? 俺はフローチャートにせず正常系だけ箇条書きだな。 1. あれして 2. ああして 3. ああする これをコメントで書いておかないと、 異常系の処理に埋もれて正常系の処理がわからなくなってしまう。
187 :
デフォルトの名無しさん :2005/05/23(月) 00:54:49
テキストエディタで、正常系と異常系とで 文字の背景色を変えられるように出来たら便利じゃね?
>フローチャートを書くのに自分にしっくり来るツール 手書きで ペイントとか
フローチャートってアセンブラで書くときのやつだろ
彼女がデートに満足しなかった時の例外処理
193 :
デフォルトの名無しさん :2005/05/23(月) 04:16:26
素人どもが。 フローチャートってのはコボルのメタ言語のこと。
>>180 企業と部署によっては、未だに過去の履歴が全て見えるフローチャートを要求してくる。
そうすると、フローチャートを変更するような修正を避けて小手先の修正で誤魔化すから却って保守性が悪くなるのだけどね。
#さもなきゃソースとフローチャートの乖離が進むし。
196 :
177 :2005/05/25(水) 22:52:08
フローチャートが一見廃れたようにみえる理由は、 構造化プログラミングの普及によると思う。 構造化というのは、要するにソースコード自体を フローチャートのように記述するということだから、 わざわざそのほかのフローチャートを描くのは冗長になるんで。
なんつーか、無茶苦茶だな。
198 :
169 :2005/06/08(水) 11:04:55
また聞きにきましたよorz Javaで九九の表を出力する問題なんですがチャートが全然書けませんorz なるべくループを使用して書けといわれたんですが・・・。 1以外の数が掛けられるときのチャートの書き方がもうわかんないですorz 乱文で非常に失礼ですが教えていただけないでしょうか?
for(i=1;i<10;i++){for(j=1;j<10;j++) i*jを出力;改行を出力;} をフローチャートに
200 :
デフォルトの名無しさん :2005/06/08(水) 20:33:42 BE:165092148-
部長:このスレの話の流れをフローチャートにして下さい
201 :
デフォルトの名無しさん :2005/06/08(水) 21:28:38
>200 S ↓ 駄スレ
むしろ擬似コードの方が断然わかりやすい。
204 :
フローチャート :2005/11/08(火) 17:09:22
自然数m、nに対して、mのn乗を計算する効率のよいアルゴリズムを フローチャートで書け。
206 :
デフォルトの名無しさん :2005/11/21(月) 13:20:53
AGE
207 :
デフォルトの名無しさん :2005/11/21(月) 17:12:58
いまどきフローチャートなんて書く馬鹿は ダイクストラの墓前で腹切れ
208 :
デフォルトの名無しさん :2005/11/21(月) 17:51:53
>>207 ホワイトボードにはフローチャートで良いべ
何人かが書いてるけど、必要と思うならアクティビティ図を 書けばいいじゃん。ツール豊富だし。 現に漏れはCOBOLer上司から「フローチャートで説明して」と 言われたらそうしてる。『アクティビティ図』なんて単語は 一言も発せずに、あくまでフローチャートとして説明してる。 個人的にはフローチャート要らん派だけどね。
>>209 そんなものがあったのか。
まあそりゃそうだよな。オブジェクト指向って言ったって
一つ一つの処理は流れ図的なものがないと書けないもんな。
212 :
デフォルトの名無しさん :2005/11/23(水) 00:03:53
フローチャートに異常系を書きだしたら収拾がつかなくなるので、正常系しか書かない。 そうすると多くの場合、箇条書きで事足りる。
214 :
デフォルトの名無しさん :2005/11/23(水) 14:53:27
フローチャートの図記号が書ける定規(テンプレート)ってありますか? 探しても見つからなくて
216 :
デフォルトの名無しさん :2005/11/23(水) 16:45:22
フローチャートをPC上で作成して、それを画像にするソフトってありますか?
あります。
218 :
デフォルトの名無しさん :2005/11/23(水) 16:55:11
Draw系の機能のあるソフトならどれでもフローチャートを作成できるでしょうし、 最悪キャプチャすれば画像になりますね。
OpenOfficeのDrawはまあまあいいかな。
Word/Excelのオートシェイプで描いてペイントにコピペ。
価格A,Bの商品をそれぞれX,Y個、購入する場合の 支払い金額を計算するフローチャートを示せ。ただし、値引き率8%と 消費税5%を考慮すること
それを何処に示せと?AAじゃムリだろ?(まあループも分岐も無いが。)
>>223 A総額=A価格 × X
↓
B総額=B価格 × Y
↓
支払い金額=(A総額+B総額) × (1.0-(8.0/100.0)) × (1.0+(5.0/100.0))
>>226 完全同意
228 :
デフォルトの名無しさん :2006/01/14(土) 16:40:31
キャッシュディスペンサーのフローチャートってどう書くんですか?親切な方教えてください。
>>223 値引き後と消費税適用後の端数処理の定義が必要
230 :
デフォルトの名無しさん :2006/01/14(土) 17:52:35
フローチャートは時代遅れといわれますが、(自分も冗長的行為と思っています) 論文中などで処理アルゴリズム、シーケンスを説明するときは 現在どのような表現手法が用いられているのでしょう? UMLのアクティビティ図もフローチャートと対して変わらず、 なかなか書く気になりませぬ。
231 :
124 :2006/01/14(土) 18:38:34
VSのCM写真、フローチャート書きまくってるじゃん
名前やっちまったorz
>>231 独自形式のER図(UML風にいうとクラス図)だと思われ
234 :
デフォルトの名無しさん :2006/01/17(火) 13:39:16
>>230 相手に伝わらない内容を記述しても意味は有りません
Visual Studio 2005でクラスダイアグラムなら書ける。 しかもメニューから生成を選べば自動的に生成。
自動生成されるなら、 コードを仕様として、 コードを可視化するツールと割り切ったほうがいいな。
>>236 同意。だけどそれをすると
「ダイアグラムを仕様として、コード化する機能」を付加して
そちらを本来の機能として使おうとする奴が必ず発生しますけどw
238 :
デフォルトの名無しさん :2006/01/18(水) 22:05:58
テキストエディタで、vi みたいなエディタで 書き書きできればいいのに値
239 :
デフォルトの名無しさん :2006/01/19(木) 19:46:02
viってそんなにいいか? コマンドラインなら便利だけど。 GUIならイラネ。
>>240 キーコマンドを指が覚えてしまうと
もう他のエディタに戻れません
242 :
デフォルトの名無しさん :2006/03/23(木) 22:58:19
フローチャートは仕様が固定されてて並行性などの外的影響も考慮しなくていい コンテキストでロジックが妥当かどうか検証するための図。 アクティビティ図は要求を満たす上で(アーキテクチャやフローを流れるモデルの)仕様が 並行性などの観点から妥当かどうか検証したり推敲したりするための図。 用途が違うし、そもそもUMLでは仕様さえ正しければ仕様を満たすロジックについては簡単につくれる という前提に立ってデザインされていると思われる。
244 :
デフォルトの名無しさん :2006/03/26(日) 18:08:24
>ロジックが妥当かどうか検証するための図 検証だってw
今じゃ何でもかんでもPC内だけで出来るけど 困ったときに落書き感覚で紙にフロー書くと考えがスッキリして良かったりする。 まぁオマイラみたいな敏腕プログラマーには判らんだろうが。
246 :
デフォルトの名無しさん :2006/03/27(月) 07:01:38
つか、ソースコードと何が違うの?
プログラムの実行コストが高かった時代の産物だよ。 今はソース見ながらデバッガ動かした方が早いし、 ソース見て分からんようなトリッキーなコードは フローチャートに落としたところでどっちみち分からん。 業務フローみたいな大まかなビジネスルールを記述するなら悪くない。
248 :
デフォルトの名無しさん :2006/03/27(月) 08:13:37
時代遅れだと20年前の文献にあるんだが、みんな本読まないから、日本語の書籍自体が消えてしまった。
プロジェクトも煮詰まってくると、紙切れ一枚に鉛筆で大ざっぱなフロー書きなぐって 口頭で仕様説明なんてよくあること。 (よい子のみんなはまねしちゃ駄目だよ)
251 :
デフォルトの名無しさん :2006/03/27(月) 11:55:05
>>247 いいね、デバッガで追えば解決する程度の問題しか発生しないシステムって
252 :
デフォルトの名無しさん :2006/03/27(月) 18:00:32
>>250 あ〜、それ経験あるなぁ〜。
何でそんなに熱くなったのかは覚えてないけど、マジ切れして
(start)
|
[処理] ←お前が作る (x/x 死守ね)
|
(end)
で納得させたことがある。
いやぁ、あの頃は若かったなぁ。
青い青い坊やだった。
本来は最初に大まかに書いて、それをすこしづつ詳細化していくのものだった。 だから、システム全体を描くための記号がある。
フローチャートが死滅したのはマルチスレッドに対応してないから。
>>251 じゃあフローチャートで解決するのか?w
フローチャートで解決出来る問題なんて デバッガで追えば解決出来る程度の問題だけだよ。
257 :
デフォルトの名無しさん :2006/03/28(火) 11:12:07
うちのプロジェクトはシーケンス図かいたあと(何故か)フローも書いてる。 んで、そのあとそのままソースに落とせそうな勢いで文章記述している。 一ヶ月持たずに整合性がとれなくなるに100ペソ
258 :
デフォルトの名無しさん :2006/03/28(火) 11:47:16
>>256 フローチャートだけやデバッガで追えばだけな問題はソース見るだけで大抵解決する
だがフローチャートを描いたり、クマのぬいぐるみに説明したりする事で解決する問題はある。
情報処理技術者試験の出題者に会ったら 「Quick Sort のフローチャート書いてみろ」 と言って土下座させたい。
実装の仕様は、コメントで書き込むに限るね。 やりたきゃ、タグつけといてドキュメント自動生成。 これ以外は不毛な希ガス。
ところで、誰かメソッド単位でバージョニング出来るVSのプラグイン書いてない?
>>259 再帰ものをフローチャートで か。
構文解析とか泣きそうになるだろうな…
非再帰で書けばよい
フローは抽象的な流れを表すのに向いているが、それを具体的なところまで引っ張ってくると死ぬ。
>>262 フローチャートと再帰は相性がいいよ。
別に意識しなくても関数呼ぶだけじゃん。
266 :
デフォルトの名無しさん :2006/03/28(火) 23:26:55
>>257 そんな大昔の怨霊に呪縛されてるところ
未だあるんだな・・
合掌
フローチャートって・・・なんですか?
うちの職場なんぞいまだにフロー書く人間多いぞ。 というか自分もそうだけど。 バッチ処理のJCLのフロー書かないと仕事が何をしているのかわからん。 ウン十年前のプログラムが動いているのもあるし。
269 :
デフォルトの名無しさん :2006/04/02(日) 18:43:42
>>268 俺が今までにあったフローチャートを書くやつは全て、「どんなデータ構造を選択するのか」といっても言葉が通じなかった
270 :
デフォルトの名無しさん :2006/04/02(日) 18:57:24
>>269 それだけ言われても通じないと思うがね。
>>269 論理の構造化もしない人間に
データの構造化を問うても意味が無い
272 :
デフォルトの名無しさん :2006/04/02(日) 20:49:54
>>271 論理の構造化もしない人間に
本気で言っているのか。
現在の大規模なソフトウェアの開発で論離婚像なんぞ設計するのは無駄でしかない。
仕様とデータ構造から必然的に論理構造は定まってくる。コーディング作業自体が論理設計とも言える。
だから現在のソフトウェア開発でフローチャートを書く意味はない。それを書くのはアホである。
アホだからデータ構造の概念なんぞ最初からない。
273 :
デフォルトの名無しさん :2006/04/03(月) 00:16:37
274 :
デフォルトの名無しさん :2006/04/03(月) 01:32:44
フローチャートは描くけどエクセルのオートシェープの四角のみ。 あの三角考えた奴ばかだよ。 三角形じゃ書く領域狭すぎ。
275 :
デフォルトの名無しさん :2006/04/03(月) 20:05:01
すげー、全てを否定してる
276 :
デフォルトの名無しさん :2006/04/03(月) 21:31:21
ソースリストで処理をわかりやすくコーディングされていれば、処理の流れ図はいらないよね。 図に凝るよりも、その時間をかけて、ソースはできるだけわかりやすく作って欲しい。
いわゆるバッチ処理でプログラムが多数通って処理を 行う場合なんかだとフロー書かないと訳わかんなく ないですか? 特にその処理作った人間が居なくなって居る場合、 解析するのにフロー無いときついっす。 あるステップで作ったファイルがかなり後のステップで 出てきた場合とか特にそう思う。
279 :
デフォルトの名無しさん :2006/04/04(火) 22:42:48
今時、バッチ処理ってのも何だかな・・・って気はする。
バッチ処理って古いん?
281 :
デフォルトの名無しさん :2006/04/04(火) 22:49:01
そりゃ、一晩経たないと結果が分らない って、今時ありえないでしょ
マジカYO!
実行時間5分のバッチ処理ってのもあるんだが
>>281 一回の処理件数が700万件とかね、
世の中にはそういうお仕事もあるんだよ。
マウスで「処理開始」のボタンを押して、8時間ず〜っと
progress barがじわじわ動いているのを待つつもりか?w
>>284 >一回の処理件数が700万件とかね、
オンデマンドで処理せず溜め込んでるからそうなる。
とは言え、止むを得ずそう設計されたシステムもあるわけだが
こんだけネットワークが浸透してくると、バッチ処理に対して
「いまどき!?」という印象を持たれてしまうのも致し方ない。
286 :
284 :2006/04/05(水) 14:59:51
>>285 みんながお世話になっている月々の銀行引落は
月一回・業後一括処理が「オンデマンド」なんだよ
>>286 ああ、間抜けなシステムだよな。
銀行系は20年くらい遅れてるからしょうがない。
288 :
デフォルトの名無しさん :2006/04/05(水) 16:13:12
>>285 すべてをオンデマンドに?
法律とかも絡むから無理
フローチャートとは一切関係なさそうだが どんな法律がからんでどんな事例で無理なのかが知りたい。 法律が現実に追いついてないなら さっさと修正してもらわないと困る。
290 :
デフォルトの名無しさん :2006/04/05(水) 20:08:18
リアルタイム課金の電気料金を想像してみろ 1ws毎に銀行引き落としするか?
電気やガス料金の通知文、税金の通知なんぞは殆どバッチ処理だろ。 あんなもんリアルタイムで出せないでしょ。 何万通もの通知書を1枚1枚発行するか? 要は、処理の内容によるでしょ。とバッチ処理ばっかり作っている俺が言ってみる。
いやバッチが適切な処理ってのは分かるんだが 法律とどう絡むのかが知りたいんだ。
法律で思い出した。 パチとかスロットの内部ソフトって、完全フローチャートがないと認可下りないんだっけか
>>295 見たけどそれほどでもないな
金額に見合う量なのかは受注額しらんから判断できないけど
オレが入社した会社の研修ではフローチャートだけを もう1週間以上やってますよ。
時間の無駄だな。 知識として抑えとくことには意味有るけど 一週間も費やすのは人生を無駄にしてる。
新人にフローチャートだけを書かせても無意味そう。 それを元にコードを書いて、「ああ、こういう考えはダメなんだ」ってのを 経験しなければ机上の空論のチャートしか書けないだろうな。
E・∇・ヨノシ <300ゲット♫
ぬるぼ
設計段階で流れの概要を示すなら有用だと思うんだけど アクティビィ図とかはそうだし 粒度の問題 情報処理試験にでてくるようなソースと 抽象度がかわらないのは無駄以外の何者でもないとおもうけど
303 :
デフォルトの名無しさん :2006/05/07(日) 16:49:31
殆どキーボードだけで迅速にフローチャートが書けるソフトがあれば 使うかもしれない。
304 :
デフォルトの名無しさん :2006/05/07(日) 20:16:33
source code を flow chart だと思えばよい 現代の言語ならば それが可能
既存のソースコードでウン十年前に作られた奴とかは フローを書かないとまず解析は無理。
>フローを書かないとまず解析は無理 ありえねー フローでわかるくらいならソースそのままでおけ
>>307 構造化すらされていない、古くてガビガビになったスパゲティを
見た事がないからそういう事が言えるんだろうな。
309 :
デフォルトの名無しさん :2006/05/09(火) 15:42:22
いえてる。 昔はステップ数=仕事の量=賃金だったから無駄なコード書いてる奴とかいるし 継ぎ足しシステムなんかだと、改版の結果意味が無いまま放置されたステップが100頁とか普通にある
>構造化すらされていない、古くてガビガビになったスパゲティ それ、フローにしたからといって分かるもんでもないだろ?
というか、フロー神話的にはフローの読めない奴は無能という解釈もあるのでは? つまり能力者にとっては「読めないプログラムもフローにしてしまえば必ず読める」 というロジックが存在する人がいるんじゃないかな?
>>310 「フローにしたからといって分るもん」にするための
ジェネラルフローでしょうに。
>>311 君の想像力が豊かなのは判った。
313 :
デフォルトの名無しさん :2006/05/10(水) 18:19:30
紙の上に紙で橋を張り付けたりして書いたらシアワセになれますか
314 :
デフォルトの名無しさん :2006/05/10(水) 21:27:45
それよりオートマトン書こう
自動羊肉の夢を見るか
amymyeaeamymyreamyreamyreamyreamyreamyreaamyremyreaamyremyreamyreaamyremyreamyreamyreaamyremyreamyrea nyanyeyeanyrnyraayrenyearyreanyreaayeursmyuitditdyreaabtatabrnyreamuiytdid,ty
プログラムを作りながら考えるより なんらかの方法で図を描きながらあーだ、こーだ考えるほうが簡単だ。 そのひとつがフローチャートだ。 でもあんなへんてこな記号にとらわれないで書きやすいように書けばいい。
>312 >ジェネラルフロー 別にそのレベルの情報であればフローでなくても(文章でも)「あれば」理解できる スパゲッティコードはそのレベルの情報がない ↓ だから「フロー」が必要 ってのは...
319 :
デフォルトの名無しさん :2006/05/14(日) 18:08:33
>>317 自分だけが使いその後他人が手を入れる可能性の無い物はそれでも良い
仕事で作る物は基本的に他人が手を出す可能性があるためその場合も検討しておくべき
もちろん、作り捨ての物にそこまで金をかける必要があるかどうかは推して知るべし
321 :
デフォルトの名無しさん :2006/05/15(月) 20:17:01
オートマトンをしっかり理解して使いこなせない奴は一流には成れない 高卒底辺プログラマか否かはここの違いにある
オートマトンを使いこなしたいです!教えて下さい!
323 :
デフォルトの名無しさん :2006/05/15(月) 23:41:43
オートマトンだけでいいの?
大トマト
まったく
フローチャートよりも状態遷移図の方が大事
328 :
名前はまだない :2006/07/30(日) 12:39:00
フローチャートで最大、最小、平均ってどう書くんですか?
マルチするまえにあっちで撤回してからな
UMLのアクティビティ図を使ってプログラムのフローを図で表す場合, forのような繰り返し処理ってどう書けばいいのでしょうか? やっぱり分岐の一つの形として書くしかない? できれば「あ,これは繰り返し処理なんだ」と人目で分かるように書きたいのですが……
331 :
330 :2006/07/30(日) 21:45:54
330ですが,自己解決しました. オライリーのUML2.0クイックリファレンスという本を買ってみたところ,ループを表記 するためのモデリング方法が掲載されていました. お騒がせしました.
332 :
デフォルトの名無しさん :2006/10/10(火) 20:02:54
新しい会社でCOBOLを習ってますが、今まではPCインストラクター だったのでフローチャートは書いたことありませんでした。 フローチャートで完璧に実行できると自分で確信してから ソースに起こせと言われてるんですが、なかなか進みません。 フローチャートがしっかり書けるようになる勉強方法は ありますか?なくても、COBOLが書ければそれで良いです。
概要レベルのフロー書いたら、 あとはもうコードをガンガン書いた方が良いかと。 フローチャートに時間費やすくらいなら テストコード書いた方が有益。
フローチャートが必要って、どういうプログラム? 業務でそんなのあるの? つうか、もしかして、COBOLってGOTOとかあるわけ? つうか、ローカル変数や関数がないとか?
>>334 初心者か?
>業務でそんなのあるの?
そりゃある場合もあるだろう。
>つうか、もしかして、COBOLってGOTOとかあるわけ?
構造化すらされてないのに、GO TO がないわけないだろう。
>つうか、ローカル変数や関数がないとか?
関数て。
広義の、所謂「サブルーチン」って知ってる?
336 :
334 :2006/10/11(水) 12:48:37
システムの設計レベルの情報はコードで読み書きが辛いから仕様書がないと大変。 しかし、フローチャートなんてコードまんまなんだから、情報の価値はない。 あまり複雑になると、図の方が見やすいのは確かだが、 通常の業務システムでは、そんな複雑なアルゴリズムは必要ない。 あるとすれば、フローチャートなんて悪癖によって、 秩序を放棄した糞コードを、「複雑」と呼んでいるに過ぎない。 サブルーチンって、引数も返値もローカル変数もない奴だっけ? それでも、フローチャートなんて誤った解決策に頼らず、 ルールレベルで疑似カプセル化して使うべきだろ。
COBOLって、プログラム言語の中で唯一文系って感じがする。 あのだらだらっぷりを思うと、確かにフローチャートか何かないとやってられないかも。
去年まで働いていたところは、cが読めない管理職がレビューに参加するので フローチャート必須。 三項演算子とかswitch文とかも, 意味を理解できないお偉いさんが使用禁止にした。
>>338 転職しる。
ゴミ溜めで生活してると自分まで腐るよ。
340 :
340 :2007/01/15(月) 23:44:35
最大値Nをキーボードから入力するものとし、3からNまでの間のすべての素数を検出したい。 適切なアルゴリズムを考え、フローチャートで示せ。 こんな問題出されちゃってホント頭抱えてるんですけど誰か分かりますか? ガチでお願いします。教えてください。
ふひっ
343 :
デフォルトの名無しさん :2007/02/23(金) 13:51:59
344 :
デフォルトの名無しさん :2007/05/16(水) 15:31:05
問題1:平均点計算 点数を入力して、平均点を出力するフローを答えなさい[入力した点数が0より小さい時終了する] 問題2:合計 1+(1+2)+(1+2+3)+・・・(1+2+・・・+10)を計算し、計算結果を出力するフローを答えなさい の2問のフローチャートがどうしてもわからないので何方か解る方がいましたら教えてください
はじめ │ A=0,I=1 │ [ラベル くりかえし] │ A=A+I,I=I+1 │ I>=10 no →くりかえし yes │ 表示 A │ おわり
必要なことを一つ一つ考えていけ 問題1は入力された点数から、平均点を出すにはどうすればいいか?を考えればわかるだろ 問題2はフローも何もいらねえだろ 問題2は繰り返しをやらせたいんだろうが作ったやつがアホだな
347 :
デフォルトの名無しさん :2007/05/16(水) 16:52:46
345>お前バカか? それじゃフローチャート成り立たないぞ
いちいちAAで描けるかよ
フローチャート記述言語で書いて、ツールで画像とかAAを自動生成させればいいんじゃね?
コンパイラが吐いたアセンブリソースを フローチャートにするツールを作るのが便利だと思う。
くりかえしからラベルへ線繋いでやれば出来上がり
352 :
デフォルトの名無しさん :2007/05/18(金) 14:19:01
パーソナルスクライブってどうですか?
WYSWYGなPadエディタ無いですか? 保存形式はXMLだとさらにうれしい
354 :
デフォルトの名無しさん :2007/06/05(火) 16:28:35
今専門に通ってる者ですが 今日授業で初めてアルゴリズムをやったんですが 宿題で課題(一次元配列の応用)をやれと言われて家でC言語にして書くことはできるんですがフローチャートがどうしてもわからなくて困っています(ToT) 349で言っているAAを自動作成するツールの名前を知ってる方が居ましたら教えてください
>>354 >>351 コンパイル結果を逆アセンブル表示して、ジャンプとラベルをつなげばOK。
条件ジャンプは菱形な。
無印良品で買った100円のメモ帳にだらだら書いてます
フローチャート書いておくと、その後のコーディングが爆速になる。 結局(フローレベルの)バグが見つかって修正するんだけどね。 ステートチャート図も無限ループを使うプログラムの場合は結構便利。 これでモジュール構成を決められてしまうから。
358 :
デフォルトの名無しさん :2007/06/09(土) 22:26:44
>>357 >フローチャート書いておくと、その後のコーディングが爆速になる。
うん、フローチャートは時代遅れっぽいし、面倒だけれど、やっぱ役立つ。
フローチャートを描く専用のソフトって無い?
もうWordやExcelで描くのは嫌だ…。
これ大学でやらされたよ、台形とか菱形書くやつだよね。 マジで描きまくった、多分500枚は描いてる。 描いて返却されたフローチャートの裏をメモ帳にしたら卒業後5年ぐらいもったもん。 問題は今現在まったく書けない事だなw
大学とかの講義だとプログラムコードの1行1行を全てフローに書き下すとかいう しんどいことをやったりするところもあるんだよな。意味ないだろって思うんだけど
フローチャートってOOPの場合かけるの? 習った当時、OOPなんてなかったから。 継承とかどうすんだべ?
362 :
デフォルトの名無しさん :2007/06/10(日) 00:27:48
この間大学の課題でソースの解説を入れろって言われたからフローチャートをDinamic Drawで書いて提出した。 しかしこれはソースから書き起こしたものであって…
>>361 OOPどころか、昔は関数も書けなかった
>>360 頭のなかでちゃんとロジックを組む訓練。
365 :
デフォルトの名無しさん :2007/06/10(日) 01:44:20
>>361 UMLのアクティビティ図ってのが、いわいるフローなんじゃない?
>>365 アクティビティ図でも継承は表現できんぞ
368 :
デフォルトの名無しさん :2007/06/11(月) 04:30:25
出来ん
369 :
デフォルトの名無しさん :2007/06/11(月) 07:36:36
フローチャートは糞だけど、これに代わるより良いものが無いのも事実。 フローチャートでできることが全てできて、且つフローチャートより洗練されている図ってある?
PAD?
アルゴリズム記述はPascalみたいな構造化をサポートした疑似言語で書く。 Cによるアルゴリズム辞典とかその手の本を買って来てだな、フローチャートに 書き直してみろ。元のソースとどっちが理解しやすいか。
372 :
デフォルトの名無しさん :2007/06/11(月) 21:29:24
俺は、フローチャート無しでも一目瞭然なコードしか書けないw
なぜPADは流行らなかったのか 今ならXMLで記述できるようにすればいいかもね
なんであれ、図は描くのたいへんじゃん。 擬似言語でいいんじゃねって気がするが。
>>374 同意
昔と違って今は図より言語の方が表現力豊かだからなあ
376 :
デフォルトの名無しさん :2007/06/12(火) 00:25:55
擬似言語で書くくらいならPGしちゃえば良いのでない?
言語じゃ読まなきゃならないじゃん
UMLだって見るものじゃなくて読むものだぞ
つか、フローチャート書きたくないから、構造化プログラミングが流行って 構造化プログラミングでソースが見やすくなって、再利用できそうで出来ないから、オブジェクト指向になっていってるんじゃん ついでに、紙にコーディングして、パンチカードに打ち込む時代であれば、フローチャートの方が見やすくて重宝するしな 現在のように、コンピューターで直接コーディングが出来て、サブルーチンなりの構造が一目で追えるようになっている場合、必要ないといえば必要ない ただし、50年後とかに保守する人たちは、フローチャート位あった方がいいかもしれない... 50年後にそのプログラムが動いているのかどうかは知らないがなw
380 :
q :2007/06/15(金) 17:34:47
q
381 :
q :2007/06/15(金) 17:35:41
382 :
デフォルトの名無しさん :2007/06/16(土) 00:49:03
結局、コードで読み書きするのが一番速いでおk? おれはUMLのクラス図とインターフェス部のコメントで十分。
383 :
デフォルトの名無しさん :2007/06/16(土) 01:12:22
ときどきキチガイな客がいて、 プログラムの1命令レベル毎の フローのドキュメントを要求したりする・・・ しかも、その客から言わせると、それを作るのが「当然」らしくて、 そのドキュメント作成の工数の金は払ってくれない。
この間、電車で隣に座った女が、手書きのフローチャートを真剣な顔で見ていたので、 フローチャート書かなきゃいけないほど複雑な処理ってどんなのよと、ちらっと見たら start | if...else... | loop(終了条件) | end この程度の内容をA4にでかでかと書いてあった。 さらに彼女は、startとif文の間の、線のところを一生懸命指でなぞって確認していた。
>>383 PAD図を自動作成して渡したら却下された
結局の所,日本語で書かれたものが欲しいらしい
しかし,日本語とコードじゃ1対1にはならないんだよねぇ
FORTRANで書いてると抽象度が低すぎてえらい量にもなる
上司にレビューさせると平気でIF文の条件反転させたり順番変えたりしてコードと乖離させてるし......
まあ,安心出来るのだろうね,役に立つか否かは別として......
プログラムの改造請けるときでも結局コードは読むんだから別にフローチャートはいらない
逆アセンブル結果から自動生成するんだ!
387 :
ユーザ :2007/06/17(日) 02:57:14
なんでこんなにたくさん自称優秀そうなプログラマがいるのに、 世の中はウンコみたいなプログラムばかりなんだろう。 それが答えの気がする。
ユーザがクソだとプログラムもクソになりやすい 期間、予算に余裕があり、目的及び範囲が明確じゃないとな
白かろうと黒かろうとプログラムを書かないプログラマが良いプログラマ
このスレの流れが実際の開発現場の空気を表しているのはよく分かる. ソースコードの修正が入ると仕様書にかかれている設計内容,すなわちチャートも 更新して内容の同期をはからなければならず,その作業はやっぱり大変だもんな. でも俺は自分の身を守るという意味でも,自分が開発するソフトについては データ構造や処理のフローをチャートで表現していこうと思う. フリーの設計・作図ツールを配布してくれる人たちには俺にとっては現人神.
設計書にフローチャートなんか不要だけど。せめて構造化チャートにしてくれ。 抽象度 設計書 > 構造化チャート=構造化言語 > フローチャート=非構造化言語=アセンブリ
392 :
デフォルトの名無しさん :2007/07/01(日) 18:56:22
配列B(1)から配列B(20)までのうち最大をX、最小をYに設定せよ。
>>391 構造化されているかどうかと、抽象度は別の尺度だろ。
>>387-389 自分のためのプログラムを自分で書いてるときが一番成功していると思う
誰かのために何かしようとしても使用者が自分じゃないんだから
自分にとっての満足感というか納得感は得られない
禿部長が異様にUMLの響きを気に入り、何かにつけてUMLを描けと迫ってくる。いや、Cオンリーのプロジェクトだがw OOPじゃないんだしUML関係ないがな と言ってもUMLを描けと要求 ...勘弁してくれ
UMLの資料に対して「よく分からないのでフローチャートにしてくれ」という うちの禿よりはマシ。
中途半端に知ってるより、まったく知らない相手だとユースケース超有効
399 :
デフォルトの名無しさん :2007/07/13(金) 01:46:07
ググってみた。 フローチャートとは: ・本気でプログラムを作ろうとする意思のない人間が、時間つぶしの為に作る、プログラムの流れを記述するための図。
400 :
デフォルトの名無しさん :2007/07/13(金) 02:01:58
手続き型は理解出来ても、C++とかになると、フローチャート無しには理解できなかったりする。 書式がいまいち解らないから
フローチャートとは: 禿親父が安心するために要求する精神安定剤の様なもの 別にフローチャートを否定しているわけじゃないよ。 ただ、幾つかの書き込みを見ているとそう感じるだけ
フローは書くけどそんなに詳細のフローは書かないなあ オレはせいぜい上位タスクの構成をフローでまとめる程度 それぞれの関数はもはやソース見てもらったほうが早いので書かないね ってか重要なのはフロー通りにコーディングされてるかってことだが・・・