アカウント名:
パスワード:
リリースをしたものの中に壊れたものが混入したことが原因だと思うのでリリースのペースも大事かもしれないけど、チェック体制的なものをどうこうしたほうがいいんじゃなのか？
リリースのペースを緩めようがどうしようが混入する可能性が否めない以上はリリースペースの問題じゃないように見えるが・・・
作業要員はそう簡単に増やせないから、リリース当たりの作業時間を延ばしてチェック体制の強化を考えてるんだろ。それで作業時間を長くとれるようにリリース間隔を広げようという話でしょう。
この程度は相手の話を聞いて説明されなくても汲み取るべき。
一般論を記述します。自動でチェックする、あるいは、壊れないような仕組みを作れば宜しい。
# 最近の人はQC活動とかしてないの？
これもその後続く一般論ですが。
では将軍様、自動でチェックしますのでチェックツールください。壊れないような仕組みを作ってください。
仕組みを作る努力もせずに、リリース間隔を延ばせばいいって判断することが安直で頭悪いという話では？
うーん、一般論としての「自動でチェックすればよい」は、猫に鈴つければいいじゃん、と同じに聞こえる、つまり、なにも解決につながらない一般論であって、「うまくやればいいじゃん」と言っているのと同じ、という指摘なのでは？
> うーん、一般論としての「自動でチェックすればよい」は、> 猫に鈴つければいいじゃん、と同じに聞こえる
そんなことを言ってるのはあんただけでは？、
私は別人だけど、私もそんな感じに聞こえる。さらに加えるなら「鈴つける努力しろ」とも。まあ、一般論で語ることが既に間違いなんだとは思うけどね。
というか自動チェックって具体的にどんなの考えてるの？テスト駆動とかそういうのしか思い浮かばないけど、それだと、じゃ、誰がテスト書くの？書いてくれるの？っていう。そんな努力するなら、そう、努力するならチェック期間伸ばせばいいじゃん。っていうか、やりたきゃ君がすればいいじゃん、っていう言い出しっぺの法則が出てくるんだけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
リリースのスピードが問題なのではなく (スコア:5, すばらしい洞察)
リリースをしたものの中に壊れたものが混入したことが原因だと思うので
リリースのペースも大事かもしれないけど、チェック体制的なものをどうこうしたほうがいいんじゃなのか？
リリースのペースを緩めようがどうしようが混入する可能性が否めない以上はリリースペースの問題じゃないように見えるが・・・
Re: (スコア:0)
作業要員はそう簡単に増やせないから、リリース当たりの作業時間を延ばして
チェック体制の強化を考えてるんだろ。
それで作業時間を長くとれるようにリリース間隔を広げようという話でしょう。
この程度は相手の話を聞いて説明されなくても汲み取るべき。
Re:リリースのスピードが問題なのではなく (スコア:1)
一般論を記述します。
自動でチェックする、あるいは、壊れないような仕組みを作れば宜しい。
# 最近の人はQC活動とかしてないの？
Re: (スコア:0)
これもその後続く一般論ですが。
では将軍様、
自動でチェックしますのでチェックツールください。
壊れないような仕組みを作ってください。
Re: (スコア:0)
仕組みを作る努力もせずに、リリース間隔を延ばせばいいって判断することが安直で頭悪いという話では？
Re: (スコア:0)
うーん、一般論としての「自動でチェックすればよい」は、
猫に鈴つければいいじゃん、と同じに聞こえる、つまり、なにも解決に
つながらない一般論であって、「うまくやればいいじゃん」と言っているのと
同じ、という指摘なのでは？
Re: (スコア:0)
> うーん、一般論としての「自動でチェックすればよい」は、
> 猫に鈴つければいいじゃん、と同じに聞こえる
そんなことを言ってるのはあんただけでは？、
Re: (スコア:0)
私は別人だけど、私もそんな感じに聞こえる。
さらに加えるなら「鈴つける努力しろ」とも。
まあ、一般論で語ることが既に間違いなんだとは思うけどね。
というか自動チェックって具体的にどんなの考えてるの？
テスト駆動とかそういうのしか思い浮かばないけど、それだと、じゃ、誰がテスト書くの？書いてくれるの？っていう。
そんな努力するなら、そう、努力するならチェック期間伸ばせばいいじゃん。
っていうか、やりたきゃ君がすればいいじゃん、っていう言い出しっぺの法則が出てくるんだけどね。
Re: (スコア:0)
って知らない？