[過去ﾛｸﾞ] SES(客先常駐)エンジニアの集会所 32 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
868(1): 765 05/21(水)07:52 AAS
>>863
きみのお勧めの手法でやることでより大変になると言ってるんだが
正直
改変時に許容するとかあまりにわがままな対応であるとかわからないのかな。
その先リリースからすると新規も既存コードの改変も関係なくなるだろ。
ようするに入り込みやすい不正に甘くするのは甘えだよ。
経験が浅いよ
869(1): 765 05/21(水)07:55 AAS
>>864
ちゃんと日本語読めてる?
まず自分がどうなのか答えてからコメントしてくれ。
俺は先に答えてるし
870(1): 765 05/21(水)08:02 AAS
>>862
781はそもそもきみの説明が不十分で俺が要約して書いて君自身の意見は何かを聞いただけ。
ただ多少誤解があっても既存コードの改変と新規コードで運用が違うことは否定してるよ。
>捉え方もいささか変わるというものだったはずだが?
君の意見としてはそうみたいだが俺が同意してると思うならそれは勘違いだよ。
君の意見を聞き取るために君の意見を書き直しただけだよ
871(1): 765 05/21(水)08:08 AAS
>>862
>個別具体への言及をつかまえ、運用一般に飛躍させているのはそちらのほうでは？
本当に自分が何書いたかわすれてるよね
フェーズと粒度を聞いたのはきみだよね。 766 769で聞いてるだろわすれてるのか
872(2): 765 05/21(水)08:14 AAS
>>862
>そちらとしては判断要因の多寡や質による現場レベルでの柔軟な対応には断固否定をする姿勢？
肯定するとか信じられないね。
発注先によって柔軟な対応によって品質がバラつくよね。
通常バラつかないように発注元がプロセスを決めて開発会社がそれに従うんだけど。
その辺は量産品を大量に開発するとなると必須になる。自動車以外でこういうことがないのかもしれないが
873(1): 765 05/21(水)08:15 AAS
>>862
現場レベルの柔軟な対応
というより
現場の甘え
と思えるが
874: 765 05/21(水)08:24 AAS
頭でっかちな議論ばかりなので具体例を書いてみた
今の話題の内容が違うと思うが
実行されないコメントだけの分岐の話でもするかな
MISRA-Cのルールで
elseif文はelseが必須となってる。
つまりAのケースとBのケースを判定した場合にそれ以外の判定が必要とされてる。
入力条件がAまたはBしかない場合は３番めのブロックには分岐しないこととなる。
こういった場合に
このコードでいいかどうかは基準どおりなので問題なし
検証過程では、そのコメントだけのブロックが通るかは検証が必要
875: 05/21(水)08:25 AAS
粒度粒度粒度ｗｗｗｗｗｗｗｗｗｗｗｗ
876: 05/21(水)09:06 AAS
朝から連投はくさ
877: 05/21(水)10:31 AAS
お前ら奴隷のくせに五月蝿くね
黙って言われた事やってろよ
嫌ならSESから脱却しろよ
878: 05/21(水)11:14 AAS
プライドだけは一丁前
879: 05/21(水)11:26 AAS
句読点多用するやつにまともなやつはいない
880: 05/21(水)11:47 AAS
日本語の性能が悪すぎるのが悪い
881: 05/21(水)12:02 AAS
もうレスバしなくていいぞ
迷惑だから
882: 05/21(水)12:06 AAS
おまえらが仕事よこさないせいだ
883: 05/21(水)12:42 AAS
私はボーナスは貰ったことありません
884: 05/21(水)12:55 AAS
ほんと辞めようかと思ってる。
SES単価下げ続いてるし、それで現場からSES減りまくってて、
残ったSESの作業量が単純に2倍3倍なってきてる。
それで3人分こなしたからって評価上がるわけでもなく無慈悲に単価下げwww
885: 05/21(水)15:57 AAS
ぶっちゃけ3年くらい経験積めば自社開発でもsierでも余裕で転職できるよな
俺は出戻りsesだから一生このままでいいけど
886: 05/21(水)17:57 AAS
この業界キチガイが多すぎんよ～
887: 05/21(水)18:31 AAS
来月からSES復帰します
コロナ直前ぐらいから残業200時間越えで体壊してました
数年ぶりぐらいに外に出ます
888: 05/21(水)18:53 AAS
SESからの転職先がSESしかない
889(5): 05/21(水)21:17 ID:PeHvRXYZ(14/18) AAS
>>867
>なんか負けを認めない論法だな
はあ・・・
>プロセスを職場で定義するか
>だがきみはそれに否定的
具体的にどう否定的だったのか、レス番指定してもらえます？次のようには述べてるね
>職場レベルでのルール化、明文化などされてない
>そんなの当該用語に限った話か？(>>857
この当該用語というのはそちらが「ネット用語」とおっしゃった「粒度」についてのことであり、>>841 に添付したとおり開発フェーズを論じる際には普通に用いられているもので
それに対して現場レベルで個別詳細に改めて定義、明文化してるか聞かれた際に「されてない」と答えたまでだよ
語用論的にも問題ないため、普通に現場は回ってますと
当初(>>796 は当該用語が「一般的だと思ってるのか」だったはずだがムービンゴール
やれ「自治体の入札条件を満たしてない」だの、やれ「IPAも税金使ってるから仕事してる感が必要で当てにならない」だのと
一般的か否かで言えばIPAの資料中にて、こちらと同様の文脈で使われてることでもって、すなわちそれを意味しませんか？
あと、根拠とされてるSLCPパラパラ見たらライフサイクルプロセスの定義について言及する際、次のような記述があったがどう見ます？
更に「フェーズ」についても当該ガイドラインでは次のようになってるんだが
そちらの理屈に従うのなら「コードレビューフェーズ」なるものは765氏の自分用語で合っている？どこにもそのような記述は見当たらないぞ
>プロセス、アクティビィ、及びタスクの定義粒度
>時間軸として、一般的に使用されている「フェーズ」を用いた。フェーズ名は、「情報システムの信頼性向上のための取引慣行・契約に関する研究会」の検討結果も参考にした一例であり、フェーズ名を規定しているわけではない。
>その時点でまず自分の見解が間違っていたことを認めたらどうだよ。
粒度について「フェーズのことですよ〜」と明文化されてる現場にあたったことはたぶんないかな
「CMMIレベルは現場による」、この見解が具体的にどう間違ってるか説明よろ
890: 05/21(水)21:18 AAS
職業に貴賎なしとか、現場でSDGSや多様性の研修受けてるけど
SESはメッチャ差別受けてるんだよな。
インドのカースト制度のごとくSES堕ちしたら這い上がるの不可能だよ
891: 05/21(水)21:37 AAS
あー疲れた、ゆっくりやらないといけないけど成果も出さないといけないから焦る
892(1): 05/21(水)21:40 ID:PeHvRXYZ(15/18) AAS
>>868
おすすめだなんて言ってませーん
>哲学理想の話じゃなくて、リアルな現場における必要性を説いてるわけだが
>スタートアップやベンチャーなんていわゆる技術的負債の改修なんて茶飯ごと
>なぜなら開発現場の善悪とビジネスのそれとは必ずしも一致しないから
現場によっては清濁併せ呑まざるを得んことなんぞ茶飯だと言っているんです
朝令暮改が当たり前、事業会社で働いてみそ
「開発ルール守らなきゃで利益出せません」こそ甘えと笑われらあ
893(1): 05/21(水)21:45 ID:PeHvRXYZ(16/18) AAS
>>869
>きみのところは許容されるのか?
現場によるって答えてますがな
ビジネスサイドと足並み揃えにゃ仕事にならん現場経験したことないの？
894(1): 05/21(水)22:03 ID:PeHvRXYZ(17/18) AAS
>>870
>君の意見としてはそうみたいだが俺が同意してると思うならそれは勘違いだよ。
「コメントアウトの是非について聞きたいなら(>>855」とかおっしゃってるが、そもそも発端となってるレスが当該行為ありきなんだから、勝手に論点発散させんでもろて
その上で「そちらとしては判断要因の多寡や質による現場レベルでの柔軟な対応には断固否定をする姿勢」かどうかを聞いてるんだがイエスってことね
それを受けての感想は「現場によってはそれで通用するんだろうなあ」って感じかな
車載ソフトのプロセスモデルを開発全体に一般化したり、役所基準でゴリ押ししたり、議論のスコープを手前都合でさすがに改変しすぎでは
謙虚になれよ
895: 05/21(水)22:07 AAS
もうSES愚痴より言い争いになってんなここ
896: 05/21(水)22:13 AAS
openworkのスコアってあてになる？
897(6): 05/21(水)22:31 ID:PeHvRXYZ(18/18) AAS
>>871-873
だから五月雨やめろっつってんだろ
いい加減にしろよ何度言えばわかるんだ
あと、レス番指定するのはいいが安価付けろよ
その様子だと偉そう言って、ホスピタリティがなってないコード平気で書きそうなんだけど
>フェーズと粒度を聞いたのはきみだよね
はい、書きましたよ
>>889 にも既述のとおり、そちら基準（SLCP）満たしとるがな
つ >プロセス、アクティビィ、及びタスクの定義粒度
>通常バラつかないように発注元がプロセスを決めて開発会社がそれに従うんだけど。
だーかーらー、言葉のスコープガバガバすぎだろ頭トー横かよ
現場によるだろ、それともどこ行っても我がのスタイル崩さんとビジネスサイドとケンカでもするんか
>その辺は量産品を大量に開発するとなると必須になる。自動車以外でこういうことがないのかもしれないが
最初からこのひと言でいいじゃん
なにゆえここまで居丈高になり、ひたすらこちらを否定する必要があったのか
そうだと思います
それ系の仕事に明るくないが、いわゆるウォーターフォール的なやり方との相性によって、かなり事情が変わってくるかと
CMMIについても然り
>CMMは官僚的な組織に適している。官僚的な組織とは、例えば政府省庁、大企業、規律正しい専売会社などである。
外部ﾘﾝｸ:ja.wikipedia.org
上下前次1-新書関写板覧索設栞歴
あと 105 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.514s*