- 1 名前：仕様書無しさん mailto:sage [2006/01/29(日) 21:43:48 ]
- アタリなんてごくわずか、ほとんどがハズレってパターン多い。
SEがハズレ外注を引いたときの対応ってどんなだろ？
たとえば、経歴書には業務経験5年とあるが、実は実務経験0年の奴だったとか。
- 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
書かれるということは作業分担に失敗してるんですよ、チミが。
まぁ、作業分担の分離は難しいやね、余程の奴でもそう簡単にはできん、できんから次善策をとるのだ。
- 882 名前：仕様書無しさん [2006/04/20(木) 01:00:19 ]
- >>876とか>>878とかみていると、
根本的にプロジェクトの進め方解ってないと思う。
キチンとルールを作って徹底させる。それすら出来ていない。
ツールが悪いんじゃなくて使い方が悪いだけ。
- 883 名前：878 mailto:sage [2006/04/20(木) 01:26:20 ]
- >>881-882
何十行と書いたり消したりしてみたが、どうにも言い訳がましいのでやめとくな。
ただ｢分担が分かりにくかったら、自分が理解できるまで分担決めたやつに聞いてくれよ｣と言いたかった
- 884 名前：仕様書無しさん [2006/04/20(木) 01:30:19 ]
- >>883
言い訳がましいんだよボケが
- 885 名前：878 mailto:sage [2006/04/20(木) 01:31:47 ]
- うｎ
- 886 名前：仕様書無しさん mailto:sage [2006/04/20(木) 01:35:12 ]
- >>883
詳細な分担決めは大変じぁ～、責任範囲から手が開いた時の無駄をどうするかとか考え始めると、もー大変。
お手伝いさせれば、分担がさらにややこしくなるが、させないと能無し上司となりますしぃ～
世の中には色々方法があって一つのやり方に固執せず色々研究せぇよー
- 887 名前：仕様書無しさん [2006/04/20(木) 01:49:34 ]
- VSSはマージ機能を無効にして使わないとどうしようもない混乱を招くと思ふ。
- 888 名前：仕様書無しさん mailto:sage [2006/04/20(木) 01:51:47 ]
- >>887
そんなこたー無い
- 889 名前：仕様書無しさん [2006/04/20(木) 01:55:17 ]
- 排他を必要としないのならCVSを使えばいいのに。
- 890 名前：仕様書無しさん mailto:sage [2006/04/20(木) 06:25:21 ]
- >>882
どうせキチンとルールを作って徹底させるなら
１つのソースをみんなで突くような分け方にしなけりゃいいじゃん。
Ａクラスの担当・・・Ａさん
Ｂクラスの担当・・・Ｂさん
なんでこんな簡単なことができないのか全く理解できない。
- 891 名前：仕様書無しさん mailto:sage [2006/04/20(木) 06:41:06 ]
- XML担当・・・Cさん
- 892 名前：仕様書無しさん mailto:sage [2006/04/20(木) 08:13:35 ]
- >>890
単純に考えてもそれではダメだろ
たとえばAクラスの機能を使ってBクラスが実装されるならAクラスの機能変更や関数名の変更があったときに
Bクラスをいじらないと動作しないプログラムになる、動作しないプログラムをチェックインするのは死刑だ。
もしくはA,Bクラスを究極完璧設計しておく必要があるが神でも無い限りそんなことができるのか？
まだまだ他にも多種多様な状況が考えられるぞ。
- 893 名前：仕様書無しさん [2006/04/20(木) 08:15:08 ]
- 食事担当・・・Dさん
>>890は教科書的な考え方しか出来ない糞の典型ですなｗ
実務をほとんどやったことないんじゃないか？
- 894 名前：仕様書無しさん [2006/04/20(木) 08:17:37 ]
- >>892
Bクラスの担当がいないときは、Aクラスの担当は作業が止まるわけだから、
それを理由に休憩すればいいんだよｗ
- 895 名前：仕様書無しさん mailto:sage [2006/04/20(木) 08:23:39 ]
- それはデスマの足音が聞こえてくるよ、のっ、能無し上司・・・
- 896 名前：仕様書無しさん mailto:sage [2006/04/20(木) 08:28:23 ]
- オブジェクト志向になると基本１クラス、１ソースだからマネージメントクラスは
やろうと思えば役割分担できるんだけどエンティティクラスはきついんだよな。
マネージメントクラスも教科書どおりに機能分割の単位にまとめると同じだし。
構造化ですら同じことがおきる可能性がある。
多分どこも同じように３層アーキテクチャみたいのだろうから同じ問題は起こると思う。
ただCOBOLとかなら役割分担は超余裕。
なんかここの人たちはもう少し話をきちんとできるようにした方がいい。
だめとだけしか書いてないのが多すぎ。
- 897 名前：仕様書無しさん [2006/04/20(木) 10:19:03 ]
- >>896
Entitiyて機能分割するほど複雑な実装になるかね。
- 898 名前：仕様書無しさん [2006/04/20(木) 10:24:48 ]
- >>896
＞なんかここの人たちはもう少し話をきちんとできるようにした方がいい。
＞だめとだけしか書いてないのが多すぎ。
それだとなんでだめなんですか？
って、レスの繰り返しなんだが。>>859とかな。自分に都合の悪いレスは見えないか無視らしい。
同じ理由を何度もくどくど書く必要はないし、>>859を説得する義務もない。
>>859が入っているプロジェクトは大変なことになりそうだが、赤の他人には知ったことではない。
|
 |
