プログラマの雑談部屋 ★9 [無断転載禁止]©2ch.net

**仕様書無しさん** · 2017/07/07(金) 01:23:34.00

プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※前スレ
プログラマの雑談部屋 ★8
http://medaka.2ch.net/test/read.cgi/prog/1498187067/

**仕様書無しさん** · 2017/07/21(金) 00:39:31.29

>>822
ごめん、どの業界の話してるんだ？

「おそらく相手は業務系の話だろう」と仮定してレスってたんだが
パケットのナカミみたいな話を設計と言ってるな必要だろうね、くらい

**仕様書無しさん** · 2017/07/21(金) 00:43:18.92

要件が固定的なら設計するのがベターだが
要件がゆるふわなら都度おっつけでないと時間がいくらあっても足りない（こっちの話で、設計重視派の人だろうと俺は仮定した）

このくらいだが、全部設計カッチリやるべき主義者なら頑張ってくれとしか言いようがないスな

**仕様書無しさん** · 2017/07/21(金) 00:55:32.94

昔ながらのCOBOL的なプログラミングスタイルでやってるとコードのもつ記述力を過小評価してしまう
彼らの世界観では日本語の説明より明確で簡素な記述がコードで実現できるとは全く想像もつかないんだろうな

**仕様書無しさん** · 2017/07/21(金) 01:01:24.32

「正しい仕様か？欲しけりゃくれてやる、探せ！このプロジェクトの全てをそこにおいてきた！」
男達は納期を目指し、数ギガのソ－スを追い続ける。世は正に大IT時代！

**仕様書無しさん** · 2017/07/21(金) 01:02:11.25

休みたい休みたい休みたい休みたい休みたい
あああああああああああああああああああああああああ
あああああああああああああああああああああああああ
あああああああああああああああああああああああああああ

**仕様書無しさん** · 2017/07/21(金) 01:04:45.42

>>827
ソースでそれだけあるとドキュメントはさらに酷いことになる
大航海どころか惑星探査するようなもんだ

**仕様書無しさん** · 2017/07/21(金) 01:05:26.98

永眠したい

**仕様書無しさん** · 2017/07/21(金) 01:22:10.75

スクリーンショットだらけの環境構築手順書.xlsに何日も悩まされたことがある
別の同程度の規模の案件では構成管理をプロビジョナーで行なっていた
設定ファイルを読んで構成を把握して自社ネットワークに合わせてインベントリを修正して実行して全部で二時間もかからなかった
ドキュメントとは一体なんだったんだろう

**仕様書無しさん** · 2017/07/21(金) 01:29:07.44

>>825
それって開発側が
あんたの欲しいアプリってこれじゃない？
って示せないからでしょ？
お前の提案がイマイチだからだよ

例えばやたら外観ばっかり気にしてる客とか相手だと
もうデザインと機能を完全にブチ切って
ウチの部署は機能だけ作りますわ
デザインはweb製作部があるんで別途発注してください
って提案するのだって能力なのよ
プログラマだからってプログラムしか組めない奴に価値は無いよ

**仕様書無しさん** · 2017/07/21(金) 01:30:06.78

>>831
でも無い方が良かったってエピソードじゃないみたいだからよくわからないよ

**仕様書無しさん** · 2017/07/21(金) 01:41:46.98

>>832
営業支援システムで「客の購買履歴から、次にどんな商品提案したら売れるかを予想する機能は必要ですか？（多変量解析）」と言って
「いらん」との客の返答があったので考慮せずそれっぽい図でも書いてたら
後日「やっぱいるから付けて」とか

そういうところまで織り込んだ設計を事前に提案せいってなら、提案が甘いのかもしれんが
相手がNOといった機能をあえて実装するわけにもいかんしな

という状況もある
相手だって全部わかってるわけじゃないんだから、要件は細かく切って都度おっつけのほうがマシだと思ってる

