06/08/20 20:38:51
CVS・SVN・VSSなどのツールがチーム開発における構成管理の運用に
役立つものであるのかを議論するスレッドです。
必要派、不要派の忌憚ない意見を投稿してください。
安直なマンセー・却下はご遠慮願います。
前スレ
ｽﾚﾘﾝｸ(prog板)
2:仕様書無しさん
06/08/20 20:41:47
コンパイル通らんのあげるな、ｺﾞﾗｧ
3:仕様書無しさん
06/08/20 23:26:03
>>1 乙
でも個人的にはRev1.2にしていただきたかった
4:仕様書無しさん
06/08/21 11:04:32
ｽﾚﾘﾝｸ(prog板:973番)
> ｽﾚﾘﾝｸ(prog板:971番)
> そんなのてめぇの勝手な使い方じゃねぇかよ。
> 実際はコンパイル通るソースだろうが、通らないソースだろうが、
> バージョン管理ツールは通しちまうだろうがよ。
愚か者め。コンパイルが通らないものをチームメンバーに渡す気か？
そんな常識も守らないでは、バージョン管理システムを使おうが
使うまいがお前はエンジニアに全く向いていない。
5:仕様書無しさん
06/08/21 11:08:19
ｽﾚﾘﾝｸ(prog板:996番)
> うちの上司に言わせれば、どんなに便利なﾂｰﾙも、その必要性や使い方の理解が出来ないやつらが大半で、
> その教育のためのｺｽﾄを払うことができないから、ﾂｰﾙ使用禁止だそうだ。
お前の職場は一体どういう腐ったFUCKな職場なんだ。
OS使うのもやめろや。
OSの使い方を教育するコストを払うことができないなら、お前の職場では開発も全部禁止だな。
6:仕様書無しさん
06/08/21 11:09:18
>>3
だな。>>1の書き方0x02は古臭い。Web2.0の時代にそぐわないオヤヂ臭がする。
7:996
06/08/21 11:23:06
>>5
なんでいきなり全体論にもっていくんだよw
会社として教育しないってだけで、個人的に学習した、または理解力のあるメンバーを集めることができたらそこではツールも使うさ。
ようは、プロジェクトの技術レベルは最下層に合わせる、っつーこと。
もちろんｸﾘﾃｨｶﾙで馬鹿に見せる必要のないところはその限りじゃない。
8:仕様書無しさん
06/08/21 13:41:52
そういう馬鹿を雇わなければ済む話ではないか？
9:仕様書無しさん
06/08/21 15:04:15
>>7
お前はいつも何を言ってもつっこみどころ満載だな
10:仕様書無しさん
06/08/21 15:17:27
996の会社は異常
バージョン管理ツールなんてちょっと勉強すれば基本的な機能を使うことができるだろ。
最下層の奴に技術レベルを合わせたら言語やロジックも限定されそうだ。
抽象クラス禁止とかリフレクション禁止とか普通に有りそうだｗ
レベルの低いやつをプロジェクト進行中にレベルアップさせると気かは無いのかね。
11:仕様書無しさん
06/08/21 16:10:56
>>7
ふつうプロジェクトにライブラリアンを置くものだろ
それのコストを下げるような連中の仕事は程度が知れてる
12:仕様書無しさん
06/08/21 16:18:44
>>7はCVSやSubversionを使われてしまうと
今まで自分がやってきた誤魔化し手法が効かなくなって
飯が食えなくなるから導入を恐れているんだろう。
13:仕様書無しさん
06/08/21 19:10:39
業界最大手の某証券系の株式売買システムの開発で、VSSを導入している
んだが、共通DLLのヘッダファイルとインポートライブラリを各プロジェ
クト毎に、ローカルフォルダへコピーしてそのローカルをインクルード/
リンクしていて、それぞれのプロジェクト内にある同一ファイル名のヘッダ
を比較すると、コメントなど以外にも、微妙に違いがある。
しかも、export/import宣言の意味や使い方を知らないらしく、DllMain()
もexport対象にしてやがる。こんな状態で『動いてる』と称しているソフト
に金払ってる投資顧問会社、おめでたすぎ。
開発に使ってるMSDNは、いまだにVisual Studio 6.0に標準で付属していた
シロモノで、しかも完全インストールされていないので、一部のヘルプが
参照できないし、いくつかの付属ツールも使えない。
しかも、セキュリティ対策で、ソフトを勝手にインストールしてはいけ
ないというが、Office関係のセキュリティパッチはまったく適用されて
いないから驚きだ。
14:仕様書無しさん
06/08/21 20:16:10
>>13
> 開発に使ってるMSDNは、いまだにVisual Studio 6.0に標準で付属していた
> シロモノで、しかも完全インストールされていないので、一部のヘルプが
> 参照できないし、いくつかの付属ツールも使えない。
> しかも、セキュリティ対策で、ソフトを勝手にインストールしてはいけ
> ないというが、Office関係のセキュリティパッチはまったく適用されて
> いないから驚きだ。
そんなバージョンのVSSを使っているのか。ありゃ使いにくいわなw
ひでえもんだや。さっさとSubversionを提案したほうが、自組織や顧客の為だけでなく
自分のためにもなるぞ。さもないとまたまた面倒なことになるぞ。
15:仕様書無しさん
06/08/22 11:02:09
>>14
VSSの問題より、勝手にローカルにコピーしたヘッダファイルとインポート
ライブラリを個々のプロジェクトで参照しているので、DLLのプロジェクト
が変更・更新されても、プロジェクト毎のローカルコピーは反映されない
し、個々のプロジェクトは、いつのバ－ジョンのDLLで何をどう動作確認
したのかもわからない状態。
こういう環境の現場に限って、ライセンス割れの秀丸がインストールされ
ていたりもする。
16:仕様書無しさん
06/08/22 11:04:15
そういえば以前バイトしてたとこはライセンス割れの古臭いVSS使ってたな。
Subversionに移行しなきゃ、とマネージャが行ってたけど結局「忙しい」を言い訳に
移行できてないな。未だにライセンス割れでVSS使ってると。
17:7=前ﾇﾚ996,999
06/08/22 17:48:53
なんか俺自体が叩かれてる気が・・・
996での発言は上司のものだし、999に書いたように俺はバージョン管理推進派。
>>10 の言うように異常なのは認めるけど、これまで社外で見てきた経験から言っても、そもそもバージョン管理という概念自体知らないクズPGはごまんといるぜ。
おまえらの回りは優秀なやつが多いんだな
orz=3
18:仕様書無しさん
06/08/22 17:57:49
>17
朱に交われば赤くなる
だぞ
早めに優秀な人の多いところに移ることをお薦めする
19:仕様書無しさん
06/08/22 19:43:27
彼はもう手遅れだと思うのはオレだけですか
20:7=前ﾇﾚ996,999
06/08/23 00:31:05
あんまりひっぱるとスレ違いなので、これで終わりにしとく。
> 最下層の奴に技術レベルを合わせたら言語やロジックも限定されそうだ。
> 抽象クラス禁止とかリフレクション禁止とか普通に有りそうだｗ
普通にありましたwww 普通によく使われるライブラリのAPIすら
そいつら用にラップして引数減らしたり簡略化しましたよ。
あと、List禁止（配列のみ）とか。
レベルアップに関してはレベル10までスライムだけ倒せみたいな過保護ぶりだったなぁ。
21:仕様書無しさん
06/08/23 01:19:23
>>20
死ぬなよｗ
22:仕様書無しさん
06/08/23 12:21:07
ゴミならゴミなりに使い方があるんだよ
変にバージョンアップされて偉大なゴミとか凄いゴミになると困るから脳みそ使わなくて良いやり方を使う
23:仕様書無しさん
06/08/24 14:48:55
>>20
ひどく頭の悪いやつがリーダーに
選ばれてしまった不幸な会社だ。
24:仕様書無しさん
06/08/24 21:42:23
アレでしょ？
人は無能と評価される段階まで出世する
ってヤツ
25:仕様書無しさん
06/08/25 02:01:23
よって、
すべての人は無能である。
26:仕様書無しさん
06/08/26 12:09:40
結論としては
バージョン管理ツールは必要
でおk?
で、運用の問題はまた別の話、ってトコ?
27:仕様書無しさん
06/08/26 14:46:30
>>26
で、その運用がうまくいかないからって
必要ないって吠えてる反対派がいると。
28:仕様書無しさん
06/08/26 22:35:27
>>26
バージョン管理はあったほうがいいにこしたことがないってとこだね。
ソースコードのコメント欄に
/*
* クラスの概要.
* @version $Id$
*/
public class クラス名 {
}
と書いておくと、コミットするたびにときに $Id$のところが変化してゆくのが
バージョン管理ツールを使っていてなによりも楽しいものだよ。
$Revision$と違って、バージョン番号だけでなく誰が最後に何時頃更新したかもわかるし。
29:仕様書無しさん
06/08/26 22:49:01
>>28
$Id$ とか使うと、コミット前にテストしてても、コミット後にもっかいコンパイルかかるから嫌。
30:仕様書無しさん
06/08/27 01:04:09
いきなりフリーで配られてるから糞ツールが糞なままだな。
まず、インストーラー付けて進めてきゃ勝手に設定してくれるＧＵＩにしてくれよな。
このツールが全然いい方向へ伸びていかないのは金が絡んでねぇからか。
日の終わりに更新したところで勝手にラベル振ってくれるようにできねぇかな。
競合製品がないからＶＳＳもグダグダもいいとこだなｗ
まあ、前はＶＣのオマケだったしねぇｗ
31:仕様書無しさん
06/08/27 02:50:49
>>30
日本語でおｋ
32:仕様書無しさん
06/08/27 03:38:36
>>31
使いどころの間違ってる煽りほど寒いものはないな。
33:仕様書無しさん
06/08/27 11:37:28
>>29
> >>28
> $Id$ とか使うと、コミット前にテストしてても、コミット後にもっかいコンパイルかかるから嫌。
は？ 何言ってんだ？
34:仕様書無しさん
06/08/27 11:40:29
>>30
Subversionはフリーだが糞ではないぞ。
ド素人にはなんでも糞に見えるんだろうが。
Fedora Core5をインストールすればSubversionは勝手に
ついてくるし細かい設定も自動でやってくれる。
お前にはうってつけだ。
GUIに拘ってるようだが、それは畑違いってもんだ。
一応GUIでできるものはあるが、それは視点が異なる。
お前はApacheやRDBMSをインストールするときもGUIで
ないと何もできないのか？
エンジニアとして終わってるぞ。
makeはおろか、yumやrpmによるインストールもできないようでは
もう救いようがない。
と、釘を刺しておくが、お前向けにTortoiseSVNというGUI製品もある。
それを使え。全部GUIだ。
35:仕様書無しさん
06/08/27 11:41:42
VSSはGUIだろ。Visual Studioについてるんだしな。
しかしVSSしか知らないのは痛いな。
36:仕様書無しさん
06/08/27 17:23:34
なんでそんな目的のことができるかどうかも怪しいマイナー製品奨めるのかわからない。
入れた直後から日本語対応済みなのかよ。
当り前のことも当り前にできない状態になっちゃってるからフリーの製品って嫌いなんだよ。
これじゃ技術者しか使えないじゃん。
誰かマニュアル書くんだよ。
お前か？どうせやらないのにできてるかのようにいうな。
37:仕様書無しさん
06/08/27 17:39:27
>これじゃ技術者しか使えないじゃん。
君、明日から来なくていいよ。
38:仕様書無しさん
06/08/27 17:40:11
>>36
は？ この板は技術者向けの板なんだけど。
何か勘違いしてない？ プログラマのが技術者じゃないなんて
アホだよ。
TortoiseSVNが日本語にならないなら日本語パッチいれればいいじゃん。
39:仕様書無しさん
06/08/27 17:42:42
フリーの製品といってもオープンソースソフトウェアの場合は
そこいらのVectorに転がってるのとは質とレベルが違うんだが。
プログラミングできるってことは技術を知ることなんだが。
っていうか、TortoiseSVN程度なら技術しらんでも使えるハズなんだが。
マウスであそこまで簡単にできるツール、そうそうあるもんじゃないしな。
技術知らなくても文系野郎どもは英語が得意なはずだから、
インストールも日本語化パッチあてるのも苦にはならんだろ。
40:仕様書無しさん
06/08/27 17:46:35
>>36
お前さぁ、企画書書いてここで提出してみろよ。
それが作るに値するものだったら俺が作ってやる。
んでそれをお前は金出して買えよ。
いくらになるかわからんけどなw
41:仕様書無しさん
06/08/27 17:50:05
>>36みたいな馬鹿はこのスレに来なくていいはずなんだけど。
42:仕様書無しさん
06/08/27 17:51:54
>>36の職種が気になるw
なんでTortoiseSVNのマニュアルなんか書くんだw
マニュアルなんてプログラミングと比べりゃ簡単だろ
43:仕様書無しさん
06/08/27 17:56:18
36は本気で書いてるのか、
身近に居るイタイ奴の発言を皮肉って書いたのか、
技術者しか使えないってどういうこと？
44:仕様書無しさん
06/08/27 17:57:45
>>39
今じゃ、文系より理系のほうが英語できるからなあ
こまったもんだよ、文系で英語できるのは語学部のごく少数
45:仕様書無しさん
06/08/27 18:03:48
なんか無駄にかみつくレスが多いけど、
実際に不便なものを不便っていって何が悪いの？
不便っていってる人間のレスをわざわざ潰そうとする理由はなに？
フリーなんて結局開発側にその気がなきゃ、作り手が作りやすい方にしか伸びていかないでしょ？
もう、その時点でこの製品は終わってるんだよ。
俺から言わせればいつまでこんな低レベルなインターフェースで我慢してるのか理解に苦しむ。
よしんば、値段をつけた製品をだしたとしてもフリーのがあるから売れないだろうな。
もう、バージョン管理ツールは死んでると言っていいよ。
46:仕様書無しさん
06/08/27 18:05:41
>36
キミみたいな使ったこともない癖に
ステレオタイプだけで難癖つけちゃう香具師は
生きてる価値ないと思います！
で、何がマイナーだって？もう一回言ってみ
47:仕様書無しさん
06/08/27 18:06:08
>フリーの製品って嫌いなんだよ。
おまえの思想なんてどうでもいいんだよw
嫌いなら、使わなければいいだろ、誰もつかえと強制なんかしてねえ
勘違いするな
昔から、馬鹿は他人より多く金はらうって相場は決まってるんだよ
馬鹿なんだから、背伸びしないで、そこらへんの製品かっとけよ
48:仕様書無しさん
06/08/27 18:06:38
>45
ボクちゃんさぁ
オープンソースって意味わかる？
49:仕様書無しさん
06/08/27 18:06:41
「英語｣が読めても、その背景技術とか、内容が理解できるわけじゃないしな
理系はキーワードだけ拾い読みしても意図を推測できるだろ
50:仕様書無しさん
06/08/27 18:06:48
だから不便なら使わなくていいって。
51:仕様書無しさん
06/08/27 18:13:57
もう、一度いうけど今市場にでてるバージョン管理ツールはどうにも使いようのない糞製品だよ。
それは誰の声も聞かないから、誰のニーズにも答えて無いから。
52:仕様書無しさん
06/08/27 18:15:36
いまや、理系のほうが英語できるから、こまっちゃうんだよw
53:仕様書無しさん
06/08/27 18:19:59
で、なにがお望みなの？
54:仕様書無しさん
06/08/27 18:25:09
>>53
理系を褒め称えろ。
55:仕様書無しさん
06/08/27 18:25:22
「無駄にかみつくﾚｽが多い｣とか
「ﾚｽをわざわざ潰そうとする｣とか
まるっきり炎上ﾌﾞﾛｶﾞｰみたいな言い分だな(藁
「作り手が作りやすい方にしか伸びていかない」は違うな。作り手は自分がほしいものを作ってるだけ｡
お前も我慢せずに自分の理想のI/F作って公開してくれ｡誰も禁止しないし、売れると思ったら売ることもできる。
フリーがあるから売れないんじゃなくて金だす価値がないから買わないんだよ
56:仕様書無しさん
06/08/27 18:30:53
>>45
ｸﾚｸﾚ君マジUZEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
57:仕様書無しさん
06/08/27 18:33:03
これだな
フリーソフトがソフトウェア産業を滅ぼす
URLﾘﾝｸ(nowsmartsoft.or.tv)
58:仕様書無しさん
06/08/27 18:36:23
>>44
そんな使えねえ文系ｲﾗﾈ。
そういうのに限って理系出身や技術やにすべての責任をなすりつける奴が多いからウザいんだけどね。
59:仕様書無しさん
06/08/27 18:38:29
>>57
ウェブ進化論の著者はそうは考えてないみたいなんだけどな。
マイクロソフトに経済力で追いついているGoogleも同様に。
彼らはオープンソースソフトウェアと呼ばれるカテゴリのフリーソフトウェアを
徹底的に支持している。
60:仕様書無しさん
06/08/27 18:38:56
まあ、職業プログラマは、Freeにっくきだろうなとは思うw
だって、自分がかせげなくなるもんな
Freeのものよりいいものをつくればいい話だろってFreeプログラマは
おもってるだろうよw
61:仕様書無しさん
06/08/27 18:41:51
>>60
でも、さすがにタダの商品とじゃ勝負にならない。
62:仕様書無しさん
06/08/27 18:58:35
>>44
技術者向けのマニュアルや数学や物理、工学などの英語書籍や科学論文は、
使われている単語パターンが限られていて
英語力がたりなくても読めるもんだがな。
だが文学小説となると、そうはいかなくなり、文系のほうが強い。
のはずなのに文系で理系より英語が読めないなんておかしな話だ。
63:仕様書無しさん
06/08/27 18:59:13
>>45
で、具体的に何が不便なの？
VSSが不便なのか、TortoiseSVNが不便なのか、TortoiseCVSが
不便なのか説明できないの？
64:仕様書無しさん
06/08/27 19:00:21
>>45
フリーソフトウェアであるEclipseがどうやって進化
しているかわかってないね。ほんとに。
それを、作り手が使いやすい方にしか伸びないと
勘違いしているなら全く恥ずかしいことだよ。
Eclipse Communityに参加している企業リストをよく見てごらん
65:仕様書無しさん
06/08/27 19:01:14
>>51
市場に出ているバージョン管理ツールって
たとえばどんなものか挙げてみ。
66:仕様書無しさん
06/08/27 19:02:08
そうそう、マニュアルっってマニュアルなりの言い回し(定型文みたいなの)があるからね
英語のマニュアルよみあさると、自然となれちゃうんだよね
さすがに、むずかしい英単語でてくるとエキサイト辞書つかっちゃうがw
67:仕様書無しさん
06/08/27 19:02:38
>>60
その考えもWeb2.0によって覆されるよ。
っていうかそれじゃ、Amazon APIやGoogleAPIや
Linuxなんて使ってられないし。
68:仕様書無しさん
06/08/27 19:03:21
>51
ボクちゃん？
オープンソースって何か説明してごらん？
話はそれからにしようか
69:仕様書無しさん
06/08/27 19:05:32
で45みたいにぎじゅつがよくわからないひとは、
ぎじゅつやさんにおかねをはらって
すきなものをつくってもらってﾈ
70:仕様書無しさん
06/08/27 19:08:26
情報格差がもうすごいところまできちゃってるからな
こういうものにうといやつはどんどんついていけなくなるし、
できるやつはどんどん進む
71:仕様書無しさん
06/08/27 19:14:12
>>64
え？Eclipseは激重じゃん。
あんなの開発者が作りたいように作った結果でしょ。
さすがに出資者がいたらあんなハイスペックでしか動かないソフト出させないでしょ。
てか、フリーにしたって作った奴の脳みそどうにかなってるとしか思えないけどｗ
72:仕様書無しさん
06/08/27 19:16:35
ボクちゃん？
ホントにオープンソースが何なのかわからないんだね
73:仕様書無しさん
06/08/27 19:20:24
どこを切っても糞Sﾖの視点なのが泣けるwwwww
74:仕様書無しさん
06/08/27 19:20:30
>>72
何がいいたいの？
誰もそんな話してないのに頭いかれてるでしょ？
これをネタにして小さい定義についてごちゃごちゃ語って喧嘩ふっかけようとしてる姿勢丸出し。
キモイからレスつけないでね。
URLﾘﾝｸ(ja.wikipedia.org)
75:仕様書無しさん
06/08/27 19:24:08
どうせぐだぐだ言ってる36は一人なんだから、
トリップくらいつけたまえ
76:仕様書無しさん
06/08/27 19:31:34
>74
ボクちゃんボクちゃん？
逆ギレ？
オープンソースのメリットは何かボクちゃんの言葉で説明してごらん？
77:仕様書無しさん
06/08/27 19:33:32
>>76
キモイ
78:仕様書無しさん
06/08/27 19:34:46
利点とかいってＧＣＣがあのザマで利点も糞もない。
79:仕様書無しさん
06/08/27 19:35:59
結局無知な子がわめいてただけか
くだらん
80:仕様書無しさん
06/08/27 19:37:14
>>79
あれあれ？ＧＣＣが糞って言われてキレちゃった？ｗ
81:仕様書無しさん
06/08/27 19:40:17
うーん？
gcc なら知ってるが ＧＣＣ は知らんなぁ
82:仕様書無しさん
06/08/27 19:42:21
しばらくの間36の自爆ショーをお楽しみください！
83:仕様書無しさん
06/08/27 19:43:23
>>81
ｗ
URLﾘﾝｸ(www.google.co.jp)
URLﾘﾝｸ(www.google.co.jp)
84:仕様書無しさん
06/08/27 19:44:45
>>81
>これをネタにして小さい定義についてごちゃごちゃ語って喧嘩ふっかけようとしてる姿勢丸出し。
思ったとおりの煽りってのも進歩ないなｗ
85:仕様書無しさん
06/08/27 19:46:53
うｰん?
GGG なら知ってるが (ry
具体的な問題点をなにも挙げられないし
建設的に解決策を論じることもできない
ほんと役立たずですね
86:仕様書無しさん
06/08/27 19:47:28
全角で書くのは阿呆だけって意味が阿呆には理解できなかったようだ(´･ω･`)ｶﾜｲｿｽ
87:仕様書無しさん
06/08/27 19:52:32
根拠が薄弱であるにもかかわらず確信していること。
他人が論理的に説得を試みても訂正不能なもの。
自覚ないんだろう。あえてレス番はつけんが…。
88:仕様書無しさん
06/08/27 19:53:10
まぁまぁ皆さん落ち着いて
ボクちゃんにＧＣＣの問題点を語ってもらいましょう
どうせオープンソースの長所すら理解できてない
ボクちゃんには使いこなせなかった程度の理由だろうけど
89:仕様書無しさん
06/08/27 19:56:38
>>88
キモイ
90:仕様書無しさん
06/08/27 19:58:35
>>88
それなんか意味あるの？
GCCの問題点を語らせて、オープンソースの長所を理解して
その後どういう話にもっていくのか知りたいんだけど？
そうじゃないと話する意味ないよね？
まず、どういう流れになるのか説明してくれ。
91:仕様書無しさん
06/08/27 20:02:32
自分の業務以外のことは何も知らないうちの化石PMにそっくり
92:仕様書無しさん
06/08/27 20:03:12
>90
>36,45って無知ゆえの固定観念でFAってお話
93:仕様書無しさん
06/08/27 20:04:04
>>91-92
どうしたの？
早く説明してよ。
94:仕様書無しさん
06/08/27 20:04:09
>>30
>>36
>>45
>>51
>>71
>>74
>>78
>>80
これ以上手間かけさせんな(ﾌﾟｹﾞﾗｯﾁYO!
95:仕様書無しさん
06/08/27 20:06:23
>>94
逆ギレするぐらいならはじめからレスつけんなよｗ
96:仕様書無しさん
06/08/27 20:07:17
どっちが逆ギレしてんだよｗ
97:仕様書無しさん
06/08/27 20:08:12
結局、人に説明を求めておいてそれが返されると途端に弱くなっちゃう程度なんだよねｗ
98:仕様書無しさん
06/08/27 20:09:04
>>96
>>94みたいに過去の発言とってきてアンカー連発レスつけるのなんてキレてんじゃなくてなんなんだよｗ
99:仕様書無しさん
06/08/27 20:10:33
まとめ作業
100:仕様書無しさん
06/08/27 20:11:49
キレるのはイクナイ
101:仕様書無しさん
06/08/27 20:12:04
subversionでバイナリファイルにデータ保持してるのがなんとなく信頼性の面で不安で
いまだにCVSつかってる・・
まぁクラス名の変更したときとか便利なのはわかるけどとりあえずCVSでも不便はないし
102:仕様書無しさん
06/08/27 20:13:22
>>30
> 日の終わりに更新したところで勝手にラベル振ってくれるようにできねぇかな。
できるよ。
お前には教えないけどな。
103:仕様書無しさん
06/08/27 20:14:34
>98
>90みたいにできないことをさせられそうになったら
御託を並べて拒否するのは逆ギレじゃないんだ
(´･∀･`)ﾍｰ
104:仕様書無しさん
06/08/27 20:18:08
ろくに遣ったことも無い奴のわがままに付き合うほど
開発者は暇じゃねえっつーの。
お前が金だして作らせれば。
105:仕様書無しさん
06/08/27 20:24:55
なんで必要もなくｺﾃﾊﾝで発言するやつがわくｽﾚがあるのに
ここで無意味な自己主張するやつはレス番すら名乗らないんだ？
106:仕様書無しさん
06/08/27 20:25:25
>>71
> >>64
> え？Eclipseは激重じゃん。
> あんなの開発者が作りたいように作った結果でしょ。
> さすがに出資者がいたらあんなハイスペックでしか動かないソフト出させないでしょ。
> てか、フリーにしたって作った奴の脳みそどうにかなってるとしか思えないけどｗ
Eclipseが重たいのではなく、お前のマシンが重たいだけだよ。
ソフトウェアってのはお前みたいな大馬鹿者にあわせて作られているんではないんだよ。
今店でヨドバシで売られてるようなマシンならEclipseも難なく動くわけだが。
Eclipse Community に参加している企業リストも
知らないで「あんなの開発者が作りたいように作った結果でしょ。」と
よく言い切るものだ。
107:仕様書無しさん
06/08/27 20:25:24
>>102
そう、それが問題。
そんな未完成な状態で完成してしまっているのがフリーソフト。
俺やお前ができた。それで？
みんながワンタッチでできなきゃなんの意味も無い。
糞なソフトが糞なままある現実をちゃんとみろ。
108:仕様書無しさん
06/08/27 20:26:00
>>106
お前は論外だなｗ
109:仕様書無しさん
06/08/27 20:26:19
こいつ(==>>74)ついに切れたな
110:仕様書無しさん
06/08/27 20:26:53
>>81
ワロタ。そのまま>>36に直撃だw
111:仕様書無しさん
06/08/27 20:27:03
>>107
みんな出来るよ。
出来ないのお前だけ。
かわいそう。
112:仕様書無しさん
06/08/27 20:28:13
>>111
はいはいｗ
何言ってるのか理解できて無い人は参加しないでねｗ
113:仕様書無しさん
06/08/27 20:29:39
>>112
ここはバージョン管理ツールのスレだよ。
バージョン管理ツールの一つもろくに使えない人は参加しないでねｗ
114:仕様書無しさん
06/08/27 20:31:13
>>30==>>36==>>45==>>51==>>71==>>74==>>78==>>80==>>95==>>98==>>107==>>112
こいつはかなりイタイ奴だなw
晒しあげ
115:仕様書無しさん
06/08/27 20:33:10
いま、>>30は涙でディスプレイが見えません。
116:仕様書無しさん
06/08/27 20:33:16
>>114
>>90を入れないのは自分に都合が悪いからかな？ｗ
自分に都合が悪いアンカーはずしちゃうんだ？ｗ
かっこ悪いｗ
117:仕様書無しさん
06/08/27 20:34:58
>>114
そうだ、早く>>90について説明してくれよｗ
118:仕様書無しさん
06/08/27 20:37:24
>>116
だから誰の発言かの区別を読む側にさせるなと何度も言ってるだろ、このﾊﾞｶﾁﾝが
119:仕様書無しさん
06/08/27 20:41:24
>>118
あれあれ？そういうスレじゃないですか？
もしかして・・・図星突かれてキレちゃった？ｗ
120:仕様書無しさん
06/08/27 20:55:39
このスレもこいつ一人で埋めそうな勢いだな。
121:仕様書無しさん
06/08/27 21:08:06
>>119 で図星をついたと思ってるのが痛々しいwwwwWwwwWwwうぇっwwww
122:仕様書無しさん
06/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:仕様書無しさん
06/08/28 00:54:58
>>122
>俺はEclipseの話をしだたけだし
ああ、一番馬鹿な奴か・・・ｗ
124:仕様書無しさん
06/08/28 01:34:28
もちちけ
125:仕様書無しさん
06/08/28 07:59:21
なにやってんだおまいら。。。
126:仕様書無しさん
06/08/28 18:46:54
>>123が一番馬鹿な奴だと気づいていない。
127:仕様書無しさん
06/08/28 22:53:42
日曜にファビョる奴が現れるのはこのスレの宿命かｗ
128:仕様書無しさん
06/08/28 23:41:14
えくりっ
絵栗
栗鳥巣
129:仕様書無しさん
06/08/28 23:42:41
えくりぷすだめだな
あんなものをマジで使う奴は絶対に仕事が遅い
130:仕様書無しさん
06/08/28 23:48:46
短足
131:仕様書無しさん
06/08/29 00:12:59
>>129
と、メモ帳派が申しております
132:仕様書無しさん
06/08/29 00:26:01
メモ帳派ってマジ仕事早いよな
133:仕様書無しさん
06/08/29 01:19:01
○投げ
134:仕様書無しさん
06/08/29 06:26:25
遅いよ。
Emacsのほうが早いだろ
135:30
06/08/29 07:30:20
EMACSはタダで開発者が作りやすいように作っててGUIじゃなくて技術者じゃないと使いこなせないから糞なんだよ！！！
136:仕様書無しさん
06/08/29 07:35:13
>>135
まぁ、敷居は高いわな。
137:135
06/08/29 07:47:16
>>136
こんな時間に爆速でネタにﾏｼﾞﾚｽする君にLOVE
138:仕様書無しさん
06/08/29 08:31:35
>>135==>>137==>>30
そうやって言い訳して逃げて懲りずに自分の無能さを晒すとは流石
139:仕様書無しさん
06/08/29 22:10:38
>>135
金払えって言われたら出さんな。
140:仕様書無しさん
06/08/29 23:04:41
viがすきならEmacsつかわずvi使えばいいじゃんメール欄にそうかいてる頭の悪い>>30==>>135
141:仕様書無しさん
06/08/29 23:32:46
Emacs（エマークス）をイーマークスと発音する奴はだいたい使えない。
142:仕様書無しさん
06/08/29 23:44:18
マックスはどうなんだ
143:仕様書無しさん
06/08/30 00:07:57
ｲｰﾏｯｸｽ
144:仕様書無しさん
06/08/30 10:13:45
エマックス
145:仕様書無しさん
06/08/30 10:58:08
エマンシペェーション
奴隷解放運動！
146:仕様書無しさん
06/08/31 08:41:39
エネマックス
147:仕様書無しさん
06/08/31 11:31:05
エアー真似地面と
148:仕様書無しさん
06/09/02 11:38:41
イマックス
149:仕様書無しさん
06/09/03 11:14:13
CVS使わせられてるんだけど、
いちいちコミットメール出さなきゃいけないのが苦痛
なんでそんなとこ自動化しとかないんだよ！
150:仕様書無しさん
06/09/03 11:39:12
Antで自動化できるだろ
151:仕様書無しさん
06/09/03 13:07:04
>>149
仕事でCVS設定するようなとこならふつうコミットメールくらい設定するよなぁ。
鯖管に要望だしてみたら?
うちはコミットメール投げるとともに、WikiのChangeLogページにも自動カキコ
するようになってる。
152:仕様書無しさん
06/09/03 13:22:09
ここでコンパイルの通らないソース上げるなっていう書き込みがあったけど
共通部分修正するとそれを使ってる部分って全部修正が必要になるわけじゃん？
そういうときって誰が修正するの？
あと、そのときのバージョン管理ツールの操作としてはどうしておくのが適切なの？
153:仕様書無しさん
06/09/03 13:28:17
>>152
全部自分で修正する。 CVS みたいなマージモデルのシステム使ってるなら、
ソースの所有権を頑なに守る理由は無い。
どうしても迷惑がかかりそうなら自分専用の小さなブランチを作って使うといい。
Subversion だとブランチの作成が軽くて楽チン。 CVS だとそういう小さな
ブランチを作るのが（物理的にも精神的にも）重い。
154:153
06/09/03 13:30:19
ブランチ作っても最後にマージしようと思ったら一緒か。
変更点がブランチにあることを連絡して確認もらうぐらい？
メンドクサイから、やっぱり全部自分で修正しちゃえばいいんだよ。
155:仕様書無しさん
06/09/03 13:35:12
普通に言える。
>全部自分で修正する
絶対無理。
156:仕様書無しさん
06/09/03 13:39:05
>>155
なんで？
157:仕様書無しさん
06/09/03 13:41:37
>>156
量が多すぎて
158:仕様書無しさん
06/09/03 13:46:56
>>157
そりゃ大変だな。
理由があって使用側の修正が無理なら
元の変更自体が無理ってことだ。チームで相談しる。
でも最後にコミットするのは一人。
159:仕様書無しさん
06/09/03 14:11:59
>>152
リファクタリングツールが全部修正してくれるから問題なし
160:仕様書無しさん
06/09/03 14:12:47
>>157
リファクタリングツールを使えば全部自動的にやってくれるぞ
161:仕様書無しさん
06/09/03 16:37:21
>>160
無理だよ。
だって階層になってるクラスの構造から修正かけたんだもん。
より具体的にいうと
Ａ－ＢＣ（ＡクラスがＢクラスとＣクラスを保持）
Ｂ－Ｄ（ＢクラスがＤクラスを保持）
Ｃ－Ｄ（ＣクラスがＤクラスを保持）
みたいになってるところがあって、Ｄクラスを他でも使うことになった。
なのでＤクラスを外にだしてＢクラスとＣクラスはＤクラスのＩＤだけもつことになった。
これによってＢクラスとＣクラスはＤクラスをＩＤから呼び出す構造になった。
Ａ－ＢＣ
Ｂ－*ＤMng
Ｃ－*ＤMng
っちゅーわけでんがな。
なのでＤクラスを使用している箇所を全部DMngを使用したソースに書き変えなければならないんすよ。
162:仕様書無しさん
06/09/03 16:47:33
依存関係逆転の原則
163:仕様書無しさん
06/09/03 17:04:05
>>161
そうか？
それでもリファクタリング利くよ。
EclipseでJavaを使うことが前提って場合の話だが。
つか、DIコンテナ使いたくなってくる罠
164:仕様書無しさん
06/09/03 17:12:31
namespaceを担当者毎にきれよ。
165:仕様書無しさん
06/09/03 17:15:48
ｿﾝﾅｴｻﾃﾞ
166:仕様書無しさん
06/09/03 17:43:46
>>164
そんなやり方じゃ根本的な解決策になってない。
package管理はもちろん重要だが。
言語がJavaではなくCやC++だと
リファクタリングもしずらいみたいだな。
EclipseのCDTプラグイン見てるとそれがよくわかる。
リファクタリングもしづらい言語ってのがC++の欠陥ともいえるし。
167:仕様書無しさん
06/09/03 17:44:48
しずらいって低学歴かよ
「しづらい」
168:仕様書無しさん
06/09/03 18:01:56
バージョン1.0から完璧
リファクタリングの必要性すらない
神の領域なC厨の漏れが参上しましたよ
169:仕様書無しさん
06/09/03 18:06:59
粘着だな。
小学生ほど誤字にうるさい
170:仕様書無しさん
06/09/03 18:23:58
２ちゃんでの誤字脱字は原則容認の方向で。
171:仕様書無しさん
06/09/03 18:35:36
誤字を指摘されると逆ギレｗ
指摘されたくなければまともな文章かけよ
172:仕様書無しさん
06/09/03 18:40:26
CVSで別のプロジェクトのファイルをゴッソリコミットされてしまったのには驚いたな。
半年経って修正依頼が来たんで俺が修正しようとしたらコンパイル通らないんで気付いたけど。
でルールとしてコミットしたファイルをそのまま取り出してリリース物件にすることになってるんで、
前回そのルールに沿ってなかったことが判明してコミットした人は大目玉。
173:仕様書無しさん
06/09/03 19:33:58
>>171が浮いてる件について
174:仕様書無しさん
06/09/03 19:35:37
>>172
別のプロジェクトってことは、ファイル名もそれぞれ異なるだろうから、
バージョン番号がげっそり消えてたって事だな？
それなら、Subversionにしておけよ。
細かいルールもすっきり丸く収まるし、
ちょっとしたミスによる被害も少ないぞ。
とくにディレクトリ移動に関しては。
175:仕様書無しさん
06/09/03 19:39:58
>>173
粘着だな。
176:仕様書無しさん
06/09/03 19:58:14
>>64
ちょｗｗｗ
おまい一回、Visual Studio 2005やBorland Development Studi 2006使ってみてから、その台詞はいてくれwww
Eclipseなんかメジャないぞｗｗ
177:仕様書無しさん
06/09/03 20:21:08
>>175
おまいが浮いてると思う
178:仕様書無しさん
06/09/03 20:22:01
>>176
まさにそのリファクタリング機能追加も
遅れてるVS.NETなどEclipseから見れば目じゃないんだが。
179:仕様書無しさん
06/09/03 20:30:11
>>174
とりあえず俺はCVSしか使ったことないけどSubVersion勉強してみる。
ちなみにプロジェクト毎にファイル名は違うんだけどそいつは、
updateした時に大量にAやらMやら出たらしいが気にせずcommitしたらしい。
使用するメンバー全員が使い方知らないと被害が全体に及ぶことを知った日でした。
180:仕様書無しさん
06/09/03 20:36:10
をひをひ、それ想像力無さ過ぎ(w
181:仕様書無しさん
06/09/03 20:44:59
>>177
まだやってたのかｗ
182:仕様書無しさん
06/09/03 21:01:36
>>179
勉強するまでもないよ。
cvs2svnですぐに移行してしまえばいい
183:176
06/09/04 00:18:35
レス番間違えました orz
>>71
でした。
Eclipseより、重いよっていいたいだけです。
184:仕様書無しさん
06/09/04 01:42:42
上のは偽者です。
本当はEclipseなんて糞だよ。っていいたかっただけです。
185:仕様書無しさん
06/09/04 02:05:48
上のは偽者です、
本当はEclipseも使えずVisual Studioしか
使えなかった奴は糞だよ。っていいたかっただけです。
186:176
06/09/04 13:39:46
なんで、スレ違いの話題に偽物が出てくるんだよｗ
偽物云々はどうでもいいんだよ。
真実を見ろｗ
187:仕様書無しさん
06/09/05 09:45:04
あのー・・・バージョン管理ツールって何ですか？ いい加減に教えてください！(怒
188:仕様書無しさん
06/09/07 10:11:18
ネットの世界で埋もれてたWebDav技術をうまく再利用したのが
subversion
おわかりですか？
189:仕様書無しさん
06/09/07 13:27:01
真性でそれ言ってたら笑える
190:仕様書無しさん
06/09/08 01:39:31
一本釣りですか？
191:仕様書無しさん
06/09/08 07:02:34
SVNはリポジトリ壊れたら復旧不可能
192:仕様書無しさん
06/09/08 13:30:25
まぁダンプと差分ダンプを別の場所に置くのは大事だね。
フックの扱いがちといやーんだが。
193:仕様書無しさん
06/09/08 15:37:44
>>191
んなことCSやVSSだろうとおなじことや
194:仕様書無しさん
06/09/08 15:37:53
CVS
195:仕様書無しさん
06/09/08 15:49:43
>>193
たぶん、SVNはバイナリだから壊れたらどうしようもないがCVSはテキストだから
まだ望みがある、程度のことを針小棒大に言っていると桃割れ。
196:仕様書無しさん
06/09/08 17:32:16
だとしたら、けっこうﾜﾛｽだなw
197:仕様書無しさん
06/09/08 17:33:03
Subversionの作者に笑われるぜ。
壊れるのは、そもそもバークレーDBを使ってる奴が悪い。
Subversionを使うなら壊れにくいFSFSにしろや
198:仕様書無しさん
06/09/08 23:41:25
何？SVN信者が必死の反論？ﾜﾛｽｗ
199:仕様書無しさん
06/09/10 14:34:16
Subversion信者がどうとかって言ってる香具師って
実際に使ったことあるのかと小一時間(ry
200:仕様書無しさん
06/09/10 16:04:21
こいつばかだから、Subversion使ったことがないと見た。
201:仕様書無しさん
06/09/11 06:17:37
壊れたリポジトリから一部復旧しようという貧乏臭い発想がまず間違い。
壊れる前までのバックアップから復旧するのが正しい。
貧乏人はずっとCSVつかって無駄な努力してろ
202:仕様書無しさん
06/09/11 12:38:12
SubversionどころかCVSすら使えずCSVで手動で面倒くさい管理か。
そりゃ大変だ罠
203:仕様書無しさん
06/09/18 19:07:58
バージョン管理ツールあったらコメントって不要なのかなぁ
いちいちコメントをバージョン管理ツールから読まなきゃいけないのがめんどくさい
と感じてしまうんだけど、そんなことない？
204:仕様書無しさん
06/09/18 19:11:25
なんでコメント不要という発想になるのかが理解できん。
205:仕様書無しさん
06/09/18 19:16:34
>>203
> バージョン管理ツールあったらコメントって不要なのかなぁ
???
これはいるぞ。
/**
* 倍にするメソッド.
* @param x 値
* return double型の値
*/
> いちいちコメントをバージョン管理ツールから読まなきゃいけないのがめんどくさい
> と感じてしまうんだけど、そんなことない？
何を修正したかのコメントはSubversionのほうにコミットするたびに記録しておけばいいので
ソースコードに直接コメントを書く必要はない。
バージョン管理システムの履歴を見れば
今までにコミットした各バージョン毎にコメントが一覧でわかる。
206:仕様書無しさん
06/09/18 19:17:12
とりあえず、まずは使ってみろってところだな。
使ってみて入門書を読みながらあれこれやってみるのがよろしい
207:仕様書無しさん
06/09/18 21:44:33
>>203
不要とは思わないが、本当に必要な場所にだけ書いて欲しい。
変数に0をいれてクリアとかそんなんまで１行づつ丁寧にコメント入ってると吐きそう。
208:仕様書無しさん
06/09/19 00:51:56
>>207
必要な箇所ってどこだよ。
209:仕様書無しさん
06/09/19 01:56:28
必要なのは間違いないのだが、もっとカンタンにならんだろうか？
萌え萌えな感じでたのむ
210:仕様書無しさん
06/09/19 02:00:34
>>209
//↓ここなんかコメントはずすとおかしくなる
/*
*/
やっぱ、必要な箇所ってこういうのかな？
211:仕様書無しさん
06/09/19 02:02:52
もっとも重要なコメントは
#if 0
//何故かここのコメントはずすとアクセスバイオレーションが出る
/*
*/
#endif
だな。
212:仕様書無しさん
06/09/19 02:54:03
最近Cやってないんだけど、未だにコメント外すとダメなやつってあんの？
213:仕様書無しさん
06/09/19 12:21:45
>>209
C/C++言語の使用を禁止し全てJavaでリプレースする。
そうすれば無駄が省ける。
214:仕様書無しさん
06/09/19 22:16:17
バージョン管理を勝手にやってくれるツールはないの？
215:仕様書無しさん
06/09/19 22:31:40
サブ婆ちゃん
216:仕様書無しさん
06/09/20 01:18:49
>>214
どこまで勝手にやってくれることを望んでいるのか。
作業のすすみ具合にもよるだろうし。
一定間隔毎にオートセーブ機能なんかつけたら
たった一文字の修正のためだけに
バージョン管理に記録されて差分情報が
冗長になるわリポジトリが無駄にでかくなるわで無駄が多くなる。
しかし、そのアイデアなら、良い考えかも知れないな。
217:仕様書無しさん
06/09/20 16:04:35
セーブのたびにdiffかけて、こっちが設定した以上の変更があればコミットでいいんじゃね？
218:おじゃばさま
06/09/20 20:13:32
ソースをコメントアウトする場合は、
/*
*/
ではなく、
//
//
を使用するように！！
219:仕様書無しさん
06/09/20 22:46:16
/*☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
初★期★化★処★理
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★*/
220:仕様書無しさん
06/09/21 17:12:56
Eclipseでchekstyleですべての警告を消去するまでは
絶対にコミットしないように！！！！！！！！！！！！！
221:仕様書無しさん
06/09/21 22:39:23
>>220
押忍！
警告設定を解除することで解決しました！
私のソースをコンパイルするときは警告の設定をすべて「無視」に設定してください！
222:仕様書無しさん
06/09/21 23:00:37
警告設定を禁ずる
223:仕様書無しさん
06/09/21 23:01:04
警告設定を禁じてどうする！
警告設定解除を禁ずるのだ！
警告を無視する奴はゆるさないぞ
224:仕様書無しさん
06/09/22 03:40:58
【シベリア抑留】携帯電話開発の実態【未満】0x0E
ｽﾚﾘﾝｸ(prog板:772-番)
225:仕様書無しさん
06/09/22 20:27:57
チームで仕事するんならバージョン管理は必須だよねぇ。
9月ｘ日リリースのソフトでデグレってる！って指摘された時の
容疑者リストを作るのもお茶の子さいさい
226:仕様書無しさん
06/09/22 21:04:45
URLﾘﾝｸ(subversion.bluegate.org)
この「自動バージョン化」って使ってる人いる？
Windowsの共有フォルダと同じような操作感で、更新のたびに
勝手にコミットしてバージョン管理してくれたらすごい便利なんだが。。
227:仕様書無しさん
06/09/22 23:10:51
使ったことがないのでわからない。
Subversionについてはこちら
Subversion r5
ｽﾚﾘﾝｸ(tech板)
228:仕様書無しさん
06/09/23 15:47:32
>>214
・WebDAVはどうだろうか。
・後は、cronとかタスクスケジューラでcomitコマンドを走らせる
でも、エディタに標準搭載はいいかもわからんね。
saveしたら、自動でコミット。コメントはどうつけようか？
229:仕様書無しさん
06/09/23 15:48:53
レス読まずに、>>226とかぶっちまったｗ
230:仕様書無しさん
06/09/23 16:11:44
テンポラリファイルに保存してからリネームとかしてるプログラムでは
ひどいことになりそうだな。
231:仕様書無しさん
06/09/23 21:16:27
>>228
ちょっとまて、コンパイルエラーにしたまま勝手にcommitされるのは
迷惑だ。
どうせなら、コンパイルに成功してからcommitしてほしい。
もちろん、FindBugsなどのバグパターン検出ツールを使って
その結果から、commitしても問題ないかどうかを
コンピュータが自動的に判断してコミットするという奴。
232:仕様書無しさん
06/09/23 21:17:08
>>230
テンポラリ？
リファクタリングしておけばいい。
Subclipseも名前変更リファクタリングに対応している。
233:仕様書無しさん
06/09/23 22:41:48
>>232
いきなり何の話だ？
234:仕様書無しさん
06/09/23 23:39:01
>>231
makeで
・コンパイルとおして、
・unit test がとおったら、
自動でcomitするようにしこんどけばよいのでは？
235:仕様書無しさん
06/09/24 19:55:55
いや、それよりも、別ブランチを切った方がいいと思う。
コンパイルは通らないけど、試行錯誤の跡はスナップショットに
撮りたいというのがそもそもの要求だろうし。
けど、そんなスナップショット使えねぇ事が殆どだけどな。
236:仕様書無しさん
06/09/24 20:46:09
各自の枝だったら何してもいいけど幹で毎度毎度コミットされるとうざいな。
バージョン管理じゃなくログ管理になってる。
237:仕様書無しさん
06/09/27 19:54:12
コメントを訂正しただけでコミットなんてよくあるからな。
フォーマット訂正しただけってのも
238:仕様書無しさん
06/10/05 08:50:31
いきなり大規模な修正をcommitされるのも困りもの。
毎日１度はcommitしろ、と言いたくなる。
どれも程度の問題だが。
239:仕様書無しさん
06/10/05 08:59:58
それで困るのはどうかと。
ＣＶＳじゃ困るだろうけどSubversionじゃ困らないってやつもあるが
240:仕様書無しさん
06/10/05 10:26:16
あちこちでマージの嵐になるなら困りものかもな
241:仕様書無しさん
06/10/06 08:29:17
「ANSI C規格に厳密に準拠していないとすぐに警告出すものは、
警告レベルを弱めるだけで即解決」と言っている俺の隣の奴に一言どうぞ。
242:仕様書無しさん
06/10/06 10:56:03
警告レベルをさげればすぐ解決？
アホか。
FindBugsによるバグパターン検出もしないで何を言うか
243:仕様書無しさん
06/10/06 11:16:42
>>241
「警告レベルを戻しなさい」
244:仕様書無しさん
06/10/06 19:06:39
>>421
その同僚ってある意味マトリックスみたいな世界に生きてるよな。
そいつの中では解決した問題かもしれないけど、
世界ではその問題は何一つ解決していない。
つーか、プロジェクト開始前に、そのプロジェクトでの警告レベルを設定するべきだよな。
245:仕様書無しさん
06/10/06 21:35:36
マトリックスどころか人形遣いに操られて家族も子供もいる父親だと
勘違いしている独身男みたいだ
246:仕様書無しさん
06/10/10 11:18:02
一体，どんな同僚なんだ？>421
247:仕様書無しさん
06/10/12 16:09:26
ファッキン同僚だ
248:仕様書無しさん
06/11/24 21:10:38
「ちゃんと管理しないと先祖帰りするからね。
君も気をつけてよ」
VisualStudioEnterpriseEditionなのに
なんでVSSとか使わねーんだyo
死ねよ、業務系
249:仕様書無しさん
06/12/04 15:11:36
>248
おそらく、
「使うの('A`)ﾏﾝﾄﾞｸｾ」
だと思う。
250:仕様書無しさん
06/12/04 19:59:47
使わないほうが('A`)ﾏﾝﾄﾞｸｾ
251:仕様書無しさん
06/12/06 22:25:46
「使い方覚えるの('A`)ﾏﾝﾄﾞｸｾ 」が正解とみた
252:仕様書無しさん
06/12/06 22:52:36
(;ﾟ∀ﾟ)=3ﾊｧﾊｧ ＜まんこ臭いと聞いて飛んできますた。
253:仕様書無しさん
06/12/10 17:56:05
「うちはパワージムだから」って
聞いたことねぇよ
254:仕様書無しさん
06/12/10 21:39:37
>>253
COBOL?
255:仕様書無しさん
06/12/10 21:48:35
>>253
Fの「POWER GEM（パワージェム）」じゃないの？
パワージムじゃ、スポーツセンターかガンダムみたいだよ。(w
256:仕様書無しさん
06/12/13 11:00:06
>251
すまん
オレそれだわ・・・orz
つーか納期納期でとてもじゃないがセットアップしてる暇なんか無い。
作業人員オレだけだし('A`)
257:仕様書無しさん
07/02/11 02:35:23
入れる権限があるなら1週間くらい勉強しつつサブバージョン
使えるようにした方がいいね。
コンピュータで自動でやれる処理を人間がいちいちやるのは
効率悪いですよ。
258:仕様書無しさん
07/02/12 01:05:26
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
プログラマーになってみたい人は、まずこの本を読んでみて下さい
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
＜仕事に必要なスキルのチェック＞
URLﾘﾝｸ(www.amazon.co.jp)
Code Complete第2版〈上〉―完全なプログラミングを目指して
URLﾘﾝｸ(www.amazon.co.jp)
Code Complete第2版〈下〉―完全なプログラミングを目指して
プログラムのうまい書き方がキッチリと紹介されています。
逆に言えばこれを知らないと、プログラマーになってもプログラムがうまく作れなくて苦労する可能性があります。
＜仕事に必要なやる気のチェック＞
URLﾘﾝｸ(www.amazon.co.jp)
ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵
（どんな仕事でもそうですが）仕事に対して「感謝」の気持ち、「喜び」の気持ちが持てなければ、やる気がなくなります。
プログラミングが楽しい＝「喜び」、関係者のみんなありがとう＝「感謝」の気持ちが持てれば、多分長続きしますよ。
259:仕様書無しさん
07/02/12 01:45:42
>>258
上：
まあ自己流一辺倒よりは遥かに良いけれど。
それが全てであるという人間を生み出してしまいそうで嫌だなぁ
なんで1冊だけなんだ？。良い本はまだ他にもあるのでは？
下：
それは管理者向けの本なんだけど。
管理の貧困に起因する仕事の苦労を経験した人に勧めるのはよいけれど
これから職に就く人に勧めるのは不適切ではないかと
260:仕様書無しさん
07/02/12 02:34:29
>>259
代替案が出せるようになったら一人前です。
261:258
07/02/13 22:19:02
>>259
把握しました！
262:仕様書無しさん
07/04/05 21:07:01
コンパイル通らんソースをコミットするやつが多すぎて気が狂いそうだ・・・
テストソースまでもが真っ赤なんだがUT完了ってホントかよ、オイ
263:仕様書無しさん
07/04/07 01:05:20
svnはツール自体にtags, trunk, branchesの概念を仕込む必要があるだろ。
いちいち覚えてられねーって奴多そうだし。
せっかくいいツールなのにそこがもったいない感じ。
264:仕様書無しさん
07/04/09 01:29:23
最悪 HEAD (trunk) だけ & commit されて履歴が残ってるだけでも全然違う
最初から理想を追ってもしょうがないぜ
265:仕様書無しさん
07/04/26 06:25:24
>>262
動かないコードをコミットするヤツは死刑だよな
>>263
全員がsvnをマジに使えるようになるのはかなり厳しいよね。
とりあえずは、プロジェクトの全体を見てるやつだけが
tagとかbranchとか駆使してやって
末端の奴等はupdate&commitだけやらせとけばおｋだと思う。
266:仕様書無しさん
07/05/04 00:05:39
すべてのマ板住民はGW中に沈没をマスターする事を要求するage
267:仕様書無しさん
07/05/06 21:05:34
>263,265
おいおい、おまいらSVNを理解して言ってるのか?
CVSと混同してるだろw
tag,branchとtrunkにパス名以外の差がないのがいいところだろ
268:仕様書無しさん
07/05/06 21:47:22
どーせほとんどは画一的な運用しかしないんだから
型にはめてくれってだけの話だろ。
269:仕様書無しさん
07/05/24 00:12:59
世の中にはバージョン管理ツールって何それ？つおい？
っていう管理職共がうようよしてるんだぜ
ソースとかドキュメント上に手書きでバージョン１．０とか
書けというんだorz
270:仕様書無しさん
07/05/24 23:19:02
>>269
そして「前のバージョンのソースはコメントとか#if 0で残しとけ」とか
言う奴らだろ？
読めるかこんなうんこソースorz
271:仕様書無しさん
07/05/27 11:47:39
>>267
＞tag,branchとtrunkにパス名以外の差がないのがいいところだろ
CVSだって、タグ指定のオプションがかわるだけ。
どっちもたいして違わない。
タグでもブランチでもない運用をしたいときには
svnの汎用性がいいのかもしれないが、
現実にあるのか、そんなこと。
272:仕様書無しさん
07/05/27 11:53:15
>>269
＞ソースとかドキュメント上に手書きでバージョン１．０とか
＞書けというんだorz
公開するようなバージョン番号は人力でちゃんと
管理する必要があるだろ。
リビジョン番号やビルド番号なんかといっしょにしてはいけない。
273:仕様書無しさん
07/05/27 19:15:21
>>272
それ、Tagやブランチでできるよ。
274:仕様書無しさん
07/05/30 11:59:38
一次開発のバグ対と二次開発で、ソースの二重管理を
しなければならないようになったけど、
何かいい方法とかない？VSSとか使ってもうまくいかない。
一次開発だけなら、VSSで十分だったけどさ。
275:仕様書無しさん
07/05/30 12:24:37
>>274
CVS なり Subversion なりのブランチを使う場面だな。
VSS にはブランチ無いの？
276:仕様書無しさん
07/05/30 12:53:20
個人用途で同一リポジトリを
~/bin
~/dev/bin
の両方にチェックアウトして弄るときは下のディレクトリでやって
安定したら上のディレクトリにリリースする意味で取得とかやると便利だな。
277:274
07/05/31 14:12:16
情報ありがとうございます。当方の環境がVisual Studio 2005なので、
Subversionを導入するのが一番よさそうでした。
278:仕様書無しさん
07/06/02 20:52:31
VSSってなんか欠点あんの？
使用許可でないんだけど
279:仕様書無しさん
07/06/02 23:09:58
高い
280:仕様書無しさん
07/06/04 01:54:53
>>278
VSSとかCVSとかSVNとか長所短所はそれぞれありまする
許可が出ない理由としては
>>279
が言うところの価格もそうですが
なによりも
「許可を出す立場の人がこの手のツールの利点を理解していない」
という話になるわけです
岩石頭はとっとと引退しろですぅ
281:仕様書無しさん
07/06/17 01:57:42
>>280
聞きたいのはVSSのメリットデメリットですお？
282:仕様書無しさん
07/06/17 12:52:04
>>280
馬鹿にも分かるように説明しろって言うのが日本での正解。
だけど、欧米とかは経営者がそこら辺の技術も理解していないと
勤まらないから大体口頭で２，３説明したら分かってくれる。
んじゃないかなーと勝手に過大評価してる。
283:仕様書無しさん
07/06/19 00:00:42
履歴管理の重要性は皆様理解されてますよね？
・管理台帳とか
・コメントで残すとか
・日付でフォルダ作るとか
なのに、これらの作業をツールで自動化する！
となると拒絶反応を示す人の多いこと
業務の自動化で飯喰ってるくせに
自分のことは自動化しないって
馬と鹿の区別が付かない族が多すぐる
284:仕様書無しさん
07/06/19 00:54:56
仕組み覚える手間が面倒なんでしょうね。
285:仕様書無しさん
07/06/19 02:43:33
>>284
そう
ぶっちゃけEnter押すごとにインクリメンタルにログ取って、
VMwareみたいにGUIでバージョンを戻したり試行錯誤できるものが
あったらいいな
286:仕様書無しさん
07/06/19 09:00:05
Appleの最新OS Loepardさえ導入してしまえば
旧態依然としたバージョン管理ツールなんて要らなくなるね！
タイムマシーンすごすぎ！
URLﾘﾝｸ(www.apple.com)
287:仕様書無しさん
07/06/19 12:48:45
>>286
一人でやってるならな
288:仕様書無しさん
07/06/19 14:36:18
今のプロジェクト、CVSにcommitするのに部長の許可が必要なんだが
新規でもテスト全部通らないと許可が下りない
何の為のCVS？('A`)
289:仕様書無しさん
07/06/19 20:20:26
ﾜﾛｽ
290:仕様書無しさん
07/06/19 22:05:16
>>288
まぁ「ソース管理」ではなく「リリース管理」にしかバージョン管理ツールを使わない連中ってよくいるし、
大抵そういうやつらのほうが権力もってるんだな
291:仕様書無しさん
07/06/19 22:58:30
>>288
リリース用と普段使う用とで２つ作れば問題ないじゃん
別に１つだけしか作っちゃ駄目って決まったわけじゃない
正式リリースのバージョンと差分だけ管理したいもんと
普段の細かい作業の差分を管理したいもんとでわけるとうまくいく
んで、客先ごとにバージョンが細かくわかれてるから客ごとに作ったら管理できなくてアボーンｗ
こないだ新人が三○さんのところに日○さんの奴上げやがった・・・いずれこうなるだろうと思ってた・・・orz
292:仕様書無しさん
07/06/23 01:40:09
>>288
ブランチにコミットして、許可が下りたらトランクにマージすればいいのでは？
293:288
07/07/01 13:47:14
>>292
おいおい、コミットだけでも部長許可が必要なんだぞ。
ブランチ作るには専務の承認印が必要だ。
294:仕様書無しさん
07/07/01 16:23:59
svk使えばいいんじゃね？
295:仕様書無しさん
07/07/01 18:03:45
>294
svkいいよなー.
もう手放せない.
296:仕様書無しさん
07/09/07 20:55:02
他人の修正を自前の糞ソースで勝手に上書きしてコミットする奴は本当に死んで欲しい
297:仕様書無しさん
07/10/26 02:45:29
>>295
SVKって速い？
Subversionが恐ろしいくらい遅いんでSVKも遅いんじゃないかと思って使ってない。
だからhgsvnをメインに使ってる。
298:仕様書無しさん
07/10/26 02:46:29
>>296
一つ前に戻せばいいだろ。
そのためのSCM
299:仕様書無しさん
07/10/26 08:25:26
svkは遅いみたいね。自分はMercurial(hg)に興味があるんだけど、実際どう?
300:仕様書無しさん
07/12/21 14:30:12
>>251
直感でわからない馬鹿はプログラマとして不要。
301:仕様書無しさん
07/12/22 09:49:27
汚くてもテスト済みのコードを綺麗に書かれた俺様仕様の未テストコードに勝手に上書き。
302:仕様書無しさん
07/12/23 02:03:35
案の定、デグレの嵐www
ケッケッケッ
303:仕様書無しさん
08/07/16 11:14:36
デグレって簡単に起こる割に被害が大きいですね。
自分が当事者になるとは…
304:仕様書無しさん
08/07/22 23:42:09
削除以来
305:仕様書無しさん
08/08/14 17:48:18
■■みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ■■
「お前ら一緒にサイト作ろうぜｗｗｗｗｗｗｗｗｗｗ」
「２ちゃん越えるサイト作ろうぜｗｗｗｗ」
「仕事無いんだ･･････」
「やろうぜ！」
「みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗ」
URLﾘﾝｸ(gacco.o0o0.jp)
ｽﾚﾘﾝｸ(news4vip板)
URLﾘﾝｸ(ex14.vip2ch.com)
興味沸いたらきてください！
======================!! 人材募集中 !!======================
■プログラムを組んでくれる人
＊サーバー側
言語はRubyかPerlの予定ですが、Perlが有力候補。
・チャット
定期的にクライアントから着信があり、それに対して更新されたチャットのメッセージを返信する程度の能力。じゃなくて機能。
通信するときのフォーマットは未定。
・ログイン・アカウント管理
ログイン認証、各アカウントの点数などの管理。データベースは未定。
・お絵描き
未定。とりあえず鯖に負担がかからない程度にたまに画像を送信してあげるって感じで
＊クライアント側
はっきり言って俺もわからね。Ajaxだとかflashだとかjavaだとか。
■機能提案(正しくは人材ではなく、意見?)
「こんな機能があったら良い!」「こうするともっと楽しくなる!」などの意見募集中。
挨拶とか気にせずスレにどんどん書き込んでくれればおk
■デザイン
サイトのデザインを考えてくれる人、作ってくれる人募集中。
できればphotoshop illustrator使える人(プロジェクト共有しやすいので)
306:仕様書無しさん
08/10/17 02:19:09
ｳﾋｬﾎｳ