- PR -

派生開発のコーディングルール

«前のページへ 1|2
投稿者投稿内容
taku
ぬし
会議室デビュー日: 2002/11/12
投稿数: 918
お住まい・勤務地: 墨田区→中野区
投稿日時: 2007-05-07 13:10
　汎用機の古い資産を引きずっている会社にはありがちですね・・・。
名が体を表していないとオブジェクト指向にはなりません。
システムを発注する側の企業の情報システム部が、
こういったことを理解していないと、
えてして今回のような状態に陥りがちです。
昨今の企業の情報システム部員なんて、ソースが見られる方も少ないので、
こういった事は多いかと思います。

　私の知る限り前職では全て管理番号のようなソース名称になっていましたよ。
今の会社では意味の解る名前をクラスやメソッド等の名称に付けることになっていますが、
日本人が付けたクラス名はフィリピンの方だと解らないらしいです・・・。
まあ、英語が達者な日本人が命名すれば問題ないのでしょうが。
マーサ
ベテラン
会議室デビュー日: 2004/11/26
投稿数: 87
投稿日時: 2007-05-07 13:31
引用:

programanさんの書き込み (2007-05-05 17:11) より:

バージョン管理システムにチェックインするコードは普通、テストが済んだものを入れますよね？合っていますか？
みなさん帰宅時に書きかけのコードをチェックインしているのですが
こういう使い方をするとは想定外だったので質問させて下さい。


自分が今までにやってきていたのは、
１．コーディング途中（作成開始〜テスト前）でコミット
２．コーディング終了（動作確認終了）時にコミット
３．変更時にコミット
ですかねぇ。

何れも基本的にコンパイルエラーにならない事！が、条件ですが。
ローカルだけだとPCがクラッシュor誤って消してしまった！とか、
戻りが大きくなりますので、バックアップ的な使い方も良くしますよ。

＃１のコーディング途中と言っても、メソッド内の処理が半分しか出来てないのにコミットとかはしませんが。。。

開発状況（作成中やテスト終了等）も分かるように、コミット時にコメントも入れています。

＃プロジェクト（会社）によってコミットタイミングが違う場合があるので、注意が必要ですが。
nagise
ぬし
会議室デビュー日: 2006/05/19
投稿数: 1141
投稿日時: 2007-05-07 13:36
バージョン管理はCVSのように編集中ファイルをロックする方式だと
ロックされっぱなしになるので、ほかの人と作業範囲が重複する場合には
細やかにチェックインしていかないと困る場合があります。

また、subversionのように編集後にマージする方式でも
大量のソース書き換えがコンフリクトした場合にはマージ不可能に陥ります。
そういう点でも、細やかにチェックインする運用が多いかもしれませんね。

unibon氏もおっしゃっていますが、
「動く」バージョンはタグ付けすればよいわけですから。

管理番号方式の規約はいまどきの開発環境下ではメリットが見出せませんね。
オブジェクト指向以前の古い開発環境下ではそれなりの意味があったとは思いますが…。
«前のページへ 1|2

スキルアップ／キャリアアップ（JOB@IT）