5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

バージョン管理ツールの必要性 0x02

1 :仕様書無しさん:2006/08/20(日) 20:38:51
CVS・SVN・VSSなどのツールがチーム開発における構成管理の運用に
役立つものであるのかを議論するスレッドです。
必要派、不要派の忌憚ない意見を投稿してください。
安直なマンセー・却下はご遠慮願います。

前スレ
http://pc8.2ch.net/test/read.cgi/prog/1151990628/

2 :仕様書無しさん:2006/08/20(日) 20:41:47
コンパイル通らんのあげるな、ゴラァ

3 :仕様書無しさん:2006/08/20(日) 23:26:03
>>1

でも個人的にはRev1.2にしていただきたかった

4 :仕様書無しさん:2006/08/21(月) 11:04:32
http://pc8.2ch.net/test/read.cgi/prog/1151990628/973
> http://pc8.2ch.net/test/read.cgi/prog/1151990628/971
> そんなのてめぇの勝手な使い方じゃねぇかよ。
> 実際はコンパイル通るソースだろうが、通らないソースだろうが、
> バージョン管理ツールは通しちまうだろうがよ。

愚か者め。コンパイルが通らないものをチームメンバーに渡す気か?
そんな常識も守らないでは、バージョン管理システムを使おうが
使うまいがお前はエンジニアに全く向いていない。

5 :仕様書無しさん:2006/08/21(月) 11:08:19
http://pc8.2ch.net/test/read.cgi/prog/1151990628/996
> うちの上司に言わせれば、どんなに便利なツールも、その必要性や使い方の理解が出来ないやつらが大半で、
> その教育のためのコストを払うことができないから、ツール使用禁止だそうだ。

お前の職場は一体どういう腐ったFUCKな職場なんだ。
OS使うのもやめろや。
OSの使い方を教育するコストを払うことができないなら、お前の職場では開発も全部禁止だな。


6 :仕様書無しさん:2006/08/21(月) 11:09:18
>>3
だな。>>1の書き方0x02は古臭い。Web2.0の時代にそぐわないオヤヂ臭がする。


7 :996:2006/08/21(月) 11:23:06
>>5
なんでいきなり全体論にもっていくんだよw
会社として教育しないってだけで、個人的に学習した、または理解力のあるメンバーを集めることができたらそこではツールも使うさ。

ようは、プロジェクトの技術レベルは最下層に合わせる、っつーこと。
もちろんクリティカルで馬鹿に見せる必要のないところはその限りじゃない。

8 :仕様書無しさん:2006/08/21(月) 13:41:52
そういう馬鹿を雇わなければ済む話ではないか?

9 :仕様書無しさん:2006/08/21(月) 15:04:15
>>7
お前はいつも何を言ってもつっこみどころ満載だな

10 :仕様書無しさん:2006/08/21(月) 15:17:27
996の会社は異常
バージョン管理ツールなんてちょっと勉強すれば基本的な機能を使うことができるだろ。
最下層の奴に技術レベルを合わせたら言語やロジックも限定されそうだ。
抽象クラス禁止とかリフレクション禁止とか普通に有りそうだw

レベルの低いやつをプロジェクト進行中にレベルアップさせると気かは無いのかね。


11 :仕様書無しさん:2006/08/21(月) 16:10:56
>>7
ふつうプロジェクトにライブラリアンを置くものだろ
それのコストを下げるような連中の仕事は程度が知れてる


12 :仕様書無しさん:2006/08/21(月) 16:18:44
>>7はCVSやSubversionを使われてしまうと
今まで自分がやってきた誤魔化し手法が効かなくなって
飯が食えなくなるから導入を恐れているんだろう。


13 :仕様書無しさん:2006/08/21(月) 19:10:39
業界最大手の某証券系の株式売買システムの開発で、VSSを導入している
んだが、共通DLLのヘッダファイルとインポートライブラリを各プロジェ
クト毎に、ローカルフォルダへコピーしてそのローカルをインクルード/
リンクしていて、それぞれのプロジェクト内にある同一ファイル名のヘッダ
を比較すると、コメントなど以外にも、微妙に違いがある。

しかも、export/import宣言の意味や使い方を知らないらしく、DllMain()
もexport対象にしてやがる。こんな状態で『動いてる』と称しているソフト
に金払ってる投資顧問会社、おめでたすぎ。

開発に使ってるMSDNは、いまだにVisual Studio 6.0に標準で付属していた
シロモノで、しかも完全インストールされていないので、一部のヘルプが
参照できないし、いくつかの付属ツールも使えない。

しかも、セキュリティ対策で、ソフトを勝手にインストールしてはいけ
ないというが、Office関係のセキュリティパッチはまったく適用されて
いないから驚きだ。

14 :仕様書無しさん:2006/08/21(月) 20:16:10
>>13
> 開発に使ってるMSDNは、いまだにVisual Studio 6.0に標準で付属していた
> シロモノで、しかも完全インストールされていないので、一部のヘルプが
> 参照できないし、いくつかの付属ツールも使えない。
> しかも、セキュリティ対策で、ソフトを勝手にインストールしてはいけ
> ないというが、Office関係のセキュリティパッチはまったく適用されて
> いないから驚きだ。


そんなバージョンのVSSを使っているのか。ありゃ使いにくいわなw
ひでえもんだや。さっさとSubversionを提案したほうが、自組織や顧客の為だけでなく
自分のためにもなるぞ。さもないとまたまた面倒なことになるぞ。

15 :仕様書無しさん:2006/08/22(火) 11:02:09
>>14
VSSの問題より、勝手にローカルにコピーしたヘッダファイルとインポート
ライブラリを個々のプロジェクトで参照しているので、DLLのプロジェクト
が変更・更新されても、プロジェクト毎のローカルコピーは反映されない
し、個々のプロジェクトは、いつのバ−ジョンのDLLで何をどう動作確認
したのかもわからない状態。

こういう環境の現場に限って、ライセンス割れの秀丸がインストールされ
ていたりもする。

16 :仕様書無しさん:2006/08/22(火) 11:04:15
そういえば以前バイトしてたとこはライセンス割れの古臭いVSS使ってたな。
Subversionに移行しなきゃ、とマネージャが行ってたけど結局「忙しい」を言い訳に
移行できてないな。未だにライセンス割れでVSS使ってると。 

17 :7=前ヌレ996,999:2006/08/22(火) 17:48:53
なんか俺自体が叩かれてる気が・・・
996での発言は上司のものだし、999に書いたように俺はバージョン管理推進派。

>>10 の言うように異常なのは認めるけど、これまで社外で見てきた経験から言っても、そもそもバージョン管理という概念自体知らないクズPGはごまんといるぜ。

おまえらの回りは優秀なやつが多いんだな
orz=3


18 :仕様書無しさん:2006/08/22(火) 17:57:49
>17
朱に交われば赤くなる
だぞ
早めに優秀な人の多いところに移ることをお薦めする

19 :仕様書無しさん:2006/08/22(火) 19:43:27
彼はもう手遅れだと思うのはオレだけですか

20 :7=前ヌレ996,999:2006/08/23(水) 00:31:05
あんまりひっぱるとスレ違いなので、これで終わりにしとく。

