アカウント名:
パスワード:
補完機能
一度 defautl: と打ってしまうと次も defautl: と補完されてしまう悲劇。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
コーディング規約なのか (スコア:1)
まずコメントを書いてから、それに合わせてコードを書け。
(どちらにしても、完成コード見たら分からん)
the.ACount
Re:コーディング規約なのか (スコア:1, 興味深い)
自分のタイピングの正確さを全く信用していないので賛成ではあるのですが、最近のエディタには大抵単語の補完機能がついているのでそれで許してください。
同じようなコーディング規約とはいえないということですと、「単純作業にはマクロやスクリプトを使え」といったものがありますでしょうか。
昔、エディタが秀丸固定のプロジェクトにいたとき、コメントや、1行の文字数、インデントが規約で決まっていました。それ自体は特に問題はなかったのですが、あまりに面倒な書き方をしなければならなかったので、簡単なコメント挿入マクロを作成し、利用しました。
ある程度利用し、通常使用には問題ないこと、生産性もわずかながらあがること、が確認できたので現場のリーダーに他のメンバにも利用するようによびかけたい と相談したところ、驚きの返事が。
1:ツール(といっても簡単なマクロですが)の導入には上層部の判断を仰ぐ必要があること。
2:そのマクロにバグがないと判断できないこと。
という理由で却下されました。(それどころか無断でつーるwを使ったことに対するお説教のおまけつきで。)
大きなプロジェクトであったため、気持ちがわからないこともなかったので、上層部への申請書類とマクロのテスト仕様書を休み時間で作成しリーダに提出したところ、
・それでもバグがないとは判断できない。
といわれ、却下されました。ではどうすればよいのか、と聞けば「もしこのマクロが原因で障害が起きれば、責任を取るのは俺だから認めることはできない」との返事。
「この程度のマクロに対する判断もできないのに、どうしてこのプロジェクトの判断ができるのか」といいたいところををぐっとこらえ、そのプロジェクトが終わると共に転職しました。
そのおかげで、今では年収、休暇日数共に以前より増えることになりました。
良いリーダーに当たったと思います。
#あれ、いつのまにか話が・・・
Re:コーディング規約なのか (スコア:2, おもしろおかしい)
一度 defautl: と打ってしまうと次も defautl: と補完されてしまう悲劇。
Re: (スコア:0)
Re: (スコア:0)
あるあるorz
わたしもそういう物言いを経験しました。
でも変な話ですよね。
そう言われたわれわれの「成果物」を彼らは平然とおいしく搾取(ぉぃ)しているわけですが、
そのわれわれが書いた簡単なマクロが信じられないなら、
何故もっと複雑な成果物コードは信じられるんでしょう??
まあその程度の理性もない奴らが(以下さんざん既出なので略)
>そのおかげで、今では年収、休暇日数共に以前より増えることになりました。
問題はやめたところではなく、
その次に「よりよい」職場に出会えたという点だと思います。
下手したらもっと悪いクジをひきかねないですからね。
どうやりゃそのクジに勝てるのか、誰か教えてくださいorz