フローチャートとFizzBuzz問題 - novtan別館
先の低水準言語での研修 - novtan別館関連エントリに今や懐かしき、FizzBuzz問題の紹介記事が上げられていた。どういう基準だかわからないけど、面白い。 プログラマ職に応募してくる人間のほとんどが書けない「Fizz-Buzz問題」：濃縮還元オレンジニュース｜gihyo.jp … 技術評論社 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。 これが意外と真っ直ぐ書けないものなんですよ。やろうとしている処理はごく単純なものです。でも言語を想定して書いちゃうから変なフローチャートになる。確かに「レジスタに値をロード」とか考えながら書かなきゃならないのだけど、それ以前に全体の大きなフローが見えていない。FizzBuzzでいうと、一番大きなくくりである「１から１００ま
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
