フローチャートとFizzBuzz問題 - novtan別館

先の低水準言語での研修 - novtan別館関連エントリに今や懐かしき、FizzBuzz問題の紹介記事が上げられていた。どういう基準だかわからないけど、面白い。 プログラマ職に応募してくる人間のほとんどが書けない「Fizz-Buzz問題」：濃縮還元オレンジニュース｜gihyo.jp … 技術評論社 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。 これが意外と真っ直ぐ書けないものなんですよ。やろうとしている処理はごく単純なものです。でも言語を想定して書いちゃうから変なフローチャートになる。確かに「レジスタに値をロード」とか考えながら書かなきゃならないのだけど、それ以前に全体の大きなフローが見えていない。FizzBuzzでいうと、一番大きなくくりである「１から１００ま

[NOV1975]

GOTO多用っぽくならないようにさせるのが講師の腕ですね。言語がCASLだから実装はラベルにJMPばかりになりがちですが、上手く下に抜けて欲しい／画面遷移図は状態遷移図的に書くしかないかなあ。

[bjm_tms]

シンプルな処理についてフローチャートもまともにかけない奴が、大規模複雑な事柄を実現することはできるわけないと思うぞ。

[maangie]

ﾌﾛｰﾁｬｰﾄ

[katzchang]

フローチャートは抽象化を殺ぐ。研修以前の問題。そうまでして人をかき集めて、何ができるんだろう。

[tkuro]

UMLが何故複数のモードを切り替えて設計するのか少しは考えてみてほしい。という常識的な突っ込み以外でも、Haskellのような純粋関数言語なんかで何か書いてみても同じことが言えるだろうか？概念自体違わないかな？

[arakik10]

頭を整理するのにフローチャートを書けという話。FizzBuzzすら書けない「生徒」にフローチャートを書けという指示が「言語を２つ習得せよ」と言っているような状況になってはいないのだろうか？

[munyuu]

こういうアホな研修をやっている会社とは関わり持ちたくないな。FizzBug書けないのは、クビにするしかない。

[suVene]

『オブジェクト指向プロ…流れをフローチャートで書くのは困難』てのも、まさに言語(というかProgram)意識してるからだろうなぁ。/まぁ、少なくとも最近は”コーディングの為に”はフローチャート書かない事が多いな。

[mangakoji]

フローチャートなんかで書けるのは手続き型部分(フロー)だけでしょ。書けないアルゴリズムはいくらもある。仮に手続き型以外使わないとしても、コードの何十倍も複雑になり無意味だよ。ステート図ならまだしも

[h_sabakan]

確かに演習や講習できちんとしたフローチャートを書くことが出来る能力を身に付けさせると,後々になって役に立つよね.

[lizy]

フローチャートよりも、いろいろなお約束不要・アルゴリズムの記述だけを目的とした簡易言語みたいなので書いてもらうとか

[meg_nakagami]

ちゃんと考えるプログラマはfor分を書くとき『繰り返す』とか『戻る』とは考えない。forそのものを一つの概念としてとらえる。フローチャートは粒度をあげることができない。逆にスパゲティ化する。

[temtan]

もうちょっと具体例が欲しいかも。自分は直接コードを書く人間なんだけども自分がどっち側の人間なのかわからんなあ。

[FTTH]

リファクタリングで何とかするという力技ハック。

[RanTairyu]

[]「フローチャートをきっちり仕上げてくる人は、その先でシンプルできれいなコードを書いてくれることが多いで」

[staki]

フローチャートを書ける事の意味

[fuktommy]

フローチャートはGOTO的にどこへでも矢印がつけられちゃうから、下手な人が書くと手をつけられなくなるんだよね。ロジックだとPADとか簡略化した箇条書きでいいんだけど、画面遷移図をうまく記述する方法はないかな。