アカウント名:
パスワード:
コーディング標準は一応ありましたが、だれも従ってませんでした。自分も一読したけど覚えてません。でも、人それぞれながら自分のルールに従ってキレイなコードを書けていたので、特に困りませんでした。綺麗な街にはゴミを捨てにくいようなものではないでしょうか。キレイなコードを皆が心掛ければ、後に続く人もキレイに書こうとするのだと思います。
あなたを批判するわけじゃ無いけど、おそらく「なぜ標準が必要か」という目的が最初にないと、手段が目的になっちゃうのだと思います。
一番困るのが、ファイル単位、あるいは、機能単位で保守の担当者を決めていたけど、その担当者が継続できなくなるケース。目的の一つに、その担当者しか読めない(他の人が読みにくい)ということを、減少させたいことになるかなーと。
でも、レビュアー(又は後継者)が、ソースを理解する為に考えようとしない姿勢がいかがかと。
昔の話ですが、某F社に派遣で行っていた時にレビューを受けた時、「確かに正常に動いてるけど、(ソースのロジックが)よく分からないから書き直して」って言われた時は、キレそうになりました。
「ロジックちゃんと説明したろうが!!頭使えや!!」って言いかけてギリギリ飲みこんだ記憶が。
#10年以上前の話だから時効だよね?
それだけじゃなんとも言えませんね。
確かに正常に動いているけど、ロジックに無駄がある。俺が書きなおしたら数十行が数行になった。
ってことはよくあるんで。
>確かに正常に動いているけど、ロジックに無駄がある。>俺が書きなおしたら数十行が数行になった。
逆です(苦笑)。
「じゃあどんな風に書けばいいんですか?」って(半分キレ気味に)聞いたら、「なんかテーブルみたいの作ってさぁ、~」と、それだとどう考えてもソースの量3倍&実行時間3倍くらいは想定できる事を言われて、めっちゃ呆れた記憶が。
#ええ、もちろん最終的に喧嘩別れですよ。#(自分の)会社には、ちゃんと謝りましたけど。
状況にもよるかも。テーブルみたいな効率悪いコードは、機能修正でふるまいを変えたりするのが簡単だけど、簡潔に最適化されたコードは、機能銃政治はロジック自体の作りなおしに近いレベルで修正が必要になる。性能上のボトルネックではなく、将来別人の手によって機能修正が必要になることが想定される場合、テーブルみたいな効率悪いコードもありだよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
あったけど (スコア:0)
コーディング標準は一応ありましたが、だれも従ってませんでした。
自分も一読したけど覚えてません。
でも、人それぞれながら自分のルールに従ってキレイなコードを書けていたので、特に困りませんでした。
綺麗な街にはゴミを捨てにくいようなものではないでしょうか。
キレイなコードを皆が心掛ければ、後に続く人もキレイに書こうとするのだと思います。
Re: (スコア:0)
あなたを批判するわけじゃ無いけど、おそらく「なぜ標準が必要か」という目的が最初にないと、手段が目的になっちゃうのだと思います。
一番困るのが、ファイル単位、あるいは、機能単位で保守の担当者を決めていたけど、その担当者が継続できなくなるケース。
目的の一つに、その担当者しか読めない(他の人が読みにくい)ということを、減少させたいことになるかなーと。
Re: (スコア:2)
でも、レビュアー(又は後継者)が、ソースを理解する為に考えようとしない姿勢がいかがかと。
昔の話ですが、
某F社に派遣で行っていた時にレビューを受けた時、
「確かに正常に動いてるけど、(ソースのロジックが)よく分からないから書き直して」
って言われた時は、キレそうになりました。
「ロジックちゃんと説明したろうが!!頭使えや!!」
って言いかけてギリギリ飲みこんだ記憶が。
#10年以上前の話だから時効だよね?
Re: (スコア:0)
それだけじゃなんとも言えませんね。
確かに正常に動いているけど、ロジックに無駄がある。
俺が書きなおしたら数十行が数行になった。
ってことはよくあるんで。
Re:あったけど (スコア:1)
>確かに正常に動いているけど、ロジックに無駄がある。
>俺が書きなおしたら数十行が数行になった。
逆です(苦笑)。
「じゃあどんな風に書けばいいんですか?」
って(半分キレ気味に)聞いたら、
「なんかテーブルみたいの作ってさぁ、~」
と、それだとどう考えてもソースの量3倍&実行時間3倍くらいは
想定できる事を言われて、めっちゃ呆れた記憶が。
#ええ、もちろん最終的に喧嘩別れですよ。
#(自分の)会社には、ちゃんと謝りましたけど。
Re: (スコア:0)
状況にもよるかも。
テーブルみたいな効率悪いコードは、機能修正でふるまいを変えたりするのが簡単だけど、簡潔に最適化されたコードは、機能銃政治はロジック自体の作りなおしに近いレベルで修正が必要になる。
性能上のボトルネックではなく、将来別人の手によって機能修正が必要になることが想定される場合、テーブルみたいな効率悪いコードもありだよね。