[過去ログ] SES(客先常駐)エンジニアの集会所 32 (1002レス)
前次1-
抽出解除 必死チェッカー(本家) (べ) 自ID レス栞 あぼーん

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
841
(3): 05/21(水)00:05 ID:PeHvRXYZ(1/18) AAS
>>834
>ソフトウェアライフサイクルの用語はslcpなど標準化が行われておりそこで定義されていますよ。

当該ガイドラインを策定してるIPAの資料なんかでも使われてるがネット用語なん?

>要件定義、基本設計で粒度が異なることを意識して、記述粒度を定義する。
外部リンク[pdf]:www.ipa.go.jp

>ソフトウェア設計とは、要求を、各開発フェーズにおいて適した粒度で詳細化していく作業である。
外部リンク[pdf]:www.ipa.go.jp
842: 05/21(水)00:10 ID:PeHvRXYZ(2/18) AAS
>>836
記載してるが

(>>787 より引用
>前者はテスト必須、コードは正規

上記、そちらのレスが参照したレスは >>781

>既存コードの修正なのか否か
>前者であれば、正しく修正がなされたことを担保するため、テストは必須
省2
845
(3): 05/21(水)00:19 ID:PeHvRXYZ(3/18) AAS
>>840
>新規コードであろうと
>既存コードの改定であろうと対応は変わらない。
>コード修正が求められる。

具体的には?
つまりコード不正対策の観点からもコメントアウトを否とするという理解で合っているかな?

だから >>761(これも自分のレス) や >>763 の認識で合ってるべ?
省3
848
(1): 05/21(水)00:31 ID:PeHvRXYZ(4/18) AAS
>>843
なんとなくそちらのプロファイルができてきたよ
元々、自動車系で組み込み開発してたクチかな?
言語は主にC言語
で、今は役所関係のお堅い現場でプロマネなんかをやってる感じ?

>それでまさかプロセスまわしてるのかな?

IPAが当たり前のように使ってるもので認識の齟齬なぞ出やせんでしょうよ
省1
852: 05/21(水)00:48 ID:PeHvRXYZ(5/18) AAS
>>846
多義的用途を担ってる語は意味が限定されるという理屈?
しかし現実には語用論的にこのような例は枚挙にいとまがないのでは
そもそもこの業界自体が歴史浅くて、建築系のそれをアナロジーとして転用してることいくらでもありゃせん?
結果、現場レベルで困ることなどご愛嬌
しかもそれ言い出したら、この業界の用語なんて基本的には英語圏からの輸入なわけで、しかし日本語と一対一対応してるわけもなく、したがって誤訳レベルの意訳も掘ればいくらでも出るんじゃないの?
仮想とか?ITに限らず虚数なんかも誤訳でしょ
853
(3): 05/21(水)00:59 ID:PeHvRXYZ(6/18) AAS
>>847
新規か既存か、追加か修正か、一時的か持続的か
判断要因の多寡や質によっても現場レベルでは柔軟に対応せざるを得ないこともあると思うが

>きみはコメントアウトを是非を話したいようだが

本件が元々、コメントアウトについて連なるレスツリーでしょ
しかしコメントアウトにおいても、新規/既存で対応変えんとそちらは立場を固持するわけだ
そんなもん対象となるソフトウェア、サービス、現場によって変わるでしょ
省2
854
(1): 05/21(水)01:05 ID:PeHvRXYZ(7/18) AAS
>>849
>既存コードと新規コードの扱いが違うのはおかしいという意見については
>同意なのか反対なのかどっちなのかな

端的に言えば反対、というかケースバイケース、必要に応じて変わるため個人の嗜好性や哲学理想の話ではない
>>853 にも既に書いたが、善悪理想で物事全て運ばないので
どっちだこっちだ、ハードコードで決め打ちだけできりゃ楽だろうけど現実そんな楽ですか?
857
(3): 05/21(水)01:15 ID:PeHvRXYZ(8/18) AAS
>>850
職場レベルでのルール化、明文化などされてない
そんなの当該用語に限った話か?
VCSの運用フローとか、そこで使われてる言葉とか改めて職場で定義する?
言ってしまえばツール依存のそれらを使って普通に現場は回ってますよ
860
(1): 05/21(水)01:24 ID:PeHvRXYZ(9/18) AAS
>>851
>クルマメーカーの指定でどれが不正かが決まる。現場が口を挟む余地はないんだ。

現場って車の開発だけなんす?
車載ソフトだけ開発すんの?
ではひとつ、当該の指定によればコメントアウトの是非はどうなってます?
862
(4): 05/21(水)01:38 ID:PeHvRXYZ(10/18) AAS
>>855
ええ、で当の >>781 のレスは何についての言及ですか?
コメントアウトの許容いかんについて既存と新規で見方、捉え方もいささか変わるというものだったはずだが?
こちらに飛躍飛躍とおっしゃってるが、個別具体への言及をつかまえ、運用一般に飛躍させているのはそちらのほうでは?
しまいには車載ソフトのプロセスモデルを開発全体に一般化
とりあえず、そちらとしては判断要因の多寡や質による現場レベルでの柔軟な対応には断固否定をする姿勢?
863
(2): 05/21(水)01:51 ID:PeHvRXYZ(11/18) AAS
>>856
>不正コード多数で開発が大変ですね。

無論、大変な現場もあれば、楽な現場もそりゃあるわな
哲学理想の話じゃなくて、リアルな現場における必要性を説いてるわけだが
スタートアップやベンチャーなんていわゆる技術的負債の改修なんて茶飯ごと
なぜなら開発現場の善悪とビジネスのそれとは必ずしも一致しないから
素人でもわかることだと思うんだけど
864
(1): 05/21(水)01:57 ID:PeHvRXYZ(12/18) AAS
>>858
>>863 で既述のとおり、スタートアップやベンチャー企業じゃザラによくあることだけど
逆に40年?以上やってて、一度もそういう経験ないの?
お言葉ですがどういった職能お持ちでしょうか?
そういったブレを許容しない理想の現場ばかりなら、精神病んで辞める人などおらんでしょうなあ
865
(1): 05/21(水)02:01 ID:PeHvRXYZ(13/18) AAS
>>859
だからそれが現場によるって言ってますがな
SESのスレですよ?
現場なんて玉もあれば石もあらあな
逆に例示したようなVCSの運用フロー、ツール依存のエトセトラ、これらについてはどうしてますか?
889
(5): 05/21(水)21:17 ID:PeHvRXYZ(14/18) AAS
>>867
>なんか負けを認めない論法だな

はあ・・・

>プロセスを職場で定義するか
>だがきみはそれに否定的

具体的にどう否定的だったのか、レス番指定してもらえます?次のようには述べてるね

>職場レベルでのルール化、明文化などされてない
省15
892
(1): 05/21(水)21:40 ID:PeHvRXYZ(15/18) AAS
>>868
おすすめだなんて言ってませーん

>哲学理想の話じゃなくて、リアルな現場における必要性を説いてるわけだが
>スタートアップやベンチャーなんていわゆる技術的負債の改修なんて茶飯ごと
>なぜなら開発現場の善悪とビジネスのそれとは必ずしも一致しないから

現場によっては清濁併せ呑まざるを得んことなんぞ茶飯だと言っているんです
朝令暮改が当たり前、事業会社で働いてみそ
省1
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」とかおっしゃってるが、そもそも発端となってるレスが当該行為ありきなんだから、勝手に論点発散させんでもろて
その上で「そちらとしては判断要因の多寡や質による現場レベルでの柔軟な対応には断固否定をする姿勢」かどうかを聞いてるんだがイエスってことね
それを受けての感想は「現場によってはそれで通用するんだろうなあ」って感じかな
車載ソフトのプロセスモデルを開発全体に一般化したり、役所基準でゴリ押ししたり、議論のスコープを手前都合でさすがに改変しすぎでは
謙虚になれよ
897
(6): 05/21(水)22:31 ID:PeHvRXYZ(18/18) AAS
>>871-873
だから五月雨やめろっつってんだろ
いい加減にしろよ何度言えばわかるんだ

あと、レス番指定するのはいいが安価付けろよ
その様子だと偉そう言って、ホスピタリティがなってないコード平気で書きそうなんだけど

>フェーズと粒度を聞いたのはきみだよね

はい、書きましたよ
省13
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.041s