プログラムの難しさの階層 - きしだのHatena
プログラムを理解するのは、まあ難しいです。 でも、その難しさには階層があります。 よく、変数は箱だとか箱じゃないとか議論になりますが、何人か初心者に教えた感じでは、変数自体でつまづくことはあまりないので、実際はそんな例えをしなくても「変数は変数だ」で充分だったりします。 デバッガでステップ実行しながら変数の内容を見ればいい。 で、条件分岐くらいは結構つまづくことはなくて、単純な演算と条件分岐だけが必要なプログラムであればまあそれなりに書けるようです。 ぼくも、一番最初に自分の意図で作ったプログラムは input "ワカレミチガアル。ドウスル？ 1:ミギ 2:ヒダリ"; a if a = 1 then print "ガケニオチテシニマシタ" else print "ライオンニカマレテシニマシタ" みたいなものでした。こういった条件分岐をたくさん並べてアドベンチャーゲームっぽいものを作った人は
新卒エンジニアのための先輩エンジニアによる一目置かれるエンジニアとして成長していくために必要なこと。 - 悪あがきプログラマー
自分ところの新人向けこんなことをするといいよーとメモ書きしてたら結構な量になってきたのでブログに晒してみます。大きくインプットとアウトプットに分けて書いてます。 アウトプット インプットよりアウトプット大事！ということでアウトプットからいきます。 コードを書こう なにはともあれ。 Shut the fuck up and write some code ぐだぐだ言ってないでコード書けよ、ハゲ後ほど紹介する「Webサービスのつくり方 ~「新しい」を生み出すための33のエッセイ (Software Design plus)」に載っている言葉です。 まぁ、載っているというかプログラマー界隈で良く言われる言葉です。 仕事で書くだけだと足りないのでプライベートでもガシガシ書きましょう。そして晒しましょう。 別にアプリである必要もありません。僕はこんなの書いたりしてます。 Google Apps Sc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ“ダメなシステム”は無くならないのか？
システム・エンジニアの基礎知識