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

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

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

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

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

**仕様書無しさん** · 2017/07/09(日) 22:42:40.80

>>207
>大企業のほうが人数多いんだから大企業務めのほうが日本人全体の比率でいえば多いよ
ソースplz

**仕様書無しさん** · 2017/07/09(日) 23:27:40.74

アメリカでは企業の規模にもよるんだろうけど、非IT企業でもシステムを外注するんじゃなくて内製するらしい
日本もそうなればプログラマーの地位上がるのかな

**仕様書無しさん** · 2017/07/09(日) 23:39:52.21

>>209
いらないのは首に出来るからな。まあ、簡単に首に出来るから
出来上がるものはお察しだろうけどね。

**仕様書無しさん** · 2017/07/09(日) 23:54:16.44

>>209
派遣会社の営業とか総務とか事務とかに払う金分ぐらいは回ってくるよ
全く無駄だよな
絶対にゼネコン構造はやめるべき

**仕様書無しさん** · 2017/07/09(日) 23:56:47.50

>>207
おばか

**仕様書無しさん** · 2017/07/10(月) 00:01:59.14

スーパープログラマのお前らってプライベートリポジトリ何使ってんの？

**仕様書無しさん** · 2017/07/10(月) 00:03:41.85

>>213
ホスティングサービスとして？

**仕様書無しさん** · 2017/07/10(月) 00:03:44.96

>>213
何それ?
svn？

**仕様書無しさん** · 2017/07/10(月) 00:18:24.96

>>214
なんでもいいよ
どういう運用してるとかも知りたい

**仕様書無しさん** · 2017/07/10(月) 00:24:19.26

弱小ソフトウェアハウスの営業は使える言語をキーワードにして仕事ないですかーって御用聞きしてるのがほとんどだろ
問題だけ聞いて得意技術で提案できるくらいにならないと金にならないだろ
営業いたら意見聞きたいな

**仕様書無しさん** · 2017/07/10(月) 00:48:17.55

>>216
GitBucket

**仕様書無しさん** · 2017/07/10(月) 01:05:26.62

>>217
無理矢理
奴等と会話なんて猿と話するぐらい無意味だ

**105** · 2017/07/10(月) 01:28:56.77

>>113
アドバイスどうもありがとうございます！
C/C++だけしか考えてなかったのでexpressを考えてましたがcommunity良さそうですね
教えてくださりありがとうございます、検討してみます

**仕様書無しさん** · 2017/07/10(月) 01:37:18.93

>>119
Ansibleは固定的
Chefは自由すぎる
真ん中のがない

そこでお勧めしたいのがNet::SSHかParamiko使って自分でぶっこむ
ごめん両方ともオススメできないくらいひでぇ（SSHの知識がないとつらい）

**仕様書無しさん** · 2017/07/10(月) 01:38:16.06

>>220
ライセンス的には問題ないならばCommunityを使わない手はない
一般的な社内の開発環境としてはまず使えないけど

**仕様書無しさん** · 2017/07/10(月) 01:44:00.67

>>206
「不良率を減らすために生産管理システムを入れたいとのことでしたが
どんなシステムを入れても無駄です
あなたが社員の首を切りまくったので、従業員はクビを怖がっているのです
彼らはどんなごまかしでもやります、不正ではなく貴方に怯えているためです
よって自分は経営者と幹部陣への傾聴のトレーニングを提案します」

こんなのをお伝えする仕事なんぞやるくらいならコーダーのほうがマシだ

**仕様書無しさん** · 2017/07/10(月) 01:45:38.79

社内抗争とかそんなの面白くねぇよ
楽しい人がやってくれ

2017/07/10(月) 08:00:19.69

>>206
昔はだれが書いても同じになるようなプログラミングスタイルだったけど
ビジネスロジックからフレームワークまで密結合するようになり、
ただ設計書をプログラムに翻訳するだけじゃ通用しなくなり、
プログラミングにも設計が求められている時代だからこそ設計段階から積極的にアーキテクチャ構築したりプロトタイプ作って改善していくべきでは？

家みたいに設計して作りきり、直すならリフォームでなく(こういうやり方だから手戻りを非常に恐れる)
フットワークを軽くして短いサイクルでお客様の望むものに近づけていく努力がいると思う
その方が保守性も高くなり運用費も減って改修費も減ってお客様に喜ばれる

