プログラミングってバカでもできる？ [転載禁止]©2ch.net (629ﾚｽ)
上下前次1-新
468(5): 2015/07/09(木)07:53 AAS
>>456
> よくわからなくても要求仕様として明示された入出力のみＯＫになるように作る。
> さらに動作を明確に定義しないため、詳細なテスト仕様も作りようがなく、
> 結果的にＮＧが出ない。（もちろんＮＧ出ないからって品質がよいわけじゃない）
> プロジェクト管理者や納品窓口は問題なしと判断する。
おかしな事言ってるぞお前。
つまり
「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
って事だろ。
いやいやいやいや、ちゃんと仕様書書けよｗ
469: 2015/07/09(木)08:00 AAS
心を込めて丁寧に作りました←田舎の土産物かよｗ
470: 2015/07/09(木)08:40 AAS
>>467
>小学校では優等生は頭の悪い子からイジメのターゲットにされやすいのよ
よく分かるわ〜。
471(5): 2015/07/09(木)09:39 AAS
これなんかが>>456かな
＞例えば、本来したいことがこういう場合
＞if(Ａ君作業==未完了)Ａ君の作業を手伝う;
else if(Ｂ君作業==未完了)Ｂ君の作業を手伝う;
else if(Ｃ君作業==未完了)Ｃ君の作業を手伝う;
恐らくＡ〜Ｃ君作業というのは一つの作業を手伝って即、判定条件の確認に戻るところからパラレル処理で、上記判定分はＡ自体に組み込まれており又、Ｂ，ＣはＡのクローンだと思われる。
上記のように仮定したら２つほど問題点を見つけた
472(5): 2015/07/09(木)19:42 AAS
>>468
いやいやいやいや、おまえにとっては仕様書書くのは客の仕事か？
ソフトウェアベンダとしては以下の事をやるが。
・客の要求を分析して要求仕様書を書く
・ソフトウェアの機能や設計を定義し仕様書を書く
・コーディング
・テスト設計、テスト
おまえの仕事は明確に定義済みのロジックに基づいてプログラム言語に直すだけか？
そんな仕事は今時なかなかねーよ。てか世の中に需要がないと思うぞｗ
473(1): 2015/07/09(木)19:54 AAS
>>471
何処のスレから持ってきたのか知らんが、勝手な仮定を付けてひとりで遊ばないように。
その処理がＡ君自体に組み込まれてるという発想自体がもうね、クレイジー。
474(1): 2015/07/09(木)20:56 AAS
>>472
START 「ちゃんと仕様書書けよ」
↓
「仕様書書くのは客の仕事か？」…突然それを聞いてどうする？既に飛躍。
↓
「ソフトウェアベンダとしては〜」…さらに飛躍して興味津々の展開。
↓
「〜プログラム言語に直すだけか？」…ここに来て、え？また質問？飛ぶよね〜。
↓
「そんな仕事は今時〜需要がないと思うぞｗ」…おっと無難な結論。そこに着地すんのかよ？
トータルで感想を言うと
何 言 っ て ん の お 前 ？
475: 2015/07/09(木)21:22 AAS
これほど悔しさを隠し切れないカキコというのも珍しい
どんまいｗ
476(1): 2015/07/09(木)22:00 AAS
>>473 いや内包していると仮定されても仕方ないと思うぞ
作業を手伝うという言葉は自分自身で行う時に使う言葉で別々の場合は指示する、依頼するというと言った言葉を使う
477(1): 2015/07/09(木)22:06 AAS
>>472 アンカー先間違えたのか？
でなければ、俺も>>474と同じで
何、言ってんの？
ニホンゴ、ワカリマスカ？
478(1): 2015/07/09(木)22:48 AAS
>>477
少し頭を冷やせｗ
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
> いやいやいやいや、ちゃんと仕様書書けよｗ
これ一体誰のセリフ？>>456の内容だと、
「明示された入出力のみＯＫになるように作った人＝ (仕様書に)動作を明確に定義しなかった人」だろ
479(1): 2015/07/09(木)23:08 AAS
>>476
ねえ私、私の仕事が忙しかったら私が手伝うよ？
隣から聞こえたらホラーだろ
480: 2015/07/10(金)06:19 AAS
>>478
お前が少し頭を冷やせ
終始一貫何を言いたいのかサッパリだ
481: 2015/07/10(金)07:33 AAS
ニホンゴ、ムズカシカッタデスカネ？
>>468:実装する為の仕様書(内仕)を(お前達が)ちゃんと書けよ(書いてやれよ)
↓
>>472:おまえにとっては仕様書書くのは客の仕事か？・・・
Oh! この人、突然飛躍しちったよ・・・
482(1): 2015/07/10(金)07:51 AAS
>>479 HOST(Server)なんかでは、よくあることなんだが
特にネットワーク関連なんて同一アプリが複数立ち上がって協調や分散して処理することなんて、しょっちゅうなんだけどね
483(1): 2015/07/10(金)07:56 AAS
言ってることがまるで変わっててワロタ
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
↓
> >>468:実装する為の仕様書(内仕)を(お前達が)ちゃんと書けよ(書いてやれよ)
なんで他人に仕様書書いてやる必要があるんだか。
どうにかこうにか辻褄合わせようとしてもムリ。素直にゴメンナサイしとけ
484: 2015/07/10(金)09:31 AAS
こういう事か
>>468 客(Ａ)→ＳＥ又は上級ＰＧ(Ｂ)→実装するＰＧ(Ｃ)的な組織をイメージしてＢに対して仕様書をちゃんと書けよとレス
>>472 客(Ａ)→内仕も実装も同一人物(Ｂ、Ｃ)的なイメージでレスしているのか…
485: 2015/07/10(金)09:48 AAS
>>483
> なんで他人に仕様書書いてやる必要があるんだか。
と言っていることから
>>472はベンダの仕事として客の要求分析〜少なくとも実装までの一連の工程を一人で済ますスーパーＰＧなんだろうな
486: 2015/07/10(金)12:37 AAS
あーなるほどな。つまり
俺は一人で全部やるから他人が作るプログラムの仕様書なんか書きたくねーよ！
と、言うことを言いたいが為にこれだけのレスを消費したのか。
487: 2015/07/10(金)13:28 AAS
少なくとも、正に>>456で指摘されているような人物だな
明示された内容の表層でのみ考えるものだから読解力も足りない(或いは解こうとせず無視する)しモデル化して論証する能力も足りない
488: 2015/07/10(金)19:04 AAS
>>456の文章は「困るのは実際に使う人とメンテする人」と書いてたってことはそのどちらかの
可能性が高いだろうな。そして「作る人 かつ 動作を定義しない人」に苦言を呈してる。
それに対する>>468のレスがまず頓珍漢。
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
> いやいやいやいや、ちゃんと仕様書書けよｗ
要するに読解力が足りないため、よくありがちな構図
作る人 vs 動作を定義しない人
と思い込んでしまったことが発端だな。
489: 2015/07/10(金)23:42 AAS
>>482
もともと誰かがＡ君Ｂ君の作業を手伝うだけの話で何こねくり回してんだよ
きみんとこではサーバー室で立ち上がってきたアプリにあきら君とか名前つけてるの？
アプリが立ち上がるたびに姓名判断の本とか見て希望を託すのか？
490(2): 2015/07/11(土)07:54 AA×
>>471
491(1): 2015/07/11(土)11:05 AAS
>>490
> 抽象化しているだけだろう
それは2ch上の例文で実際のプログラムではないだろ
抽象化もクソもなく、そのレスに書かれていた情報がすべてになる
未調査情報を想像で勝手に付け足し、気まぐれに自分好みに書き換えてしまう行為、
それを現場でやればテロと呼ばれる
492(1): 2015/07/11(土)12:28 AAS
>>491
何鯱張ってんの？書いた本人？
493: 2015/07/11(土)12:35 AAS
>>492
名古屋出身？さらに高齢？
494: 2015/07/11(土)14:53 AAS
>>490
パターン?の場合はないだろ
適応するんであれば条件式がFALSEの時だけ次の条件を書いているがTRUEの時でも当該作業を手伝った後に次の条件式以降を書いたほうが良い
まあ、元のネストされたif文より改良されたif文の方が修正漏れによるバグが混在する危険性は少ないな
495(1): 2015/07/11(土)17:05 AAS
そもそも未完了という語句なんやねん
言いたいことは解るけど、これはないわ
こんな語句を安易に使われると関係ないところでトラブルっても残った人間は客からネチネチと責め立てられて胃に穴が開きそうになるんやで
で、この語句の何が問題かというと未完了とは、未処理又は未作業と処理中又は作業中という二つの何れの状態も指す言葉
期待していたシステムのパフォーマンスが上がらないとかなった時に、こんな語句を見つけられたら疑念を持たれる元になってまうがな
496(3): 2015/07/11(土)20:32 AAS
>>495
この場合は文字通り、未作業と作業中何れかの状態でしょうな。
客が怒ったのは「作業中」を「未完了」と表現したり不適切な使い方をしていたからじゃないのかい？
「未完了」という語句自体に問題があるわけじゃない。
怒られた根本的な原因を見誤っていると思われるぞ。
497: 2015/07/12(日)06:09 AAS
>>496
え？作業中は未完了だろうに何いうとるん？
>>471でいうと作業者を手伝うという文を本当に理解しているかという事やん
作業者の動作自体を判断材料にすると処理すべき作業がなくても未作業状態だし作業中は当然、未完了状態でもあるやろ
本来チェックすべきは作業者の作用する対象物(ここでは作業内容)で手伝えるものが有りますかと言う事やないん？
処理すべく計上された未着手(未作業)の物件これは当然、該当する
問題は作業中の物件も含んでしまう事や。どうやって手伝うん？工夫をして細分化して云々なんて馬鹿な事をいわんといてな。
単に細分化された物件になるだけで未作業、作業中、作業済という状態は付き纏し副作用や依存性等がある為に非公開として処理を作業してる中に割り込める方法を思いつかんわ
上下前次1-新書関写板覧索設栞歴
あと 132 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.028s