> 最下層の奴に技術レベルを合わせたら言語やロジックも限定されそうだ。
> 抽象クラス禁止とかリフレクション禁止とか普通に有りそうだw
普通にありましたwww 普通によく使われるライブラリのAPIすら
そいつら用にラップして引数減らしたり簡略化しましたよ。
あと、List禁止(配列のみ)とか。
レベルアップに関してはレベル10までスライムだけ倒せみたいな過保護ぶりだったなぁ。


21 :仕様書無しさん:2006/08/23(水) 01:19:23
>>20
死ぬなよw

22 :仕様書無しさん:2006/08/23(水) 12:21:07
ゴミならゴミなりに使い方があるんだよ
変にバージョンアップされて偉大なゴミとか凄いゴミになると困るから脳みそ使わなくて良いやり方を使う

23 :仕様書無しさん:2006/08/24(木) 14:48:55
>>20
ひどく頭の悪いやつがリーダーに
選ばれてしまった不幸な会社だ。

24 :仕様書無しさん:2006/08/24(木) 21:42:23
アレでしょ?
人は無能と評価される段階まで出世する
ってヤツ

25 :仕様書無しさん:2006/08/25(金) 02:01:23
よって、
すべての人は無能である。

26 :仕様書無しさん:2006/08/26(土) 12:09:40
結論としては
バージョン管理ツールは必要
でおk?

で、運用の問題はまた別の話、ってトコ?

27 :仕様書無しさん:2006/08/26(土) 14:46:30
>>26
で、その運用がうまくいかないからって
必要ないって吠えてる反対派がいると。

28 :仕様書無しさん:2006/08/26(土) 22:35:27
>>26
バージョン管理はあったほうがいいにこしたことがないってとこだね。


ソースコードのコメント欄に

 /*
  * クラスの概要.
  * @version $Id$
  */
public class クラス名 {

}

と書いておくと、コミットするたびにときに $Id$のところが変化してゆくのが
バージョン管理ツールを使っていてなによりも楽しいものだよ。
$Revision$と違って、バージョン番号だけでなく誰が最後に何時頃更新したかもわかるし。



29 :仕様書無しさん:2006/08/26(土) 22:49:01
>>28
$Id$ とか使うと、コミット前にテストしてても、コミット後にもっかいコンパイルかかるから嫌。

30 :仕様書無しさん:2006/08/27(日) 01:04:09
いきなりフリーで配られてるから糞ツールが糞なままだな。
まず、インストーラー付けて進めてきゃ勝手に設定してくれるGUIにしてくれよな。
このツールが全然いい方向へ伸びていかないのは金が絡んでねぇからか。
日の終わりに更新したところで勝手にラベル振ってくれるようにできねぇかな。

競合製品がないからVSSもグダグダもいいとこだなw
まあ、前はVCのオマケだったしねぇw

31 :仕様書無しさん:2006/08/27(日) 02:50:49
>>30
日本語でおk

32 :仕様書無しさん:2006/08/27(日) 03:38:36
>>31
使いどころの間違ってる煽りほど寒いものはないな。

33 :仕様書無しさん:2006/08/27(日) 11:37:28
>>29
> >>28
> $Id$ とか使うと、コミット前にテストしてても、コミット後にもっかいコンパイルかかるから嫌。

は? 何言ってんだ?

34 :仕様書無しさん:2006/08/27(日) 11:40:29
>>30
Subversionはフリーだが糞ではないぞ。
ド素人にはなんでも糞に見えるんだろうが。
Fedora Core5をインストールすればSubversionは勝手に
ついてくるし細かい設定も自動でやってくれる。
お前にはうってつけだ。

GUIに拘ってるようだが、それは畑違いってもんだ。
一応GUIでできるものはあるが、それは視点が異なる。
お前はApacheやRDBMSをインストールするときもGUIで
ないと何もできないのか?
エンジニアとして終わってるぞ。
makeはおろか、yumやrpmによるインストールもできないようでは
もう救いようがない。

と、釘を刺しておくが、お前向けにTortoiseSVNというGUI製品もある。
それを使え。全部GUIだ。



35 :仕様書無しさん:2006/08/27(日) 11:41:42
VSSはGUIだろ。Visual Studioについてるんだしな。
しかしVSSしか知らないのは痛いな。

36 :仕様書無しさん:2006/08/27(日) 17:23:34
なんでそんな目的のことができるかどうかも怪しいマイナー製品奨めるのかわからない。
入れた直後から日本語対応済みなのかよ。
当り前のことも当り前にできない状態になっちゃってるからフリーの製品って嫌いなんだよ。
これじゃ技術者しか使えないじゃん。
誰かマニュアル書くんだよ。
お前か?どうせやらないのにできてるかのようにいうな。

37 :仕様書無しさん:2006/08/27(日) 17:39:27
>これじゃ技術者しか使えないじゃん。

君、明日から来なくていいよ。

38 :仕様書無しさん:2006/08/27(日) 17:40:11
>>36
は? この板は技術者向けの板なんだけど。
何か勘違いしてない? プログラマのが技術者じゃないなんて
アホだよ。

TortoiseSVNが日本語にならないなら日本語パッチいれればいいじゃん。



39 :仕様書無しさん:2006/08/27(日) 17:42:42
フリーの製品といってもオープンソースソフトウェアの場合は
そこいらのVectorに転がってるのとは質とレベルが違うんだが。

プログラミングできるってことは技術を知ることなんだが。


っていうか、TortoiseSVN程度なら技術しらんでも使えるハズなんだが。
マウスであそこまで簡単にできるツール、そうそうあるもんじゃないしな。
技術知らなくても文系野郎どもは英語が得意なはずだから、
インストールも日本語化パッチあてるのも苦にはならんだろ。

40 :仕様書無しさん:2006/08/27(日) 17:46:35
>>36
お前さぁ、企画書書いてここで提出してみろよ。
それが作るに値するものだったら俺が作ってやる。
んでそれをお前は金出して買えよ。
いくらになるかわからんけどなw

41 :仕様書無しさん:2006/08/27(日) 17:50:05
>>36みたいな馬鹿はこのスレに来なくていいはずなんだけど。

42 :仕様書無しさん:2006/08/27(日) 17:51:54
>>36の職種が気になるw
なんでTortoiseSVNのマニュアルなんか書くんだw
マニュアルなんてプログラミングと比べりゃ簡単だろ


43 :仕様書無しさん:2006/08/27(日) 17:56:18
36は本気で書いてるのか、
身近に居るイタイ奴の発言を皮肉って書いたのか、

技術者しか使えないってどういうこと?

44 :仕様書無しさん:2006/08/27(日) 17:57:45
>>39
今じゃ、文系より理系のほうが英語できるからなあ
こまったもんだよ、文系で英語できるのは語学部のごく少数

45 :仕様書無しさん:2006/08/27(日) 18:03:48
なんか無駄にかみつくレスが多いけど、
実際に不便なものを不便っていって何が悪いの?
不便っていってる人間のレスをわざわざ潰そうとする理由はなに?

フリーなんて結局開発側にその気がなきゃ、作り手が作りやすい方にしか伸びていかないでしょ?
もう、その時点でこの製品は終わってるんだよ。
俺から言わせればいつまでこんな低レベルなインターフェースで我慢してるのか理解に苦しむ。
よしんば、値段をつけた製品をだしたとしてもフリーのがあるから売れないだろうな。
もう、バージョン管理ツールは死んでると言っていいよ。

