06/04/21 22:33:19
もぉ。君ら遊んでないでちゃんと仕事してよ。
納期は今月中だぞ!わかってんのか?
922:仕様書無しさん
06/04/21 22:36:17
明日もあさっても出勤だからな!
ゴールデンウィーク中に切替までやるんだからね。
こら!ビルドエラーのでるソースをコミットすんな。
923:仕様書無しさん
06/04/21 23:12:34
>>916
そもそもロールバックの権限を与えるなよ。
924:仕様書無しさん
06/04/21 23:25:43
多分、>>913は>>912に言ってる事解ってないと思われ。
925:仕様書無しさん
06/04/21 23:27:10
>>920
ぺーぺーレベルの人間がやると大丈夫じゃないな
多分、おマイレベルだと、どうすれば適当なのか解らないんだと思う
926:仕様書無しさん
06/04/21 23:29:01
俺は>>912の発言のがわからん。
どうしても時間のかかる修正なら~
からはじまってるのに
1日もかからんよ。
はぁ?
927:仕様書無しさん
06/04/21 23:34:38
>>909
パイナップル食ったの誰だよ・・・
928:仕様書無しさん
06/04/21 23:40:53
>>926
多分、
1:自分の修正
2:テスト
A:チェックアウト
B:差分反映処理
C:動作確認(コンパイル・確認テスト)
D:チェックイン
1~2が長期間で、
A~Dが1日以内だろ。
929:仕様書無しさん
06/04/21 23:46:20
>>928
いや、俺は>>912の日本語がまるでわからんかったw
930:仕様書無しさん
06/04/21 23:53:19
>>929
そりゃお前の頭が悪いからだろ
・チェックアウトを長期間するな
↓
・1日で終わらないソース修正の場合はどうすりゃいいんだ?
↓
・>>912
この話の流れを見て>>926の解釈をする時点で馬鹿だよ
931:仕様書無しさん
06/04/21 23:55:42
>>930
はぁ?
それってチェックアウトしない状態で修正してるのと何が違うわけ?
932:仕様書無しさん
06/04/22 00:03:24
>>931
チェックアウトして修正してるし、
古いソースの上書きもありえないだろ(藁
933:仕様書無しさん
06/04/22 00:08:44
>>932
だからさ。すでに手段と目的が逆転してるじゃん。
履歴管理が必要なのは修正中の人間のほうだろ?
ローカルでソースもっておいて修正して終わったらコミットってアホだろ。
チェックアウトしないで修正して、終わったらコミットするのとなにも変わらないじゃん。
その間、修正中のそいつのもってるプログラムの動作と他の奴等とで
すでに不一致の状態が起きてるわけでこんなのもう管理ソフトなんていらねぇじゃん。
934:仕様書無しさん
06/04/22 00:26:16
↓この辺ごちゃごちゃに成っとらん?
VSSのチェックアウト = 対象ファイルを自分だけが更新できる状態にする
CVSのチェックアウト = リポジトリからモジュールを作業ディレクトリにコピー
935:仕様書無しさん
06/04/22 00:28:08
【問題解決能力問題】
ある時、あるモジュールに急ぎの修正が入った。
あるモジュールに対する修正は5つの機能だ。
納期は1ヶ月間、工数は75人日
機能1=修正工数25人日
機能2=修正工数15人日
機能3=修正工数18人日
機能4=修正工数17人日
機能5=修正工数20人日
936:仕様書無しさん
06/04/22 00:30:14
尚、手が空いている人間は5人以上要る。
但し、時間が無い。
937:仕様書無しさん
06/04/22 00:30:41
>>935
おまいさんに他意はないが、そういう見積もりを見るとこの業界自体が嫌になるよ。
938:仕様書無しさん
06/04/22 00:32:13
>>933
履歴管理が必要なのはソース
人間を管理するのは管理職又はリーダー
939:仕様書無しさん
06/04/22 00:33:49
半月経った時点で作ってるものが全く違うことに気付き
残り1週間未満のときに仕様変更が入る。
940:仕様書無しさん
06/04/22 00:34:47
>>937
実際、そんな状況は幾らでもあるだろ。
時間が幾らでもあるなんて
そんなぬるい状況を前提なら、
そりゃあソースをチェックアウトしっぱなしだろーが、
後の奴が待てば良いだけだから問題ないだろうよ。
941:仕様書無しさん
06/04/22 00:35:43
>935
普通だろ?
何か問題でも??
942:仕様書無しさん
06/04/22 00:38:32
>>935
75人日は600時間
納期は一ヶ月
600時間÷30日=20時間
簡単じゃねーの!
睡眠時間3時間、仕事20時間、その他1時間
一ヶ月会社に泊まり込みで、休み無しで頑張れば解決だ!
943:仕様書無しさん
06/04/22 00:40:39
5人の生産性均一なのかよ・・・おまいのコウバは凄いんだな。
944:仕様書無しさん
06/04/22 00:42:44
>>935
並列で修正・単体テストして、
25日目に差分反映。
結合後に残り5日間で機能テストを行う。
別バージョンの並列開発なんて普通だよ。
順番にしかできなぁーいなんて新人じゃあるまいし。
945:仕様書無しさん
06/04/22 00:44:20
25+15+18+17+20=
946:仕様書無しさん
06/04/22 00:44:42
>>943
工数見積もりは標準工数だろ。
生産性が高い奴が重い25日のやって
低い奴が軽い15日のやればいいんでね?
947:仕様書無しさん
06/04/22 00:46:27
>>945
95日だな(w
でもそれを1ヶ月でやらなきゃならんなんて事
普通にありふれた光景だと思われ
948:仕様書無しさん
06/04/22 00:49:06
機能1だけ一番スキルの高いのにやらせて、2,5と3,4を組にしてあと4人を2組に分けてやらせるのはどーだろ?w
949:仕様書無しさん
06/04/22 00:57:55
〃〃∩ _, ,_
⊂⌒( `Д´) < 俺がチェックアウトしたファイル触っちゃ
`ヽ_つ ⊂ノ ヤダヤダ!
ジタバタ
_, ,_
(`Д´ ∩ < チェックアウトしたままマイペースで
⊂ ( 放置させてくれなきゃヤダヤダ!
ヽ∩ つ ジタバタ
〃〃
〃〃∩ _, ,_
⊂⌒( `Д´) <多重チェックアウトは難しいからヤダヤダ!
`ヽ_つ ⊂ノ
ジタバタ
∩
⊂⌒( _, ,_) < 漏れが機能2を単独チェックアウトして15日間作業するから、
`ヽ_つ ⊂ノ グスッ。 それまで待って、後はみんなで勝手に徹夜して欲しい・・・
950:仕様書無しさん
06/04/22 00:59:43
5人とも>>949の考えだったら破綻だなw
951:仕様書無しさん
06/04/22 01:03:44
だから相互監視じゃなくてアジャイルですよ
952:初めて
06/04/22 01:19:47
仕事で不満足な一日を過ごした。
すばやくコーディングが出来今まで行った現場では
常にプロパ社員よりも仕事が出来ていた。
しかし、昨日はどうしても分からない難問に行く手を塞がれ
苦虫をすり潰した一日だった。。。
953:仕様書無しさん
06/04/22 02:05:14
>>947
人繰りの都合が付かなかったら悲惨だなw
客先の都合で予定3人、結果1人つーのが・・・・・・w
954:仕様書無しさん
06/04/22 03:55:55
>>935 の状況下で、新人2名を雇い、漏れに押し付けようとしたのがあべし。
つか、完成予定は半月後だった。
955:仕様書無しさん
06/04/22 12:34:50
>>954
工作員でつか?ライバル会社の工作員でつか?
そんな餌で釣れまつか?(核爆笑
956:仕様書無しさん
06/04/22 13:02:44
それで成功させた>>954@あべしっておちなんだろキット。
957:仕様書無しさん
06/04/22 13:40:22
>>955
意味和姦ね
958:仕様書無しさん
06/04/22 21:13:24
核爆ってもはや昭和の遺物だよな
959:仕様書無しさん
06/04/22 22:24:33
VSSでチェックアウトしないで修正して、あとでファイルごと入れ替えるバカはいる。
まあ、大体最初に1回ぐらいや奴がいるので、見せしめに生け贄になってもらう。
「全ソース履歴チェックして、修正が入っているのは試験やり直して。明日までにね。」
そいつには悪いが、これでバカはいなくなる。
960:仕様書無しさん
06/04/22 22:47:36
>>959
え?どういう理由で?
試験をやり直して、それで何が補えるの?
意味がわからない。
961:仕様書無しさん
06/04/22 22:55:48
まだやってんのか
962:仕様書無しさん
06/04/23 02:17:10
↓つぎの話題どぞー
963:仕様書無しさん
06/04/23 03:07:04
↑矢印厨
964:仕様書無しさん
06/04/23 03:23:42
>>938
長時間に及ぶソース修正が起こるのは管理者の問題だってのか?
965:仕様書無しさん
06/04/23 08:34:16
cvsなんて時代遅れなもの使ってんじゃねぇ!。
Subversionつかえよ。
966:仕様書無しさん
06/04/23 11:02:45
>>965
鯖を立てるのまんどくさ。apacheはVer2入れないといけないし。あと確かMySQLだっけ?
967:仕様書無しさん
06/04/23 12:18:25
ローカルもできるよん。
968:仕様書無しさん
06/04/23 20:21:18
Subversion はイントラでやるならネットワークドライブが便利だし、管理者がいなくなる時も引継ぎ簡単だな。
オプソ開発するなら面倒でもやるしかないが。
969:仕様書無しさん
06/04/23 23:28:53
>>959
おまえ、馬鹿だろ。
970:仕様書無しさん
06/04/23 23:43:32
>>966 svnserve使うんならApacheすらいらないぞ。
あとSVNはファイルDBだからMySQLなんて使いません。
バークレーDBも不安定なのでFSFS使ってみんなハッピー
971:仕様書無しさん
06/05/04 05:16:42
CVSの運用について意見がバラバラですね。
つまりは使いこなせている人はごく少数と言うことで?
972:仕様書無しさん
06/05/04 05:58:22
システムの規模や業種によって運用が違うという事でしょ。
俺は数十人月の仕事ばかりしてるからCSVなんか使った事がないw
973:仕様書無しさん
06/05/04 10:29:38
>俺は数十人月の仕事ばかりしてるからCSVなんか使った事がないw
どういう意味?デカい規模だとバージョン管理はいらんということ????
974:仕様書無しさん
06/05/04 10:44:24
一人でもcvsは便利じゃね?。
特にwinみたいにシンボリックリンクが効かないやつだと、共通で使うソースのメンテが大変。
975:仕様書無しさん
06/05/04 11:11:20
>>973
よく見ろ!CSVだ。
976:仕様書無しさん
06/05/04 13:29:20
それでも意味不明なわけだがw
俺も一人でもバージョン管理(svn)使ってるよ。
977:仕様書無しさん
06/05/04 18:12:07
どうでもいいが、長々とすれ違いだな。
978:仕様書無しさん
06/05/04 18:25:11
ハズレ人間(害虫)の集まりだから
話がズレズレになってくのはしょうーがない。
979:仕様書無しさん
06/05/05 16:10:45
【CVS?】ハズレの外注を引いた時の対応【ナニソレ?】
980:仕様書無しさん
06/05/05 22:46:39
ところでここってバージョン管理スレか?w
981:仕様書無しさん
06/05/07 11:20:37
ところで次スレどうする?
982:仕様書無しさん
06/05/07 15:13:12
バージョン管理とバグ管理(BTS)に何使ってるか聞けばだいたい会社のレベルがわかる
983:仕様書無しさん
06/05/07 15:15:56
でも実行環境は別に用意しなきゃいけなかったりして
結局、あまり役に立ってないことが多いなぁ>CVS
984:仕様書無しさん
06/05/07 19:15:18
バージョン管理:なし
バグ管理:紙
レベルいくつ?
985:仕様書無しさん
06/05/07 22:50:51
バージョン管理:俺の頭
バグ管理:ディスプレイに貼ったポストイット
レベルいくつ?
986:仕様書無しさん
06/05/08 07:00:36
バージョン管理:Subversion
バグ管理:Excel
レベルいくつ?
バグ管理の専用ソフトってbugzillaしか知らないなあ。
987:仕様書無しさん
06/05/08 08:29:43
影舞とかうんこだしな。
そろそろ俺がPHPで作ろうかと思ってる。
988:仕様書無しさん
06/05/08 19:23:58
mantisとか
989:仕様書無しさん
06/05/08 23:57:05
つ【PMaid】
990:仕様書無しさん
06/05/09 13:52:10
ハズレ
991:ぽんこ
06/05/09 13:53:28
外注って・・・
992:思い出の渦
06/05/09 13:54:33
アタリなんてないね。
993:仕様書無しさん
06/05/09 13:55:25
疲れた
994:仕様書無しさん
06/05/09 13:56:24
外注害虫
995:仕様書無しさん
06/05/09 13:57:34
唯其れだけ之事
996:仕様書無しさん
06/05/09 14:14:09
どうする?
997:インポ仮面
06/05/09 14:15:27
スレが擦れ擦れ
998:仕様書無しさん
06/05/09 14:16:38
もう終わったな!
このスレも。
999:仕様書無しさん
06/05/09 14:17:25
私此頃憂鬱よ
1000:なぎさっち ◆Nagi/FmYMM
06/05/09 14:17:30
1000ならこれからみんな当り外注
1001:1001
Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。