アカウント名:
パスワード:
なんかめんどくさいな。バージョン管理システムを導入していなかったり古いjdk使ってるだけでその会社の技術レベルが低いとかなに言ってますのんって感じ。マシンスペックに異様にこだわる無能プログラマに見えてしょうがない。
ふるぼっこされてるのでまとめて返信を・・・※svnとcvsしかまともに使ったことないです
機能が追加された項目見たければdiffでいいし(普通コメントにも書くと思うので)、svn立てるのは簡単だけど、クライアントPC別にローカルサーバー立てるなんてめんどくさいことしたくないし、svnに大きなファイルをコミットされたらモバイル環境から接続したときにチェックアウトに時間がかかります。サーバー側でsvn使えばいいじゃんって話になりますが、そこまでやるなら直接ステージング環境をエディットしていけばいいと思いませんか?そうですよね。思いませんよね。
>答え:複数ファイルを編集することもない。全部main()に書いてある。これちょっと面白かった
> ※svnとcvsしかまともに使ったことないです
これらは、集中型 [wikipedia.org] ですからね。私も svn までは、小さなプロジェクトにまで使おうなんて思いませんでした。分散型ならサーバ立てる必要ないし、ていうかそのまま bzr+ssh でサーバになってるし、 bazaar の軽快さに触れたらもう後戻りできないです。
機能が追加された項目見たければdiffでいいし(普通コメントにも書くと思うので)
old を残しておいて diff -burN するよりも svn di の方が楽じゃないでしょうか。
クライアントPC別にローカルサーバー立てるなんてめんどくさいことしたくないし、
Subversion だとそうでしょうね。だったら CVS や Subversion のような中央リポジトリー型を採用せず、git や Mercurial などの分散リポジトリー型も検討してみるとか。
svnに大きなファイルをコミットされたらモバイル環境から接続したときにチェックアウトに時間がかかります。
基本一度きりですし、そこまで気にする必要はないように思いますけど。 Subversion なら取得してくるディレクトリーを下層にするなどの工夫も可能ですね。
サーバー側でsvn使えばいいじゃんって話になりますが、そこまでやるなら直接ステージング環境をエディットしていけばいいと思いませんか?
単純に、同じファイルを編集したい状況が発生する可能性があるだけで嫌ですね。 一人は VIM で、一人は Emacs で編集とか言ったら、エディター固有の排他制御も役に立ちませんし。
いや、モバイル環境も混在してるならなおさらVCSは必要じゃない?肉声コミュニケーションでのコンフリクト防止ができないわけでしょ?
分散型VCSをおすすめします。
などと、意味不明の供述をしており....
まあ、色々言われてるけど、最低のコストで顧客の満足が得られて品質に問題ないなら、仕事の形態としてはアリだと思う。VCS使っててもクソなソフトは書けるしね。
会社のコストに問題が発生しているし、システム開発において属人性が高すぎるのはリスクが高い。開発者に何か有った時、どーすんのさ。
スレッド全部読んでないけど、親のコメからコストに問題が発生してるとか、属人性が高すぎるとかは読み取れなかったんだが。誰がどんな方法でVCS使ってもその辺の問題が必ず解決するの?
スレッド全部読んでないけど、親のコメからコストに問題が発生してるとか、属人性が高すぎるとかは 読み取れなかったんだが。
属人性を回避しようとするとそういうツールの導入をすることになるだろうから、話がずれてるってことでもないでしょう。
誰がどんな方法でVCS使ってもその辺の問題が必ず解決するの?
「誰が」「どんな方法で」「必ず」といった言葉は、難癖付けてるだけのように受け取れます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
こういう開発者って (スコア:1)
なんかめんどくさいな。
バージョン管理システムを導入していなかったり古いjdk使ってるだけで
その会社の技術レベルが低いとかなに言ってますのんって感じ。
マシンスペックに異様にこだわる無能プログラマに見えてしょうがない。
Re:こういう開発者って (スコア:0)
ふるぼっこされてるのでまとめて返信を・・・
※svnとcvsしかまともに使ったことないです
機能が追加された項目見たければdiffでいいし(普通コメントにも書くと思うので)、svn立てるのは簡単だけど、
クライアントPC別にローカルサーバー立てるなんてめんどくさいことしたくないし、
svnに大きなファイルをコミットされたらモバイル環境から接続したときにチェックアウトに時間がかかります。
サーバー側でsvn使えばいいじゃんって話になりますが、そこまでやるなら直接ステージング環境をエディットしていけばいいと思いませんか?
そうですよね。思いませんよね。
>答え:複数ファイルを編集することもない。全部main()に書いてある。
これちょっと面白かった
Re:こういう開発者って (スコア:2)
> ※svnとcvsしかまともに使ったことないです
これらは、集中型 [wikipedia.org] ですからね。私も svn までは、小さなプロジェクトにまで使おうなんて思いませんでした。分散型ならサーバ立てる必要ないし、ていうかそのまま bzr+ssh でサーバになってるし、 bazaar の軽快さに触れたらもう後戻りできないです。
Re:こういう開発者って (スコア:1)
機能が追加された項目見たければdiffでいいし(普通コメントにも書くと思うので)
old を残しておいて diff -burN するよりも svn di の方が楽じゃないでしょうか。
クライアントPC別にローカルサーバー立てるなんてめんどくさいことしたくないし、
Subversion だとそうでしょうね。だったら CVS や Subversion のような中央リポジトリー型を採用せず、git や Mercurial などの分散リポジトリー型も検討してみるとか。
svnに大きなファイルをコミットされたらモバイル環境から接続したときにチェックアウトに時間がかかります。
基本一度きりですし、そこまで気にする必要はないように思いますけど。
Subversion なら取得してくるディレクトリーを下層にするなどの工夫も可能ですね。
サーバー側でsvn使えばいいじゃんって話になりますが、そこまでやるなら直接ステージング環境をエディットしていけばいいと思いませんか?
単純に、同じファイルを編集したい状況が発生する可能性があるだけで嫌ですね。
一人は VIM で、一人は Emacs で編集とか言ったら、エディター固有の排他制御も役に立ちませんし。
Re: (スコア:0)
いや、モバイル環境も混在してるならなおさらVCSは必要じゃない?
肉声コミュニケーションでのコンフリクト防止ができないわけでしょ?
Re: (スコア:0)
分散型VCSをおすすめします。
Re: (スコア:0)
などと、意味不明の供述をしており....
Re: (スコア:0)
まあ、色々言われてるけど、
最低のコストで顧客の満足が得られて品質に問題ないなら、仕事の形態としてはアリだと思う。
VCS使っててもクソなソフトは書けるしね。
Re: (スコア:0)
会社のコストに問題が発生しているし、システム開発において属人性が高すぎるのはリスクが高い。
開発者に何か有った時、どーすんのさ。
Re: (スコア:0)
スレッド全部読んでないけど、親のコメからコストに問題が発生してるとか、属人性が高すぎるとかは
読み取れなかったんだが。
誰がどんな方法でVCS使ってもその辺の問題が必ず解決するの?
Re:こういう開発者って (スコア:1)
属人性を回避しようとするとそういうツールの導入をすることになるだろうから、話がずれてるってことでもないでしょう。
「誰が」「どんな方法で」「必ず」といった言葉は、難癖付けてるだけのように受け取れます。
LIVE-GON(リベゴン)