**仕様書無しさん** · 2017/07/21(金) 01:43:58.90

>>834
違うよ
現行業務フローが把握できてないから
客が迷っちゃうんだよ
それにいるかいらないかまで出てるなら見積り出してあるだろ
いつ追加されてもいいだろそんなもん

**仕様書無しさん** · 2017/07/21(金) 01:47:52.42

>>835
リコメンドエンジン付けるのに業務フローもクソもねぇYO

フローは何ら変わらない、ただどこぞのグループウェアのカレンダー見て「xxx株式会社訪問」とあらば
その会社では次何売ればいいか（統計的に）売りやすいかってのを分析したメールを営業にぶっこむだけだ

**仕様書無しさん** · 2017/07/21(金) 01:52:52.54

>>836
違うな
浅いよ
アプリをどういうフローで使用するかの洗い出しが浅いっつってんの

このアプリはこうやって使用する
→だからこの機能がいる、いらない

こういうストーリーが客に対して描けないから必要ないものを自分が把握してない経緯でねじ込まれたりするの

機能がねじ込まれたりするときに客がどう考えたのか全くわからずにただボケっとしてんだろお前

**仕様書無しさん** · 2017/07/21(金) 02:04:53.96

生き字引みたいにずっとその製造物に1人で携わるつもりとか、作ってはいさようならとかなら
資料なんてほとんど何もいらんだろうな。だけど実際は、ちょっとこのプロジェクトやばいから
手伝ってとか連れてこられて、資料何もないけどソースから読み取れるから読み取って
頑張ってねとか言われたら、普通に死ねとか思うよな。

**仕様書無しさん** · 2017/07/21(金) 02:06:08.42

>>837
> アプリをどういうフローで使用するかの洗い出しが浅いっつってんの
> このアプリはこうやって使用する
> →だからこの機能がいる、いらない

説明はしたものの
「特定の企業向けに売れそうな商品をリコメンドをメールで送信」機能いるかってのを説明して、当初は不要
後日、いらないというのが社内の事情でいることになったから
追加の予算と納期延長請求ですわな
あとは「そこをなんとか」のあの面倒な話

っていうかなんであなたそんなに「自称俺なんでも知ってる君」なん？　要件変更一回も受けたことないの？

**仕様書無しさん** · 2017/07/21(金) 02:08:31.32

昔覚えた人給だの生産管理だののアプリを別企業でやりなおしてるんじゃないか……？
という疑惑

その場合だいたい同じ提案で済むやろしね、お気楽な仕事でしょう

**仕様書無しさん** · 2017/07/21(金) 02:31:59.57

>>815
ああ頭がフローチャートなんだな

**仕様書無しさん** · 2017/07/21(金) 03:50:29.59

要件変更されるのはそのプログラマが無能だからだという
主張は初めて見た。

**仕様書無しさん** · 2017/07/21(金) 06:12:44.39

>>842
違うよ無能なのはコーダーだってば

**仕様書無しさん** · 2017/07/21(金) 06:24:51.77

>>838
容易に情報を読み取れない下手くそなコード
概要を掴むためのドキュメントがない
そのプロジェクトの失敗原因

概要を把握しやすい図が多いドキュメント
整理されて読みやすいコード
この2つが前提にあってこそ(詳細な)ドキュメントなんて要らないよと言える

ドキュメントなんかいらんと言う時は必ずそう説明するんだが
ドキュメント推進派は決まってこれを曲解して(あるいは無視して)
ドキュメントは全くのゼロでコードは可読性のかけらもないスパゲティという前提で話を進めたがる

それはアンフェアな議論だ

**仕様書無しさん** · 2017/07/21(金) 06:31:09.59

>>844
結局ドキュメントがいるって話だろ。
ドキュメントが前提にあってドキュメントがいらねとか意味分からねえからw

基本設計書があれば詳細設計書は不要とかならまた言ってることは分からなくはないが。

