アカウント名:
パスワード:
自分の一番使い慣れたルール以外に合わせながらコーディングすると時間かかっちゃいますよね(^^;
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
もっと本質的で根源的なトコじゃないっすかね。 (スコア:1)
コーディングルールなんて真っ当にならった事はないパソコン少年あがりの身としては、「ものづくりに対する情熱」みたいなものに衝き動かされればそれなりにソース書くし、書いて動けばデバグの際に面倒だから、と必然的に「俺ルール」なコーディングルールが身につくと思います。
しかしここで問題が。
仕事で他人様からおしつけられるコーディングルールが受け容れられない「拒否反応の出る体」になってしまうので、やっぱりどこかでキチンと系統だったコーディングルールを伝授してもらうほうがトータルコストは下がると思います。
# コーディング終って単体テスト始まってるのにプロジェクト内コーディング規約に従うようにリライトする「独りデスマ」状態は辛かったｯス（苦笑
mobile ID portable_NoGood [slashdot.jp] 併用中
Re: (スコア:1)
モチベーションが必要というご指摘、よぉく分かります！
まさにその通りだと思います。
私も、外国語習得に関しては学習じゃなくて誰と何を話したいのかという欲求が全てだと思っていたのですが、コーディングもまた然りですね。。。
コーディングルールについては、自分スタイルと激しく違うルールに従うのは確かにキツいですが、MISRA-Cなどのルールも、あれはあれで理にかなっているから仕事の間だけは意識して使うようにするという感じです。
自分の一番使い慣れたルール以外に合わせながらコーディングすると時間かかっちゃいますよね(^^;
Re:もっと本質的で根源的なトコじゃないっすかね。 (スコア:1)
変数や関数名などの命名規則はともかくとして、インデンテーションの類は indent などで直せないか、事前に確認するとよいです。
#そして、indentで自分の好みに直せないかも確認しておくとよい。
毎回機械変換をかけたとしても、それにかかる時間なんぞ、コーディング・デバッグ時のパフォーマンスに比べたら誤差です。
# 実は変数名さえ機械変換する事があるのだが、それは内緒だ。
fjの教祖様