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

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2017/07/07(金) 01:23:34.00
プログラマは
こちらで雑談してください。

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

※前スレ
プログラマの雑談部屋 ★8
http://medaka.2ch.net/test/read.cgi/prog/1498187067/
2017/07/20(木) 23:36:06.32
>>792
ドキュメント書いてようがコケるときはコケる
あと「ドキュメントなしで大きめのアプリを書くことは不可能ではない」を示せばいいなら「Apache」でググればいいと思う
設計書は存在しただろうか

>>769スタイルが一番妥当な気がする(自治体・大企業が相手ではない場合）
2017/07/20(木) 23:42:17.35
Apacheは技術的な根拠となるRFCがたくさんあるから
ドキュメントなしっていうのはつらいんじゃねーの
2017/07/20(木) 23:42:21.69
>>797
設計っつっても何をもって設計と呼ぶか、次第だと思う

日本語で念入りに「もしxxxがなんちゃらだったらどうこうする」か書くとか
コード書く前から念入りにシーケンス図書くとかを設計というなら
たぶんそれ机上（あるいは脳内）で実装してるのと一緒かも

依存してるライブラリのバージョン上がった時でも机上が通用するならいいんだけど
多分何かしら違うので100%の通用はしないし
2017/07/20(木) 23:44:13.61
設計図といって皆が同じような図と思い浮かぶほど
まだ枯れてないよね
設計技術や記法も
2017/07/20(木) 23:45:18.86
>>799
RFCをベタ書きしてApacheになるわけでもない気がする
どっちかってと、設計の根拠として「RFC4254を参照せよ」とか書く感じじゃね？
2017/07/20(木) 23:47:29.77
神の如きSEが書いた設計書ならともかく
大抵はあっても無くても一緒か
却って害をなすゴミだし
2017/07/20(木) 23:48:56.54
まあ俺はドキュメント無しでできることなんてたかが知れてると思ってるから
お前ら雑魚は一生自分の知ってる環境だけで頑張ってればいいよ
実際それで足りるときもあるしね
2017/07/20(木) 23:50:21.95
新規ならともかく改修や他システム連動するときに
ドキュメントがないと困る
2017/07/20(木) 23:51:33.65
>>765
何も情報出さないで、とりあえずでいいから線引いてみてって言ったんだろ?
それ以前に前工程のが終わってないのにブロックされてる次工程が始まるわけないだろ
さっさと直してこい
2017/07/20(木) 23:55:18.56
>>732
もっとエクストリームな奴あるぞ

お客さんは基幹系を作り直し中
で、作り直し中の基幹系DBを流用してフロントのアプリ書いてください、というもの
流用したらコスト浮きますよね、とのこと
ボクは反対致しましたが営業の上司に怒られました

ER図の変更と、仕様変更と、要件変更がドカっと来たり来なかったり
大体毎日何かしら書き換えかなぁ
2017/07/20(木) 23:55:30.14
全体のバランスや結合度を調整するときもソースコードでするの?
依存関係や循環参照ってコードで見える?
2017/07/20(木) 23:57:28.46
>>808
ごめん、逆に聞くが、できんのか？
2017/07/20(木) 23:58:10.87
>>808
今どきはIDEが指摘してくれる
2017/07/21(金) 00:01:00.37
政治的っていうかさ
社内の偉い人向けの報告資料づくりとかそのための辻褄合わせ、嘘とかさ

意味ある？ジャップ？
2017/07/21(金) 00:01:45.95
今後は中国企業が成長して日本のITはますます衰退する
2017/07/21(金) 00:06:23.46
>>809
>>810
そういう局所的なものでなくて全体的な流れ
小規模とか作って終わりならどうでもいいけど
長期的にメンテとかするんだと必要
2017/07/21(金) 00:06:39.98
誰も動くもの作ってないのに
何故今月中に完了すると思うのか
2017/07/21(金) 00:15:26.70
>>813
何を言いたいのかよくわからない
クラス図的な意味だろうか？　それともDFD？

例えばドキュメントとソースに相違があるならソースからリバースするしかない場合はある

単なるポンチ絵レベルで循環参照とか言ってるなら、多分あんまり意味ないんじゃねえかなぁ
例えばUMLモドキのクラス図モドキ風の絵で「顧客」クラスが「会計」クラスに「決算情報を問い合わせる」
……みたいなやつ

もうすこし詳細なクラス図であっても、あんまりあてにならない場合がよくある

いやそっちが厳密にプロジェクトやっててそんなことないって話なのかも知らんけど
こっちは「あなたはそう仰るけど、こっちが放り込まれた案件ではそんなこたぁなかった」という経験の話も含むから
平行線になりえるのは注意
2017/07/21(金) 00:23:00.73
現実と理想に相違がある場合に「理想（ドキュメント）が正しいんです！」なんて言われても
現実（ソース）を洗ってみなきゃ話にならない状況はまれによくあるって感じ
2017/07/21(金) 00:29:28.57
プロジェクト新入りに説明できるような資料はほしいよな
てか今なくて困ってるんだが
2017/07/21(金) 00:30:42.25
普通にどういう構造しててどう作ったんだよ
作ったものは要求仕様を満たしているの?

ってことを説明する必要があるわけだが
2017/07/21(金) 00:31:37.55
>>813
具体的に
2017/07/21(金) 00:31:41.78
ソース見ろって言ってるわけ?
マジキチだろ
2017/07/21(金) 00:34:28.30
>>818
どのみち、客はあなたがおっしゃった要求仕様を満たしているかどうかなんて興味ないよ
客自身のビジネスで使えるかどうかに興味がある

……後半でなんじゃこりゃあラッシュになるのは避けたいねお互い
2017/07/21(金) 00:35:32.31
そもそも通信相手のアプリの方はどういう設定でどう動いてるわけ?
通信相手って複数いるみたいだけどそれって誰と誰でどういうやり取りしてんの?
ってとこまでやっぱソースみんの?

マジキチだろ
2017/07/21(金) 00:36:12.11
>>821
マジキチだろ
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
要件変更されるのはそのプログラマが無能だからだという
主張は初めて見た。
843仕様書無しさん
垢版 |
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
金払わないって話はなんかちがくね?
849仕様書無しさん
垢版 |
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!!!
858仕様書無しさん
垢版 |
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%の確率でこっち）
ごくまれに「何らかの理由で仕様のほうが間違い」と考えるに至ったか、か
869868
垢版 |
2017/07/21(金) 20:23:23.04
自分で書いといてなんだがそれ問題ってなんなんだよ、それ「以前」
2017/07/21(金) 21:31:53.63
でもはじめの指示が
設計書通りに作って
っていうものだったら△△をベースになんて話は出なかったんじゃない？

彼を勘違いさせてしまう環境があるんだと思うよ
他のメンバーはいつもの忖度に慣れている
2017/07/21(金) 21:40:19.34
まず設計書通りになんて作れないんでしょ?

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

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

何回かやっていればわかるんだけど
彼は初めてだからわからなかっただけでしょ？
872仕様書無しさん
垢版 |
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
じゃあ、お前がどういう教育を受けてどんな設計書を書いたか説明してもらわないとな？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況