そのためにはコンサルティングもその要求を実現する設計力も必要
そしてフレームワーク、言語、プログラミングの発達により設計とプログラミングはますます切り離せなくなっている
上流だからプログラミングわからなくていいはお客様のためにならない

2017/07/10(月) 08:09:17.75

【偽装請負多重派遣搾取業界犯罪者追放のお願い】
違法派遣（偽装請負・多重派遣・偽装出向・事前面接等）についての刑事罰
【告訴権者＝業務委託、準委任、共同受注、業務請負契約および特定派遣（契約・正規）、一般派遣、正規社員】

①職業安定法第４４条の労働者供給事業の禁止規定に違反（1年以下の懲役または20万円以下の罰金）
　■偽装請負・多重派遣・偽装出向・多重出向
　■事前面接（顔合わせ・面談・職場見学等）と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※）
（音声録音で立証可能）
②労働基準法第６条（中間搾取の禁止） (1年以下の懲役又は50万円以下の罰金)
　■多重派遣・多重出向

※違法派遣（派遣労働者の特定）→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則（主に裁量行政による）しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面（告訴状）による刑事告訴（※告訴先は検察の直告班）です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元社員
派遣先・派遣元社長
派遣先・派遣元担当者・責任者・管理役員・取締役
派遣先・派遣元人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。（告訴状は人数分提出する必要あり）

2017/07/10(月) 08:12:22.16

選挙あるっけ？

2017/07/10(月) 08:14:36.66

年単位のプロジェクトとかだと半年以上かけてドキュメント積み上げて実装まで一切プログラミングしないけどそれ非効率じゃないか？って結構言われてる話
出戻りを異常に恐れるわりに超大量のエクセルドキュメントはなぜか無駄だとは思わないんだよね
なかにはもちろんな物も多くあるが実際にアーキテクチャ構築してみたり使用するフレームワークなんかは実際さわってみないと設計がうまくいかない
別に設計やコンサルティングを蔑ろにしろってことじゃなくて時代が進んでプログラミングと切り離せなくなってるのに昔のやり方(じっくり設計書書いて一気に実装)を続けるのは合わなくなってきてるとおも

2017/07/10(月) 08:20:25.90

