アカウント名:
パスワード:
まあ仕方ないと思わなくもなくもなくもないけど(VCS使っていない事自体がダメすぎてとっとと逃げる算段を計るけど)、VCS使ってまでソースをゴミで埋めたがるんだからマジで何やってるのか意味分からない。# いちおうソースコードの管理について意見を出せる立場だったので反対してみたけどダメだった
私も昔は今回のストーリーのような話を聞いたときは鼻で笑ってたものなのですが…
今受けてるプロジェクトは、上の意向でSubversionで管理してるのですが、このストーリーのネタほどではないにしても、基本的に削除修正でも削除したことを示すコメントを半ば自主的に残してます。「仕様書では○○することになってる」ものを「口頭で△△にするように指示をうけ」たりしたときに、言質を取る意味が大きいですかね。あとで「動作が仕様通りの○○になってないんですけど」って言われたりするんだもん
1行単位の修正ごとにコミットしていけば、コード上は削除してしまってもいいんだろうけど、「テスト済のコードしかコミットしちゃダメ」っていうので、ある程度まとめてコミットするしかない状況で…ファイル単位でしかログが残せないというのは、コミットログの粒度が荒すぎます。(「△△のため、削除」したところもあれば「△△にするため、□□を追加」したところもあったりして、それぞれ個別にコメントを残したい)
現在進行形で関わっているプロジェクトにて修正履歴をコメントとして残すことが、ルールとして決められています。
Linux環境での開発ですが、文字コードもEUCで指定されています。これって普通なのでしょうか?
> これって普通なのでしょうか?
文字コードがEUCについては、歴史のあるプロジェクトなら普通。今から始めるならUTF-8だろうけど。
修正履歴を残す方は普通じゃない。(さすがにバージョン管理システムは使ってるんだよね?)うちの場合は、コーディング規約で修正履歴を残すのを明示的に禁止しました。バージョン管理システムがなかった頃の習慣を、何も考えずに続けてる人があまりに多かったので。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
VCS使ってないなら (スコア:2, 興味深い)
まあ仕方ないと思わなくもなくもなくもないけど(VCS使っていない事自体がダメすぎてとっとと逃げる算段を計るけど)、VCS使ってまでソースをゴミで埋めたがるんだからマジで何やってるのか意味分からない。
# いちおうソースコードの管理について意見を出せる立場だったので反対してみたけどダメだった
Subversion使ってるけど (スコア:2, 興味深い)
私も昔は今回のストーリーのような話を聞いたときは鼻で笑ってたものなのですが…
今受けてるプロジェクトは、上の意向でSubversionで管理してるのですが、このストーリーのネタほどではないにしても、基本的に削除修正でも削除したことを示すコメントを半ば自主的に残してます。
「仕様書では○○することになってる」ものを「口頭で△△にするように指示をうけ」たりしたときに、言質を取る意味が大きいですかね。
あとで「動作が仕様通りの○○になってないんですけど」って言われたりするんだもん
1行単位の修正ごとにコミットしていけば、コード上は削除してしまってもいいんだろうけど、
「テスト済のコードしかコミットしちゃダメ」っていうので、ある程度まとめてコミットするしかない状況で…
ファイル単位でしかログが残せないというのは、コミットログの粒度が荒すぎます。
(「△△のため、削除」したところもあれば「△△にするため、□□を追加」したところもあったりして、それぞれ個別にコメントを残したい)
Re:Subversion使ってるけど (スコア:0)
現在進行形で関わっているプロジェクトにて
修正履歴をコメントとして残すことが、ルールとして決められています。
Linux環境での開発ですが、文字コードもEUCで指定されています。
これって普通なのでしょうか?
Re: (スコア:0)
> これって普通なのでしょうか?
文字コードがEUCについては、歴史のあるプロジェクトなら普通。
今から始めるならUTF-8だろうけど。
修正履歴を残す方は普通じゃない。(さすがにバージョン管理システムは使ってるんだよね?)
うちの場合は、コーディング規約で修正履歴を残すのを明示的に禁止しました。
バージョン管理システムがなかった頃の習慣を、何も考えずに続けてる人があまりに多かったので。