プログラマがやってはいけない97のこと - Cube Lilac
プログラマが知るべき97のこと改変シリーズ第4弾．抜粋元のメインは，#やってはいけないプログラマーのNG まとめ - Togetter，および twitter 検索 - #やってはいけないプログラマーのNG です．また，プログラマが体験するべきではない50の危険なこと - Life like a clown からも一部抜粋しています*1．尚，登場する人名は適当な仮名に変更しています． 今回は，タイトル通り「プログラマがやってはいけないこと」に絞ってみました（プログラマが受ける理不尽系は除外）．尚，過去のプログラマが知るべき97のこと改変シリーズは最後に一覧を列挙しますので，併せてお楽しみ下さい． 全角スペース使う インデントにタブと空白が混在 変数名や関数名でスペルミス 変数名が女の名前 char aznable; 浮動小数を等値比較 三項演算子の数行に渡る多重ネスト 同じシステムの中で複
プログラマという職業は「ふつう」の人には厳しくないか - ukstudio
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