46 :仕様書無しさん:2006/08/27(日) 18:05:41
>36
キミみたいな使ったこともない癖に
ステレオタイプだけで難癖つけちゃう香具師は
生きてる価値ないと思います!

で、何がマイナーだって?もう一回言ってみ

47 :仕様書無しさん:2006/08/27(日) 18:06:08
>フリーの製品って嫌いなんだよ。

おまえの思想なんてどうでもいいんだよw
嫌いなら、使わなければいいだろ、誰もつかえと強制なんかしてねえ
勘違いするな
昔から、馬鹿は他人より多く金はらうって相場は決まってるんだよ
馬鹿なんだから、背伸びしないで、そこらへんの製品かっとけよ

48 :仕様書無しさん:2006/08/27(日) 18:06:38
>45
ボクちゃんさぁ
オープンソースって意味わかる?

49 :仕様書無しさん:2006/08/27(日) 18:06:41
「英語」が読めても、その背景技術とか、内容が理解できるわけじゃないしな
理系はキーワードだけ拾い読みしても意図を推測できるだろ

50 :仕様書無しさん:2006/08/27(日) 18:06:48
だから不便なら使わなくていいって。

51 :仕様書無しさん:2006/08/27(日) 18:13:57
もう、一度いうけど今市場にでてるバージョン管理ツールはどうにも使いようのない糞製品だよ。
それは誰の声も聞かないから、誰のニーズにも答えて無いから。

52 :仕様書無しさん:2006/08/27(日) 18:15:36
いまや、理系のほうが英語できるから、こまっちゃうんだよw

53 :仕様書無しさん:2006/08/27(日) 18:19:59
で、なにがお望みなの?

54 :仕様書無しさん:2006/08/27(日) 18:25:09
>>53
理系を褒め称えろ。

