回答 (12件中の1件目) ネガティブ思考の人です。 というか、根っからのポジティブ思考の人はプログラマやってはいけません。 問題のある仕様でも疑問を持たずにそのまま作り続けて、 バグを疑うことなく動いたのでヨシ!ってしてしまいます。 全てを疑う事ができる人こそが「最善」に至ることができるんです。
プログラマーの格言(盗作多し) 頼む、96になるまで盗作を続けさせてくれ プログラマーの格言(盗作多し) 一日は24時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言2(盗作多し) プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言3(盗作多し) 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言4(盗作多し) 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言5(盗作多し) コードは開発現場で書くんじゃない! 納品先で書くんだ! デバグは納期前にするんじゃない
反面教師も良い教師ということで、これまで仕事してきて、これやったら仕事遅くなるよなぁと思うような行動を取ってしまった実体験とか、あと見ていてこれはイカンよなぁと思ったことを10個ほど。 1. フリーズする 難題が持ち上がった時に、特に何かを調べるでもなく、首を捻りながら長時間沈思黙考するタイプ。頭だけで考えていてもたいてい前には進まないので、長考する仕草を取るのは「眠いのを誤魔化したい時」だけに限定した方が良いかなぁと思ってます。 2. 質問をためらう 技術的な内容なら自分で調べた方が為になることはあるけど、仕様などの聞かないと分からないことについてまで、なぜかためらってなかなか質問に行かないタイプ。相手が多忙だと質問しづらいけど、行かないと作業が止まるような時は遠慮なく相手に犠牲になってもらうが吉です。 3. Googleから答えにたどり着けない 同じことを調べているのに2倍以上時間がか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く