今日も一日頑張るぞい((*´∀`))

2017/07/10(月) 08:29:11.95

アジャイルとウォーターフォールのコストを比較した研究ってあるのかな

**仕様書無しさん** · 2017/07/10(月) 09:21:51.39

この変化の激しい業界で設計変更にも年単位なんてやっぱり非効率過ぎ

面倒くさいからって勝手にプログラムの側だけ変更したりしたら
もはやウォーターフォールじゃないし

**仕様書無しさん** · 2017/07/10(月) 10:23:19.91

>>211

自分たちがコミ障で営業できないことを派遣元は知っているから

そこにつけ込んでくる。

**仕様書無しさん** · 2017/07/10(月) 10:24:33.50

ウォーターフォールの工程に沿って完璧に実装なんかできるの？
できたとしても穴だらけじゃないの。

野球選手が素振りや理論だけでいきなり試合で活躍できるものか。

要件仕様を決めて、ビシッと1発で実装するってのは理想ではあるし、それを目指すのは間違いではないが、そのために失敗の経験が不可欠でしょ。

**仕様書無しさん** · 2017/07/10(月) 10:27:39.78

男ならビジネス系SNSに登録し、起業家と直接繋がれ自分を売り込め

yenta、Linkdin、Wantedly

若手スタートアップがお金が無い中でも使うべき無料・有料の採用ツールまとめ
https://us.wantedly.com/companies/hikakaku/post_articles/68795

yenta
ビジネスマッチングアプリ。最近は経営者が増えてしまっていますが、フリーランスなどが結構登録していて、マーケティングやデザインのフリーランスの方が結構いる印象です。

**仕様書無しさん** · 2017/07/10(月) 16:36:29.32

>>233
まあ時間的余裕があれば大局は外さない

**仕様書無しさん** · 2017/07/10(月) 17:49:46.42

>>233
phase2で穴を埋めるから大丈夫

**仕様書無しさん** · 2017/07/10(月) 19:59:25.41

なんたら画面設計書.xls

画面ID: SCR_SUBSYS_KBN_001
作成者: 何某

(スクリーンショット)

動作定義
・検索ボタン「SQL ID: XYZ005を実行して結果が0件なら『データありません』とメッセージを表示する。
データがあるなら画面に表示する(詳細はシート【データ転送定義_03】を参照せよ)。
その後フィールドFLD_01をアクティブにする。
SQL実行ログを出力する。」

データ転送定義_03
FLD_01 : THOGEHOGETRN.HGHG_CD | |THOGEHOGETRN.HGHG_SEQNUM
FLD_02 :TO_UPPER(TCMNNMMST.NAME_01)
FLD_03 : THOGEHOGEDTLTRN.QTY_XX
FLD_...
FLD_50 : THOGEHOGEDTLTRN.FOO
FLD_51 : THOGEHOGETRN.BAR (NULLの場合BAZを表示する)
...
FLD_151 : ...

付き合いある上流の会社さん
こんなんばっかりで目眩がする
毎回、規模だけはめちゃくちゃデカいし

**仕様書無しさん** · 2017/07/10(月) 20:56:09.98

割りとよくあるタイプの設計書だね
マシなほうだよ

**仕様書無しさん** · 2017/07/10(月) 21:07:45.00

クラス名をidにするとか言われては？と思ったが普通らしい。
俺はもうこの業界で何が正しいのか分からない

**仕様書無しさん** · 2017/07/10(月) 21:28:00.76

便宜上のIDな。実際のクラスIDはOS任せだし。

**仕様書無しさん** · 2017/07/10(月) 21:31:07.21

なにこいつガチアスペくさいw

**仕様書無しさん** · 2017/07/10(月) 21:58:24.74

>>239
ソースでクラスとか出力するプログラム組むと捗る捗る

**仕様書無しさん** · 2017/07/10(月) 22:34:29.16

>>237
SQLをIDで管理している形式好き。
ただ、メッセージをID管理しない中途半端さ嫌い。

**仕様書無しさん** · 2017/07/10(月) 22:35:27.32

クラス名をidと呼ぶのは好きにすればいいけど人間可読なidにしてくれ

**仕様書無しさん** · 2017/07/10(月) 23:07:55.03

lp0（プリンタ）が燃えてます！！みたいなエラーが今のLinuxでも出る事があるらしいw
https://en.wikipedia.org/wiki/Lp0_on_fire

実際大昔のレーザープリンターは燃える事が無いとも限らないかもしれないので
こんなメッセージを入れたとか

**仕様書無しさん** · 2017/07/10(月) 23:16:58.40

この手のふざけたメッセージ
他にもまだあるらしいがなんのネタかよく分かんない

http://orkinos.cmpe.boun.edu.tr/~kosar/quo
https://www.reddit.com/r/linuxmasterrace/comments/4et7ew/what_are_your_favorite_unixlinux_error_messages/

panic("esp: Aiee penguin on the SCSI-bus.");
って、どういうこと？

**仕様書無しさん** · 2017/07/10(月) 23:40:32.43

念願のIT土方になれそうなんだが仕事のことって聞いていいの？守秘義務とか怖い
プログラム板で聞いてる人は変数変えたりしてるのかな？

**仕様書無しさん** · 2017/07/10(月) 23:41:57.13

>>230
アジャイルで作り上げたものをウォーターフォールで見積もると半値以下で済むよ

**仕様書無しさん** · 2017/07/11(火) 00:07:10.00

>>237
うちこれの動作定義されてないやつ

**仕様書無しさん** · 2017/07/11(火) 00:35:33.93

>>246
SCSI的な意味でのパケロスっぽいけど、SCSIは詳細知らん
「esp(scsiホストバスドライバ): SCSIバスで悲鳴上げてるペンギン」
位の意味か？　

**仕様書無しさん** · 2017/07/11(火) 00:43:29.92

ウォーターフォールは嫌だ
前皇帝の成果物なんて状況に応じて変えるもんだろ
考えたやつ頭悪すぎる

**仕様書無しさん** · 2017/07/11(火) 00:55:38.02

>>251
その辺の微妙な修正なんてうまく帳尻合わせろよ的な

**仕様書無しさん** · 2017/07/11(火) 02:02:57.53

社会人１年目から職場恋愛はしないと俺ルール作ったんだけど
女性エンジニアってどうなの？

最近ちょっと付き合ってみたいとか思ってきたけど
世の中に女性エンジニアは少ないと思われるけど
経験談あったら教えてくれ

**仕様書無しさん** · 2017/07/11(火) 02:02:57.62

>>248
FBIの「センチネル」システムだと
ウォーターフォールで450名・4億500万ドル使ってコケたプロジェクトを
アジャイルに切り替えて45名・4600万ドルで終わらせたくらいだな

**仕様書無しさん** · 2017/07/11(火) 02:03:16.95

ついにjapは共謀罪という人権弾圧法案を施行してしまいました
japの間で疲れているコリアンは追い詰められます
移民している人達はjapの間でいじめられませんか？
japは非常に良くない國です

**仕様書無しさん** · 2017/07/11(火) 02:09:33.28

>>255
中国の人ですか？
何言ってるのかよく分かりません
もう少し日本語を勉強しましょうね
在日コリアンと間違えられると困るので
今度から中国人ですと名乗ってください

**仕様書無しさん** · 2017/07/11(火) 02:42:10.37

アジャイルのなにがいいってユーザーに優しいのよね
システムやってないやつが最初からすべての要件完璧に出せるわけないんだからさ

**仕様書無しさん** · 2017/07/11(火) 07:38:41.87

>>254
「45名・4600万ドルで終わらせた」
このシステムをウォーターフォールで見積もってみ？
なぜか安くなるよ

**仕様書無しさん** · 2017/07/11(火) 07:42:28.71

>>257
ユーザーが暇ならね
ウォーターフォールに比べると定期的に大量の時間を取られるわけで
忙しいからシステム化してるのに、なぜさらに忙しくなるのかと

それに終盤で足りない機能が出てきたらアジャイルだって出来ないことはある

**仕様書無しさん** · 2017/07/11(火) 07:55:26.48

>>233
できるぞ？
何が無理だと考えた？

**仕様書無しさん** · 2017/07/11(火) 07:58:01.80

>>239
クラス名を花の名前にするとほのぼのするかもよ

さくら組とかタンポポ組とか

**仕様書無しさん** · 2017/07/11(火) 08:10:28.66

【契約料金】実態派遣SEは奪われる【知的財産】

偽装請負多重派遣業界SEの搾取被害

客先に契約料金を搾取させるな！
客先にプログラムを譲渡するな！

システム開発盗難被害の事件例

加害者↓
支払
発注者売上 1億円/人月の大儲け
支払 140万円/人月の低出費

被害者↓
報酬
1次受注者 120万円/人月で20万円/人月を客先に奪われる
2次受注者 80万円/人月で60万円/人月を客先に奪われる
3次受注者 60万円/人月で80万円/人月を客先に奪われる

知財
作成者プログラムを客先に奪われる
作成者ドキュメントを客先に奪われる

IT技術者を「多重派遣」した労働者派遣事業主を行政処分
http://tokyo-roudoukyoku.jsite.mhlw.go.jp/news_topics/houdou/2016/_122544.html

**仕様書無しさん** · 2017/07/11(火) 08:43:30.89

ドクダミ組とかラフレシア組とか

**仕様書無しさん** · 2017/07/11(火) 15:25:09.97

アジャイルとウォーターフォールの成功率ってどのくらい違うの？
ウォーターフォールは3割くらいと見たことこがある

**仕様書無しさん** · 2017/07/11(火) 15:33:21.24

もっと程度の低い議員さんは沢山居ますけどね

**仕様書無しさん** · 2017/07/11(火) 15:34:05.58

アジャイルの方が成功率が高いのなら、
仮に定期的に大量の時間を取られるというのがアジャイルだけにデメリットとして存在するのが本当だとしても、
十分お釣りがくるんじゃないのかね
それに、今のは仮定で話したけど実際にはウォーターフォールも同じように時間取られるんじゃないの
その上成功しなかったら大損だよね

**仕様書無しさん** · 2017/07/11(火) 18:23:54.63

成功の定義によるけど満足度はアジャイルのが高くなるんでない
ウォーターフォールはコレジャナイがつくられやすいけど3割は嘘だろ？それ稼働できずってことなのか？

**仕様書無しさん** · 2017/07/11(火) 18:32:31.28

今来てる外注先にはADHDのおっさんと更年期障害のおばちゃんがいる

おっさんは多動だから人の話を最後まで黙って聞けないし、おばちゃんは言いたい事を最後まで喋らないと気が済まない

二人とも首を突っ込みたがる性格で他の人の会話に割り込んできて聞いてもないことを勝手に喋り始めるんだけど、二人はお互いが気に入らないからしたり顔で喋ってるともう片方が割り込んでくる

結局、最終的には毎回怒鳴り合いになってる

聞いてない事を熱弁されて目の前で喧嘩するの迷惑だからやめて欲しいんだけど、お互いにお互いが引けば話が済むと思って怒鳴り散らしてるからお互いに引かないんだよね

やっぱり病気持ちはヤバイなって思う

**仕様書無しさん** · 2017/07/11(火) 18:35:58.93

くっつけちゃえよその二人w

**仕様書無しさん** · 2017/07/11(火) 19:22:27.80

>>259
こんなに頭が悪い人っているんだな

**仕様書無しさん** · 2017/07/11(火) 20:28:43.55

>>267
すまない、よくわからない
ちょっと調べてみる

**仕様書無しさん** · 2017/07/11(火) 20:55:11.69

>>259
いやこれ正にだろ
ユーザーがアジャイルでやりたいと言っておいて全然開発に参加してくれないとかあるある
一部のユーザーにとってITは思った物が出てくる魔法なんだろうな
がんばれ魔法使い

**仕様書無しさん** · 2017/07/11(火) 20:57:49.12

SIからWeb系行ったやついる？
転職したいんだけど

**仕様書無しさん** · 2017/07/11(火) 20:59:06.84

>>258
実績としてウォーターフォールで既に4億500万ドル飛ばしてる
www.cio.com/article/2392970/agile-development/how-the-fbi-proves-agile-works-for-government-agencies.html

一番考えられるのはスコープクリープ
FBIの中の人もなんか妄言であれ欲しいこれ欲しいと言ったのかも知らんな

個人的には
「1周目は要件不定のテストパイロットと諦めてアジャイルで細かくリリース」
「二周目（5年か10年後のシステム刷新時）でガッチリと要件固めでウォーターフォール」が
一番妥当だったのだとは思うが

>>266
ウォーターフォールだろうがアジャイルだろうが
お客さん側の「質問の回答先延ばし」＋「要求出すのだけマッハ」の
コンボがキマったら逝くから、気にしないでいいと思う

**仕様書無しさん** · 2017/07/11(火) 21:12:03.70

アジャイルで調べるとFBIのやつ出てくるね
アジャイルかウォーターフォールというより後半は間違いなく有利だよなぁとは思う

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

仕事によって
アジャイルとウォーターフォールを
適切に使い分ければいいだけの話し。

また、両方のいいとこ取りでも
いいと思う。

なぜどちらか一方に決めなアカンの？

**仕様書無しさん** · 2017/07/11(火) 21:28:45.31

ぶっちゃけ客がマジでなかったらロクでもないモノしかできんて
アジャイルかウォーターフォールか関係なく

アジャイルの利点は
・初めにひと月くらいの期間切ってヤバい客とわかったなら速攻引き上げることができる
だと思うのだが

エゲつない客に当たって破産リスク負うくらいなら
例えば200万捨てで済むほうがマシとも……

**仕様書無しさん** · 2017/07/11(火) 21:30:04.26

>>276
発注側は「納期確定・予算確定・要件変更自由」と取るだろうね
真ん中はあり得ない

あり得ると言ったら……半年くらい自宅に帰れなくなるよ？

**仕様書無しさん** · 2017/07/11(火) 21:32:51.42

>>253
職場恋愛で結婚する人もいる
現場転々としたりすると普通に自社で働くより出会う人数は多いはず
でも結局社内恋愛どうよって話でマだからどうってのはあんまない気がする
いろんなタイプの女がいて若干オタクの割合が高いかも？くらい

**仕様書無しさん** · 2017/07/11(火) 22:33:43.54

>>276
適切に選ぶ事が難しいから確率の高い手法を採りたいって事じゃないのかな

**仕様書無しさん** · 2017/07/11(火) 23:16:39.82

アジャイルって短いサイクルでリリースするって意味で認識されてるけどそうじゃないよね
CIツールも整ってない自動テストもないオブジェクト指向で書ける人もいないレビューの文化もないエンドユーザーが居ない
そんな状態で納期だけ短く切ってアジャイルとか言われても困るよ

**仕様書無しさん** · 2017/07/11(火) 23:43:08.68

アジャイル（筋肉）

**仕様書無しさん** · 2017/07/11(火) 23:45:18.56

意思決定者が、アジャイルを成立させるために何が必要かについて
知識もなければそもそも興味もないから仕方がない

**仕様書無しさん** · 2017/07/12(水) 00:00:36.07

そもそもプログラマがプログラムを組むのに何が必要か理解してない場合も多いな

**仕様書無しさん** · 2017/07/12(水) 00:02:33.87

ゴッドクラスを量産することがプログラムと勘違いしている

**仕様書無しさん** · 2017/07/12(水) 00:09:36.74

コントローラークラスはどうやっても肥大する

**仕様書無しさん** · 2017/07/12(水) 00:20:32.30

>>281
CI・自動テスト・オブジェクト指向の三つは、こっちでなんとかできる
というかそれ仕事の一部
正確には、たぶんオブジェクト指向であるかは関係ないが
ビルドがコケたか + 回帰テスト自動化できてるかが致命的かも

で、面倒なのは相手が「確認めんどくせぇ」と言い出すとか
客サイドにて、現場と交渉役がすり合わせしてなくてピントのズレ発生ってとき
客がITについて適当な仕事してる場合はどうしようもない

よくあるのは事実

**仕様書無しさん** · 2017/07/12(水) 00:23:03.17

客も金だけ出したら、後は黙ってても勝手に完璧なものに仕上げるのが普通みたいな考えするだろうし
やっぱだいたいは理想論で終わるんじゃないの？

**仕様書無しさん** · 2017/07/12(水) 00:28:07.24

テスト書くのめんどくさそう。
ここは手動でテストしてーとか管理が大変そうやね、

**仕様書無しさん** · 2017/07/12(水) 00:28:14.80

自動テストって本当に人気ないよな・・・

**仕様書無しさん** · 2017/07/12(水) 00:29:04.68

>>288
本質？　かどうかは知らんけど
「コードとは表現である」とか
「コードとは実際書いてるマが理解していることを書き下したもの」ってところがあるから
相手が自社の業務とか、何を望んでいるかとか、そういうのを説明すんのメンドくせぇからうまいことしてくれ
て言い出したら何ともならん気はする

PG/SE仕事してるなら無理くり動くものは書くだろうけど、こっちは相手の会社の専門家じゃねぇし

**仕様書無しさん** · 2017/07/12(水) 00:38:11.65

実際書くと、思いのほか難しくて保守しんどいからな自動テスト
ちゃんと見返りはあるから、難しくてもちゃんとやって年中ぐるぐる回したほうがいいんだが

**仕様書無しさん** · 2017/07/12(水) 00:40:11.15

>>290
一人で厳密なテストを狙いすぎていやになる場合が多い印象あり
BDDとかなんか面倒すぎる……RSpecとかワイもうイヤなんや
理想的には二本立てが必要

・UIから手入力でやるのがめんどいのでUI層迂回しちゃいました設計のプログラマーズテスト
例えば、イベント的なメソッドにじかにコード書き下さずViewからの入力値を別のクラスにぶん投げれば
以後は実際に処理やるクラスにコードで入力値叩き込める
この値アヤしいかなーってのをちょろちょろ試すホワイトボックス
これはマがやるべきだが、UIで手入力するのを簡略化するためなので、本人がアヤシイと思ったものの
テストだけでいいと思う

・WatirとかCapybaraとかSeleniumとかActiveAccesibilityみたいなのを使って、UIトレースモードのガチテスト
こっちが本気のテスト
APIリファレンスか仕様書かは知らんが事前の規定通りに動くかどうかの検査
あるいは嫌がらせのブラックボックス
たぶん別人というか「テスト屋」なりQAチームが書くのがベター

自分でもそんなんでいいんか分かってないけど……そんなんでいいんかしら？

**仕様書無しさん転載ダメ©2ch.net** · 2017/07/12(水) 00:43:39.23

板復帰(OK!:Gather .dat file OK:moving DAT 727 -> 714:Get subject.txt OK:Check subject.txt 727 -> 722:Overwrite OK)0.96, 1.09, 1.14
age subject:722 dat:714 rebuild OK!

**仕様書無しさん** · 2017/07/12(水) 00:44:39.61

・ラフいテストでコケたら話にならん
・ラフいテストで通ったら厳密にやろう（多分変更は多少マシになってるはず）

の二段構えかしら
ネットフリックスとかだとエゲつなくて、本番環境で適当にマシン落とすテストも入れてるらしいけど
あの人らヤバイです

Chaos Monkeyだか、なんちゃらMonkeyをまとめたツールやらで意図的に仮想マシンをこかして
別ノードへの振り分けができてるかどうかをテストするとかどんだけ
まあそのくらいマジで仕事してるんだろうけど

**仕様書無しさん** · 2017/07/12(水) 01:52:37.78

アジャイルなんてOSSと同じでキレイでケガレの無い世界のふりをしていて、
実際は金にがめついのが金を出さないで才能のある人から搾り取るものだよ。

何社も何十社、数十数百人集まって伝言ゲームの中でWFやるよりかはマシと
いうレベルの話だなあ。結局、客や上にやれと言われて、無理だボケと言い
返してもアジャイルなら大丈夫ってわけじゃないだろ？

**仕様書無しさん** · 2017/07/12(水) 02:02:55.37

>>296
大丈夫なわけないでしょ

とにかくDQNが相手なら手を切るしかないが、短期契約なら
口実が作りやすいってところもあるわけ

試用期間をお互い設けましょう、くらいの感じかなぁ
アジャイルかどうかはわかんないけど、ウォーターフォールみたく全部責任飲むのは怖いところがある
相手がDQNの場合は、だけど

**仕様書無しさん** · 2017/07/12(水) 06:30:08.56

>>296
ウォーターフォールでは無理ってなったらじゃあどうするの？
という問題の答えがアジャイルなんだろうね
全部いっぺんに、しかも一回で完璧なものを作るのは現実的に不可能
なら、ある程度スコープを区切って少しずつ、一回で完璧にしなくてもいいから、後で間違いを変更しやすいように作ろう
これって至極自然な結論だと思う

**仕様書無しさん** · 2017/07/12(水) 07:04:20.30

ファイルをパースしてエンティティのリストに変換する処理を任された
この処理は画面Xの取り込みボタンを押すと実行される
画面Xにたどり着く前に少なくともログインフォームから3回のボタンクリックと10項目の必須フィールドがある(このデータは取り込みボタンの処理で使うので結合して動かす場合は省略できない)
修正するたびにモジュールをローカルサーバーにデプロイして場合によって再起動が必要
データベースにアクセスして取り込んだデータが間違いなくテーブルに格納されてればOK
このテーブルの列数は100列あるので全て確認すること
ログインフォームから画面Xまでの遷移、エンティティのリストをデータベースに保存する処理は信頼できるものと見なしてよい
もちろん実際に正しい保証はない

現実の業務って差異はあれどこんなのばっかりだと思うけど
手作業で動作確認とか冗談だろ…

**仕様書無しさん** · 2017/07/12(水) 07:38:09.76

>>293
サーバーサイドとUIを完全に分離させるとその理想のテスト出来るかも

**仕様書無しさん** · 2017/07/12(水) 08:01:02.39

>>296
顧客の無理難題と開発手法の生産性については別問題でしょ

**仕様書無しさん** · 2017/07/12(水) 08:14:43.60

>>301
俺もそう思うな
この問題の切り分けができていない状態で開発手法だけ切り替えてうまくいくわけがない

**仕様書無しさん** · 2017/07/12(水) 08:52:05.61

>>302
それ結局セットにしてない？w

**仕様書無しさん** · 2017/07/12(水) 09:21:16.20

>>303
なんでだろうな?
客が馬鹿だと意味ねぇよな

**仕様書無しさん** · 2017/07/12(水) 09:24:29.51

>>299
100列とかそうそう無いだろ
どうせkbn28とかヒドイ設計なんだろ

**仕様書無しさん** · 2017/07/12(水) 09:28:35.25

馬鹿な客は
どんなに方法手順を説明しても
自分のやり方を貫く
金を払ってんだから合わせるのが当然とも言うように

そのやり方だと10倍は払ってもらわないと割に合わないんだが

**仕様書無しさん** · 2017/07/12(水) 09:33:37.00

開発手法と個別の顧客の問題をごっちゃにして開発手法に対するまともな評価が出来ずにあーだこーだうだうだ言ってるのはバカがやること
相手にするのは無駄だと悟った