55 :仕様書無しさん:2006/08/27(日) 18:25:22
「無駄にかみつくレスが多い」とか
「レスをわざわざ潰そうとする」とか
まるっきり炎上ブロガーみたいな言い分だな(藁

「作り手が作りやすい方にしか伸びていかない」は違うな。作り手は自分がほしいものを作ってるだけ。
お前も我慢せずに自分の理想のI/F作って公開してくれ。誰も禁止しないし、売れると思ったら売ることもできる。
フリーがあるから売れないんじゃなくて金だす価値がないから買わないんだよ


56 :仕様書無しさん:2006/08/27(日) 18:30:53
>>45
クレクレ君マジUZEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE

57 :仕様書無しさん:2006/08/27(日) 18:33:03
これだな

フリーソフトがソフトウェア産業を滅ぼす
http://nowsmartsoft.or.tv/nws/Japanese/opinion_freesoft_is_bad.htm

58 :仕様書無しさん:2006/08/27(日) 18:36:23
>>44
そんな使えねえ文系イラネ。
そういうのに限って理系出身や技術やにすべての責任をなすりつける奴が多いからウザいんだけどね。



59 :仕様書無しさん:2006/08/27(日) 18:38:29
>>57
ウェブ進化論の著者はそうは考えてないみたいなんだけどな。

マイクロソフトに経済力で追いついているGoogleも同様に。

彼らはオープンソースソフトウェアと呼ばれるカテゴリのフリーソフトウェアを
徹底的に支持している。


60 :仕様書無しさん:2006/08/27(日) 18:38:56
まあ、職業プログラマは、Freeにっくきだろうなとは思うw
だって、自分がかせげなくなるもんな
Freeのものよりいいものをつくればいい話だろってFreeプログラマは
おもってるだろうよw

61 :仕様書無しさん:2006/08/27(日) 18:41:51
>>60
でも、さすがにタダの商品とじゃ勝負にならない。

62 :仕様書無しさん:2006/08/27(日) 18:58:35
>>44
技術者向けのマニュアルや数学や物理、工学などの英語書籍や科学論文は、
使われている単語パターンが限られていて
英語力がたりなくても読めるもんだがな。

 だが文学小説となると、そうはいかなくなり、文系のほうが強い。


のはずなのに文系で理系より英語が読めないなんておかしな話だ。

63 :仕様書無しさん:2006/08/27(日) 18:59:13
>>45
で、具体的に何が不便なの?

VSSが不便なのか、TortoiseSVNが不便なのか、TortoiseCVSが
不便なのか説明できないの?

64 :仕様書無しさん:2006/08/27(日) 19:00:21
>>45
フリーソフトウェアであるEclipseがどうやって進化
しているかわかってないね。ほんとに。
それを、作り手が使いやすい方にしか伸びないと
勘違いしているなら全く恥ずかしいことだよ。

Eclipse Communityに参加している企業リストをよく見てごらん



65 :仕様書無しさん:2006/08/27(日) 19:01:14
>>51
市場に出ているバージョン管理ツールって
たとえばどんなものか挙げてみ。

66 :仕様書無しさん:2006/08/27(日) 19:02:08
そうそう、マニュアルっってマニュアルなりの言い回し(定型文みたいなの)があるからね
英語のマニュアルよみあさると、自然となれちゃうんだよね
さすがに、むずかしい英単語でてくるとエキサイト辞書つかっちゃうがw

67 :仕様書無しさん:2006/08/27(日) 19:02:38
>>60
その考えもWeb2.0によって覆されるよ。

っていうかそれじゃ、Amazon APIやGoogleAPIや
Linuxなんて使ってられないし。

68 :仕様書無しさん:2006/08/27(日) 19:03:21
>51
ボクちゃん?
オープンソースって何か説明してごらん?
話はそれからにしようか

69 :仕様書無しさん:2006/08/27(日) 19:05:32
で45みたいにぎじゅつがよくわからないひとは、
ぎじゅつやさんにおかねをはらって
すきなものをつくってもらってネ

70 :仕様書無しさん:2006/08/27(日) 19:08:26
情報格差がもうすごいところまできちゃってるからな
こういうものにうといやつはどんどんついていけなくなるし、
できるやつはどんどん進む

71 :仕様書無しさん:2006/08/27(日) 19:14:12
>>64
え?Eclipseは激重じゃん。
あんなの開発者が作りたいように作った結果でしょ。
さすがに出資者がいたらあんなハイスペックでしか動かないソフト出させないでしょ。
てか、フリーにしたって作った奴の脳みそどうにかなってるとしか思えないけどw

72 :仕様書無しさん:2006/08/27(日) 19:16:35
ボクちゃん?
ホントにオープンソースが何なのかわからないんだね

73 :仕様書無しさん:2006/08/27(日) 19:20:24
どこを切っても糞Sヨの視点なのが泣けるwwwww

74 :仕様書無しさん:2006/08/27(日) 19:20:30
>>72
何がいいたいの?
誰もそんな話してないのに頭いかれてるでしょ?
これをネタにして小さい定義についてごちゃごちゃ語って喧嘩ふっかけようとしてる姿勢丸出し。
キモイからレスつけないでね。
http://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%97%E3%83%B3%E3%82%BD%E3%83%BC%E3%82%B9

75 :仕様書無しさん:2006/08/27(日) 19:24:08
どうせぐだぐだ言ってる36は一人なんだから、
トリップくらいつけたまえ

76 :仕様書無しさん:2006/08/27(日) 19:31:34
>74
ボクちゃんボクちゃん?
逆ギレ?
オープンソースのメリットは何かボクちゃんの言葉で説明してごらん?

77 :仕様書無しさん:2006/08/27(日) 19:33:32
>>76
キモイ

78 :仕様書無しさん:2006/08/27(日) 19:34:46
利点とかいってGCCがあのザマで利点も糞もない。

79 :仕様書無しさん:2006/08/27(日) 19:35:59
結局無知な子がわめいてただけか
くだらん

80 :仕様書無しさん:2006/08/27(日) 19:37:14
>>79
あれあれ?GCCが糞って言われてキレちゃった?w

81 :仕様書無しさん:2006/08/27(日) 19:40:17
うーん?
gcc なら知ってるが GCC は知らんなぁ

82 :仕様書無しさん:2006/08/27(日) 19:42:21
しばらくの間36の自爆ショーをお楽しみください!

83 :仕様書無しさん:2006/08/27(日) 19:43:23
>>81

http://www.google.co.jp/search?hl=ja&c2coff=1&q=gcc&lr=
http://www.google.co.jp/search?hl=ja&c2coff=1&q=+%EF%BC%A7%EF%BC%A3%EF%BC%A3+&lr=

84 :仕様書無しさん:2006/08/27(日) 19:44:45
>>81

>これをネタにして小さい定義についてごちゃごちゃ語って喧嘩ふっかけようとしてる姿勢丸出し。
思ったとおりの煽りってのも進歩ないなw

85 :仕様書無しさん:2006/08/27(日) 19:46:53
うーん?
GGG なら知ってるが (ry

具体的な問題点をなにも挙げられないし
建設的に解決策を論じることもできない

ほんと役立たずですね

86 :仕様書無しさん:2006/08/27(日) 19:47:28
全角で書くのは阿呆だけって意味が阿呆には理解できなかったようだ(´・ω・`)カワイソス

87 :仕様書無しさん:2006/08/27(日) 19:52:32
  根拠が薄弱であるにもかかわらず確信していること。
  他人が論理的に説得を試みても訂正不能なもの。

自覚ないんだろう。あえてレス番はつけんが…。

88 :仕様書無しさん:2006/08/27(日) 19:53:10
まぁまぁ皆さん落ち着いて

ボクちゃんにGCCの問題点を語ってもらいましょう
どうせオープンソースの長所すら理解できてない
ボクちゃんには使いこなせなかった程度の理由だろうけど

89 :仕様書無しさん:2006/08/27(日) 19:56:38
>>88
キモイ

90 :仕様書無しさん:2006/08/27(日) 19:58:35
>>88
それなんか意味あるの?
GCCの問題点を語らせて、オープンソースの長所を理解して
その後どういう話にもっていくのか知りたいんだけど?
そうじゃないと話する意味ないよね?
まず、どういう流れになるのか説明してくれ。

91 :仕様書無しさん:2006/08/27(日) 20:02:32
自分の業務以外のことは何も知らないうちの化石PMにそっくり

92 :仕様書無しさん:2006/08/27(日) 20:03:12
>90
>36,45って無知ゆえの固定観念でFAってお話

93 :仕様書無しさん:2006/08/27(日) 20:04:04
>>91-92
どうしたの?
早く説明してよ。

94 :仕様書無しさん:2006/08/27(日) 20:04:09
>>30
>>36
>>45
>>51
>>71
>>74
>>78
>>80

これ以上手間かけさせんな(プゲラッチYO!

95 :仕様書無しさん:2006/08/27(日) 20:06:23
>>94
逆ギレするぐらいならはじめからレスつけんなよw

96 :仕様書無しさん:2006/08/27(日) 20:07:17
どっちが逆ギレしてんだよw

97 :仕様書無しさん:2006/08/27(日) 20:08:12
結局、人に説明を求めておいてそれが返されると途端に弱くなっちゃう程度なんだよねw

98 :仕様書無しさん:2006/08/27(日) 20:09:04
>>96
>>94みたいに過去の発言とってきてアンカー連発レスつけるのなんてキレてんじゃなくてなんなんだよw

99 :仕様書無しさん:2006/08/27(日) 20:10:33
まとめ作業

100 :仕様書無しさん:2006/08/27(日) 20:11:49
キレるのはイクナイ

101 :仕様書無しさん:2006/08/27(日) 20:12:04
subversionでバイナリファイルにデータ保持してるのがなんとなく信頼性の面で不安で
いまだにCVSつかってる・・

まぁクラス名の変更したときとか便利なのはわかるけどとりあえずCVSでも不便はないし

102 :仕様書無しさん:2006/08/27(日) 20:13:22
>>30

> 日の終わりに更新したところで勝手にラベル振ってくれるようにできねぇかな。

できるよ。
お前には教えないけどな。

103 :仕様書無しさん:2006/08/27(日) 20:14:34
>98
>90みたいにできないことをさせられそうになったら
御託を並べて拒否するのは逆ギレじゃないんだ
(´・∀・`)ヘー

104 :仕様書無しさん:2006/08/27(日) 20:18:08
ろくに遣ったことも無い奴のわがままに付き合うほど
開発者は暇じゃねえっつーの。
お前が金だして作らせれば。

105 :仕様書無しさん:2006/08/27(日) 20:24:55
なんで必要もなくコテハンで発言するやつがわくスレがあるのに
ここで無意味な自己主張するやつはレス番すら名乗らないんだ?

106 :仕様書無しさん:2006/08/27(日) 20:25:25
>>71
> >>64
> え?Eclipseは激重じゃん。
> あんなの開発者が作りたいように作った結果でしょ。
> さすがに出資者がいたらあんなハイスペックでしか動かないソフト出させないでしょ。
> てか、フリーにしたって作った奴の脳みそどうにかなってるとしか思えないけどw


Eclipseが重たいのではなく、お前のマシンが重たいだけだよ。

ソフトウェアってのはお前みたいな大馬鹿者にあわせて作られているんではないんだよ。

今店でヨドバシで売られてるようなマシンならEclipseも難なく動くわけだが。

Eclipse Community に参加している企業リストも
知らないで「あんなの開発者が作りたいように作った結果でしょ。」と
よく言い切るものだ。


107 :仕様書無しさん:2006/08/27(日) 20:25:24
>>102
そう、それが問題。
そんな未完成な状態で完成してしまっているのがフリーソフト。
俺やお前ができた。それで?
みんながワンタッチでできなきゃなんの意味も無い。
糞なソフトが糞なままある現実をちゃんとみろ。

108 :仕様書無しさん:2006/08/27(日) 20:26:00
>>106
お前は論外だなw

109 :仕様書無しさん:2006/08/27(日) 20:26:19
こいつ(==>>74)ついに切れたな



110 :仕様書無しさん:2006/08/27(日) 20:26:53
>>81
ワロタ。そのまま>>36に直撃だw

111 :仕様書無しさん:2006/08/27(日) 20:27:03
>>107
みんな出来るよ。
出来ないのお前だけ。
かわいそう。

112 :仕様書無しさん:2006/08/27(日) 20:28:13
>>111
はいはいw
何言ってるのか理解できて無い人は参加しないでねw

113 :仕様書無しさん:2006/08/27(日) 20:29:39
>>112
ここはバージョン管理ツールのスレだよ。
バージョン管理ツールの一つもろくに使えない人は参加しないでねw

114 :仕様書無しさん:2006/08/27(日) 20:31:13
>>30==>>36==>>45==>>51==>>71==>>74==>>78==>>80==>>95==>>98==>>107==>>112

こいつはかなりイタイ奴だなw







晒しあげ

115 :仕様書無しさん:2006/08/27(日) 20:33:10
いま、>>30は涙でディスプレイが見えません。

116 :仕様書無しさん:2006/08/27(日) 20:33:16
>>114
>>90を入れないのは自分に都合が悪いからかな?w
自分に都合が悪いアンカーはずしちゃうんだ?w
かっこ悪いw

117 :仕様書無しさん:2006/08/27(日) 20:34:58
>>114
そうだ、早く>>90について説明してくれよw

118 :仕様書無しさん:2006/08/27(日) 20:37:24
>>116
だから誰の発言かの区別を読む側にさせるなと何度も言ってるだろ、このバカチンが

119 :仕様書無しさん:2006/08/27(日) 20:41:24
>>118
あれあれ?そういうスレじゃないですか?
もしかして・・・図星突かれてキレちゃった?w

120 :仕様書無しさん:2006/08/27(日) 20:55:39
このスレもこいつ一人で埋めそうな勢いだな。

121 :仕様書無しさん:2006/08/27(日) 21:08:06
>>119 で図星をついたと思ってるのが痛々しいwwwwWwwwWwwうぇっwwww

122 :仕様書無しさん:2006/08/27(日) 21:58:27
>>116
じゃ、入れてあげようかw
揚げ足取りもみっともないなw
>>30==>>36==>>45==>>51==>>71==>>74==>>78==>>80
==>>90==>>95==>>98==>>107==>>112==>>116==>>117
==>>119

ますます痛くなってきたなこいつw

いっておくけどgccの話をしたのは俺じゃないよ。
俺はEclipseの話をしだたけだし。









さらに晒し揚げw

123 :仕様書無しさん:2006/08/28(月) 00:54:58
>>122
>俺はEclipseの話をしだたけだし
ああ、一番馬鹿な奴か・・・w

124 :仕様書無しさん:2006/08/28(月) 01:34:28
もちちけ

125 :仕様書無しさん:2006/08/28(月) 07:59:21
なにやってんだおまいら。。。

126 :仕様書無しさん:2006/08/28(月) 18:46:54
>>123が一番馬鹿な奴だと気づいていない。

127 :仕様書無しさん:2006/08/28(月) 22:53:42
日曜にファビョる奴が現れるのはこのスレの宿命かw

128 :仕様書無しさん:2006/08/28(月) 23:41:14
えくりっ
絵栗
栗鳥巣

129 :仕様書無しさん:2006/08/28(月) 23:42:41
えくりぷすだめだな
あんなものをマジで使う奴は絶対に仕事が遅い

130 :仕様書無しさん:2006/08/28(月) 23:48:46
短足

131 :仕様書無しさん:2006/08/29(火) 00:12:59
>>129
と、メモ帳派が申しております

132 :仕様書無しさん:2006/08/29(火) 00:26:01
メモ帳派ってマジ仕事早いよな

133 :仕様書無しさん:2006/08/29(火) 01:19:01
○投げ

134 :仕様書無しさん:2006/08/29(火) 06:26:25
遅いよ。
Emacsのほうが早いだろ

135 :30:2006/08/29(火) 07:30:20
EMACSはタダで開発者が作りやすいように作っててGUIじゃなくて技術者じゃないと使いこなせないから糞なんだよ!!!


136 :仕様書無しさん:2006/08/29(火) 07:35:13
>>135
まぁ、敷居は高いわな。

137 :135:2006/08/29(火) 07:47:16
>>136
こんな時間に爆速でネタにマジレスする君にLOVE

138 :仕様書無しさん:2006/08/29(火) 08:31:35
>>135==>>137==>>30
そうやって言い訳して逃げて懲りずに自分の無能さを晒すとは流石


139 :仕様書無しさん:2006/08/29(火) 22:10:38
>>135
金払えって言われたら出さんな。

140 :仕様書無しさん:2006/08/29(火) 23:04:41
viがすきならEmacsつかわずvi使えばいいじゃんメール欄にそうかいてる頭の悪い>>30==>>135


141 :仕様書無しさん:2006/08/29(火) 23:32:46
Emacs(エマークス)をイーマークスと発音する奴はだいたい使えない。

142 :仕様書無しさん:2006/08/29(火) 23:44:18
マックスはどうなんだ

143 :仕様書無しさん:2006/08/30(水) 00:07:57
イーマックス

144 :仕様書無しさん:2006/08/30(水) 10:13:45
エマックス

145 :仕様書無しさん:2006/08/30(水) 10:58:08
エマンシペェーション


奴隷解放運動!

146 :仕様書無しさん:2006/08/31(木) 08:41:39
エネマックス

147 :仕様書無しさん:2006/08/31(木) 11:31:05
エアー真似地面と

148 :仕様書無しさん:2006/09/02(土) 11:38:41
イマックス

149 :仕様書無しさん:2006/09/03(日) 11:14:13
CVS使わせられてるんだけど、
いちいちコミットメール出さなきゃいけないのが苦痛
なんでそんなとこ自動化しとかないんだよ!

150 :仕様書無しさん:2006/09/03(日) 11:39:12
Antで自動化できるだろ

151 :仕様書無しさん:2006/09/03(日) 13:07:04
>>149
仕事でCVS設定するようなとこならふつうコミットメールくらい設定するよなぁ。
鯖管に要望だしてみたら?

うちはコミットメール投げるとともに、WikiのChangeLogページにも自動カキコ
するようになってる。

152 :仕様書無しさん:2006/09/03(日) 13:22:09
ここでコンパイルの通らないソース上げるなっていう書き込みがあったけど
共通部分修正するとそれを使ってる部分って全部修正が必要になるわけじゃん?
そういうときって誰が修正するの?
あと、そのときのバージョン管理ツールの操作としてはどうしておくのが適切なの?

153 :仕様書無しさん:2006/09/03(日) 13:28:17
>>152
全部自分で修正する。 CVS みたいなマージモデルのシステム使ってるなら、
ソースの所有権を頑なに守る理由は無い。

どうしても迷惑がかかりそうなら自分専用の小さなブランチを作って使うといい。
Subversion だとブランチの作成が軽くて楽チン。 CVS だとそういう小さな
ブランチを作るのが(物理的にも精神的にも)重い。

154 :153:2006/09/03(日) 13:30:19
ブランチ作っても最後にマージしようと思ったら一緒か。
変更点がブランチにあることを連絡して確認もらうぐらい?
メンドクサイから、やっぱり全部自分で修正しちゃえばいいんだよ。

155 :仕様書無しさん:2006/09/03(日) 13:35:12
普通に言える。

>全部自分で修正する
絶対無理。

156 :仕様書無しさん:2006/09/03(日) 13:39:05
>>155
なんで?

157 :仕様書無しさん:2006/09/03(日) 13:41:37
>>156
量が多すぎて

158 :仕様書無しさん:2006/09/03(日) 13:46:56
>>157
そりゃ大変だな。

理由があって使用側の修正が無理なら
元の変更自体が無理ってことだ。チームで相談しる。

でも最後にコミットするのは一人。

159 :仕様書無しさん:2006/09/03(日) 14:11:59
>>152
リファクタリングツールが全部修正してくれるから問題なし

160 :仕様書無しさん:2006/09/03(日) 14:12:47
>>157
リファクタリングツールを使えば全部自動的にやってくれるぞ

161 :仕様書無しさん:2006/09/03(日) 16:37:21
>>160
無理だよ。
だって階層になってるクラスの構造から修正かけたんだもん。
より具体的にいうと

A−BC(AクラスがBクラスとCクラスを保持)
B−D(BクラスがDクラスを保持)
C−D(CクラスがDクラスを保持)

みたいになってるところがあって、Dクラスを他でも使うことになった。
なのでDクラスを外にだしてBクラスとCクラスはDクラスのIDだけもつことになった。
これによってBクラスとCクラスはDクラスをIDから呼び出す構造になった。

A−BC
B−*DMng
C−*DMng

っちゅーわけでんがな。
なのでDクラスを使用している箇所を全部DMngを使用したソースに書き変えなければならないんすよ。

162 :仕様書無しさん:2006/09/03(日) 16:47:33
依存関係逆転の原則

163 :仕様書無しさん:2006/09/03(日) 17:04:05
>>161
そうか?
それでもリファクタリング利くよ。

EclipseでJavaを使うことが前提って場合の話だが。

つか、DIコンテナ使いたくなってくる罠

164 :仕様書無しさん:2006/09/03(日) 17:12:31






namespaceを担当者毎にきれよ。

165 :仕様書無しさん:2006/09/03(日) 17:15:48
ソンナエサデ

166 :仕様書無しさん:2006/09/03(日) 17:43:46
>>164
そんなやり方じゃ根本的な解決策になってない。
package管理はもちろん重要だが。

言語がJavaではなくCやC++だと
リファクタリングもしずらいみたいだな。
EclipseのCDTプラグイン見てるとそれがよくわかる。
リファクタリングもしづらい言語ってのがC++の欠陥ともいえるし。

167 :仕様書無しさん:2006/09/03(日) 17:44:48
しずらいって低学歴かよ
「しづらい」

168 :仕様書無しさん:2006/09/03(日) 18:01:56
バージョン1.0から完璧
リファクタリングの必要性すらない
神の領域なC厨の漏れが参上しましたよ

169 :仕様書無しさん:2006/09/03(日) 18:06:59
粘着だな。
小学生ほど誤字にうるさい

170 :仕様書無しさん:2006/09/03(日) 18:23:58
2ちゃんでの誤字脱字は原則容認の方向で。

171 :仕様書無しさん:2006/09/03(日) 18:35:36
誤字を指摘されると逆ギレw
指摘されたくなければまともな文章かけよ

172 :仕様書無しさん:2006/09/03(日) 18:40:26
CVSで別のプロジェクトのファイルをゴッソリコミットされてしまったのには驚いたな。
半年経って修正依頼が来たんで俺が修正しようとしたらコンパイル通らないんで気付いたけど。
でルールとしてコミットしたファイルをそのまま取り出してリリース物件にすることになってるんで、
前回そのルールに沿ってなかったことが判明してコミットした人は大目玉。

173 :仕様書無しさん:2006/09/03(日) 19:33:58
>>171が浮いてる件について

174 :仕様書無しさん:2006/09/03(日) 19:35:37
>>172
別のプロジェクトってことは、ファイル名もそれぞれ異なるだろうから、
バージョン番号がげっそり消えてたって事だな?

それなら、Subversionにしておけよ。
細かいルールもすっきり丸く収まるし、
ちょっとしたミスによる被害も少ないぞ。

とくにディレクトリ移動に関しては。

175 :仕様書無しさん:2006/09/03(日) 19:39:58
>>173
粘着だな。

176 :仕様書無しさん:2006/09/03(日) 19:58:14
>>64
ちょwww
おまい一回、Visual Studio 2005やBorland Development Studi 2006使ってみてから、その台詞はいてくれwww
Eclipseなんかメジャないぞww


177 :仕様書無しさん:2006/09/03(日) 20:21:08
>>175
おまいが浮いてると思う

178 :仕様書無しさん:2006/09/03(日) 20:22:01
>>176
まさにそのリファクタリング機能追加も
遅れてるVS.NETなどEclipseから見れば目じゃないんだが。


179 :仕様書無しさん:2006/09/03(日) 20:30:11
>>174
とりあえず俺はCVSしか使ったことないけどSubVersion勉強してみる。
ちなみにプロジェクト毎にファイル名は違うんだけどそいつは、
updateした時に大量にAやらMやら出たらしいが気にせずcommitしたらしい。
使用するメンバー全員が使い方知らないと被害が全体に及ぶことを知った日でした。

180 :仕様書無しさん:2006/09/03(日) 20:36:10
をひをひ、それ想像力無さ過ぎ(w

181 :仕様書無しさん:2006/09/03(日) 20:44:59
>>177
まだやってたのかw

182 :仕様書無しさん:2006/09/03(日) 21:01:36
>>179
勉強するまでもないよ。
cvs2svnですぐに移行してしまえばいい

183 :176:2006/09/04(月) 00:18:35
レス番間違えました orz

>>71
でした。

Eclipseより、重いよっていいたいだけです。


184 :仕様書無しさん:2006/09/04(月) 01:42:42
上のは偽者です。
本当はEclipseなんて糞だよ。っていいたかっただけです。

185 :仕様書無しさん:2006/09/04(月) 02:05:48
上のは偽者です、
本当はEclipseも使えずVisual Studioしか
使えなかった奴は糞だよ。っていいたかっただけです。

186 :176:2006/09/04(月) 13:39:46
なんで、スレ違いの話題に偽物が出てくるんだよw
偽物云々はどうでもいいんだよ。
真実を見ろw

187 :仕様書無しさん:2006/09/05(火) 09:45:04
あのー・・・バージョン管理ツールって何ですか? いい加減に教えてください!(怒

188 :仕様書無しさん:2006/09/07(木) 10:11:18
ネットの世界で埋もれてたWebDav技術をうまく再利用したのが
subversion
おわかりですか?

189 :仕様書無しさん:2006/09/07(木) 13:27:01
真性でそれ言ってたら笑える

190 :仕様書無しさん:2006/09/08(金) 01:39:31
一本釣りですか?

191 :仕様書無しさん:2006/09/08(金) 07:02:34
SVNはリポジトリ壊れたら復旧不可能

192 :仕様書無しさん:2006/09/08(金) 13:30:25
まぁダンプと差分ダンプを別の場所に置くのは大事だね。
フックの扱いがちといやーんだが。

193 :仕様書無しさん:2006/09/08(金) 15:37:44
>>191
んなことCSやVSSだろうとおなじことや

194 :仕様書無しさん:2006/09/08(金) 15:37:53
CVS

195 :仕様書無しさん:2006/09/08(金) 15:49:43
>>193
たぶん、SVNはバイナリだから壊れたらどうしようもないがCVSはテキストだから
まだ望みがある、程度のことを針小棒大に言っていると桃割れ。

196 :仕様書無しさん:2006/09/08(金) 17:32:16
だとしたら、けっこうワロスだなw

197 :仕様書無しさん:2006/09/08(金) 17:33:03
Subversionの作者に笑われるぜ。
壊れるのは、そもそもバークレーDBを使ってる奴が悪い。
Subversionを使うなら壊れにくいFSFSにしろや



198 :仕様書無しさん:2006/09/08(金) 23:41:25
何?SVN信者が必死の反論?ワロスw

199 :仕様書無しさん:2006/09/10(日) 14:34:16
Subversion信者がどうとかって言ってる香具師って
実際に使ったことあるのかと小一時間(ry

200 :仕様書無しさん:2006/09/10(日) 16:04:21
こいつばかだから、Subversion使ったことがないと見た。


201 :仕様書無しさん:2006/09/11(月) 06:17:37
壊れたリポジトリから一部復旧しようという貧乏臭い発想がまず間違い。
壊れる前までのバックアップから復旧するのが正しい。

貧乏人はずっとCSVつかって無駄な努力してろ

202 :仕様書無しさん:2006/09/11(月) 12:38:12
SubversionどころかCVSすら使えずCSVで手動で面倒くさい管理か。
そりゃ大変だ罠

203 :仕様書無しさん:2006/09/18(月) 19:07:58
バージョン管理ツールあったらコメントって不要なのかなぁ

いちいちコメントをバージョン管理ツールから読まなきゃいけないのがめんどくさい
と感じてしまうんだけど、そんなことない?

204 :仕様書無しさん:2006/09/18(月) 19:11:25
なんでコメント不要という発想になるのかが理解できん。

205 :仕様書無しさん:2006/09/18(月) 19:16:34
>>203
> バージョン管理ツールあったらコメントって不要なのかなぁ
???

これはいるぞ。
/**
 * 倍にするメソッド.
 * @param x 値
 * return double型の値
 */

> いちいちコメントをバージョン管理ツールから読まなきゃいけないのがめんどくさい
> と感じてしまうんだけど、そんなことない?

何を修正したかのコメントはSubversionのほうにコミットするたびに記録しておけばいいので
ソースコードに直接コメントを書く必要はない。

バージョン管理システムの履歴を見れば
今までにコミットした各バージョン毎にコメントが一覧でわかる。





206 :仕様書無しさん:2006/09/18(月) 19:17:12
とりあえず、まずは使ってみろってところだな。
使ってみて入門書を読みながらあれこれやってみるのがよろしい

207 :仕様書無しさん:2006/09/18(月) 21:44:33
>>203
不要とは思わないが、本当に必要な場所にだけ書いて欲しい。
変数に0をいれてクリアとかそんなんまで1行づつ丁寧にコメント入ってると吐きそう。

208 :仕様書無しさん:2006/09/19(火) 00:51:56
>>207
必要な箇所ってどこだよ。

209 :仕様書無しさん:2006/09/19(火) 01:56:28
必要なのは間違いないのだが、もっとカンタンにならんだろうか?
萌え萌えな感じでたのむ

210 :仕様書無しさん:2006/09/19(火) 02:00:34
>>209

//↓ここなんかコメントはずすとおかしくなる
/*


*/


やっぱ、必要な箇所ってこういうのかな?

211 :仕様書無しさん:2006/09/19(火) 02:02:52
もっとも重要なコメントは

#if 0

//何故かここのコメントはずすとアクセスバイオレーションが出る
/*

*/

#endif

だな。

212 :仕様書無しさん:2006/09/19(火) 02:54:03
最近Cやってないんだけど、未だにコメント外すとダメなやつってあんの?

213 :仕様書無しさん:2006/09/19(火) 12:21:45
>>209
C/C++言語の使用を禁止し全てJavaでリプレースする。
そうすれば無駄が省ける。

214 :仕様書無しさん:2006/09/19(火) 22:16:17
バージョン管理を勝手にやってくれるツールはないの?

215 :仕様書無しさん:2006/09/19(火) 22:31:40
サブ婆ちゃん

216 :仕様書無しさん:2006/09/20(水) 01:18:49
>>214
どこまで勝手にやってくれることを望んでいるのか。
作業のすすみ具合にもよるだろうし。
一定間隔毎にオートセーブ機能なんかつけたら
たった一文字の修正のためだけに
バージョン管理に記録されて差分情報が
冗長になるわリポジトリが無駄にでかくなるわで無駄が多くなる。

しかし、そのアイデアなら、良い考えかも知れないな。




217 :仕様書無しさん:2006/09/20(水) 16:04:35
セーブのたびにdiffかけて、こっちが設定した以上の変更があればコミットでいいんじゃね?


218 :おじゃばさま:2006/09/20(水) 20:13:32
ソースをコメントアウトする場合は、
/*
*/
ではなく、
//
//
を使用するように!!


219 :仕様書無しさん:2006/09/20(水) 22:46:16
/*☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆

             初★期★化★処★理 

☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★*/

220 :仕様書無しさん:2006/09/21(木) 17:12:56
Eclipseでchekstyleですべての警告を消去するまでは
絶対にコミットしないように!!!!!!!!!!!!!


221 :仕様書無しさん:2006/09/21(木) 22:39:23
>>220
押忍!
警告設定を解除することで解決しました!
私のソースをコンパイルするときは警告の設定をすべて「無視」に設定してください!

222 :仕様書無しさん:2006/09/21(木) 23:00:37
警告設定を禁ずる

223 :仕様書無しさん:2006/09/21(木) 23:01:04
警告設定を禁じてどうする!

警告設定解除を禁ずるのだ!

警告を無視する奴はゆるさないぞ


224 :仕様書無しさん:2006/09/22(金) 03:40:58
【シベリア抑留】携帯電話開発の実態【未満】0x0E
http://pc8.2ch.net/test/read.cgi/prog/1157178563/772-

225 :仕様書無しさん:2006/09/22(金) 20:27:57
チームで仕事するんならバージョン管理は必須だよねぇ。
9月x日リリースのソフトでデグレってる!って指摘された時の
容疑者リストを作るのもお茶の子さいさい

226 :仕様書無しさん:2006/09/22(金) 21:04:45
http://subversion.bluegate.org/doc/apb.html

この「自動バージョン化」って使ってる人いる?
Windowsの共有フォルダと同じような操作感で、更新のたびに
勝手にコミットしてバージョン管理してくれたらすごい便利なんだが。。


227 :仕様書無しさん:2006/09/22(金) 23:10:51
使ったことがないのでわからない。

Subversionについてはこちら

Subversion r5
http://pc8.2ch.net/test/read.cgi/tech/1145841405/


228 :仕様書無しさん:2006/09/23(土) 15:47:32
>>214
・WebDAVはどうだろうか。
・後は、cronとかタスクスケジューラでcomitコマンドを走らせる

でも、エディタに標準搭載はいいかもわからんね。
saveしたら、自動でコミット。コメントはどうつけようか?

229 :仕様書無しさん:2006/09/23(土) 15:48:53
レス読まずに、>>226とかぶっちまったw


230 :仕様書無しさん:2006/09/23(土) 16:11:44
テンポラリファイルに保存してからリネームとかしてるプログラムでは
ひどいことになりそうだな。

231 :仕様書無しさん:2006/09/23(土) 21:16:27
>>228
ちょっとまて、コンパイルエラーにしたまま勝手にcommitされるのは
迷惑だ。

どうせなら、コンパイルに成功してからcommitしてほしい。
もちろん、FindBugsなどのバグパターン検出ツールを使って
その結果から、commitしても問題ないかどうかを
コンピュータが自動的に判断してコミットするという奴。


232 :仕様書無しさん:2006/09/23(土) 21:17:08
>>230
テンポラリ?

リファクタリングしておけばいい。
Subclipseも名前変更リファクタリングに対応している。


233 :仕様書無しさん:2006/09/23(土) 22:41:48
>>232
いきなり何の話だ?

234 :仕様書無しさん:2006/09/23(土) 23:39:01
>>231
makeで
・コンパイルとおして、
・unit test がとおったら、
自動でcomitするようにしこんどけばよいのでは?

235 :仕様書無しさん:2006/09/24(日) 19:55:55
いや、それよりも、別ブランチを切った方がいいと思う。
コンパイルは通らないけど、試行錯誤の跡はスナップショットに
撮りたいというのがそもそもの要求だろうし。

けど、そんなスナップショット使えねぇ事が殆どだけどな。

236 :仕様書無しさん:2006/09/24(日) 20:46:09
各自の枝だったら何してもいいけど幹で毎度毎度コミットされるとうざいな。
バージョン管理じゃなくログ管理になってる。

237 :仕様書無しさん:2006/09/27(水) 19:54:12
コメントを訂正しただけでコミットなんてよくあるからな。

フォーマット訂正しただけってのも

238 :仕様書無しさん:2006/10/05(木) 08:50:31
いきなり大規模な修正をcommitされるのも困りもの。
毎日1度はcommitしろ、と言いたくなる。

どれも程度の問題だが。

239 :仕様書無しさん:2006/10/05(木) 08:59:58
それで困るのはどうかと。
CVSじゃ困るだろうけどSubversionじゃ困らないってやつもあるが

240 :仕様書無しさん:2006/10/05(木) 10:26:16
あちこちでマージの嵐になるなら困りものかもな

241 :仕様書無しさん:2006/10/06(金) 08:29:17
「ANSI C規格に厳密に準拠していないとすぐに警告出すものは、
警告レベルを弱めるだけで即解決」と言っている俺の隣の奴に一言どうぞ。

242 :仕様書無しさん:2006/10/06(金) 10:56:03
警告レベルをさげればすぐ解決?
アホか。

FindBugsによるバグパターン検出もしないで何を言うか


243 :仕様書無しさん:2006/10/06(金) 11:16:42
>>241
「警告レベルを戻しなさい」

244 :仕様書無しさん:2006/10/06(金) 19:06:39
>>421
その同僚ってある意味マトリックスみたいな世界に生きてるよな。
そいつの中では解決した問題かもしれないけど、
世界ではその問題は何一つ解決していない。

つーか、プロジェクト開始前に、そのプロジェクトでの警告レベルを設定するべきだよな。

245 :仕様書無しさん:2006/10/06(金) 21:35:36
マトリックスどころか人形遣いに操られて家族も子供もいる父親だと
勘違いしている独身男みたいだ

246 :仕様書無しさん:2006/10/10(火) 11:18:02
一体,どんな同僚なんだ?>421

247 :仕様書無しさん:2006/10/12(木) 16:09:26
ファッキン同僚だ

248 :仕様書無しさん:2006/11/24(金) 21:10:38
「ちゃんと管理しないと先祖帰りするからね。
 君も気をつけてよ」

VisualStudioEnterpriseEditionなのに
なんでVSSとか使わねーんだyo

死ねよ、業務系

249 :仕様書無しさん:2006/12/04(月) 15:11:36
>248
おそらく、
「使うの('A`)マンドクセ」
だと思う。


250 :仕様書無しさん:2006/12/04(月) 19:59:47
使わないほうが('A`)マンドクセ

251 :仕様書無しさん:2006/12/06(水) 22:25:46
「使い方覚えるの('A`)マンドクセ 」が正解とみた

252 :仕様書無しさん:2006/12/06(水) 22:52:36
(;゚∀゚)=3ハァハァ <まんこ臭いと聞いて飛んできますた。

253 :仕様書無しさん:2006/12/10(日) 17:56:05
「うちはパワージムだから」って
聞いたことねぇよ

254 :仕様書無しさん:2006/12/10(日) 21:39:37
>>253
COBOL?

255 :仕様書無しさん:2006/12/10(日) 21:48:35
>>253
Fの「POWER GEM(パワージェム)」じゃないの?
パワージムじゃ、スポーツセンターかガンダムみたいだよ。(w

256 :仕様書無しさん:2006/12/13(水) 11:00:06
>251
すまん
オレそれだわ・・・orz

つーか納期納期でとてもじゃないがセットアップしてる暇なんか無い。
作業人員オレだけだし('A`)


257 :仕様書無しさん:2007/02/11(日) 02:35:23
入れる権限があるなら1週間くらい勉強しつつサブバージョン
使えるようにした方がいいね。

コンピュータで自動でやれる処理を人間がいちいちやるのは
効率悪いですよ。

258 :仕様書無しさん:2007/02/12(月) 01:05:26
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
プログラマーになってみたい人は、まずこの本を読んでみて下さい
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●

<仕事に必要なスキルのチェック>
http://www.amazon.co.jp/dp/489100455X/
Code Complete第2版〈上〉―完全なプログラミングを目指して
http://www.amazon.co.jp/dp/4891004568/
Code Complete第2版〈下〉―完全なプログラミングを目指して

プログラムのうまい書き方がキッチリと紹介されています。
逆に言えばこれを知らないと、プログラマーになってもプログラムがうまく作れなくて苦労する可能性があります。

<仕事に必要なやる気のチェック>
http://www.amazon.co.jp/dp/4822281108/
ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵

(どんな仕事でもそうですが)仕事に対して「感謝」の気持ち、「喜び」の気持ちが持てなければ、やる気がなくなります。
プログラミングが楽しい=「喜び」、関係者のみんなありがとう=「感謝」の気持ちが持てれば、多分長続きしますよ。

259 :仕様書無しさん:2007/02/12(月) 01:45:42
>>258
上:
 まあ自己流一辺倒よりは遥かに良いけれど。
 それが全てであるという人間を生み出してしまいそうで嫌だなぁ
 なんで1冊だけなんだ?。良い本はまだ他にもあるのでは?
下:
 それは管理者向けの本なんだけど。
 管理の貧困に起因する仕事の苦労を経験した人に勧めるのはよいけれど
 これから職に就く人に勧めるのは不適切ではないかと

260 :仕様書無しさん:2007/02/12(月) 02:34:29
>>259
代替案が出せるようになったら一人前です。

261 :258:2007/02/13(火) 22:19:02
>>259
把握しました!

59 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)