- 1 名前：仕様書無しさん mailto:sage [2006/01/29(日) 21:43:48 ]
- アタリなんてごくわずか、ほとんどがハズレってパターン多い。
SEがハズレ外注を引いたときの対応ってどんなだろ？
たとえば、経歴書には業務経験5年とあるが、実は実務経験0年の奴だったとか。
- 781 名前：仕様書無しさん mailto:sage [2006/04/11(火) 02:51:32 ]
- >>779
営業にそんな台詞言ってみろ、追放されるぞ
- 782 名前：仕様書無しさん [2006/04/11(火) 08:34:15 ]
- >>781
>>781
- 783 名前：仕様書無しさん mailto:sage [2006/04/11(火) 11:26:12 ]
- >>758
3ヶ月間も勉強させてくれるなんていい会社じゃん。
少なくとも、商品（社員）に責任を持とうという姿勢があるって事だよ。
うちなんて専門卒の新人をまったく教育しないまま一人きりで
客先に出しちゃったよ。そこからまた別の客先へ一人きりで常駐に
なったらしい。
- 784 名前：ダマレゴゾウ ◆KGRPbmh5.Q mailto:sage [2006/04/11(火) 14:38:22 ]
- .∧
.川
.川
～/<≒>
～ |,|
∧η∧|,|
（,,・Д・）|,|＜用件を言わずに即JAVAの仕事がきてまったくわからんぞ。
ミっ つ|,| その上、研究期間ゼロ距離射撃スタートだぞ。
し ´J U これだから名古屋と仕事したくないぞ。ハゲハハゲハゲハゲハゲ！
- 785 名前：仕様書無しさん mailto:sage [2006/04/11(火) 14:50:15 ]
- はいはい、自分のスレにお帰り下さい。
それと、そのAAとｺﾃ外して普通に愚痴ったほうが良いと思うよ？
- 786 名前：仕様書無しさん mailto:sage [2006/04/11(火) 18:35:54 ]
- つーか何この空気読めないコテ
- 787 名前：仕様書無しさん [2006/04/12(水) 08:34:39 ]
- 先日のハズレを再送いたしました。
ご不要の折にはそちらで如何様にも処分して戴きたく。
それでは。
- 788 名前：仕様書無しさん mailto:sage [2006/04/12(水) 09:59:28 ]
- ドラム缶にコンクリ詰めして南港に沈めとけという処分でよろしいでしょうか？
- 789 名前：仕様書無しさん [2006/04/12(水) 10:11:04 ]
- >>788
なるべく穏当な処分がよろしいかと思います。
ただ、ただですね。
今朝ワタクシが出社すると既にハズレが帰ってきておるのですが…。
いったいどういうことか説明し(ry
- 790 名前：仕様書無しさん mailto:sage [2006/04/12(水) 10:46:22 ]
- >>789
如何様にもとの事でしたので、再度御社に送らせて頂きました。
本人によりますと、何度も会ううちに、貴方との間に運命的なつながりを確信出来た
そうです。
また、本人は「あの人が冷たくするのは周囲に関係を悟られてはいけないからだ」とも
申しておりました。本人の勘違いかとも思い、よくよく話を聞くと、
「あの人と私は前世でプレアデス星団の特務工作員として、マーキュリー星団の屑共
を相手にアンドロメダ第5宙域で一緒に戦った仲だ。これはトップシークレットなので、
他言しないように。すれば貴方の身の安全は保障できない」といっておりました。
そこまでの熱い思いを阻害することは、心苦しいので、今回再度御社へ派遣させて
頂く次第となりました。
末永くお幸せになることを心よりお祈り申し上げます。
- 791 名前：仕様書無しさん [2006/04/12(水) 11:38:56 ]
- アンドロメダ第5宙域じゃなくてアンドロメダβクオドラントだった
と思うんだが。絶対にニセものだよ、そいつ。
- 792 名前：仕様書無しさん [2006/04/12(水) 11:41:13 ]
- >>790
御丁寧にありがとうございます。
ところで、ハズレ群が「お仕事を頂いた、お仕事を頂いた。大変だ。無理だ。」などと騒いでおります。
貴社におきましてもハズレがどういうものであるか、充分ご承知のことだと思います。
この群体にまとまった「用事」をお申し付けになられましても、腐臭と騒音を発したのちに瓦解するのは目に見えております。
即刻群れを解体いたしますので、改めて貴社の木っ端仕事に組み込んで頂きたく思います。
尚、ハズレが何を言おうと所詮世迷いごと。軽く聞き流して、相手にしないようにお願いします。
- 793 名前：仕様書無しさん mailto:sage [2006/04/12(水) 15:29:27 ]
- >>792
かねてより申し上げておりますように、当社では御社との契約に基づいて、要求された人数の
人員を契約書に記載されている料金にて派遣させて頂いております。
人員については過不足なくこなせる人員を厳選し、派遣させて頂いております。
派遣した人員がお客様のご要望と異なる反応をした場合、「用事」の発令・要求プロセスに
問題があるケースがあります。
お客様の申し付けられた「用事」は契約事項に遵守したプロセスで発令されたものでしょうか？
また契約事項を遵守したスペックでの要求となっていますでしょうか？
お手数ですが再度ご確認ください。
文中に人員変更のご要望と思われる部分がございますが、た契約書の特記事項に記載して
ありますように、お客様事由による人員の変更要請には別途料金が発生致します。
またお客様事由による途中解約は違約金が発生することがございます。
こちらを予めご了承ください。
- 794 名前：793 mailto:sage [2006/04/12(水) 15:31:35 ]
- 書いてて思ったんだが、サポセンとかの返答ってこういうのが多いけど、
リアルで言われると恐らく切れるな（藁
- 795 名前：仕様書無しさん mailto:sage [2006/04/12(水) 20:05:34 ]
- 遠回しに
「あんたの指示が悪いのが原因なんじゃないの？」
って言っているだけだからな。
「人を換えてもいいけど、金払えよ？」
とも言っているな。ｗ
- 796 名前：仕様書無しさん [2006/04/14(金) 11:00:07 ]
- 今日は帰宅したハズレ共が羽根を伸ばしております。
社長が彼らに会うのを嫌がって出社しようとしません。
- 797 名前：仕様書無しさん [2006/04/14(金) 15:03:42 ]
- >>現実的に、関係ない作業頼まれても断れないでしょ
さすがに、月曜日から別プロジェクトでＶＢでツールを作れ！
はないだろ。ﾀｺﾌﾟﾛﾊﾟ
- 798 名前：仕様書無しさん [2006/04/14(金) 23:14:44 ]
- さっきウチのハズレにお呼びの電話があった。
「居ません」と「来ません」で週末は確保してやった。
こころあたりのある人間は感謝して欲しい。
- 799 名前：仕様書無しさん [2006/04/15(土) 00:11:48 ]
- >ハズレにお呼びの電話
派遣先も相当ハズレのようだなw
- 800 名前：仕様書無しさん [2006/04/15(土) 00:13:54 ]
- 面接した外注をとるかとらないかの決定権が営業と部長にあるのではずれしか来ない
- 801 名前：仕様書無しさん [2006/04/15(土) 00:31:37 ]
- 人身売買楽しい？
- 802 名前：仕様書無しさん mailto:sage [2006/04/15(土) 01:35:43 ]
- 大事にされればがんばるし
小バカにした態度なら、てきとーにやる。
実際くだらない派遣先がおおい。
- 803 名前：仕様書無しさん [2006/04/15(土) 02:29:38 ]
- >>802
おまいが頑張ろうが適当にやろうが、外注を一括っつー観点からすれば吸収されますよ。
好きにしてよw
ムカついたら切られる程度の歯車なんだから。
- 804 名前：仕様書無しさん mailto:sage [2006/04/15(土) 02:33:56 ]
- >>802
派遣先って大手ばっかりだけどな。
扱いはウンコだけどね。
でも、大手でも残業代でないところあったり、
ＰＣに鍵ついてたり、ＨＰも自由にみれないところがあったり、
トイレの数が少なかったり（しかもいまだに全席和式）、して結構糞な環境多いね。
それでも中小よりはよかったりするんだよなぁ・・・。
- 805 名前：仕様書無しさん mailto:sage [2006/04/15(土) 02:34:21 ]
- >>803
それ何て殿様商売？
下っ端乙。
- 806 名前：仕様書無しさん mailto:sage [2006/04/15(土) 02:36:05 ]
- >>804
派遣に出たことはないが、客先で見る限りは大企業より
中小の方がそういう面では緩いという実感があるな。
- 807 名前：仕様書無しさん mailto:sage [2006/04/15(土) 10:32:56 ]
- >>803
そういうところだからはずれが集まるんだよｗ
- 808 名前：仕様書無しさん mailto:sage [2006/04/15(土) 18:45:41 ]
- あんまり使えないから看板書きさせてたんだが、
最新取得しないでどんどんコミットするから参った。
最後10日程は、延々自席でフリーセルして頂きました
- 809 名前：仕様書無しさん mailto:sage [2006/04/15(土) 20:13:20 ]
- >>808
GUIを作らそうとしたら、ソース管理システムすらもてあましてたってこと？
- 810 名前：仕様書無しさん mailto:sage [2006/04/16(日) 09:12:49 ]
- つか最新に更新することなくコミットしまくりって考えられねえw
- 811 名前：仕様書無しさん [2006/04/16(日) 19:03:44 ]
- チェックインせずに帰宅やら、ビルドの出来ない状態にして帰宅やら。
ソース管理システムの「使い方」も理解せずに好き勝手してくれたハズレなら知ってる。
- 812 名前：仕様書無しさん [2006/04/16(日) 19:16:53 ]
- >>811
>チェックインせずに帰宅
それって問題ないんじゃない？
だって触られたくないからチェックインしないんでしょ？
なにが駄目なの？
１日でビルドできる状態にできなきゃそうなるじゃん。
- 813 名前：仕様書無しさん [2006/04/16(日) 20:00:07 ]
- つ ＭＳ謹製ビジュアルソースセーフ
- 814 名前：仕様書無しさん mailto:sage [2006/04/16(日) 20:09:32 ]
- つか、まともな管理ツール使ったら上書きとかありえん
- 815 名前：仕様書無しさん [2006/04/16(日) 20:41:50 ]
- >>814
管理ツールがまともであったとしても使う側の理解がおいついてなきゃそれはそれまでの話でしょ。
Eclipseだって使う側が「とりあえずＣＶＳ入れておいたから」としか聞いてなくて、
コミットと更新のやり方しか聞いてなけりゃ
あげるときは 右クリ->チーム->リポジトリうんたら->コミット
もってくるときは 右クリ->チーム->リポジトリうんたら->更新
以上。
って認識しかないでしょ。
てっきり「コミットや更新したら勝手にマージしてくれるんかと思った・・・」とか言われても全然不思議じゃない。
こんなもん使っただけでどうにかなると思ってるならその時点でアホ。
これの説明もセットでやっと役に立つところまでくる。
- 816 名前：仕様書無しさん mailto:sage [2006/04/16(日) 21:00:43 ]
- CVS等は競合した場合は、普通にコミットだけじゃあげれないんじゃなかったっけか？
Eclipseはそうだった気がするけど
まあ、使う側もある程度意識は必要だと思うが
- 817 名前：仕様書無しさん [2006/04/16(日) 21:52:01 ]
- ＣＶＳサーバーを立ち上げちゃった根本君は当り外注。
- 818 名前：仕様書無しさん mailto:sage [2006/04/16(日) 21:59:48 ]
- 外注の身でそういうことを下手にやっちゃったら、疎まれない？
- 819 名前：仕様書無しさん mailto:sage [2006/04/16(日) 22:08:18 ]
- >>818
やり方と状況次第でしょ。
- 820 名前：仕様書無しさん mailto:sage [2006/04/16(日) 22:11:42 ]
- バカの癖にうっとうしい奴いるからね。
- 821 名前：仕様書無しさん mailto:sage [2006/04/16(日) 22:22:13 ]
- >>820 自白乙
- 822 名前：仕様書無しさん [2006/04/17(月) 00:02:36 ]
- つうか外注に頼らざるを得ないくせに仕事を受ける元請もある意味
外れだろ
- 823 名前：仕様書無しさん [2006/04/17(月) 00:40:51 ]
- >>822
害虫が仰るとむなしい限りですね。
- 824 名前：仕様書無しさん mailto:sage [2006/04/17(月) 00:45:37 ]
- >>815
ここにも差分管理ツール使った事の無い素人が一人いたか・・・
普通のツールではサーバからエラーがでて
マージしなけりゃコミットできないのは常識だろうに。
- 825 名前：仕様書無しさん mailto:sage [2006/04/17(月) 01:10:52 ]
- >>824
更新はちょっとダイアログが出るだけで普通に上書きしちまうけどなｗ
- 826 名前：仕様書無しさん mailto:sage [2006/04/17(月) 01:12:33 ]
- >>824
コミットもマージしなけりゃできないっけ？
なんかでてくるダイアログ無視ればいけるきもするが・・・
そもそもチェックアウトしなくてもコミットができるってのがなんだかなぁ・・・ってツールなんだよなぁ。
- 827 名前：仕様書無しさん [2006/04/17(月) 18:07:21 ]
- CVSってとりあえず上げてもらって夜間にバッチでコンパイルしてここが上手くいかねえから直しとけって時に使うもんだろ
本体リポジトリにただのワーカーがコミットするとかありえないな
- 828 名前：仕様書無しさん mailto:sage [2006/04/17(月) 21:42:51 ]
- まぁいまどきCVS使っているようではハズレだけどな
- 829 名前：仕様書無しさん [2006/04/18(火) 00:21:39 ]
- >>CVSってとりあえず上げてもらって夜間にバッチでコンパイルしてここが上手くいかねえから直しとけって時に使うもんだろ
>>本体リポジトリにただのワーカーがコミットするとかありえないな
ＣＶＳ使ったことのないおっさんはハズレだべ。
夜間で、バッチでコンパイルって、いったい？
- 830 名前：仕様書無しさん [2006/04/18(火) 00:25:34 ]
- >>828
お前のプロジェクト、明日からＶＳＳな。
- 831 名前：仕様書無しさん mailto:sage [2006/04/18(火) 00:26:23 ]
- しかも.netの
- 832 名前：仕様書無しさん mailto:sage [2006/04/18(火) 00:36:48 ]
- 地獄だな
- 833 名前：仕様書無しさん mailto:sage [2006/04/18(火) 01:17:43 ]
- 設計書もVSSで管理しようぜ
- 834 名前：仕様書無しさん mailto:sage [2006/04/18(火) 02:24:57 ]
- してるし…
- 835 名前：仕様書無しさん mailto:sage [2006/04/18(火) 06:23:18 ]
- 設計書を何で書くかによるけど、ExcelやWord使うなら
CVSよりVSSの方が良いとは思うけどな
- 836 名前：仕様書無しさん mailto:sage [2006/04/18(火) 16:00:16 ]
- つ[Subversion]
- 837 名前：仕様書無しさん mailto:sage [2006/04/18(火) 23:25:38 ]
- >835
同意
排他必須
- 838 名前：仕様書無しさん mailto:sage [2006/04/18(火) 23:50:05 ]
- 煽りじゃないけど今時CVSをわざわざ使うのって何か理由があるの？
- 839 名前：仕様書無しさん mailto:sage [2006/04/19(水) 06:56:40 ]
- >>838
Eclipseからそのまま使えるのさ！
- 840 名前：仕様書無しさん mailto:sage [2006/04/19(水) 11:43:41 ]
- >>836
ひとりプロジェクトで使っているが、
サーバを作った人が辞めて、それを引継いた人も辞めて、
俺はそのサーバが管理できませんｗ
ローカルにCVSかVSSでも入れようかと思っている今日このごろ。
>>839
統合環境からそのまま使うってことはしないなあ。
VSS、CVS、Subversionと使ってきたが、
ソースをダウンロード、アップロードするためのディレクトリをローカルにつくって、
そこからコピーして作業、終わったらそこへ上書きして、変更を確認してからアップしている。
そのほうがいろいろと便利だし。
- 841 名前：仕様書無しさん [2006/04/19(水) 11:51:17 ]
- >>812
>>811はVSSを使っていたプロジェクトではいつも問題になっていたよｗ
本人はそれでいいかもしれないが、他の人がそのソースを触れなくなる。
ビルドできないソースをあげると、その間にソースを取得した人が困る。
だから、
・チェックアウトする時間はできるだけ短く
・チェックアウトしたまま帰宅するな
・ビルドできないソースをあげるな
は、うるさくプロジェクト内のメーリングリストで流れてきた。
- 842 名前：仕様書無しさん mailto:sage [2006/04/19(水) 15:01:57 ]
- 派遣に出ながら自社の派遣を管理出来るんだろうか・・・・・今、悩んでる。
つか、PL（漏れ）を派遣に出すなよｗ
派遣先と、自社受託分（15mh/メンバー3、漏れ以外派遣）の客先、両方とも外れだろうな。
時間なさ過ぎ。仕様起こして○投げ状態。
- 843 名前：仕様書無しさん [2006/04/19(水) 15:59:22 ]
- 3. 毎日ビルドを行うか？
ソース管理システムを使っていると、あるプログラマが、間違えて、ビルドできなくなるような修正をいれたままチェックインしてしまうことがある。
例えば、新しいソースファイルを追加して、それぞれのマシン上ではすべてがうまくコンパイルできたとする。しかし、ソース管理にそのソースファイルを登録し忘れてしまう。プログラマはマシンを落とし、そんなことには気づかずに、幸せな気分で帰宅する。
その後、チームのほかの人々は仕事ができなくなり、やりきれない思いで家路につくことになる。
ビルドできなくすることは、とても悪いことだ（そして、よくあることだ）。
毎日ビルドすることで、この危険をカバーし、気がついていない破損個所が存在しないことを確認できる。
大きな開発チームで破損個所が正しく修正されていることを確認する良い方法は、午後、ほら例えば昼休みに毎日ビルドすることだ。
全員が昼食前に、できる限り多くのソースファイルをチェックインしておけば、昼食から帰ったころにはビルドが終わっている。
ちゃんとビルドできていれば、最高だ。そうしたら、それぞれ最新のバージョンのソースファイルをチェックアウトして仕事を続ける。
ビルドに失敗したときは、君はそのエラーを修正するが、他の人たちはビルドに失敗する前の、壊れていないソースファイルで仕事ができる。
エクセルの開発チームで、我々はビルドエラーを出した人は誰でも、罰として次の人がエラーを出すまでビルド係をすることになっていた。
この決まりはビルドでエラーを出さないようにするための良い刺激となった。また、ビルド作業をメンバー内で回す良い方法だったので、全員がビルドがどのように動くのかを知ることができた。
japanese.joelonsoftware.com/Articles/TheJoelTest.html
- 844 名前：仕様書無しさん mailto:sage [2006/04/19(水) 18:53:01 ]
- それって、修正しなきゃいけない箇所を、ビルドできるようにだけごまかす奴が出るんだよなあ。
- 845 名前：仕様書無しさん mailto:sage [2006/04/19(水) 20:49:41 ]
- Makefileから勝手に警告オプションを消したり -Dconst= を追加したり…
- 846 名前：仕様書無しさん [2006/04/19(水) 21:34:11 ]
- なんのためのソース管理なんだ？
そんなのコミットしたIDを見ればバレるだろｗ
- 847 名前：仕様書無しさん [2006/04/19(水) 21:49:28 ]
- >>ソースをダウンロード、アップロードするためのディレクトリをローカルにつくって、
>>そこからコピーして作業、終わったらそこへ上書きして、変更を確認してからアップしている。
>>そのほうがいろいろと便利だし。
あちゃ、一番タコな方法だね、それ。
ただ、自分のコミットが完了したら自分の環境をＣＶＳから作り直すのは
自分のコミットに問題がある場合は自分で発見できるのでいいと思う。
いずれにしても２重管理はまずいよ。
漏れ「ＰＧ君、コミットしてよ」
ＰＧ君「しますた」
漏れ「変わってないよ？」
ＰＧ君「やってまったぁ～～～～～～」
- 848 名前：仕様書無しさん [2006/04/19(水) 22:04:53 ]
- >>847
他人をタコよばわりするんだから、
よっぽどすばらしい管理ができているんでしょうねｗ
- 849 名前：仕様書無しさん [2006/04/19(水) 22:09:54 ]
- ああ、もうひとつ言っておくと、
いろいろとプロジェクトをやってきたが、
でかい口を叩く奴ほどたいしたことができない。
- 850 名前：仕様書無しさん mailto:sage [2006/04/19(水) 22:35:21 ]
- >>842
>本人はそれでいいかもしれないが、他の人がそのソースを触れなくなる。
いや、だから。
書き換えてる人間が「触って欲しく無い」からチェックアウトしてるんだからそれでいいでしょ？
なんで書き換えたいの？
そいつは暗に「駄目だ、触るな」っていってるんだよ。
それを知らせるのがVSSなんだからちゃんと役目をまっとうしてるじゃん。
担当者がいないときにソース触ろうなんてこと考えるほうがおかしいんだよ。
とりあえず、触ろうと思った人間が「あ、触れない」ってなった時点でVSSの役目としちゃＯＫでしょ？
逆に書き換えられちゃったら、まずいじゃん。
更新しちゃったほうはそれでいいかもしれないけど・・・って話になるでしょ？
何がまずくてどうしてほしい？っていってるの？
書き換えできたらチェックアウトの意味ないと思うんだけど。
実際にソースの修正で２～３日かかるときだってあるんだから、
いっつもビルド出来る状態にしろなんて現実的じゃないじゃん。
- 851 名前：仕様書無しさん mailto:sage [2006/04/19(水) 22:37:01 ]
- 間違え>>841ね
- 852 名前：仕様書無しさん [2006/04/19(水) 22:42:56 ]
- >>850の言っている事にさっぱり共感ができないことについて。
少なくともこいつとは仕事がしたくない。
- 853 名前：仕様書無しさん [2006/04/19(水) 22:46:50 ]
- >>850
実務をやったことがない臭いがぷんぷんするな。
＞担当者がいないときにソース触ろうなんてこと考えるほうがおかしいんだよ。
これに至っては最悪。
>>850がCVSを見たら、使えねーとか言い出だしそうだｗ
- 854 名前：仕様書無しさん [2006/04/19(水) 22:57:05 ]
- 思い出したんだけど、最初のプロジェクトで>>850を地で行っている奴がいたよ。
VSSのそいつの担当のところだけがいつもチェックアウト状態。
開発が5人程度でソースがわりときっちり分かれていたから、普段はそれでも問題がなかった。
しかし、そいつがいないときにそいつの担当のソースを修正しなければならなくなって、さあ大変。
5年間のことだがあのときはどうしたんだろう。
- 855 名前：仕様書無しさん mailto:sage [2006/04/19(水) 22:57:11 ]
- >書き換えてる人間が「触って欲しく無い」からチェックアウトしてる
いきなりCVSの考えから外れてね？
RCS使ったほうが良いように見える
- 856 名前：854 [2006/04/19(水) 22:59:23 ]
- （俺が入った）最初のプロジェクト
5年間→5年前
当時のことを思い出したら腹が立って間違いがいろいろとｗ
- 857 名前：仕様書無しさん [2006/04/19(水) 23:09:24 ]
- >>855
>書き換えてる人間が「触って欲しく無い」からチェックアウトしてる
>>850が行っているのはVSSだし、VSSの思想としてはあっている。
が、それ以外のところが無茶苦茶。
>>853でCVSを出したのがまずかった。すまん。
- 858 名前：仕様書無しさん [2006/04/19(水) 23:11:10 ]
- >>855
横槍だけど、ＣＶＳとＶＳＳは別物だよ。
- 859 名前：仕様書無しさん [2006/04/19(水) 23:38:50 ]
- >>852-857
だから、①何がまずくて、②どうしてほしいっていってるの？
質問に答えてから自分のいいたいこといいなよ。
- 860 名前：仕様書無しさん [2006/04/19(水) 23:41:50 ]
- >>859君
君が何を言っているのかわからないよ
自己ワールド？
- 861 名前：仕様書無しさん mailto:sage [2006/04/19(水) 23:45:58 ]
- CVSって他ユーザのチェックインを禁止する機能ってなかったけ？
- 862 名前：仕様書無しさん mailto:sage [2006/04/19(水) 23:54:50 ]
- 1.あなたの言ってる事がまずい。
2.いなくなってほしい。
研修は楽しいかね？
- 863 名前：仕様書無しさん [2006/04/19(水) 23:59:28 ]
- >>860,862
結局、どこがどう駄目でどうしたいのかを答えられず
ただ無駄にわめいてるだけでしょ？
チェックアウトしてるのに他の奴が触れていいわけないじゃん。
この動作は正しいでしょ。
馬鹿なのはお前等なんだよ。
- 864 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:06:12 ]
- >863
>862は君の問いに答えてると思うのだが・・・
- 865 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:08:37 ]
- なんかずれてきたな
- 866 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:12:08 ]
- >>864
そいつは滑っただけだから触らないでおいてやれｗ
- 867 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:13:20 ]
- >866
チェックインされてるんだから触ってもよかろう
- 868 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:14:08 ]
- 複数人で同じファイルを触る場合があり、チェックアウト待ちしてたら
作業が進まない場合は、CVSやSubversionでいいし
複数人で同じファイルを触られて困るならVSSでいいじゃないか
使用する用途で決めればいいと思われ
VSSのチェックアウト中のファイルやCVSの競合があるのに、無視して
コミットさえしなけりゃそれでいい
- 869 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:16:10 ]
- >無視してコミット
今日もそれを喰らったよ・・・orz
- 870 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:24:13 ]
- そもそも、複数人で同じファイルを触る必要が、そんなに発生する時点でカス
もっとファイルを分けろ、作業を分けろ
- 871 名前：仕様書無しさん [2006/04/20(木) 00:32:35 ]
- >>870
激しく同意。
俺もそう思うんだよね。
そもそも下手糞だよね。
プログラムのセンスないと思う。
- 872 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:36:36 ]
- >>870
ペア組んでやるときは発生するけれど返って結構いいよ、バグフィックスが通常の三倍速になる。
- 873 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:38:51 ]
- >>872
発生しないって。
２人でやるにしても作業のわけ方がそもそも下手糞だと思う。
プログラムの設計以前に死んでるから、書籍で何読めばいいとかそういう話じゃなくて
育った環境が悪いんだと思うよ。
- 874 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:41:51 ]
- >>873
もう少し正確にいうと発生するのではなくて故意に発生させるの
- 875 名前：仕様書無しさん [2006/04/20(木) 00:41:57 ]
- >>868
VSSのチェックアウト中のファイル
→複数のチェックアウト不可
→無視してコミット不可
注意点：同一ファイルに対する修正が競合するような場合は、
チェックアウト期間を短くする必要がある。
ＤＢと同じ。ロック競合を減らす工夫が要る。
この考えが出来ない自己中の人間は集団では邪魔者。
CVSのチェックアウト中のファイル
→チェックアウトは複数可能
注意点：コミットをする前には、他人がＵＰした内容を取込、
最新情報で更新した上で、コンパイルチェックしてコミットする。
問題点：偶に最新情報取得時に修正内容がぶつかる。
- 876 名前：仕様書無しさん [2006/04/20(木) 00:46:02 ]
- >>874
なんかいいことあんの？
馬鹿（技術的にレベル低い奴）の面倒みるの嫌なんだけど。
>>875
だから、１つのソースを複数人で叩く必要がある時点で
もうプロジェクト糞なんだから無意味なレスつけんなよ邪魔。
- 877 名前：仕様書無しさん [2006/04/20(木) 00:47:48 ]
- >>876
どうみてもお前が糞馬鹿だと思われる（ｗ
何も理解出来ないなら糞して寝てれ♪
- 878 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:50:24 ]
- 作業分担しっかり分けて殆ど重ならないようにしたはずなのに、
なぜか俺の担当範囲が完成に近づくまで待って、できたコードの中に直にコードを書く同僚のことを言ってるのか？
- 879 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:52:19 ]
- バージョン管理は運用ルールが重要でつ
VSSでチェックアウトしっぱなしで一日以上放置されたら作業にならんし、
作業者が順番待ちすることが重要なファイル(たとえばプロジェクトファイルとか)に好き勝手エデットしまくってCVSでコミットすれば大混乱になるわな。
Subversionはいいとこ取りになっているので、便利だけれど他のバージョン管理と比べて自由度が高い分、運用ルールが適当だと悲惨な結末を迎えまつ、ハイ。
- 880 名前：仕様書無しさん [2006/04/20(木) 00:54:22 ]
- >>879
＞VSSでチェックアウトしっぱなしで一日以上放置されたら作業にならんし、
激同
>>876
＞だから、１つのソースを複数人で叩く必要がある時点で
＞もうプロジェクト糞なんだから無意味なレスつけんなよ邪魔。
アホ？
- 881 名前：仕様書無しさん mailto:sage [2006/04/20(木) 00:55:32 ]
- >>878
書かれるということは作業分担に失敗してるんですよ、チミが。
まぁ、作業分担の分離は難しいやね、余程の奴でもそう簡単にはできん、できんから次善策をとるのだ。
|
 |
