Ｃプログラミング診断室／上司が問題／フローチャート
プログラムの前に、設計図（フローチャート）を見ていきましょう。 私は、もう10年くらいフローチャートを書いていないし、見るのさえ何年ぶりになるだろうか。 世の中に、まだ、goto文と同様に諸悪の根源とされているフローチャートを業務に使っている職場 が存在していたとは恐ろしいことです。私の知っている限り、プログラム開発現場の第一線で活躍 している人たちは、もう誰もフローチャートは使っていません。早く使用中止にしたほうが良いの ではないでしょうか。フローチャートは、「ソフトウェア考古学」の対象であり、情報処理技術者 試験の中にだけ今だに残っているものです。 設計技法、開発技法の本はいっぱい出版されています。フローチャート以外の方法について、概 略で十分ですから、何か適当な本を読んでおくことは重要です。 では、発掘にかかるとしましょう。 送られてきたフローチャートが図３−１〜図３−５です。mai
404 Blog Not Found:フローチャートがダメな3つの理由
2008年07月19日16:00 カテゴリLightweight Languages フローチャートがダメな3つの理由 というわけで、前世紀の遺物、フローチャートを供養する試み。 フローチャートとFizzBuzz問題 - novtan別館 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。フローチャートがそんなにいいなら、なんでビジュアルプログラミング言語が現場で使われないの? まずは経験則による終了宣言。ちなみにここで言うビジュアルプログラミング言語の定義は、Wikipediaのそれと同じ。 ビジュアルプログラミング言語 - Wikipedia ビジュアルプログラミング言語（英: Visual programming language、VPL）とは、プログラム要素を
フローチャートとFizzBuzz問題 - novtan別館
先の低水準言語での研修 - novtan別館関連エントリに今や懐かしき、FizzBuzz問題の紹介記事が上げられていた。どういう基準だかわからないけど、面白い。 プログラマ職に応募してくる人間のほとんどが書けない「Fizz-Buzz問題」：濃縮還元オレンジニュース｜gihyo.jp … 技術評論社 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。 これが意外と真っ直ぐ書けないものなんですよ。やろうとしている処理はごく単純なものです。でも言語を想定して書いちゃうから変なフローチャートになる。確かに「レジスタに値をロード」とか考えながら書かなきゃならないのだけど、それ以前に全体の大きなフローが見えていない。FizzBuzzでいうと、一番大きなくくりである「１から１００ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
