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

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

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

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

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

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

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

**仕様書無しさん** · 2017/07/22(土) 07:31:05.75

>>922
ある程度の統一規格欲しいよなあ
みんなバラバラすぎて意思疎通すら困難って欠陥すぎる

**仕様書無しさん** · 2017/07/22(土) 07:34:39.61

>>906
楽しそう。A型？

**仕様書無しさん** · 2017/07/22(土) 09:09:52.40

統一規格とか言ってる奴はバカだと思う
あっという間に技術のトレンドが移り変わって今あるものが陳腐化していく
対象システムによってアーキテクチャの選択は様々
予算や要員や時間の都合で最善手を選べるとは限らない
本質的にシステム開発に統一性なんてないんだよ
それなのに統一性を持たせようとしても失敗するだけ
プログラミングに銀の弾丸はないと理解している人も設計には銀の弾丸があると思い込んでしまうのはなぜなんだろうな
ドキュメント文化に毒されると思考の柔軟性を失ってしまうのか

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

プロジェクト単位どころか個人単位やモジュール単位でバラバラなのは
どうにかしてください

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

チーム仕事ができるようなレベルにないコミュ障が多いから仕方がない

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

>>927
設計書に頼るとそうなる
レビューを徹底するしかない

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

>>923
そーゆー考え方がみずほを産んだんじゃないの？
権力といっても、しょせん相手もリーマンじゃん
せいぜい「お前んとこにはもう発注しねえ」と言う程度だろ
どうってことないね

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

>>930
＞せいぜい「お前んとこにはもう発注しねえ」と言う程度だろ

せいぜい会社がつぶれて首をくくって死ぬくらいだからね。
死ぬくらいどうってことないやね。

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

>>926
＞　統一規格とか言ってる奴はバカだと思う

じゃ、どうやって引き継ぎするの？
口頭でするの？

つか、コンピュータはほとんど規格で構成されていると
思うんだけど？

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

動かすための障害にしかならないような人たちにやさしくするなんてないから、プログラマは大金積まれない限り仕様書に従う必要はないって事だね

**仕様書無しさん** · 2017/07/22(土) 13:17:49.58

>>931
会社なんか潰れても死なないっしょｗ
てかリーマンは別のとこに行けばいいだけ

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

データ分析系のエンジニアって未経験からだと敷居高い？

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

>>932
規格化されてるものはモジュールだけだろ
パソコンの部品のインターフェースは規格化されている
しかしどれを組み合わせて商品を作るかなんて規格化されていない

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

>>934
年間何万人かの自殺者が出ていて、頭がおかしいのが勝手に死んでるとでも？
会社を首になったとか会社がつぶれて再就職できず死にようなのが少なからず
いるんだけどな。死なないまでも夜逃げするとか、つぶれる前の水準での生活が
出来なくなるのも多い。そのための下請け法や労働基準法、その他いろいろな
法律があったりするんだけど。

ペンは剣よりも強しは死刑執行書にサインを書けば人は簡単に殺せるっていう
説があるらしいな。死刑執行書みたいに分かりやすい形ではないが現代では
契約書やなんやらで殺せるし壊せるよな。中二

病的にいうならそれなりの権限や権力のある企業に正社員はマーダーライセンスを
手に入れてることになる。自分が人殺しの片棒担いでるなんて普通の神経じゃ
耐えられないだろうから草はやすのはわかるけどね。