**仕様書無しさん** · 2017/07/21(金) 06:40:07.71

>>845
ほらまさにこう言うタイプね
ドキュメント推進派って文書をありがたがる割りにレスを読まないよね

**仕様書無しさん** · 2017/07/21(金) 06:51:44.49

>>846
いやお前の言ってることさっぱりわからん
論点が吹っ飛んでるじゃん
お前はドキュメントいるんだよな？

**仕様書無しさん** · 2017/07/21(金) 06:55:01.57

>>839
金払わないって話はなんかちがくね?

**仕様書無しさん** · 2017/07/21(金) 08:05:00.50

【期日強要】実態派遣SEは捨てられる【指示強要】

人月１００万円以下で作ってはならない理由

・料金搾取の業界損害がある
・偽装請負多重派遣の業界損害がある
・将来リストラ問題の業界損害がある
・契約外期限遵守の業界損害がある
・客先指示遵守の業界損害がある
・知的財産譲渡の業界損害がある
・時間外労働違反の業界損害がある
・低予備工数見積の業界損害がある
・残業見積の業界損害がある
・無料追加の業界損害がある
・学習不足の業界損害がある
・裁判苦手の業界損害がある
・対人障害の業界損害がある
・健康障害の業界損害がある
・使い捨ての業界損害がある
・孤独死の業界損害がある
・低収入の業界損害がある
・低技術の業界損害がある
・結婚障害の業界損害がある
・鬱病早死多数の業界損害がある
・孤独死多数の業界損害がある
・技術裁判困難の業界損害がある

派遣社員は使い捨てという厳しい現実
https://xn--t8jud0j6au6x3bvde6876eixa.biz/tsukaisute/

**仕様書無しさん** · 2017/07/21(金) 11:09:19.97

>>845
理解力ゼロｗｗｗ

**仕様書無しさん** · 2017/07/21(金) 11:25:30.95

ドキュメント書くのって面倒臭くね？
俺作文は苦手

**仕様書無しさん** · 2017/07/21(金) 11:27:58.16

このスレ、PG言語どころか日本語出来ない奴しかおらんな

**仕様書無しさん** · 2017/07/21(金) 12:29:53.13

底辺の吹き溜まりだからな

**仕様書無しさん** · 2017/07/21(金) 12:30:53.41

日本語は曖昧でわかりにくい
コードの方が正確でわかりやすい

**仕様書無しさん** · 2017/07/21(金) 12:32:35.45

このスレというかこの業界だな
中国人韓国人の方が日本語が達者
ゆとり世代は特にひどい

**仕様書無しさん** · 2017/07/21(金) 12:46:39.24

英語>韓国語>日本語の潤に論理性高い

**仕様書無しさん** · 2017/07/21(金) 13:41:02.58

God Fucking Damn It!!!

**仕様書無しさん** · 2017/07/21(金) 14:28:06.71

>>856
エアプ
韓国語と日本語は文法同じなんですが、そもそも論理性の根拠なんですか

**仕様書無しさん** · 2017/07/21(金) 14:50:21.01

「ウチの会社は仕様書作らないけど、いい？」

と面接の時に言ってくる会社は、プロジェクト中で
コロコロ仕様を変えたり言ってることが変わったりして、
「前は○○って言ってましたよね」と聞くと

「そんなことない！最初からそう言ってた！お前が勘違いしただけ！」

と強弁する連中が多い。仕様書がないからやりたい放題。

**仕様書無しさん** · 2017/07/21(金) 16:24:04.09

最近うちのプロジェクトに入ったメンバーがちょっと使えない感じの人で困ってる

テストが甘くて、○○が設計書通りに動作していないって指摘をしても、○○は△△をベースに作っています。○○は△△と同じように動作しているので問題ありません。とか意味不明な事を言ってくる。

いやいや、設計書きちんと読んでよ

あと、最近多いのは○○を△△と同じように組み込んだんですけど、動きません。何が悪いんですか？って原因調査を丸投げしてくる

