プログラマの座右の銘

[1 仕様書無しさん 2009/10/01(木) 22:23:09]

俺の座右の名は

継続は力なり

少しずつでも継続してやり続けることが大事である。
例え毎日10分でも一年続けたら60時間にもなる。
この違いは大きい。あとからじわじわボディブロー
のように効いてくる。

[2 仕様書無しさん 2009/10/02(金) 00:02:54]

妥協することを怖れない

[3 仕様書無しさん 2009/10/02(金) 00:12:50]

「例外は常に存在する」

[4 仕様書無しさん 2009/10/02(金) 00:14:37]

臥薪嘗胆

[5 仕様書無しさん 2009/10/02(金) 00:48:11]

for文を書くことに躊躇する

[6 仕様書無しさん 2009/10/02(金) 01:46:38]

一眠り90分

[7 仕様書無しさん 2009/10/02(金) 04:25:00]

「それでいいんじゃない？」

[8 仕様書無しさん 2009/10/02(金) 13:38:34]

マイクロソフトを叩いて悦に入らない

[9 仕様書無しさん 2009/10/02(金) 14:14:30]

「小さいは正義」

[10 仕様書無しさん 2009/10/02(金) 18:34:19]

極力仕様をミニマムに抑える。
極力コードを書かない。
書けばそれだけ不具合が出る可能性が発生する。

[11 仕様書無しさん 2009/10/02(金) 22:34:01]

IDEを日本語化して大体の構成を覚えたら
英語版に戻して記憶を頼りに使ってみて
やっぱだめだと思ったら諦めて日本語に戻す

[12 仕様書無しさん 2009/10/03(土) 00:59:59]

意味不明な説明を聞いて頑張って解釈する

[13 仕様書無しさん 2009/10/03(土) 22:41:34]

条件分岐を書くときに「もし」と小さく呟く

[14 仕様書無しさん 2009/10/03(土) 22:43:21]

条件分岐を書くときに「も〜し」と一文書き終わるまで息継ぎしない

[15 仕様書無しさん 2009/10/03(土) 22:47:04]

条件分岐を書くときに「イフゥ」と唇噛んで集中する

[16 仕様書無しさん 2009/10/03(土) 22:49:54]

自分の書いたロジックを黙示確認するときは必ず画面を指差し確認する

[17 仕様書無しさん 2009/10/03(土) 22:52:50]

指さし確認するときは何を確認しているか声を出して確認する

[18 仕様書無しさん 2009/10/03(土) 22:54:24]

35歳定年

[19 仕様書無しさん 2009/10/03(土) 23:00:13]

思うように動作しなかったら「おかしいおかしい」と画面に向かって言うふりをして周囲のみんなの注目を誘う

[20 仕様書無しさん 2009/10/03(土) 23:07:15]

Excelを2桁の英字列まで使う

[21 仕様書無しさん 2009/10/03(土) 23:09:15]

>>20
R1C1で使ってないの?

[22 仕様書無しさん 2009/10/03(土) 23:11:58]

>>21
R1C1では使わない

[23 仕様書無しさん 2009/10/03(土) 23:14:42]

R1C1は式参照では便利なんだけどねぇ

[24 仕様書無しさん 2009/10/03(土) 23:27:18]

押したことが気づかれないくらいに優しくENTERキーを押す

[25 仕様書無しさん 2009/10/03(土) 23:28:48]

バッチーン！！(ｷﾘｯ)　→ http://pc11.2ch.net/test/read.cgi/prog/1221232426/

[26 仕様書無しさん 2009/10/03(土) 23:29:40]

やり直しは多いが記号も数字もブラインドタッチする

[27 仕様書無しさん 2009/10/03(土) 23:33:22]

ブラインドタッチとは言わず、タッチタイピングと言う。

[28 仕様書無しさん 2009/10/03(土) 23:38:33]

無刻印キーボードを使って自分を追い込む

[29 仕様書無しさん 2009/10/04(日) 13:21:18]

本番リリース後に不具合をコソーリ直せるようにバックドアを仕込んでおく。
あるいは変更されそうな部分はデータベースや設定ファイルに外出ししておく。

これで助かったことが数回あるので。。。
不具合がバレたらリリース票書いて不具合報告書いて。。。とかめんどくさいし、
不具合報告が続いたら査定に響くもんね。

[30 仕様書無しさん 2009/10/05(月) 13:59:17]

方法によっちゃ背任罪だな＜バックドア

[31 仕様書無しさん 2009/10/06(火) 15:46:03]

1匹バグを見つけたらその周辺に10匹いると思え

[32 仕様書無しさん 2009/10/06(火) 16:03:21]

10匹の構文エラーを見つけたらその原因はたった一匹だと思え

[33 仕様書無しさん 2009/10/06(火) 21:12:50]

>>30
ちなみに俺は社内SEだから最悪でも査定に響く程度だお。

[34 仕様書無しさん 2009/10/06(火) 21:36:44]

まず断る。

[35 仕様書無しさん 2009/10/16(金) 00:21:39]

"Hello, worst."

[36 仕様書無しさん 2009/11/02(月) 04:28:32]

『思ったより長く使われる。』

[37 仕様書無しさん 2010/08/05(木) 17:55:08]

現場を知らない上司は「常に新しいものを覚えろ」と言う
現場の上司は「新しいものなんか使うな」と言う

[38 仕様書無しさん 2010/08/05(木) 19:09:54]

神は細部に宿る

[39 仕様書無しさん 2010/08/07(土) 13:00:24]

それはそれ、これはこれ

[40 仕様書無しさん 2010/08/08(日) 12:46:21]

コメントに嘘を書くなアホ

[41 仕様書無しさん 2010/08/10(火) 00:01:48]

>>37
新しいものを覚えるのは重要。知識が枯れていつかはコボラーのようになる。
でも新しいものを実際の開発で使うかは別物。実績のあるものを使うのがいいが、新しいものでも開発保守がよりよくできるなら新しいものを選ぶのもあり。
どっちも正しいし、どっちも間違っている。

[42 仕様書無しさん 2010/09/12(日) 02:21:49]

「一度あったことは忘れないものさ。思い出せないだけで。」

[43 仕様書無しさん 2010/10/09(土) 10:28:49]

親しくなると押し付けられる

[44 仕様書無しさん 2010/11/23(火) 14:04:25]

障害が起きてもシステム部門の現場は落ち着いてどっしり構えてなくちゃいかん。
利用部門や上長は訳が分からない分だけもっと不安なんだから。
慌てたって機械は動いてくれないしな。

[45 仕様書無しさん 2011/01/07(金) 21:54:32]

早く帰れる日は早く帰れ

[46 仕様書無しさん 2011/01/14(金) 17:57:17]

解決できなきゃ回避しろ。

[47 仕様書無しさん 2011/01/14(金) 22:20:28]

↑それいいね