プログラミングってバカでもできる？ [転載禁止]©2ch.net (629ﾚｽ)
上下前次1-新
362: 2015/06/28(日)17:40 AAS
>>359
そりゃ大手の社員はそのネームバリューを作り出した先人を称えると思うよ。
わざわざ大手社員を経由したところで何の付加価値もつかないし、
中小にとっちゃパイを横取りされて中抜きされてるだけの話かもしれんが。
363: 2015/06/28(日)20:15 AAS
>>359
そこいらの小さな派遣会社とやってること変わらんやん
364(1): 2015/06/28(日)22:02 AAS
お前らは末端作業員の使い道しかないゴミなんだからそれを自覚した方がいいな
他人様あれこれ言う前に自分をどうにかしろ
365: 2015/06/28(日)23:24 AAS
>>364
せやな、自分をどうにかしろや
366: 2015/06/28(日)23:54 AAS
>>344
規模が大きくなるのに反比例して個々の能力は影響しなくなるぞ。重要なのは組織作り。纏め役（一人ではない）の能力、的を得た分業を行えるかが成功の鍵になる
367: 2015/06/28(日)23:55 AAS
>>346に先に言われてた・・・
368(1): 2015/06/29(月)00:02 AAS
開発者の生産性云々言ってる馬鹿は糞みたいなシステムしか作った事ないんだろ
確かに開発者に大きさ能力の差があるのは認めるが、
そんなあやふやなものを期待してプロジェクトは進められない
369: 2015/06/29(月)00:06 AAS
プロジェクトは成功するべくして成功しなければならない
ゴミプログラマしか集まらなかったから、なんてものは失敗の理由にならない
370: 2015/06/29(月)00:34 AAS
>>368
個々の能力ははっきりとしてるんだからあやふやじゃないでしょ
そして個々の能力に頼りきって、一部の優れた人間に仕事が集中するということが
どこのどんなプロジェクトでも必ず発生する
371(1): 2015/06/29(月)00:45 AAS
自分がすごいだけのプログラマーは三流。
10人の単純労働者を自分と同じレベルで作業させることができて二流。
100人の単純労働者を自分と同じレベルで作業させることができたら一流。
372(1): 2015/06/29(月)00:51 AAS
それは自分がレベルの低い人に合わせれば可能だろうな。
質も速さも今の君の１０倍のスキルを持った人がプロジェクトにいたとして
君、その人のレベルに追いつけるの？
373(1): 2015/06/29(月)01:06 AAS
>>371
すごいプログラマーが羨ましくてつい敵視しちゃう弱者は
さすが言うことが違うね、むっちゃくちゃｗ
すごいプログラマーってのは1%の才能と99%の努力のたまものだから
その人よりも才能も努力も足りない人には、どう足掻いても追いつけない
374(2): 2015/06/29(月)01:21 AAS
>>372-373
自分の能力や知識を以下に他人に使わせるかを考えられない
こういう俺SUGEE系のクズが一番厄介。
つまりは真に理解していないから他人に理解させられないという話だが。
375: 2015/06/29(月)01:39 AAS
合わせるわけではないが今
俺100として
その他40、50、30、60
みたいな感じなんだが、
俺50になってもいいから
その他60、70、50、80
になるようにフォローしろと言われている。
３流のままでいいから前者のままの方が楽なので
そのままでいたい。
てか俺と同等か格上をあと２人連れて来てと思ってしまう。。。
省1
376: 2015/06/29(月)02:18 AAS
>>374
プログラミングがそんな簡単に教えれるものなら、
ある程度やる気あるやつは全員スーパープログラマになってるわけだがｗ
塾の講師がよければ全員数学満点とれるかって話だよ
377: 2015/06/29(月)02:24 AAS
つまりスレタイはダウト
378: 2015/06/29(月)07:04 AAS
>>374
五体満足なら小学生からお年寄りまで誰でも100m走はできるが
誰でもあっさりオリンピックのアスリート並みに走れるようになるなら
オリンピック、意味ある？
379: 2015/06/29(月)07:15 AAS
出来るプログラマと出来ないプログラマは大人と子供くらい違う。
体感的に本当それくらい。
380: 2015/06/29(月)07:17 AAS
仕事の規模で自己実現できるならそれもよかろう。
それはプログラマの喜びでも誇りでもないが。
381: 2015/06/29(月)07:23 AAS
「俺SUGEE」ってたまに見るけど、
実際できる人はできない人を見て「こいつ使えNEE」
できない人は「こいつSUGEE、俺をSUPERにしてくれYo!」
が現実だろ。こんな努力知らずをアスリートになんてできねえYo!
382: 2015/06/29(月)09:02 AAS
マジでこいつら、能力のない他人の使い方わからないの？
能力がない奴を能力がないまま、こいつ無能ｗｗｗって言って放置してるの？
そんで俺一人でやったほうがHAEEEE！とか言って、納期間際に一人HYAHHAAAA!
しちゃうの？
383(1): 2015/06/29(月)10:33 AAS
俺100人間だったら
一通り動くプロトタイプ使って分かり易くしたり、開発支援ツール作ってやって作業を楽にしたりして
その他40、50、30、60たちを底上げするのは容易だがな
384(1): 2015/06/29(月)11:28 AAS
>>383
100ってのはできるって意味じゃねーぞ。
俺が１００だとしたらって仮定しただけ。
俺は平均的な能力だが。
メンバーがやばい人ばかりなんだよ。
それにどんな現場や人でも
＞一通り動くプロトタイプ使って分かり易くしたり、開発支援ツール作ってやって作業を楽に
これができると思わない方がいい。
385: 2015/06/29(月)11:40 AAS
>>384
無能自慢はもうおなかいっぱい。
早く人を使えるようになってね☆
386: 2015/06/29(月)12:04 AAS
平均的が定義されていません。
387: 2015/06/29(月)12:26 AAS
結局若いうちは良いけど、30、40になったら嫌でもリーダーやマネージャーやらされるから
如何にして人材を効率よく運用するか常日頃考えとかないといけないと思う
でないと将来無能管理者として下の人間から後ろ指指されることになるぞ
388: 2015/06/29(月)12:28 AAS
お前自身が大体平均
389(1): 2015/06/29(月)12:33 AAS
現場にいるやばいレベルのメンバー使わなきゃいけないのはキツいな
自分で選んだメンバーなら自業自得だが、リーダーとして参画したＰＪメンバーだったら
もう逃げたいだろうな
390(1): 2015/06/29(月)12:47 AAS
そうは言っても、現実的には特に業務系システムはヤバイ奴らが作ったヤバイシステムが多い。
それで実際に社会が動いてんだから、プログラマのスキルの低さなんて大した問題じゃないんだよ。
391(1): 2015/06/29(月)13:02 AAS
ヤバイ奴ってどんな感じなの？
同じ現場に
・インデントできない
・キョロキョロ
・独り言
・ｶﾁｬｶﾁｬﾀｰﾝ
・コピペしたソースだからソース説明できない
・質問に答えられないとｳｱｧｱと言いながら頭掻き出す
奴がいるんだけど、どこの現場にも居るのかな‥
392: 2015/06/29(月)13:06 AAS
俺はカチャカチャターンだね。
393: 2015/06/29(月)13:16 AAS
>>389
軍隊みたいだな
394(1): 2015/06/29(月)13:17 AAS
>>391
そういうやばいじゃなくて、作ったものの品質がやばいとかそっちだろ…
395(1): 2015/06/29(月)13:25 AAS
>>394
すまない、読んで無かった‥
品質がやばいってのはどんな感じなんだ？
396(1): 2015/06/29(月)14:12 AAS
>>395
システム設計が甘いのに、言う通りに作らされてたり
プログラムが汚くて、テストしてる範囲では動いてるけどそれ以外に穴があったり
特に後者は結構多いと思う
無理な期間で作業させられてたり、実装者のレベルが低かったり、もろもろの事情で
397(1): 2015/06/29(月)15:34 AAS
>>396
前者は設計者がヤバいですね‥
後者はあるあるだと思います。
結論的に現場によりますね。
教育係の方にヤバ奴な方が的確な質問をして
教育係の方が適切な応答ができれば総合的に良くなると思うんですけどね‥‥
398: 2015/06/29(月)15:48 AAS
>>397
システムを軽視している会社では前者もあるある
現場的には、圧力かけられたからやったってのはあるある
そもそも、教育できない人間が教育？してるので
間違った意見で潰しにかかる事が多いと思う
399: 2015/06/29(月)20:22 AAS
だからさー潰しちまおうぜこんな業界
400: 2015/06/29(月)20:23 AAS
SIに金が回らなくするにはどうすれば良いか
401: 2015/06/29(月)20:48 AAS
>>390
ヤバい奴には重要な部分を作らせてないからヤバくないんだよ
402: 2015/06/29(月)20:50 AAS
あはは、まさにジャップ土人だなぁ
だから崩壊するんだよ
403: 2015/06/29(月)20:57 AAS
一企業でしか使われないシステムなんて基本糞品質だからな。ヤバイ奴が書いたヤバイソースだらけ。
バグが許されないシステムはつまらんがまぁ中身は↑よりまし。
404: 2015/06/29(月)20:59 AAS
腕に覚えがあるなら自社製品で食っていけてるITにいけ
土方システム開発屋にはなるな
405: 2015/06/29(月)21:00 AAS
何が崩壊したの？
406: 2015/06/29(月)21:01 AAS
実は更新せずに書き込んだんだ。気にしないでくれ。
407: 2015/06/29(月)21:08 AAS
結局最後はスキルの高い人が、大多数の低スキルの尻拭いをするんだよな
スキルが高い人はほぼ例外なく強い自己学習能力を持ってて
人に教わることは最終手段と考える
誰にも教わってないのにグイグイとスキルアップしていくからくりはここだな
408: 2015/06/29(月)21:35 AAS
自己学習能力ねーじゃん
大多数の低スキルの尻拭いしてんだろ
ほんとお前らって末端作業員丸出しだよな
409: 2015/06/29(月)21:39 AAS
どんなお尻の、どんな硬さのウンチでも、キレイサッパリ拭きあげる。
お尻拭きの達人。
410: 2015/06/29(月)23:08 AAS
プログラミングできないオバカサンは
今日も無茶苦茶なこと言っとりますなぁ
411: 2015/06/30(火)07:29 AAS
SI受注SEは実態派遣残業断れよ！
生涯収入低下スパイラル
実態派遣無能残業
↓
情報処理学習不足
↓
情報処理能力低下
↓
案件受注報酬激減
412(1): 2015/06/30(火)12:27 AAS
他人の尻を拭いてるつもりであちこちに自分の糞尿を撒き散らす
プログラマって大体そんな人
413(1): 2015/06/30(火)15:24 AAS
メモとるのに集中して話聞いてない奴とか
うなずいてるだけで理解してない奴とか
とかとかとか
414(2): 2015/06/30(火)17:29 AAS
>>413
これってよく言われるけど…
考えながら聞いてたらメモ取れない
メモ取ってたら途中の話聞けない
っていう話で
結局「頭が悪い事」を怒られてるだけなんだよな…
いやなんつーか不毛だなと…
415: 2015/06/30(火)18:11 AAS
>>414 後者は‥
416: 2015/06/30(火)18:44 AAS
大きなプロジェクトはどこに入ってもかったるい
417(1): 2015/06/30(火)20:36 AAS
>>412
君のような強烈に汚いケツを綺麗にするためには
高圧洗浄機クラスの強引な処置が必要になるだけのこと
418(1): 2015/06/30(火)20:43 AAS
高圧洗浄機で尻拭いされて、ケツが壊れて更に糞尿を垂れ流すようになる姿は
優れたプログラマーに尻拭いされて、「畜生また余計なマネをしやがって」と
いつも助けられてる自分の無能さに腹が立って
あちこちに唾を吐き出すようになる
無能上流マンや低スキルプログラマーの姿に似てる
419(1): 2015/06/30(火)21:05 AAS
>>414
いやでも新人はできない人が多いし
しかたないんじゃないかなって思う。
モニタに写しながら議事録書いたりさせて
鍛えてたら段々できるようになるもんだよ。
420: 2015/06/30(火)21:37 AAS
>>417,418
なんや悔しいんか高スキル糞尿マン君ｗ
421: 2015/06/30(火)22:06 AAS
>>419
うん
教える側に問題あるだろって事を言いたいのよ
422: 2015/06/30(火)22:14 AAS
初めまして糞尿スキルAランクのプログラマです。
趣味は他人のお尻を拭く事です。
貴女のお尻、是非僕に拭かせて下さい！
423(2): 2015/06/30(火)23:42 AAS
前にいた会社で、
「お前三角関数もわからんのか！？最近の若いもんは
三角関数も知らんとプログラマーやってんのか！？」
と部下に説教してた人がいたな。
実際業務で三角関数使う機会はあんまりないのかもしれないけど。
424: 2015/06/30(火)23:46 AAS
サイン、コサイン、ブイサイン だっけ？
425: 2015/07/01(水)08:02 AAS
>>423
三角関数知らんかったらシューティングですら作れないんだが
426: 2015/07/01(水)20:29 AAS
最近はライブラリが優秀なので
427: 2015/07/02(木)22:45 AAS
禿なので
428: 2015/07/03(金)08:51 AAS
>>423
エル、プサイ、コングルゥだろ
知ってるよ
429: 2015/07/03(金)10:58 AAS
楕円関数なんて要るの？
430: 2015/07/03(金)12:08 AAS
描画するのかな？
431: 2015/07/03(金)18:12 AAS
ちなみに三角関数は義務教育なので、
プログラムとか関係なく、知らなければ本当に教育を受けたのか疑われても不思議ではない話
432: 2015/07/03(金)19:38 AAS
ちなみに義務教育は教育を受ける義務ではなくて教育を受けさせる義務であることは
義務教育を終えていれば知っているはずで、知らなければ本当に教育を受けたのか疑われても不思議ではない話
433: 2015/07/03(金)19:46 AAS
ちなみに三角関数は義務教育ではない
434: 2015/07/03(金)20:44 AAS
中学ではやらなかったような気がするなw
435: 2015/07/03(金)21:14 AAS
そんなもん忘れるに決まってんだろ！
436: 2015/07/03(金)21:23 AAS
俺が覚えてるってことは
中学生でやってる
437: 2015/07/03(金)21:45 AAS
中学では二角関数までしかやりません。
438: 2015/07/03(金)21:49 AAS
さよなら三角またきて四角ごきげん五角でまた明日〜
439: 2015/07/04(土)22:06 AAS
業務でも少しでも凝った画像表示をすればすぐ三角関数は必要になる。でもグラフは必要ないかな
440(1): 2015/07/07(火)10:46 AAS
言っていることを否定するわけではないし、
角度に対応するベクトル成分を求める際にどうしても
三角関数が必要な場合があるので三角関数を知らないで済む
というわけではないが、三角関数を直接使わずに行列やベクトル
を使うと高速化できる事が多い。
441(1): 2015/07/07(火)12:08 AAS
四角関数は大学で習うのか
442(1): 2015/07/07(火)17:39 AAS
>>1
バカでもできるが、その知性がコードにあらわれる。
443: 2015/07/07(火)17:40 AAS
>>441
444: 2015/07/07(火)18:43 AAS
>>442
just it
445(2): 2015/07/07(火)19:59 AAS
>>440
昔作ったゲームは三角関数もどきを使ってた
sin、cos、浮動小数点を使わないのは鉄則
446: 2015/07/08(水)00:09 AAS
>>445
20世紀の話やめいw
447: 2015/07/08(水)17:30 AAS
馬鹿ではできないのに、
馬鹿ばかりいるからどこも滅茶苦茶
448(2): 2015/07/08(水)18:53 AAS
>>1
バカじゃできないし利口でもできない
下手な探究心や研究心は仕事の遅れに繋がる
意外と高学歴でマに向かない人がいるのはそのため
449: 2015/07/08(水)19:10 AAS
用途間違わなきゃ活躍するのにね。
何でもかんでもExcelにしちゃうのと一緒
450(1): 2015/07/08(水)19:36 AAS
>>448
本当に利口な奴は、遅れてヤバそうなときにわざわざそんなことしないよ。
実は他人が気づいてない潜在的なリスクを事前に洗い出していたとか、
本当は材料が不足していて問題あったものを、素振りも見せず解決に動いていたとか。
特に仕事が速いわけではないが、全体的にトラブル率が低いのは
目につかないところでうまくリスクを回避してるんだろうね。
451: 2015/07/08(水)20:53 AAS
>>445
配列みたいなやつ？
452(2): 2015/07/08(水)21:52 AAS
>>448
几帳面な奴より、ちょっと雑な奴くらいができるプログラマだよね
バグが多いのはぶっちゃけ、クロステストとかでも解決できるし
453: 2015/07/08(水)22:07 AAS
エロい人がバカだとだんだん地獄へ踏み込んでいく感じ
454: 2015/07/08(水)22:08 AAS
雑というか頭が柔軟な人な
一つの問題点にいつまでも悩まないから仕事が速い
あらゆる問題の解決法をいくつも持っているから躓かない
初めて遭遇する問題でも柔軟に解法を見つけ出してしまう
雑なようで実際はかなり的確な仕事をしてるからほとんどバグを出さないという変態っぷり
455: 2015/07/08(水)22:58 AAS
>>450 >>452
その通りだと思う
456(8): 2015/07/08(水)23:20 AAS
>>452
雑な奴はね、速いだけでなく、テストで表面化するバグも少ない場合がある。
何故そうなるかって？
よくわからなくても要求仕様として明示された入出力のみＯＫになるように作る。
さらに動作を明確に定義しないため、詳細なテスト仕様も作りようがなく、
結果的にＮＧが出ない。（もちろんＮＧ出ないからって品質がよいわけじゃない）
プロジェクト管理者や納品窓口は問題なしと判断する。
しかし、困るのは実際に使う人と後からメンテする人。
想定外の手抜き動作にデグレに副作用、未定義仕様や保守性の悪さなどいい加減さに悩まされる。
一回限り作り捨てなら納品したもん勝ちの場合もあるし、後でどえらい爆弾が爆発する場合もある。
457: 2015/07/08(水)23:35 AAS
雑って言うと聞こえが悪いが
手を抜くところが判ってるって事だろ
458(1): 2015/07/08(水)23:54 AAS
>>456
>プロジェクト管理者や納品窓口は問題なしと判断する。
お前、低レベルな職場で働いてるんだな
こんな管理者いる意味ねーだろ
何を管理してんだそいつは
459(1): 2015/07/08(水)23:56 AAS
>>456
見れば見るほどびっくりする書き込みだが、
こんな事やってるベンダに次も同じ会社から仕事くるの？
460: 2015/07/09(木)00:03 AAS
まぁでも実際色々な現場でてると
こんなレベル低い人がいるんだっていう驚きと
こんな糞コードでよくいままでやってきたなという驚きはよくある。
461(1): 2015/07/09(木)00:06 AAS
>>458
おまえのとこって優秀なんだなｗ
ちゃんと実質的な管理ができる管理者もいるんだ
>>459
あたりまえだが少しずつ仕事取るのが難しくなるわな。
462: 2015/07/09(木)00:09 AAS
>>461
>ちゃんと実質的な管理ができる管理者もいるんだ
当たり前だろ
その発言から、いかにお前が低レベルな環境で育ち、それに毒されてるかが分かるわ
463: 2015/07/09(木)00:26 AAS
実際問題、プログラミングしている人は最底辺で、
納品されたものをそのまま納品するだけの馬鹿のほうが偉くて高給なのが現実。
464: 2015/07/09(木)01:53 AAS
>>456
雑な奴が作ったプログラムは起動したらすぐにわかるよ。
丁寧に作られた部分が何一つないからね。
テストも表面化しないどころか基本的な運用操作でさえ
これありえねーだろって動作をするから。
本当に作りが丁寧だと起動した瞬間にわかる。
「雑」と「柔軟」は明らかに違うな。
「雑」のスキルは低い。
465: 2015/07/09(木)06:45 AAS
ド百姓が偉そうにw
466: 2015/07/09(木)06:54 AAS
無能な子はできる人をいつも幼稚に否定するよね
467(1): 2015/07/09(木)07:33 AAS
努力して追いつける程度の人には噛み付かないけど
どれだけ努力をしても追いつけそうにない絶対的な差と
越えようがない絶壁を否定しながらも無意識に感じてる人は
幼稚になるのさ
出来杉君を猛烈に嫌う某小学生のようにね
小学校では優等生は頭の悪い子からイジメのターゲットにされやすいのよ
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 「ちゃんと仕様書書けよ」
↓
「仕様書書くのは客の仕事か？」…突然それを聞いてどうする？既に飛躍。
↓
「ソフトウェアベンダとしては〜」…さらに飛躍して興味津々の展開。
↓
「〜プログラム言語に直すだけか？」…ここに来て、え？また質問？飛ぶよね〜。
↓
「そんな仕事は今時〜需要がないと思うぞｗ」…おっと無難な結論。そこに着地すんのかよ？
省2
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 動作を定義しない人
と思い込んでしまったことが発端だな。
上下前次1-新書関写板覧索設栞歴
あと 141 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s