仕方がないから毎回こっちで原因調査をして解決方法(大体移植する時に何かしらミスってて設計のミスとかじゃない)を伝えてるんだけど、そんなだから毎回詰まるとこっちに丸投げしてくるようになってて困ってる

どうしたらいいのか教えて

**仕様書無しさん** · 2017/07/21(金) 16:30:16.82

始めまして、プログラマーの皆さん

再来週、社員旅行に出かけるのですが、私だけガラケーでラインできなくて困ってます。
PC版のラインが来たらヤフーメールなどで、ガラケーにメールを送る事は可能でしょうか？

浪費家でガンダムのプラモデルを毎回、買ってしまいます。
貯金が無いので、何とか成りませんか？
できれば、そう言ったサービスなどを教えて下さい。

**仕様書無しさん** · 2017/07/21(金) 16:49:09.37

>>860
作業の精度がわからないんだな
俺も経験ある
他の資料がグダグダなのに
設計書だけキチンと守れってあまりにも精度が違い過ぎて何言ってるのかわからない
○○は△△をベースにってのは作業を指示した時に△△を参考にって説明しちゃったんじゃない?
となると△△の動作を優先させるのか設計書を優先させる現場なのかわからない
そもそもその設計書があるべき姿の最終形態って説明してないだろ
口頭の指示は○○は△△をベースにってしただけなんちゃう?

んで○○を△△のように組んだんだけどってのはまず設計書通りに組むって意思疎通ができてないよね
あくまで指示は○○は△△をベースにってのが彼の中で優先されちゃってそれが設計書のどの部分なのかマッチしてない
っていうか作業自体は設計書通りに組めばできるの?
おそらくできないから○○は△△をベースにって説明が入っちゃったんだろ?

**仕様書無しさん** · 2017/07/21(金) 16:56:17.25

んでそういう説明があったとした上で
動かないよっていうのは
設計書通りにやれば動くっていう頭が彼には認識が無いと思われるので
お前の言うとおりにやってみたけど動かないよ
他に何か足りないとこある?
って質問だと思う

指示が曖昧なのが伝わってくる

○○は△△をベースに組んでね
設計書通りに組んでね

の２つの指示が俺にはどのように消化して組んだらいいのかわからない
んで仮にそのどちらかの方法でできない場合はソースの一斉解析をする前にまず担当者にどのような作業をやってほしいのか確認に行くと思う

んでイマココ
だったんじゃん?
実際どうなの?

**仕様書無しさん** · 2017/07/21(金) 17:30:37.36

>>863
なるほどな

俺としては
「何か足りないとこある？」って聞く前に、設計書と自分の書いたコードを見比べて自力でそれを見付けて欲しいのよ

少なくとも他の人はそれでやってくれてる

そいつの書いたコードを読んで足りない所を細かく指示しないとダメってのが結構シンドイんだよね

こういう場合どう言えばいいんだ？

**仕様書無しさん** · 2017/07/21(金) 17:33:38.95

>>864
だから、設計書ちゃんと書いてないからそういう自体になるんじゃん

でも他の奴等がやってるってことはしばらくその現場いたら誰でもできんだろそれｗ

**仕様書無しさん** · 2017/07/21(金) 17:34:43.46

というわけで結論

時間が解決します( ´∀｀)ｂ

**仕様書無しさん** · 2017/07/21(金) 19:18:48.44

実物見てないから戯言でしかないが
「いやわかるでしょわかるでしょわかるでしょ」
ってのは効率悪い

**仕様書無しさん** · 2017/07/21(金) 20:21:52.95

>>864
チケット漬けにするとか、BTS使ってないならExcelバグ票漬けでもいいけど、とにかく
それが治るまで同じことを何度でもやらす
「入力値xxxに対して仕様ではyyyを返すはずだがそうなってない」みたいなやつ

