[過去ﾛｸﾞ] SES(客先常駐)エンジニアの集会所 32 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
899(1): 765 [] 2025/05/21(水) 23:39:28.48 AAS
できるだけ短く箇条書きにする。
>893
ありがとう。君の場合現場により許容されるんだね。
これはちゃんと会話できたケースだ。
>894
１)君の勘違いを指摘し、その反論のようだが会話が成立していない。ある種の病気だね。
２)回答がすべて最初の質問でないとおかしいとする押し付け。ネタは君が言い出したことだし否定されるのが気に入らないのかもね。
３)俺は議論先に議論があると考えてる。
既存コード改変と新規コードの扱いを変えてもいいかという議論の先に
コメントアウトの是非の議論があると考えてる。
この前者の議論を否定する理由を具体例にかいて理解できるか聞いてみたが863では全く理解できない模様。
なので後者の議論はやったところで全く同意にいたらないし回答するだけ無駄だろう。
>892 にも該当
４)CMMIが高品質にするだけのものじゃないってわかってないようだね。
863 892でビジネスよって柔軟対応することと真逆だと断定しているよね。
いわゆるQCDをコントロールするには組織的に管理運用されていないとできないことなんだよ。
例えば
品質をここまで下げてもいいからいつまでに作る や
安く作る
ということが可能になる。
それは開発会社そのものがCMMIレベル達成していて運用するか、自動車メーカーのCMMIの中で運用するようなそれぞれの場合がある。
なので現場の会社がCMMIの取り組みをせず不正コードを現場の柔軟性で対応というのは全く真逆の話だよ。
組織だってできないってどういうことかはメンバーのやってることがバラバラで人によって個性があるもの単に目標を示しただけではトータルQCDは達成できないよ。
909: 仕様書無しさん [sage] 2025/05/22(木) 01:50:55.03 ID:qLJdXdia(1/17) AAS
>>899
>ある種の病気だね
診断資格はお持ちです？
>俺は議論先に議論があると考えてる。
自他境界が曖昧さんかな？少なくともそのような趣意を共有しないまま、ムービンしたら明らか効率悪いがや
なぜそのように前提されるか論理的に説明されよ
何度も言うが安易な一般化と論理の飛躍、両者は目くそ鼻くそ穴兄弟では
コメントアウトの是非が新旧で変わるのは技術的負債をどの時点で負うかにすぎまいて
例えば事業会社なんかはとりあえずサービスリリースしなけりゃ利益が出ない
いわゆる巧遅拙速が当たり前、その時点ではビジネスサイドの要求、すなわち速度を満たすものだった
しかしビジネスと共に開発の規模が大きくなれば、次第にそこにも変化が出てくる
ある程度、事業が成長してきた辺りで、ビジネスサイドの要求、期待に追い付かなくなる
肥大したコードと複雑性が開発の速度を妨げるのだ
このことを「大変になる」とそちらは指摘してるわけだが、みんなバカじゃないんだからわかってるでしょ
ただ、事業会社の場合はなんらかサービスを提供しないかぎり、スタートラインにすら立てないわけで、そのための犠牲は仕方なし
単に優先順位の問題なのでは
あなたも「業界間のギャップかしら」と気付きを得たのでなかったの？
>その辺は量産品を大量に開発するとなると必須になる。自動車以外でこういうことがないのかもしれないが(>>872
そしてなぜコメントアウトの件をそれとして、すべてに一般化することを嫌うかというと、そこも優先順位の問題なので
当該の要否はリスク、コストが少ないが、その他も然りと限らない
> 863 892でビジネスよって柔軟対応することと真逆だと断定しているよね。
>>897 でも述べてるとおり、相性の問題だと言っている
事業をスタートする時点では規模も将来性も曖昧であり、しかしとりあえず作ってみてから、出してみなけりゃわからないの精神にマッチするやり方、そして人材もそういった博打性の低いものとは異なるという話では
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.044s