プログラマの雑談部屋 ★72

■ このスレッドは過去ログ倉庫に格納されています
2019/05/26(日) 10:58:18.88
それは派遣じゃなくて偽装請負。
欲しがりません勝つまでは。

※前スレ
プログラマの雑談部屋 ★68
https://medaka.5ch.net/test/read.cgi/prog/1555747421/
プログラマの雑談部屋 ★69
https://medaka.5ch.net/test/read.cgi/prog/1556461063/
プログラマの雑談部屋 ★70
https://medaka.5ch.net/test/read.cgi/prog/1557034171/
プログラマの雑談部屋 ★71
https://medaka.5ch.net/test/read.cgi/prog/1557839009/
2019/06/01(土) 15:57:25.20
　　　　　　　　／⌒＼⌒ 丶
　　　　　 ／///////ﾊミミ ＼
　　　　 //////////ノ´｀ヾヽヽヽ　　　バカ野郎!!!
　　　　///////////ｰ /⌒{从从　　　　　豚野郎!!!
　　　//////////从丿ii ／ Vﾉハ　　　　　　　猿野郎!!!
　　 {/////////=i<・>iヾi<・>i 从
　　///////// 　 ¨¨ﾉ　 ) ¨ /从ﾊ　　　　ジャップ !!!ジャップ!!!
　 ‖{ {从/////ヽ_ﾉ､ｪｪｪイﾉ从}リ 　　　　　ジャアアアアア〜ｯプ!!!!!!
　 (({　{从（（从从 ＼ﾄｪｪｪﾉﾉ从ﾉ　 ∩
　　 { 从乂乂ヽ＼＼＞ｰ＜彡.／)/ ﾉ　　　　 ウァアアアア!!!!!
　　/￣￣／￣￣＼ヽ=＝.ヽ/　 (=)ヽ　　　　　　　
　 ｆ　　　/　　　　／￣￣ヽ　{　.ﾉ ﾉ ハ
　 {　　　{　　　 /　／⌒ヽ_／乂＿＿ノ
　ﾉ　　　乂　　　　{　　{ {　　　　 ノ
612仕様書無しさん
垢版 |
2019/06/01(土) 16:09:26.57
>>479
スパゲッティコードと言う負の遺産があるから
613仕様書無しさん
垢版 |
2019/06/01(土) 16:23:24.30
>>608
おまえ何興奮してんの？
2019/06/01(土) 16:23:55.90
>>575
その資産がなくなったら、フルスクラッチで開発から運用まで漕ぎ着けるのに必要な金額がその価値だよ
2019/06/01(土) 16:28:51.46
>>599
月給23万貰えるそうです？
>>607
どのレベルのコミュニケーションが求められますか？
2019/06/01(土) 16:28:53.92
>>613
馬鹿だなあって笑ったよ
617仕様書無しさん
垢版 |
2019/06/01(土) 16:34:51.85
>>616
おまそう
2019/06/01(土) 16:43:10.50
CMOSも知らないのか
619仕様書無しさん
垢版 |
2019/06/01(土) 16:58:35.77
37歳のおっさんなんだけど新人の20歳の女の子が好みのタイプだったからデートに誘ってみたいセクハラになるだろうか年齢差があると女の子からみてキモいと思われたりするのかな上司に訴えられたら恥ずかしいから二の足踏んでる
2019/06/01(土) 17:01:01.37
>>619
向こうから踏み込んでくる分は応じてOK
だがおそらくおまえから少しでも踏み込めばその瞬間に豹変する
つまり相手から付き合ってって言われせばよい
2019/06/01(土) 17:15:38.02
CCB知っててもMODS知らない奴とか
2019/06/01(土) 17:18:43.63
改行もできない無能は男から見てもキモいわ
2019/06/01(土) 17:18:48.59
ロマンチックが止まらねンだわ
2019/06/01(土) 17:27:05.66
>>619
新人からはよく食事行きませんかと誘われる
年の差20歳！
まぁ、飯おごれって事だけど、楽しいからwin-win
ロマンスはさすがにない、、、
625仕様書無しさん
垢版 |
2019/06/01(土) 18:00:20.76
>>614仕様書無しさん2019/06/01(土) 16:23:55.90
>その資産がなくなったら、フルスクラッチで開発から運用まで漕ぎ着けるのに必要な金額がその価値だよ

書いてある意味わからないバカは答えなくていいよ。
そういう価値じゃないっつったろ。ほんと、頭悪いなお前。
なんでソフトウェア開発やってんだよ。おまえ、受託しかやったことないだろ。
2019/06/01(土) 18:04:21.09
>>625
うん？
じゃ、仮に1000円ですって言われたら
査定方法とか業者が開示すると思ってるの？
国債格付け並に怪しい数字しか出せなくね？
2019/06/01(土) 18:09:07.37
>>626
実績でしか評価されないのを分かってないんだから相手しなくていいよ
628仕様書無しさん
垢版 |
2019/06/01(土) 18:13:40.35
お前らみたいなバカに聞いたのがまちがいだった。
いっしょう定額受託やってろ、ボケナス。
2019/06/01(土) 18:19:54.93
受託とか派遣ってまだあるんだ
今は自社でまかなうのが当たり前だと思ってた
2019/06/01(土) 18:27:44.94
何次受けとかもううんざりだから運送業界でもいこうかと思ったら似たような構造なんだな
https://youtu.be/c9WcQQksmMM
2019/06/01(土) 18:52:22.65
効率を考えたら似たような形に落ち着くんだよ
各人が別々に考えたはずの数学のテストの回答が同じロジックになるようにね
2019/06/01(土) 19:01:21.34
さすがです竹中先生
633仕様書無しさん
垢版 |
2019/06/01(土) 19:06:42.11
請けるからダメになるにきまってんだろ。

会社が下請けしようとしたら「俺は一切手を貸さない」って言い切れるくらいの技術力をつけて阻止しろよ。
634仕様書無しさん
垢版 |
2019/06/01(土) 19:10:05.40
>>603
見込みがあるなら育成して使っていくのもありだろう
最初からすぐ使える人材を探してる時点で、今の人手不足は自分たちが招いた結果だろう
635仕様書無しさん
垢版 |
2019/06/01(土) 19:15:43.28
>>634
全く教育どころか見てもいないで、不具合出てからドヤァしてる奴とか居るからな
636仕様書無しさん
垢版 |
2019/06/01(土) 19:16:32.03
デスマもあったけど
割といい客にあたってきたと思う。
おかげで金もあるし、
技能も身に付いた
感謝
2019/06/01(土) 19:25:49.77
>>628
負け惜しみw
売れないソフトをかかえて沈没するところまで見えたよ
638仕様書無しさん
垢版 |
2019/06/01(土) 19:28:24.49
>>637

凡人のマヌケがなんかほざいてるな。
2019/06/01(土) 19:37:53.34
10年ぶりにこの業界に戻ろうかと考えてる元C.C++の組込み人間なんだけど、
今の業界の状況ってどうなってんの？
前にいた現場は36協定とか深夜作業とか「何それ？」状態で、それが耐えられなくて
辞めてしまったんだ。
2019/06/01(土) 19:41:43.43
偽装請負天国
641仕様書無しさん
垢版 |
2019/06/01(土) 19:52:29.26
>>639
10年前と違ってもうそんな現場はあまりない。まじそういう状況になったのである。
2019/06/01(土) 20:16:07.44
>>637
コストかけ過ぎて捨てられない重荷あるある
2019/06/01(土) 20:21:54.37
二ヶ月後に無料サービスで提供されてるまでよめた
2019/06/01(土) 20:22:44.16
ソフトウェアなんてメンテナンスし続けないとすぐ陳腐化してゴミになるだろ
2019/06/01(土) 20:27:03.12
そうでもない。
いまだにPC9801が現役で稼働している工場とか鉄道会社とかあんじゃん
2019/06/01(土) 20:33:15.68
そんな古いソフトはもう減価償却終わってるだろ
2019/06/01(土) 20:41:13.01
楽しい
新卒未経験だけど数学の問題解いてる感じだよね
手直しされることは多いけど何となく分かってきた
2019/06/01(土) 20:51:06.53
そら新人なんかに何も期待してないしゴミみたいな作業しか回さないから
とうのやってる本人はたいして頭も使わず楽で楽しいだろうよ
性格が腐ったようなのが上にいたら新人でもいびり倒されて鬱で退職とかしてるだろうよ
2019/06/01(土) 20:55:17.48
>>639
今は定時で帰らないと怒られるよ
650仕様書無しさん
垢版 |
2019/06/01(土) 20:58:31.81
ジャッ
2019/06/01(土) 20:59:38.99
見込み残業40時間だが
2019/06/01(土) 21:07:58.09
何処のsesも死ぬ前に自社プロダクト求めてるんだろうな
今日そう思う出来事があった
2019/06/01(土) 21:13:42.85
やっぱり設計書っていらんよな
設計というプロセスは居るけど設計情報はコードに残るから設計書まで書くと二重管理になって邪魔だ
2019/06/01(土) 21:16:43.46
>>653
そんなことない
ソースだと一次元だけど設計書は二次元だから遥かに効率よく情報を収められる
2019/06/01(土) 21:22:01.13
Spring-bootってどうやって勉強すればいいんだよ
qiitaのサンプル作ったけどエラー出て心折れそう
良い教材とかあるの？
2019/06/01(土) 21:28:36.76
>>654
次元増えたら迷うだけだが
2019/06/01(土) 21:29:31.63
>>654
わろたｗｗｗ
2019/06/01(土) 21:30:15.77
>>655
httpがわかればあとは効率よくmvcを実装したらまあこうなるわなってとこまでは自然とわかる
なので特に勉強するようなことはない
2019/06/01(土) 21:39:31.97
そうだ！仕様書にソース貼り付ければいいんだ！
2019/06/01(土) 21:41:33.83
２重管理
2019/06/01(土) 21:50:37.13
ソースのメソッドに書くjavadocが詳細設計って方針のゴミ現場あったぞ
当然実装なんかまともにできるわけもなくてビックリしたわ
2019/06/01(土) 22:11:18.63
>>661
関数定義はそれでいいかも知れないが、詳細設計はきついな
説明文やUMLの絵なんかないと実装ミスしそう
663仕様書無しさん
垢版 |
2019/06/01(土) 22:20:34.48
お前らSES、派遣、フリーランス？、それともプロパー社員？
2019/06/01(土) 22:37:38.76
実装ミスも糞も途中の中間処理とかおもっくそ端折ってるから
詳細から入った奴なんか絶対わからんよ
今まででワースト３に入る頭のおかしい現場だったね
2019/06/01(土) 22:39:08.98
この業界頭のおかしい現場だらけだろ
2019/06/01(土) 22:43:21.14
コードを見てわからん現場は基本設計がコードに反映されてないんだろな
手続き型の古臭い現場だとよくある
でもオブジェクト指向よく理解してるとこだとコードみれば詳細から基本まで設計情報がすぐわかる
2019/06/01(土) 22:50:02.11
オブジェクト指向を真に理解していると手続き型で書くようになるからな
2019/06/01(土) 22:55:00.30
>>658
参考にならなくてワロタ
説明も問題解決も下手だなあw
2019/06/01(土) 22:56:03.95
>>656
図をかけない奴は設計できないよ
2019/06/01(土) 22:58:23.43
子供部屋おじさんのネトウヨが親父に処分されたな
いい気味だぜ
Twitterの朝鮮人差別みて怒りが湧いた
2019/06/01(土) 23:00:49.29
ネトウヨが自己責任！とか1人で氏ね！とか喚いた結果が親に処分されるとかこれ半分現代の寓話だよな
ネトウヨなら一人で氏んでいいし製造物責任で処分されていいぜ
2019/06/01(土) 23:06:29.67
ｊｓｋｄｌ；ふぁｊ
2019/06/01(土) 23:07:10.68
ってあれ
なんだなんのこっちゃ
2019/06/01(土) 23:09:29.48
>>669
ばかだなあ図は書くんじゃない出力するものだ
手なんかで書いたら同期コストで経営破綻するわ
2019/06/01(土) 23:10:17.66
スプリングブートキャンプは馬鹿でも最初の一歩を簡単に出来るようにしただけで
コンテナとか本来自力で細かく設定するべきモデビューコンを最初に一括で適当設定して
ブラックボックス化するから知識の浅い雑魚とか経験の浅いカスだと逆に無理だよ
あとここは俺以外はお前含めて全部にわかのゴミしかおらんから何も解決できんぞ
2019/06/01(土) 23:10:21.12
ドラクエ10の廃プレイヤーが40代のニートで親父の官僚トップの元事務次官から刺されて処分された
twitterで朝鮮人差別発言をしていた屑野郎
2019/06/01(土) 23:11:22.42
>>668
httpを理解してないのだろね
基礎からやり直してきなさい
2019/06/01(土) 23:14:03.55
>>674
言いたいことは分からんでもないが、そんな現場は限られてるぞw
2019/06/01(土) 23:14:42.74
子供部屋おじさんはやはりネトウヨだった
2019/06/01(土) 23:15:07.47
韓国人差別は仕方ない
俺が許す
681仕様書無しさん
垢版 |
2019/06/01(土) 23:17:19.40
煮物　漬物　シシカバブ
煮物　漬物　シシカバブ
ブリブリ大根　ブリ大根
ブリブリ大根　ブリ大根　イエー！
2019/06/01(土) 23:17:28.26
>>656
迷うのは図が下手なんだよ
設計って仕様を整理するのと他人に伝えるの2つが目的でどちらもセンスが必用
でも設計が下手なやつは自分が下手って気付けないんだよね
2019/06/01(土) 23:17:33.02
設計書いらん言ってる奴は

要求仕様書
ソースコード
ユーザマニュアル

だけあれば良いのか？
684仕様書無しさん
垢版 |
2019/06/01(土) 23:18:53.88
そんなんアプリの内容とアーキによりけり
一概に言える話じゃない
2019/06/01(土) 23:20:21.48
>>682
設計書は必要ない
設計は必要
何度言えばわかる？
2019/06/01(土) 23:21:01.94
>>683
ソース
ユーザーガイド
コントリビューションガイド
2019/06/01(土) 23:23:01.13
英語にしてカッコつけたら万事解決
2019/06/01(土) 23:27:49.35
オープンソースの人でしたか

要求仕様書がないのは要求がなんなのかチェックする手段がないのでNGですね
2019/06/01(土) 23:28:00.46
0から100までいきなり何も知らない他人にはい作ってって言われても無理だからコードを書く以上の工数を払って0から100まで精密に記された設計書を書かなければならない
でも10までできててこれに◯◯を追加して11にしようぜ(もちろんそれは自分達でやる)ってんなら別に設計書は要らない
2019/06/01(土) 23:31:19.97
>>680
許すな！ヴァカ！
2019/06/01(土) 23:31:38.06
>>689
全然違う

言うなればC言語をコンパイルしたバイナリがあればC言語いらんわ、って言っているようなもの

設計書が得意な部分とソースコードが得意な分野が異なるので、ソースコードで伝わりにくい部分は別のツールを使えば良い
2019/06/01(土) 23:34:59.74
>>688
チェックできるぞ
なんか作業するまえにissueにあがるだろ？
現実はどうなってて期待する挙動はこう
それは障害報告だったり機能追加要求だったりするがとにかくissueにはあがる
意思決定者がそれを読んで実際にやろうってなったらそれをバックログに入れるんだ
作業が終わったら期待を満たすか確認してそれを閉じる
それで充分なんだ
体裁にこだわって要求仕様書などとカッコつけるのは時間の無駄だ
2019/06/01(土) 23:37:04.31
>>691
変な例えで誤魔化そうとするな
バイナリはほとんどの人類には読めんし読めても可読性や表現力は低すぎる
コードは誰でも読めて可読性も表現力も優れた媒体だ
全くの別物なんだよ
比較にすらならん
2019/06/01(土) 23:40:41.15
スパゲティコードなんでしょ
2019/06/01(土) 23:41:14.83
オープンソースのやりかたは
いかなるノルマもなく
すべての人間が無償で協力する理想社会でのみ達成可能
2019/06/01(土) 23:42:04.93
>>692
issueをまとめてキレイにしたものが要求仕様書なんだよw
一度でもいいから納品作業したことあるのか？顧客の意見まとめて全部issueにしましたは流石にないわw全体像が全く分からんだろ

README.mdはissueがあれば不要って言ってるようなもんだぞw仕事したことあんのか？
2019/06/01(土) 23:47:46.75
>>696
企業客なんか相手にしてねえからな
まとめて綺麗にするのが無駄だつってんだ
無能な働き者に典型的な中身の改善をしないで体裁ばっか気にするやつだろ
2019/06/01(土) 23:49:54.14
>>697
理解できんかったか
おまえがpull requestでrebaseしないヤツだということは分かった
2019/06/01(土) 23:51:02.00
スパゲティコードだけだと何もわからん
スパゲティ設計書だけでも何もわからん

ただ両方あると古文書を解析するように記述の等価性を探し出して
もしかしてこの記述はこのことを指し示しているのか？
といったように少しずつ前進することができる
だから設計書が絶対に必要なんだ

はいただのバカですね
綺麗なコードを書いて維持してけばそんな考古学者みてえな苦労はしなくていいんだよ
2019/06/01(土) 23:52:03.66
>>698
んなもんポリシー次第だ
2019/06/01(土) 23:54:31.79
ソースコードが万能記述と思ってるのか
UMLもER図もDFDすらも、キレイなソースコードはこれらを凌駕すると思っているんだろうな
2019/06/01(土) 23:56:43.09
>>701
凌駕するよ
そんなもんDSLで表現できる
コードはそれらを包含してる
2019/06/02(日) 00:02:23.70
>>700
おまえのポリシーは人が読みやすいようにキレイにするのはムダなんだろ？ソースコードがあればコミットログなんてぐちゃぐちゃにでいいんだろ？

同じことだぞ
issueをまとめてキレイにするかはポリシー次第
要求をキレイにまとめることは、ソースコードをキレイにすることと同じくらい重要なこと

なぜそれが分からないのか
2019/06/02(日) 00:06:24.85
>>703
俺のポリシーを勝手に曲解するなよ
ソースコードを綺麗に保って設計書を捨てろといってる
コミットログはソースに強く関連した情報なので綺麗に保つべきだ
だがコミットログはrebaseすれば綺麗になというものでもない
だからログ管理のポリシーにしたがえ
2019/06/02(日) 00:09:33.95
>>704
君のポリシーに要求仕様書も加えなよw
要求こそソースコードと密接に関わるものだよ
なんで要求をソースコードからリバースエンジニアリングしなきゃならんのよw
2019/06/02(日) 00:10:55.91
>>703
まとめる意味がない
issueを取り込んだらそれはもう終わったことだから
終わったことをコレクションして綺麗に体裁を整える暇に機能を拡充してくれ
残すべき情報はいちいちまとめずともコードになっているから気になるならコードを見ればいい
2019/06/02(日) 00:12:40.55
>>705
要求はいらん
残すべきとしたら機能だ
機能はコード以外にユーザーガイドとして残る
2019/06/02(日) 00:19:56.16
>>675
因みに>>668は俺じゃないんだけど本はどれがオススメなの？
NTTデータのspring徹底入門か最近出たspringboot2徹底活用かspringboot2プログラミング入門か

あとVSCodeでやりたいんだけどSTSってエクステンションはいるの？IDEにIDEを入れるってよく分からないんだが

取りあえずしょうがないからしばらくはそのspring boot compってのをやろうかな
2019/06/02(日) 00:20:05.01
>>707
多分ね、仕事の流れがわかってないんだと思うよ
だから不要論になる

A社がB社にこんなん作ってよーとお願いするんだ
そのときA社はお願いすることをまとめた要求書を作るんだ
場合によってはB社がヒアリングしてA社のために要求書を作ることもあるよ

で要求書はあくまで要求であって、実現できるか分からないんだ
だから技術的な検討をして、出来そうなことをまとめたのが要求仕様書
顧客はプログラミングのことなんか分からないから、この要求仕様書で合意を取って開発に進める訳

Understand？
2019/06/02(日) 00:27:02.44
>>709
なんで企業間前提なんだ？
企業間前提ならそりゃ無駄な作業と文書ばかりになるだろうな
そりゃ仕方ないわお疲れさん
2019/06/02(日) 00:32:52.65
プロダクトバックログに入ってるものがステークホルダー全員が認識してる要求仕様
これでも十分まとまってるのにあえてそれ以上にまとめる必要はあるのだろうか
エクセルにしてほしいってこと？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況