>>865
見る限り、設計書どうこうの問題じゃなくて、それ問題のような気がする

練度が低すぎるか(90%の確率でこっち）
ごくまれに「何らかの理由で仕様のほうが間違い」と考えるに至ったか、か

**868** · 2017/07/21(金) 20:23:23.04

自分で書いといてなんだがそれ問題ってなんなんだよ、それ「以前」

**仕様書無しさん** · 2017/07/21(金) 21:31:53.63

でもはじめの指示が
設計書通りに作って
っていうものだったら△△をベースになんて話は出なかったんじゃない？

彼を勘違いさせてしまう環境があるんだと思うよ
他のメンバーはいつもの忖度に慣れている

**仕様書無しさん** · 2017/07/21(金) 21:40:19.34

まず設計書通りになんて作れないんでしょ?

△△クラスをコピーして○○クラスとして動くまで周りのソースの辻褄合わせてうまくやって欲しかったんだよな?

んでうまくやる方法は周辺の造りを見ればなんとなく法則が見えてくるんだろ?
んでそれは細かすぎて設計書に書くのは面倒臭いから書いてないとｗｗｗ

何回かやっていればわかるんだけど
彼は初めてだからわからなかっただけでしょ？

**仕様書無しさん** · 2017/07/21(金) 22:09:26.60

>>868
バグ票ｗ
そっちの方ですか？

**仕様書無しさん** · 2017/07/21(金) 22:22:29.24

ドキュメント無駄ガイジまだやってんのかよ

**仕様書無しさん** · 2017/07/21(金) 22:31:07.68

今の案件が途中までアジャイル型で進めてたけど
途中からウォーターフォール型に切り替えて無理矢理プロジェクト進めてるって聞いたんだけどさ
開発手法を丸ごと切り替えるってやれるもんなの？

**仕様書無しさん** · 2017/07/21(金) 22:32:53.76

>>874
アジャイルで相談しろよ

**仕様書無しさん** · 2017/07/21(金) 22:34:25.37

アジャイルが小さいウォーターフォールの積み重ねなんだからそりゃできるだろ

**仕様書無しさん** · 2017/07/21(金) 22:35:31.48

いやできねーよふつうは
あり得ないそんなことは
そもそもそんな変更が許容される時点でお察しするわ

**仕様書無しさん** · 2017/07/21(金) 22:40:54.44

おうマジか……
（そこそこ大手なのになんでやらかしたのか）

**仕様書無しさん** · 2017/07/21(金) 22:41:50.27

体制的にはアレでも実務的には理にかなってる
工程が進まないとジャップモンキーユーザーは要件出せないから
絵の餅とちがって追加要件はガチ要件だからな
ま、おまえらにはわからないかこの領域のはなしは

**仕様書無しさん** · 2017/07/21(金) 22:43:44.98

>>850
お前の理解力なら確かになw

**仕様書無しさん** · 2017/07/21(金) 22:47:57.41

たかが数行の２ｃｈの書き込みで
根本的に言葉が足りてなくて何言ってるかわかんない時点でお察し

**仕様書無しさん** · 2017/07/21(金) 22:57:23.66

察してちゃんのことかー！

**仕様書無しさん** · 2017/07/21(金) 23:05:59.94

>>880
アスペ

**仕様書無しさん** · 2017/07/21(金) 23:12:16.10

>>874
たぶんそれ、もともとアジャイルじゃなくて
「要件変更が無限突っ込めるウォーターフォール」になってる可能性大
お客さんがガンガンぶっこんでくるから歯止め掛けるために
途中で手法切り替えたんじゃねえかな

アジャイルかどうかしらんけど、なんであれどこまでやるかの大枠を
合意するためのドキュメントは書くでしょ
それがマインドマップかはKJ法かTODOリストかは知らんけど

とにかく、手法がなんであれぶっ飛びそうな気がする

**仕様書無しさん** · 2017/07/21(金) 23:18:46.87

>>883
お前じゃね？

ドキュメントの一種に設計書があり、設計書の一種に基本設計書や詳細設計書がある。それらを抽象化したのがドキュメントだが、
>>844とかドキュメントの定義に「概要を把握しやすい図が多いドキュメント」をドキュメントとしない変なルールを作って話を進めるから話が通じない。

自分ルールに固執して喚く辺りがアスペだと思うが違うのか？

**仕様書無しさん** · 2017/07/21(金) 23:23:46.02

>>885
煽られてる可能性あり
放っておいていい奴の1行レスは無視していいと思う

**仕様書無しさん** · 2017/07/21(金) 23:24:41.81

>>874
切り替えたのはベンダーか客かどっちか気になる

**仕様書無しさん** · 2017/07/21(金) 23:27:49.59

>>886
俺煽られちゃったか、忠告サンキュ！
気を付けるわ。

**仕様書無しさん** · 2017/07/21(金) 23:34:14.29

でも真面目に設計書の通りに書いたらバグだらけになるよね
バグどころか依存関係が足りないとか定義してない変数に触ってるとかそんなのばかりでコンパイルも通らない
問い合わせる時間もタダじゃないからどうしたって下流の判断で進めなきゃならないこともある
そのせいで上流の思惑とズレが生じてもそれは完璧な設計書を書かなかった上流の責任
出来上がったものを受け入れるしかない
あるいは追加料金払って機能追加扱いで再度依頼するかだな
そこんとこはビジネスライクに進める
長い付き合いあるからやってやるかなどと情けをかけちゃいけない

**仕様書無しさん** · 2017/07/21(金) 23:35:28.47

は？
それは設計書の品質悪すぎるだけだしょ

**仕様書無しさん** · 2017/07/21(金) 23:36:47.47

つうか勝手に仕様変更してSEひいはユーザの合意なしとか爆弾すぎ
こんなやつがいるプロジェクトかわいそうだわ
要件とかまったく気にしてなさそう

**仕様書無しさん** · 2017/07/21(金) 23:41:56.52

そんな設計書が上流って底辺も底辺じゃないか
辛いだろうが頑張れよ

**仕様書無しさん** · 2017/07/21(金) 23:45:44.60

名だたる大企業でもそんな設計書ばかりだよ
つけ入る隙のない完璧な設計書など見たことない
ここの矛盾する記述ってどういうことだと問い合わせても延々と返事を待たされる
そんなんでスケジュール通りに進むわけないから下流の判断で進めるしかない
ビジネスとしては当たり前の判断だよ
バグってるドキュメントを流してきた上流が悪い
ドキュメントバグへの対応が遅い上流が悪い

**仕様書無しさん** · 2017/07/21(金) 23:50:09.56

>>893
一気通貫、全部自力でやれる立場に行く方がストレス減るかもしれんよ
まあ違う意味でのストレスはあるかもしれないが……まだマシかも

**仕様書無しさん** · 2017/07/21(金) 23:52:05.71

ホント設計の教育足りてないよな
みんなほぼ書籍で独学?
仕事しながらなんとなくで覚えた?

**仕様書無しさん** · 2017/07/21(金) 23:52:26.96

ビジネスとしては逆だろ
回答こないならすすめる必要がない
そいつのせいだから
わざわざ改変して独断ですすめるのはリスクでしかない
責任取れんやん
まあこう言えるのは俺が恵まれたところにいるからだろうな

**仕様書無しさん** · 2017/07/21(金) 23:54:04.70

>>895
じゃあ、お前がどういう教育を受けてどんな設計書を書いたか説明してもらわないとな？

**仕様書無しさん** · 2017/07/21(金) 23:55:31.46

>>896
まあ究極、「xx月xx日までに返答がない場合は納期に間に合わせることはできません」と
数日前にメールで送る感じになるかな

メールは裁判の資料として使えるから

**仕様書無しさん** · 2017/07/21(金) 23:59:11.20

究極もクソも問い合わせるときは締切と超過したときの影響を伝える義務があると思うがな

**仕様書無しさん** · 2017/07/22(土) 00:01:18.05

>>893
おちつけよw
悪いのは全て上流
頭が悪いのは下流
そんなの皆わかってるって

**仕様書無しさん** · 2017/07/22(土) 00:03:49.43

>>900
頭が悪いのはジャップみんなですよ
上流下流は関係ありません

**仕様書無しさん** · 2017/07/22(土) 00:10:52.93

かつてパンチカードでプログラミングしていた時代
コーダーが本物のプロフェッショナルで
カード一枚数万でコーディングをしていた時代
設計書は今のコードに匹敵する精密さを求められるものだった

ただのバグはもちろん、コンパイルエラーに該当する設計書のミスですら
コーダーへの追加の依頼費用が発生することを、つまりただちに損失が発生することを意味していた

今のSEは甘やかされすぎ

**仕様書無しさん** · 2017/07/22(土) 00:11:08.82

>>897
大学の講義サボって書籍で独学

**仕様書無しさん** · 2017/07/22(土) 00:11:55.77

>>899
毎度毎度脅すわけにもいかんでしょ
相手にも都合があるから

度を越えたらムリと線引きする程度の感じ

**仕様書無しさん** · 2017/07/22(土) 00:14:09.91

お前らいつもそんな喧嘩腰なの？
それじゃクライアント怒らせちゃうだろ
間に合いそうになければリスケするか機能を削ることになる
無理なものはどうやったって無理なんだから現実的に話し合うしかないじゃん
誰が悪いとか言ってもしゃーないよ

**仕様書無しさん** · 2017/07/22(土) 00:16:11.99

ガッコの授業でチーム組んでなんかソフト作るっていう授業やってるんだけど
6人チームですら体調ボロッボロに崩すほどのストレスが発生してるんだけど
働くとなると20人～とかうかなりの大人数でやったりするんですかね？
食道周りに穴空いたりしてないかすっごい心配なんだけどどうなんだろう？

**仕様書無しさん** · 2017/07/22(土) 00:16:43.13

上流です！怒っちゃうぞ！プンスカ！

**仕様書無しさん** · 2017/07/22(土) 00:16:45.06

>>902
今だと、コンパイルエラーなら瞬殺でわかるものね
というか、11:50にビルド仕掛けて飯食いに出かけて、ビルドが通ってないかどうかわからんとか
多分もっと低レベルの問題あるでそれ

トライ＆エラーのコストのほうが（現状）安価なら、そっちでやる方がいいかもくらい

まぁもう半導体が原子レベルに達するようだから、一時的に設計重視というか机上重視の世界が
再び戻ってくるかも知らんが

**仕様書無しさん** · 2017/07/22(土) 00:18:23.70

>>904
いやいや脅さねーよww
たかが一件の問い合わせがクリティカルなわけない
積み重なっていきゆかなくなるだけ
しかも相手の都合とかさ
それが向こうの仕事なんだが？
甘えてるよそれは
投げて解決するのが面倒だから自分で勝手に変えてるだけ

**仕様書無しさん** · 2017/07/22(土) 00:20:13.36

>>905
相手の発言が「ケンカ売ってるように思えた」ってなら買う用意はしてるかな……

あとで相手がこっちになるほどと思わせる説明をしてくださったなら「なるほどこっちの間違いです」と
謝るくらいの配慮は考えつつも、だけど
そういうルートの場合は大体「謝れば許される」の範囲に収まってる感じ

そうでないのは厄介

**仕様書無しさん** · 2017/07/22(土) 00:23:47.63

>>909
お前が>>899かどうかは知らんけど

>>899の
>問い合わせるときは締切と超過したときの影響を伝える義務がある

というのは、顧客から見ると脅し

俺だったらよっぽどでなかったらなぁなぁで済ますよ、相手だって都合があるからな
こっちで抑え込めないと覚悟したときに縁切りもやむなしで言うレベル
めったにないが

**仕様書無しさん** · 2017/07/22(土) 00:29:16.20

>>911
はあ？それは納期が遅れますよとかいったらだろ？
たかが下流からくる問い合わせで直接納期が遅れることはない
相手の都合の意味わからんが答えることが仕事だぞ？向こうの
そりゃ今日まで！とかはアホでしかないが
さっきもいったけどお前調整するの面倒なだけだろ

**仕様書無しさん** · 2017/07/22(土) 00:29:48.62

>>910
ろくな仕事してないのねｗ

**仕様書無しさん** · 2017/07/22(土) 00:32:20.14

>>906
入る会社やプロジェクトによる
1人の場合もあるし、5人くらいの場合もあるし、20人以上の場合もある
バグがあってもゆるゆるなとこもあるし、なぜなぜ分析やら再発防止策をやれって厳しいとこもある

**仕様書無しさん** · 2017/07/22(土) 00:46:07.23

>>912
お客様に直接そう申しましたが何か
俺は基本、自分がコーディングまでやるのは当然ってスタイルでやらせてもらってるので

お前の立場を推測してみると……よくわからん紙書く仕事のようだが
現場のマからの連絡は「警報」であると思わないとか、お前マジ上流？
> たかが下流からくる問い合わせで直接納期が遅れることはない
とかで遅らせてて放置したのが爆発したことはないのか？
そんなだから上流（笑）なんだよ

ヘイトして下すった相手に配慮するつもりはないのでそういうレスだが

**仕様書無しさん** · 2017/07/22(土) 00:51:12.63

>>905
クライアント相手に言えるわけないからここで言ってるんだろ

**仕様書無しさん** · 2017/07/22(土) 00:53:27.51

>>916
俺ぁ独身だから暴言ブチ撒けたこともあったんだが
結婚して子供が居たりしたら分からんというのはある

**仕様書無しさん** · 2017/07/22(土) 00:56:33.24

>>906
7人以上になると別チームに分割するのが普通じゃないかな
それは業務上で同じ社内にいる以上、人間関係はあるけどマに限らない

**仕様書無しさん** · 2017/07/22(土) 01:05:06.46

>>906
米軍の統計では4
おそらく英国のSASを参考にした結果そうだったってことだろうが

4人で1チームが一番団結取れるんだとさ

**仕様書無しさん** · 2017/07/22(土) 01:15:33.17

断言するけどジャップは頭が悪い
ジャップに比べて外国籍の社員はとても優秀

アジアの国の中でジャップよりITのレベルが下なんて無い

**仕様書無しさん** · 2017/07/22(土) 01:18:10.76

>>920
三菱重工に勝てる兵器を生産できない国の人が言うことでもなかろう

**仕様書無しさん** · 2017/07/22(土) 02:57:31.99

30～40年くらい前までならまだ若い業界だからというので世界規格とか
国内統一規格の標準化された設計書が無くてもまだ言い訳が出来た
わけだが、半世紀？3/4世紀？くらいになるのに世界標準どころか、
社内標準すら無いような大企業しかないからな。人類にIT関連の
設計書は早すぎたんだよ。

**仕様書無しさん** · 2017/07/22(土) 03:06:33.12

>>905
クライアントが全責任を負ってくれるくれるならにこにこして
物腰柔らかに接することもやぶさかではないが、現実として
責任は押し付けてくるは、土壇場で一緒にコードを書いて
くれて解決の手助けをしてくれるわけでもなし。

そりゃ人間相手なら権力をかさに着れば黒も白と言い含め
何らかの解決にこぎつけれるけど、コンピューターにそんなの
通じないからな。動かすための障害にしかならないような
人たちにやさしくするなんて、大金積まれなければ無理だよ。