TOP > 読み物 > プログラマが体験するべき50の危険なこと

プログラマが体験するべき50の危険なこと

参考:「プログラマが体験するべき50の危険なこと」 - Togetter
  └ プログラマが体験するべきではない50の危険なこと | Life like a clown
  └ 「プログラマが体験するべき50の危険なこと」と「きのこ本」 | 日々堂々

プログラマが体験するべき50の危険なこと

  1. twitterにハマる
  2. ノートPC持ったまま飲み会参加
  3. なれる!SEを読む
  4. root権限を持つ
  5. rm -rf /
  6. crontab -r
  7. 「AAA」とかいう変数名
  8. 乱立するxxxStringクラスシリーズ
  9. ヘッダファイルがランダム
  10. 「コード汚いから1から書き直そう!!」
  11. テストコードのないリファクタリング
  12. コンフリクトしたソースコードを強制コミット
  13. SVNでのコミット合戦
  14. バージョン管理なしでの日付.zipデグレ
  15. データ移行
  16. VB6からVB.NETへのリプレイス
  17. バグの原因が Windows Update
  18. 共有フォルダでソースコード管理
  19. 課題一覧.xls,課題一覧(最新).xls,課題一覧_今日の日付.xlsが入っているフォルダ
  20. 休み前日にコードをコミットしてから自動ビルドが終わる前に帰ること
  21. バックアップなしの本番データの更新
  22. 本番環境のJSPを稼働中に修正
  23. 本番夜間処理の起動一分前に自分のバグを発見
  24. 未テストの環境に納品すること
  25. 開発者の本体でしか動いた実績のないコード
  26. 直前までコード弄って現地でテスト
  27. リリース当日が初めてプログラムを動かしてみる日
  28. 夏のマシン室で終日作業
  29. デスマ
  30. 引き継ぎ
  31. ケータイの番号を教える
  32. バッチ屋が書いたWeb画面の設計書を基に未経験の言語で開発
  33. 担当したシステムの中身がユーザー,開発者とも全く分かっていない状態でのシステムの改善,保守
  34. 仕様書なしのレガシー再構築
  35. 白紙の設計書
  36. 日替わり仕様
  37. 行間を読まないと文句言われる仕様書
  38. テスト完了した資材を顧客都合で導入前日に仕様訂正
  39. リプレイス前のシステムと同じようにバグを実装してくださいという要望
  40. 「時間がないからレビューは割愛」
  41. 営業に成果報酬導入 →受注能力無視してデスマ
  42. 口だけ約束
  43. 「彼(彼女)には言ってあるから」
  44. 直前で「そんな事いった覚えがない」といわれて修正させられる
  45. 半日かかる進捗会議
  46. 結論が出ない開発会議
  47. プロジェクトリーダーが失踪
  48. プロジェクトリーダーがプログラミングできない
  49. プロジェクトメンバーがプログラミングできない
  50. プログラマになること

▲ページの先頭へ