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

レス数が1000を超えています。これ以上書き込みはできません。
1仕様書無しさん2018/07/07(土) 13:38:07.62
プログラマは
こちらで雑談してください。

ユーザ、SEが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※前スレ
プログラマの雑談部屋 ★36
https://medaka.5ch.net/test/read.cgi/prog/1529287662/
プログラマの雑談部屋 ★37
http://medaka.5ch.net/test/read.cgi/prog/1530182616/

2仕様書無しさん2018/07/07(土) 13:40:02.81
ブオー!ブオー!非常に危険なプロジェクトが進行中です!
命を守ることを最優先に開発してください!
ブオー!ブオー!非常に危険なプロジェクトが進行中です!
命を守ることを最優先に開発してください! 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

3仕様書無しさん2018/07/07(土) 13:56:50.04
> elseが不要だと思う本物のプログラマは
> こちらで雑談してください。


己も論理的elseを多用してるくせに、
どんだけ馬鹿なんだと思ってたら
プログラマじゃなかったんだな。
二度とくるなクズ!

4仕様書無しさん2018/07/07(土) 14:41:39.86
if/elseそのものは悪くない
だが分岐した後にだらだら処理を続けるバカは悪だ
分岐した中に更新系処理を書く奴も悪だ

5仕様書無しさん2018/07/07(土) 14:48:06.58
elseの問題点は考える事を放棄したようなコードが連続して産まれてしまう部分

6仕様書無しさん2018/07/07(土) 14:54:31.41
> だが分岐した後にだらだら処理を続けるバカは悪だ

分岐に関係なくだらだら書くのはダメだろう?
なぜ「分岐した後に」がつくんだ?

プログラム作ったことあるのか?
相当な馬鹿だな

7仕様書無しさん2018/07/07(土) 15:02:27.16
>>6
分岐した後のコードをメンテナンスしたりテストする工数がそのまま倍になんだよハゲ

8仕様書無しさん2018/07/07(土) 15:26:41.30
foreach(DataRow dataRow in dataRows) {
int dataKubun = dataRow["データ区分"];
string pachinkoKubin = dataRow["パチンコ区分"];
int data = dataRow["データ値"];
if (dataKubun == 0) {
gamen.Syokuhi += data;
}
else if (dataKubun == 1) {
gamen.Kounetsuhi += data;
}
else if (dataKubum == 2) {
if (pachinkoKubun == "W") {
gamen.Pachinkohi -= data;
}
else {
gamen.Pachinkohi += data;
}
if (gamen.Pachinkohi < 0) {
gamen.PachinkoCss = "gold";
else {
gamen.PachinkoCss = "black";
}
}
else if (dataKunun == 3) {
...


昨日、うちの新人が書いてたコードの真似
これが100個ぐらいだらだらと続く典型的なelserコード
バグや項目追加があるたびにテストやり直しさせたら泣きそうになってやんの

9遊園地 ◆ExGQrDul2E 2018/07/07(土) 15:41:43.27
どう考えても、処理内容とデータ構造を把握する事を教えて無い。
お前が悪いだろう。

10仕様書無しさん2018/07/07(土) 15:42:37.26
elseは馬鹿の製造装置
だいたい私大文系なんだけどな

11仕様書無しさん2018/07/07(土) 15:43:36.19
そういうのを早いうちに体験させて「これ、ダメじゃん」と分からせるのは
実に親切なことだ。

それをやっておかないと今年の始めくらいからずっと
else爺とか、書いてないだけでやってること同じだろ、とか、
寝言を一生言い続ける木偶が出来上がってしまう。

12仕様書無しさん2018/07/07(土) 15:44:55.83
>>8
別にいいと思うけどな
っていうか
見積りすでに終わってるから動けばいいよ

13仕様書無しさん2018/07/07(土) 15:48:25.99
>>12

こいつが悪の枢軸

14仕様書無しさん2018/07/07(土) 15:50:31.58
>>12
何年、十何年も前に動けばいいよと言ってメンテナンス性を犠牲にしていた企業が、今頃になってこのままじゃビジネスの変化スピードに耐えられない、と気が付き出してる
これからの開発では、動けばいい、エビデンスだけ綺麗に作れ、は通じない
それじゃもう客を誤魔化せない

15仕様書無しさん2018/07/07(土) 15:53:09.83
>>14
え?
単価50万だし
こちらの瑕疵で無ければ
お金出るから気にせんでええよ

16仕様書無しさん2018/07/07(土) 15:57:02.37
年収300万から400万にあがりました

17仕様書無しさん2018/07/07(土) 16:01:51.90
>>15

こいつが社会の害悪

18遊園地 ◆ExGQrDul2E 2018/07/07(土) 16:03:05.65
まともに働いた事ないから分からん。
税金払って、うまい棒 どれだけカエルの?

19仕様書無しさん2018/07/07(土) 16:05:24.22
遊園地ってさ、なんで最近、35歳スレから外出してきてるん?

20仕様書無しさん2018/07/07(土) 16:05:41.17
>>15
単価50で開発してはいさようならならそういう書き方になるのはしょうがないよなあ。
メンテナンス性も拡張性も高いものを安い使い捨ての要員にやらせようってのが
間違えって分かってない肉屋のブタみたいな意識高い系が多いのが問題だな。

21仕様書無しさん2018/07/07(土) 16:12:05.71
悪い。ネームの消し忘れだ。

22仕様書無しさん2018/07/07(土) 16:22:07.42
安いドカタを使うとelse地獄になってメンテナンスできなくなるということだな

23仕様書無しさん2018/07/07(土) 16:22:57.95
もうネタとしても飽きられてるのに1人で必死になにやってんだ

24仕様書無しさん2018/07/07(土) 16:31:35.87
>>20
そもそも所属会社の資産でも無いのに汎用性なんか気にしてる奴バカ何じゃないの?

25仕様書無しさん2018/07/07(土) 16:31:57.16
脳に異常でもあるのか?と

26仕様書無しさん2018/07/07(土) 16:41:02.45
ヨソの会社のドナドナーが何やらかそうと
知ったこっちゃねーやな。

27仕様書無しさん2018/07/07(土) 16:44:18.47
>>8ぐらいのソースさえマトモに読めない時点でもう・・・

28仕様書無しさん2018/07/07(土) 16:46:56.59
>>7
ダラダラ書くのはどこで書くのもダメだっていうのと、
elseがダメだっていうのは違う話だろうが馬鹿!!!

29仕様書無しさん2018/07/07(土) 16:48:08.71
elseがダメならそういうソース見せてみろよクズ!

いいと思うソースも見せてみろクズ!

いちども見せてないだろうがクズ!!

さっさと死ねクズ!

30仕様書無しさん2018/07/07(土) 16:49:31.40
ビジネスという観点においては、プログラムは
バカでも出来るようにしていかなきゃいけないんだから、
elseはそのために必要な機能だったんだな。

31仕様書無しさん2018/07/07(土) 16:49:32.29
プロジェクトが終わったら
さようならなのに、
高給取りの正社員様のために
メンテナンスしやすいソースなんて
書くわけないじゃん。
むしろ自分しかメンテできないように仕込んで
次に高単価で呼ばれるようにするのが
俺みたいな低賃金非正規の処世術。

32仕様書無しさん2018/07/07(土) 16:50:16.06
>>31
でも、そんなプロジェクトにまた戻りたいか?

33仕様書無しさん2018/07/07(土) 16:51:19.73
>>8
そんなクズのレベルの話をしてんのか?

それはelseがダメというのとは違う次元の話だな。

ああ、わかった。

クズしかしらないクズが吠えてるだけだったわけね。

なるほど。

お前がクズだということはよーくわかった。
お前の周りもクズばっか。

プログラマじゃねーわ。おめーらは。
さっさと死ねよクズ!

34仕様書無しさん2018/07/07(土) 16:53:13.04
>>27
ああいうソースを見るともう少しましな書き方で書き直すとかはあるな。
ただ入門書やらwebだとそういう書き方なんて学べる機会なんてほとんどないから
コードレビューなりなんなりしてきちんと学ぶ機会を与えないと無理だよ。

教えたらマシになるなら教えるべきで5chで愚痴って他人に承認してもらおうなんて
考えて行動する方はどうしようもないクズだけどね。

35仕様書無しさん2018/07/07(土) 16:54:08.58
>>27
これが何百行も続いてしかもおなじようなコードがあっちこっちにある
実際には命名も適当だからどこになにがあるのかを探すだけでも無駄に時間を食う
それが可読性が低いコードということ
局所的にピックアップしたコードがなにをしているかなどキミでも読めるだろうね
確かに読めるが綺麗に書かれたコードよりも読むのに時間がかかるのも事実
それが可読性が低いコードということ

36仕様書無しさん2018/07/07(土) 16:55:37.82
このスレはプログラマーじゃない部外者も多いからねぇ。

将棋にたとえれば「龍王」「龍馬」の駒の裏側を
ワザワザ見てる奴クソ、とか言うぐらいのレベル。

37仕様書無しさん2018/07/07(土) 16:56:11.61
>>32
自分に跳ね返ってくるならそういう書き方になるだけだとは思うが
それに拡張性やメンテナンス性なんて意識して書いても無駄だったと思うような
場面自体少なくないからなあ、そういう経験すらないの?

38仕様書無しさん2018/07/07(土) 16:56:21.81
>>33
おやおや
Elserの本性が見えてきたね
e
ELSEを使うとモラルやマナーまで失ってしまうのかな

39仕様書無しさん2018/07/07(土) 17:03:14.43
>>30
if & elseならバカでもできるってのは量が少ない時だけの話だよ
量が増えれば増えるほど組み合わせ数が爆発的に増えて単純に仕様を追いきれなくなる
これはバカでも賢い人でも同じで最終的には物量に勝てなくなる
知能が高くても追いきれる限界が多少増えるだけで限界はすぐに訪れる

ビジネスを長く続けて会社とシステムを成長させる気が本気であるなら
バカでもできるelseを積極的に使おうなどと言っていてはいけない
それは規模の小さい保守しないシステムで満足できる志の低い企業の戯れ言だ

40仕様書無しさん2018/07/07(土) 17:05:50.77
elseを積極的に使おうなんて言ってねーぜ。
elseがあるだけでソースがロクに読めない程度のバカを
バカにしてるだけであって。

41仕様書無しさん2018/07/07(土) 17:09:46.64
ホント、企業の情シスってのはかわいそうだな。
こんな無責任なドナドナーどもにすき放題elseとかで
プログラムをメチャクチャにイジくり回された挙句のクソースの
責任取らされるんだもんねぇ。

42仕様書無しさん2018/07/07(土) 17:27:56.98
契約が終わったらバイバイって人は残念だけどたぶん客に評価してもらえなかったんだろうね
俺みたいに優秀な人材になるとシステム更新の案件があった時にまた契約してもらえるんだよ
さらに「Sさんはこのサブシステムのノウハウあるから任せるよ。そのほうが効率的だ」って自分が組んだ機能をまた任されるんだな
なのでelseの無い美しく保守性の高いコードを書いておいて本当によかったと何度も過去の自分に感謝したね

43仕様書無しさん2018/07/07(土) 17:43:14.79
がんばってスパゲッティコード量産したら
彼がいないとシステムがわかる人いないって契約更新してもらえたよ!
過去の自分に感謝したね

44仕様書無しさん2018/07/07(土) 17:43:21.02
それは、手離れの悪いソースっていうんだぞ。

かつての会社に戻るのはまだいいけど、かつてのプロジェクトにまで
また戻されるなんてねぇ。
お前が書いたソースなんだから、お前がちゃんと責任とれ、みたいな。

45仕様書無しさん2018/07/07(土) 17:44:27.97
そうだ、パスタゆでて食べようと思ってたんだ。
ソースは何にしようかねぇ、レトルトカレーかな。

46仕様書無しさん2018/07/07(土) 17:58:30.59
データ構造と数式をちょっと書き込めば解決する様な事なのに、
小学生みたいに四則演算で揉めてんのか?
クラス設計の在り方で揉めるなら仕方ないけど、暇なんだな。

47仕様書無しさん2018/07/07(土) 18:01:33.25
仕様の達成が難しいことがわかったとき
自分が決めた仕様だからとぶん投げていいものだろうか?

いやシステム上実際はどっちでも大してかわりゃしないんだが

48仕様書無しさん2018/07/07(土) 18:13:02.56
かわりゃしないんだよね

49仕様書無しさん2018/07/07(土) 18:36:41.33
かわりゃしないがこんなシステムなくたってかわりゃしないし
こんな会社なくたってかわりゃしない
生きてる意味がない

でもやると工数が

50仕様書無しさん2018/07/07(土) 18:47:35.33
>>4
俺みたいに優秀な人材
俺みたいに優秀な人材
俺みたいに優秀な人材

此処が笑い所なのか?

51仕様書無しさん2018/07/07(土) 18:56:54.65
>>44
違うんだなあ
自分の領分が落ち着いたら別人が書いた機能も新規機能も任されるからね
ほんとにダメなやつならまかせんだろうな

52仕様書無しさん2018/07/07(土) 19:05:31.72
しってる
本当に優秀だと、コード書くよりべつのことをさせようとするんだ
箱物行政でみんなに配分するタスクを一人で食い荒らされちゃかなわんからな

箸にも棒にもかからないとさすがに切られるから
今まで通り仕事があるってことは
今までどおり中ぐらいの評価なのでは

53仕様書無しさん2018/07/07(土) 19:09:19.45
タスク食い荒らすと困るって暇そうでいいなあ
営業の腕が良いんだろうね

54仕様書無しさん2018/07/07(土) 19:09:55.16
>>53
絶 賛 事 業 縮 小 中

55仕様書無しさん2018/07/07(土) 19:13:06.31
結局なまじっかなベーススペックより
職場にあった人間がのこるもよう

状況によって生産性激変するから優秀さとか一概にわからんほんとに

56仕様書無しさん2018/07/07(土) 19:23:25.04
雇用率も政権の成果だからな
退屈な作業を自動化すると怒られるのなんて日本ぐらいだろう

57仕様書無しさん2018/07/07(土) 19:25:38.62
キーワードは「責任」。
elseがあってもなくてもいいから、金がほしいなら
自分が書いたソースに責任もてよ責任。

58仕様書無しさん2018/07/07(土) 19:31:20.01
元々あるバグを派遣の責任にする奴とかな

59仕様書無しさん2018/07/07(土) 19:32:30.89
>>56
だれもが暇を享受すればいいというのに
ちょっと自分より生産性わるかったり、知識で差があると
役立たずだの無能だの言って排除しようとするから
不毛な仕事がみんなに行きわたる羽目になる

おまいら

60仕様書無しさん2018/07/07(土) 19:35:47.66
1日,2日で直されて何食わぬ顔で通常業務してる奴も居るは

61仕様書無しさん2018/07/07(土) 19:38:57.30
>>60
梅干しだしね

62仕様書無しさん2018/07/07(土) 19:48:50.48
ついに奴隷から解放されることが決定しました
ここに来ることももうないと思うけど
お前らも元気でな

63仕様書無しさん2018/07/07(土) 19:51:25.40
おめでとう

64仕様書無しさん2018/07/07(土) 20:05:19.05
待って、生きていれば少しは楽しいこともあるかもしれないよ

65仕様書無しさん2018/07/07(土) 20:08:07.96
なぜ殺す

66仕様書無しさん2018/07/07(土) 20:10:18.82
大谷選手もうちょい頑張れないのかねぇ

67仕様書無しさん2018/07/07(土) 20:24:42.33
地震きたあああああああ^o^

68仕様書無しさん2018/07/07(土) 20:25:04.26
どのへんが震源なんだろ?

69仕様書無しさん2018/07/07(土) 20:26:27.24
全然たいしたことねーな
スリルが足りねー

70仕様書無しさん2018/07/07(土) 20:31:39.50
スマン、俺の屁

71仕様書無しさん2018/07/07(土) 20:52:27.56
地震の発生を予測できたらデイトレで一攫千金可能?

72仕様書無しさん2018/07/07(土) 20:57:48.98
>>62
やめたの?

73仕様書無しさん2018/07/07(土) 21:07:45.35
>>57
昔から正社員様の旗印だったが
これほど漠然とした感覚だけで中身のない言葉もないな

具体的にはなにがちがうん?

74仕様書無しさん2018/07/07(土) 21:12:30.02
責任をなすりつける能力が高い人

75仕様書無しさん2018/07/07(土) 21:16:08.52
責任の名の下に人間を奴隷にするジャップ資本主義
飼いならされた奴らはモンキー

76仕様書無しさん2018/07/07(土) 21:19:14.07
PM、PLの家族が不幸になりますように

77仕様書無しさん2018/07/07(土) 21:20:08.52
メンテナンスしやすいコードってどんなコードなんすかね?
リテラシーの高い人にしか通用しないコードじゃ嫌ですよ?
再帰とかインスタンス化とか、誰でも分かるわけじゃないですからね?
結局、適度にコメントするとか仕様書でフォローするとかしかないんじゃないですか?

78仕様書無しさん2018/07/07(土) 21:21:29.65
どういうわけか突然ひらめいた
オブジェクト指向のいう「責任」ように
内部に仕事を抱え込んで外部に必要な成果のみ提供することで
居場所が確保できる
いわば権力をもつことでもある

ホウレンソウとかって成果と関係ないようなことまでねちねち聞いてくるのは
むしろ仕事を円滑に進めるというより、奴隷にそうさせないための算段なのではなかろうか

79仕様書無しさん2018/07/07(土) 21:27:08.32
15年前の自分にITはやめとけって教えてやりたい

80仕様書無しさん2018/07/07(土) 21:29:54.41
ジャップランド自体がブラックだし

81仕様書無しさん2018/07/07(土) 21:41:06.41
      / ̄ ̄ ̄ ̄ ̄ ̄ \
/⌒ヽ  / ''''''     ''''''   ヽ
|  /   | (●),   、(●)   |
| |   |    ,,ノ(、_, )ヽ、,,     |
| |   |    `-=ニ=- '      |
| |   !     `ニニ´      .!   たたりじゃーーー!!
| /    \ _______ /    安倍晋三の悪政に
| |    ////W\ヽヽヽヽ\     天.がお怒りなのじゃ
| |   ////WWWヽヽヽヽヽヽヽ
| |  ////WWWWヽヽヽヽヽヽヽ   たたりじゃーーー!!
E⊂////WWWWWヽヽヽヽヽヽヽ
E////         ヽヽヽヽヽヽヽ
| |  //WWWWWWWヽヽヽヽヽヽヽ

82仕様書無しさん2018/07/07(土) 21:51:38.78
プログラム組むの本当楽しいんだけど待遇考えるなぁ
管理職の殆どより会社に貢献している自信はあるけど

83仕様書無しさん2018/07/07(土) 22:06:31.34
「責任」の概念がわからないから奴隷のままなんだよ。
で、技術者やってる分には、そのほうが楽に儲かるんだな。

84仕様書無しさん2018/07/07(土) 22:06:53.49
本当に腕があるなら年収1000万ぐらい余裕やろ

85仕様書無しさん2018/07/07(土) 22:07:38.20
上はたぶんおまいの貢献分は0として見積もってるよ
プログラマの貢献分はつねに0
なんぼ優秀でも優秀な部品は金で買えるし

86仕様書無しさん2018/07/07(土) 22:11:12.66
だからまあ、責任なんてので会社なんぞに固執せず、
どこにでもドナって残業代だけガッツリもらってりゃいいわけだ。

87仕様書無しさん2018/07/07(土) 22:15:06.97
派遣が残業代もらってて自分はもらえてないことに気が付いて発狂した正社員の方ですか

88仕様書無しさん2018/07/07(土) 22:18:09.43
それとも今までサビ残やらせまくって後から残業代請求された経営者?

89仕様書無しさん2018/07/07(土) 22:31:31.01
>>77
俺さまにわかるわからんみたいな感覚論じゃなくて機械的に測定できるものを指標にするのが一般的だね
循環的複雑度が高いと減点
重複コードが多いと減点
メソッドが長すぎたら減点
などなど
もしラムダをつかって測定した点数が上がったならそれはメンテナンス性が上がったということ
俺さまはラムダがわからんのだから可読性が低いんだなどという幼稚な意見はスルー

90仕様書無しさん2018/07/07(土) 22:33:27.41
>>78
人間はオブジェクトと違って間違えまくる
そしてバカは間違えても気が付かないし叱られるのを恐れて報告しない
例外を握りつぶすようなものだ
だから実装にまで踏み込んで管理してやらなきゃならない

91仕様書無しさん2018/07/07(土) 22:34:52.28
たまにはプライベートの事でも書いてくれよ
こういうことやってて楽しんでるとか
これやって仕事に活かせたとかさ

92仕様書無しさん2018/07/07(土) 22:36:25.77
そういうくだんねー話はツイッターかインスタでやってくれや

93仕様書無しさん2018/07/07(土) 22:39:56.90
>>92
お前らの仕事の愚痴の方がくらだねえから
まずはお前のプライベートから語ってくれよ

94仕様書無しさん2018/07/07(土) 22:43:32.76
>>93
vipにでも行っとけや

95仕様書無しさん2018/07/07(土) 22:45:01.80
たしかに「雑談」とか銘打ってるくせに雑談になってねえよな
ずっと仕事に取り憑かれてる社畜のスレって感じ

96仕様書無しさん2018/07/07(土) 22:50:39.13
>>89
機械的に測定できるんなら機械にその修正をまかせれば良さそうだけどね
プログラミング言語はそもそも人間様が理解しやすいように作られるもんなんだから、ラムダが分からんを幼稚と断ずるのはちょっとなあ

97仕様書無しさん2018/07/07(土) 22:50:49.85
搾取されてるエンジニアが団結して労働者の権利を主張しないからこうなる
弱者のくせにネトウヨにだまされて資本家の走狗となり共産主義を悪魔のように排撃してきた報い
貧困に陥った屑どもがマイノリティ排斥に走って鬱憤を晴らす

低脳ジャップの行動は悉く斜め上
労働者はマイノリティを大事にして協力してこの腐った島国文化を上書き更新して別物に作り変えていかなければいけないのに

98仕様書無しさん2018/07/07(土) 22:56:07.37
そうだ俺らはプログラマーなんだ社畜じゃない
仕事とかかわりなく
楽しくゲーム作ったりソフト作ったりしてるはずなんだ
なんでこんなことに

99仕様書無しさん2018/07/07(土) 22:59:11.65
>>96
分岐が多いので減点となった時に分岐を勝手に消す判断までは機械にはできない

理解しやすいはどこまでいっても感覚でしかない
同じコードが理解しやすい人もいれば理解しにくい人もいる
だから感覚によるブレは捨てて機械的に数字で判断をする
ラムダがわからんのならわかるように努力する
チーム作業で俺がわからんから全体で禁止しろなんて意見は幼稚としかいいようがない

100仕様書無しさん2018/07/07(土) 23:00:29.40
>>94
テンプレ読んだことなさそうだな

101仕様書無しさん2018/07/07(土) 23:05:58.22
>>87 >>88
残業代が飛ぶことに気づかれたもんだから、ロクに残業を
させてもらえなくなった派遣技術者さ。

102仕様書無しさん2018/07/07(土) 23:07:22.79
>>91
スマホで電卓アプリ作ったことあるとか言っても、
誰も反応しないからねぇ。

103仕様書無しさん2018/07/07(土) 23:18:30.28
>>99
なるほどね
そういう定量的な分析をして判断は人間に任せるみたいなアプリってあったりすんのかな
減点する作業がそもそも辛そうだけど

104仕様書無しさん2018/07/07(土) 23:30:27.96
>>99
ラムダがいいという数字は?

105仕様書無しさん2018/07/07(土) 23:32:33.95
>>103
自分で調べたら色々見つかったわ
まずlintをよく知らなかった
初心者ですまん

106仕様書無しさん2018/07/07(土) 23:49:33.00
やっぱり派遣を卑下してるのは派遣だったか…

107仕様書無しさん2018/07/08(日) 00:06:34.18
>>8がダメって言ってるやつらどんなコード書いてんの
そもそも違うデータをひとつの画面に出そうとしてるんだし
入ってくるデータもKBN持ってんだし
多態とかしたら余計わからんくなるだろ
テスト毎回全部やり直させてんのは新人じゃなくて職場の問題じゃん

108仕様書無しさん2018/07/08(日) 00:08:32.63
>>106
IT業界をブラック、社畜と卑下してるのは当のIT従事者だからな

109仕様書無しさん2018/07/08(日) 00:23:57.25
ここ半年で6人中3人辞める異常事態のチームにいるんですが
このままここにいた方がいいですか?

110仕様書無しさん2018/07/08(日) 00:28:33.72
プログラマの癖にたまにこういう曖昧な質問する奴はただの荒らしなんだろうな

111仕様書無しさん2018/07/08(日) 01:09:25.16
火の鳥のボスBGMが頭の中で流れる

112仕様書無しさん2018/07/08(日) 03:02:18.55
>>109
俺なら残る
なんか知らんが楽しそう

113仕様書無しさん2018/07/08(日) 04:03:50.71
川が決壊してるのに
明日は、クソコード書きに
会社にいかないといけないのか?

114仕様書無しさん2018/07/08(日) 04:37:24.55
ジャップに頭下げたくねー!

115仕様書無しさん2018/07/08(日) 07:32:47.57
>>91
な、なんの反応もねーだろ?
ここの連中のプライベートや楽しみは、せいぜい
ここにバカ書く程度のことなのさ。

116仕様書無しさん2018/07/08(日) 08:18:39.51
巨大タンカーの船長とプログラマーはどっちの方が頭を使いますか?

117仕様書無しさん2018/07/08(日) 08:39:41.09

118仕様書無しさん2018/07/08(日) 09:56:11.40
>>107
elseどうこうの前にドカタの皆さんにはViewとModelの分離を覚えて欲しいね

DataList data = searchDataService.SearchDataList(/* 検索条件 */);

gamen.Syokuhi = data.TotalSyokuhi;
gamen.Konetsuhi = data.TotalKonetsuhi;
gamen.Pachinkohi = data.TotalPachinkohi;

gamen.PachinkoCss = gamen.Pachinkohi < 0 ? "gold" : "black";

119仕様書無しさん2018/07/08(日) 10:04:52.72
YouTubeを超える動画共有サイトを自分一人で作りたい。

120仕様書無しさん2018/07/08(日) 10:06:59.99

121仕様書無しさん2018/07/08(日) 10:09:31.59
>>118
コントローラーにcss書く奴嫌い

122仕様書無しさん2018/07/08(日) 10:20:14.22
>>118
世の中にはバインディングというものがあってだな

123仕様書無しさん2018/07/08(日) 10:32:37.61
レンタルサーバーとかISPの事業に少し興味がある。

124仕様書無しさん2018/07/08(日) 10:33:34.03
>>121
おれも嫌い

>>122
常識だね

1251072018/07/08(日) 11:00:02.73
>>118
エレガントですね
感動しました

126仕様書無しさん2018/07/08(日) 11:29:51.88
>>116
ごりら

127仕様書無しさん2018/07/08(日) 11:31:33.41
>>126
そもそも世界とは何なのでしょうか?

128仕様書無しさん2018/07/08(日) 11:33:34.50
>>118
でもSearchDataListの中はエルス王国なんでしょ?

129仕様書無しさん2018/07/08(日) 11:50:27.76
>>128
いいえ

130仕様書無しさん2018/07/08(日) 12:02:51.83
ネトウヨ「LINE俺らの個人情報を盗んでる!恐ろしい!((((;゚Д゚))))」
ネトウヨ「俺らの個人情報なんてゴミだよ!グーグルさん、遠慮なく盗んでね!」

↑個人情報に敏感になったり疎くなったりコロッコロ変わるのは何故?(´・ω・`)
ご都合主義のヴァカネトウヨ

131仕様書無しさん2018/07/08(日) 12:04:33.35
ネトウヨとは一体

132仕様書無しさん2018/07/08(日) 12:14:50.92
昼寝すっかな…。

133仕様書無しさん2018/07/08(日) 12:18:07.39
うっひょーーーーーー

134仕様書無しさん2018/07/08(日) 12:24:08.64
>>127
ごりら

135仕様書無しさん2018/07/08(日) 12:42:27.36
>>134
数論幾何学ってどれくらい難しいのでしょうか?
凡人には到底理解できないですか?

136仕様書無しさん2018/07/08(日) 13:05:57.29
>>129
みせなさい

1371072018/07/08(日) 13:17:16.91
>>125
おいこら…

138仕様書無しさん2018/07/08(日) 13:29:54.92
せめて
せめてラムダ
なんで俺の職場はいつまでたっても
Java7とかなのか

139仕様書無しさん2018/07/08(日) 13:34:33.50
>>138
Java のラムダは、ラムダとは名ばかりの劣化物であり、シンタックスシュガーに過ぎない。
ホンモノのラムダとは、それで Y コンビネータを記述できるものだ

140仕様書無しさん2018/07/08(日) 13:41:07.82

for(int i=0;i<items.length();i++)
{
result += items[i].Val;
}


foreach(var item in items)
{
result += item.Val;
}


resullt = items.Sum(n=>n.Val);

3がエレガントだが1がなんか好きな人もいるだろ
ただ2が好きな奴は変人

141仕様書無しさん2018/07/08(日) 14:34:22.12
>>139
Javaだとかけんのか?

142仕様書無しさん2018/07/08(日) 14:41:09.10
>>135
俺は>>134じゃないけど、難しいですよ。

数学の勉強は始めましたか?

いま数Tか数Uあたりですか?

143仕様書無しさん2018/07/08(日) 14:46:14.99
>>142
数Tです。

144仕様書無しさん2018/07/08(日) 15:10:06.57
プログラマーは脳疲労が半端ないな
最近は休日身体が動かんし、平日もエフェドリン系の風邪薬飲まないと朝布団から出られない

10時間ぶっ続けで集中して難解なコード書き続けてると知恵熱出てくる
頭はいくら使ってもいいというが、やはりモノには限度があるんだな

145仕様書無しさん2018/07/08(日) 15:43:13.59
>>140
1,2はいいが、やっぱり3って嫌いだわ
ラムダって他と考え方が違うから、コードの中で浮いて見える

146仕様書無しさん2018/07/08(日) 16:10:08.85
10時間もコード書き続けるとか、頭悪過ぎ。
そんな無能な奴が隣にいたらブースから叩き出してる。

147仕様書無しさん2018/07/08(日) 16:47:26.57
コードは考えながらかくもんじゃない
必要な定数、依存、クラス、リソース
場当たり的でない一貫した名前
ぜんぶ整理してから一気に書き下すもの
いきなり着手したら変数名のコピペ元を探すだけで一苦労

148仕様書無しさん2018/07/08(日) 17:01:05.91
ワシが設計とプロトタイプ作る人やから
長時間やるのは仕方あらへん

他に出来る奴おらんし上級エンジニアの名前ももろたし

149仕様書無しさん2018/07/08(日) 17:02:13.40
10時間も経てば退社時刻だからな。
そりゃあ放り出されるわな、お疲れ様です、って。

150仕様書無しさん2018/07/08(日) 17:06:20.32
このスレで方言使う人キモいよね

151仕様書無しさん2018/07/08(日) 17:16:59.58
>>148
浪速金融道かなんかに出てきた肩書もらっただけで嬉々としてこき使われる土方みたいな

152仕様書無しさん2018/07/08(日) 17:19:22.32
ラムダ式の利点がさっぱりわからんなぁ
あくまで利用する側がラムダ式で書く対象のインターフェースの型を
わざわざ参照しなくても最初からわかってる前提で書く場合に”少し”だけ長ったらしい記述を
省略できるだけであって長期的に見てほとんどの奴にとって何の利点ももたらさないように見える

153仕様書無しさん2018/07/08(日) 17:23:23.00
ばかな
まさに>>8の答えだ
where使ったら分岐がへるんだぞ

土方からは見えない
後方フェーズの分岐のコスト

154仕様書無しさん2018/07/08(日) 17:25:55.85
じゃあ>>8をラムダ式で簡潔に書いてみろよ

155仕様書無しさん2018/07/08(日) 17:27:32.53
ついでに状態をもつ変数の数を減らせる

156仕様書無しさん2018/07/08(日) 17:34:39.21
やあやあ
gamen.Syokuhi = dataRows
.Where(e => e["データ区分"] == 0)
.Select(e => e.["データ値"])
.Sum();

gamen.Kounetsuhi = dataRows
.Where(e => e["データ区分"] == 1)
.Select(e => e.["データ値"])
.Sum();

gamen.pachinkoKubun = dataRows
.Where(e => e["データ区分"] == 2)
.Select(e => e.["パチンコ区分"] == "W" ? -e["データ値"] : e["データ値"])
.Sum();

gamen.PachinkoCss = gamen.Pachinkohi < 0 ? "gold" : "black";

157仕様書無しさん2018/07/08(日) 17:36:58.94
Pachinkohiまちがい

158仕様書無しさん2018/07/08(日) 17:38:17.82
はっきし言って>>156>>8も目糞鼻糞
これは規約でラムダ式禁止の現場が定着するのが目に浮かぶ

159仕様書無しさん2018/07/08(日) 17:40:33.83
whereとかSQLだけにしてくれ

160仕様書無しさん2018/07/08(日) 17:41:32.90
おれが分からないから禁止

161仕様書無しさん2018/07/08(日) 17:41:33.24
なんでだよ
そもそも入力が汚いんだからしょうがないじゃん
それでも分岐減ったし状態変数も減ったし処理が分割されて扱いやすくなっただろ!

162仕様書無しさん2018/07/08(日) 17:45:47.18
>>160
実際そういうのでもいいと思う
そもそもこの記述に全くメリットないわけで

163仕様書無しさん2018/07/08(日) 17:47:04.38
ひとのはなしきけよ

164仕様書無しさん2018/07/08(日) 17:50:21.14
アブラハムとシェルバーン家当主はどっちの方が凄いですか?

165仕様書無しさん2018/07/08(日) 17:50:40.24
>>160
俺もそうだが、チームの大多数がわからないなら禁止すべきだな

166仕様書無しさん2018/07/08(日) 17:52:05.14
ラムダがないと構造体の一部のメンバの値の合計をもとめるだけの処理ですら
自前で実装しないといけなかった

Sumって共通メソッドが使えるだけで随分嬉しいじゃないか?

167仕様書無しさん2018/07/08(日) 17:58:44.79
>>165
チーム解散

168仕様書無しさん2018/07/08(日) 17:59:53.45
チームメンバがわからなかったら禁止
それは大正義であり
もう致しかたのないことだ

でもわかってよ!たいして難しくないだろ!

169仕様書無しさん2018/07/08(日) 18:00:24.72
メトリクスツールでも使って複雑度>>8とくらべてみやがれ

170仕様書無しさん2018/07/08(日) 18:18:18.02
group by 縛りしてるのかな

171仕様書無しさん2018/07/08(日) 18:20:30.70
>>166
関数作ればいいじゃん
ラムダで書いた処理は再利用できるの?

172仕様書無しさん2018/07/08(日) 18:20:59.41
>>158
はい老害

173仕様書無しさん2018/07/08(日) 18:21:17.43
>>171
できないとでも?

174仕様書無しさん2018/07/08(日) 18:24:23.34
>>173
コピペ?

175仕様書無しさん2018/07/08(日) 18:25:55.83
つまんない話しかない

176仕様書無しさん2018/07/08(日) 18:26:21.95
1日中引きこもってるから話すことないんだろうけど

177仕様書無しさん2018/07/08(日) 18:27:15.00
文句言うなら一人で全部作ればいい。
やれるもんならやってみろ
・・・って言ったら、自称俺は出来るヤツ様、
泣きそうになってたぞ。

178仕様書無しさん2018/07/08(日) 18:27:55.44
>>144
体力落ちてるだけだろ
一流のプログラマはみんな身体も鍛えてる

179仕様書無しさん2018/07/08(日) 18:28:15.46
>>174
うんにゃ

180仕様書無しさん2018/07/08(日) 18:28:40.02
>>171
www

181仕様書無しさん2018/07/08(日) 18:31:37.57
>>145
3が当たり前の世界だと1, 2が浮いて見えるぞ
つうか浮いてる浮いてないはどうでもいいんだよね
なんども似たようなループを書いて生産性を落とすほうが問題
DRYの精神に則り3を使おう

182仕様書無しさん2018/07/08(日) 18:34:35.60
1メソッドや1クラスの行数は少ない方が良いってのは分かるんだけど、
実際仕事でやってると名付けやら何やらで面倒臭くなってやらないよね?
他メソッドに飛びまくると処理追うの大変になるし

183仕様書無しさん2018/07/08(日) 18:54:06.21
なぜ何もないのではなく、何かがあるのでしょうか?

184仕様書無しさん2018/07/08(日) 19:00:06.23
>>156
いいコードですね
やはりif elseはゴミだったと思わせてくれる綺麗なコードです

このコードの素晴らしいポイントは
if elseによって結合されてしまった本来無関係なstatementが分割されて独立したexpressionに置き換わったことでしょう

expressionに置き換えればこのようにメソッドに抽出することが簡単にできます

int TotalSyokuhi => dataRows
.Where(d => 0.Equals(d["データ区分"]))
.Sum(d => (int) d["データ値"]);

expressionにフレンドリーな名前が付いてコードがより美しく明快になりましたね
if elseを使った惨めなコードではここまでたどり着くのは難しかったでしょう

そしてこのように美しく整列したコードではパターンが視覚的にはっきりと見えるようになります
いとも簡単に処理の共通性を抽出してメソッドにできるのです

int CalculateTotal(int dataKubum) => dataRows
.Where(d => dataKubun.Equals(d["データ区分"]))
.Sum(d => (int) d["データ値"]);

int TotalSyokuhi => CalculateTotal(0);
int TotalKonetsuhi => CalculateTotal(1);

素晴らしい
if elseのないコードは最高だ

185仕様書無しさん2018/07/08(日) 19:02:25.16
なんかもうこのスレいいや
別の雑談スレ行くわ

186仕様書無しさん2018/07/08(日) 19:02:48.38
まあ人生にifはないしな

187仕様書無しさん2018/07/08(日) 19:04:26.81
>>165
ラムダぐらいは知ってて当然だろ
仮に知らなくても1時間くらいで教育すればいい
社会人は幼稚園児じゃないぞ
俺さまがわからんから俺さまに合わせて周りの人間が俺さまに配慮して使用禁止にしろ
こんな理屈が通るのが当たり前だと思ってる奴は本気でバカなんじゃないのか?

188仕様書無しさん2018/07/08(日) 19:08:03.14
まあここに出てるぐらいのラムダなら全然かわいいもんだけど
出来るプログラマーさんは何十ネストした凶悪なラムダコード書くから
あそこまで行くと誰でもわかるようにそこはラムダ以外の部分で
もっと分割しろよとは思う

189仕様書無しさん2018/07/08(日) 19:09:37.04
>>187
とか叫んでも別にメリットも無ければ
出した見積り以上に金が儲かるわけでもなし
意味ねーこと拘っててバカみたい

190仕様書無しさん2018/07/08(日) 19:11:00.06
>>189
メリットがないだと?

191仕様書無しさん2018/07/08(日) 19:12:04.91
>>190
え?
いくら儲かるの?

192仕様書無しさん2018/07/08(日) 19:12:34.64
>>191
www

193仕様書無しさん2018/07/08(日) 19:12:44.21
ラムダが糞なところは三項演算子と同じで
本来なら一目で10見渡せる処理の”実態”を隠蔽して他に移譲してるだけ
ラムダ厨はおまじないのように使ってるだけの無能しかいないからわからんだろうけど
ラムダのソース見ても開発者のオナニーだと言うのがわかる

194仕様書無しさん2018/07/08(日) 19:12:48.01
わからん奴だらけである以上は迂闊に使っちゃダメだよ、
あくまでも人売りビジネスなんだからさ。

195仕様書無しさん2018/07/08(日) 19:13:31.84
ラムダで作っていくのでこれだけの工数が削減できます
まで言えないなら
ちょっといい程度で抑えておきなよ

196仕様書無しさん2018/07/08(日) 19:13:39.72
>>191
足し算ができない社員が足し算できるようになることにメリットを見いだせないなら死ね

197仕様書無しさん2018/07/08(日) 19:14:26.12
>>193
具体的に

198仕様書無しさん2018/07/08(日) 19:15:12.32
>>195
人を切る1つの指標にはなるよね

199仕様書無しさん2018/07/08(日) 19:15:30.24
>>196
それやって少数精鋭部隊なんて作っても
開発人数確保できなかったらプロジェクトポシャるってわかっていってるのか?
バーカ

200仕様書無しさん2018/07/08(日) 19:16:09.65
>>199
ラムダがわかる程度で少数精鋭www

201仕様書無しさん2018/07/08(日) 19:17:12.75
>>199
お前のとこは足し算できれば精鋭なのか?

202仕様書無しさん2018/07/08(日) 19:17:20.80
>>198
ならない
人数確保するために未経験のコンビニ戦士(コンビニバイトしかやったことないおっさん)を経験3年として補充してる始末

203仕様書無しさん2018/07/08(日) 19:18:00.82
>>202
底辺なら仕方がない

204仕様書無しさん2018/07/08(日) 19:18:07.46
>>201
ここにも足し算もできないやつがいるからな

205仕様書無しさん2018/07/08(日) 19:20:06.63
>>199
そんなプロジェクトに関わるくらいなら辞めちまえ

206仕様書無しさん2018/07/08(日) 19:21:43.70
足し算も出来ないと人海戦術しかないからね

207仕様書無しさん2018/07/08(日) 19:21:57.51
>>205
嫌いなプロジェクトに当たるたびに辞めてるのか?

208仕様書無しさん2018/07/08(日) 19:22:25.79
>>206
1+1が2にならない世界ですね

209仕様書無しさん2018/07/08(日) 19:23:34.61
>>207
構造的な問題だろカス

210仕様書無しさん2018/07/08(日) 19:24:20.81
>>182
名前をつけない場合でもその処理は書くんだから
名前が無いとどこで何してるかわからなくなって処理を追うのが余計に大変になる
飛びまくると考えるんじゃなくパッケージングされてればその先を見なくて済むと考えよう

211仕様書無しさん2018/07/08(日) 19:27:31.42
>>188
それはできるプログラマじゃない
ラムダとか関係なくif elseやループでもおそらくネストしまくりだろそいつ

212仕様書無しさん2018/07/08(日) 19:28:21.60
>>210
メソッド分割せずに#regionに処理の概要書くんだよ
そうすりゃあっという間に数千行のメソッドのできあがりさ

213仕様書無しさん2018/07/08(日) 19:28:51.12
>>189
工数やバグが減って保守性が上がる
メリットだらけじゃねえか
今までバカやってたのと同じ見積もりで受ければ差額は丸儲けだぞ

214仕様書無しさん2018/07/08(日) 19:31:04.15
出来るってのは、出来ないやつの尻拭いが出来ることを指すんだから、
ラムダだのセニカだの言ってねーで、仕事しろよ仕事。

215仕様書無しさん2018/07/08(日) 19:31:30.58
取りきれない揚げ足

216仕様書無しさん2018/07/08(日) 19:31:34.79
>>193
実態を隠蔽するのがプログラマの仕事だよ
見なくていいものを見ないで済むようにコード整備していくんだ
もし仮に隠蔽しなかったら全部メインルーチンにベタ書きになっちまうじゃないか
それは異常者やることだろ?
正常なプログラマは隠蔽を使いこなす

217仕様書無しさん2018/07/08(日) 19:35:01.72
>>216
ラムダなんか書いてねーで関数にしろよカス

218仕様書無しさん2018/07/08(日) 19:37:25.67
全文メインルーチンに書いてあるからぶっ飛ばしたくなってるけど、異常者なのか。
刺されそうで怖いな。

219仕様書無しさん2018/07/08(日) 19:39:26.45
>>217
関数切り出しと処理をラムダで書くかどうかは別次元

220仕様書無しさん2018/07/08(日) 19:40:18.54
>>199
認識に差がありすぎて話が通じねえな

・ラムダが理解できることが異様にハイレベルな特殊技能だと思ってる人達
・ラムダは呼吸とおなじように誰にでもすぐにマスターできる技能と呼ぶのもおこがましいものだと思ってる人達

両者の間でどんなに議論したって結論が一致することは無い
だからプログラマは同じレベルの人間だけで集まって仕事をするべきなんだよ
契約する前に面接や技術試験をしっかり行って配属先を変えたほうがいい
ラムダも理解できないようなカスは物量だけが問題のドカタ案件に放り込む
まともなプログラマは課題解決に知性と技術が必要な案件に招待する
ベテランと新人のセット販売などもってのほか

221仕様書無しさん2018/07/08(日) 19:40:33.87
ラムダなんてこんな話題になるようなもんじゃないだろ
何千行とかの入れ子forループ書いたりするアホを斬るほうが重要

222仕様書無しさん2018/07/08(日) 19:46:04.74
>>221
それを解決するための道具の1つとしてラムダが役に立つ

223仕様書無しさん2018/07/08(日) 20:00:27.06
経歴詐称して新人送り込むビジネスって今も通用すんの?
出来るなら最低でも1か月分の金は貰えるから面談でハッタリかましまくって
潜りこむを繰り返すことは可能?ブラックリストとか作られる?

224仕様書無しさん2018/07/08(日) 20:04:24.13
>>223
それを通用させるのが偽装請負という手法なんだな。
特定派遣が廃止され、この偽装請負がさらに増えると見られるわけだが、
営業が見積もりでヘマこいて潰れる会社が増えるんだろうな。

225仕様書無しさん2018/07/08(日) 20:12:07.44
未経験の転職はそういうところから業界に入るしかないのでは
それでなんとかやっていけたら経験者になれる

226仕様書無しさん2018/07/08(日) 20:14:39.51
>>39
http://eroolove.chuko.net/2018/04/24226

エロいお姉さんwwwwwwwwvvwwwwvvwwwww

227仕様書無しさん2018/07/08(日) 20:15:46.80
いやそういう意味じゃなくて鋼のメンタルの持ち主なら
現場の空気悪くなろうがどうなろうがほとんど仕事しないで
残業しろって言われても定時で帰ってを繰り返せば仕事的にはすげー楽だよね

228仕様書無しさん2018/07/08(日) 20:17:10.08
>>223
セット販売するベテランが居なくなった時点で終わり
首を切れない大量の素人を抱え込んであっという間に会社が破綻する
今は転職が簡単だから優秀な人材は不満を感じたらすぐに居なくなる

229仕様書無しさん2018/07/08(日) 20:20:57.58
>>225
自社開発なり誰かと抱き合わせなりして入ればいいんだよ
軽く考えている見たいだけど経歴詐称自体は詐欺なりなんなりの犯罪だからね
受け入れる側も派遣の事前面接やら他にも後ろ暗いことやってるから見逃されて
いるだけであってまっとうなとこだと訴えられないからな

230仕様書無しさん2018/07/08(日) 20:21:13.71
会社側というより送り込まれる本人視点の話
あくまで面談通るぐらいの知識とハッタリをかませる前提で
案件なんて腐るほどあるんだし延々とこれを繰り返すことが可能なのかって話

231仕様書無しさん2018/07/08(日) 20:31:11.56
未経験者でも簡単に入れるこの世界だが、
営業のほうも簡単に入れるもんなのかねぇ?

232仕様書無しさん2018/07/08(日) 20:36:38.93
こういう話題を見ると実感する
ビジネスモラルがないんだよな日本人ってさ
まさにエコノミックアニマル

233仕様書無しさん2018/07/08(日) 20:37:20.74
俺経歴詐称客先常駐で初っぱなから1人で送られたわ
途中から1人は入ったけど
今新しいところはまた1人だは

234仕様書無しさん2018/07/08(日) 20:46:04.96
いや周り見てるとさプロパーは当然のことながら派遣でも
居眠り一つせず糞真面目に仕事しとるやん
デスクワーカーの日本人ってある意味で異常な気がしてならないんだよね
海外で派遣システムなんか成立しないだろ

235仕様書無しさん2018/07/08(日) 20:51:45.43
そいつらを利用して捨てる日本人は笑いが止まらんな

236仕様書無しさん2018/07/08(日) 20:57:44.58
簡単に捨ててくれるからこそ、elseがあるとソース読めないようなバカでも
雇ってもらえるんだもんねぇ。

237仕様書無しさん2018/07/08(日) 21:02:29.11
>>236
正解は、else書きまくるバカでも雇って貰える、でした

238仕様書無しさん2018/07/08(日) 21:05:13.06
>>184
前半よかったのに後半ひどくてわろた
CalculateTotal絶対いらん
Pachinkohiがその方法で作れないのわかってんのに
なんで無理やり一般化するし

239仕様書無しさん2018/07/08(日) 21:11:41.09
前にも言ったけど、キーワードは「責任」。
クビになれば済むんだから、そりゃあもう気楽なこと気楽なこと。

ちょっと技術力をつければ、さらにおきらくごくらく。

240仕様書無しさん2018/07/08(日) 21:15:54.36
>>238
パチンコだけ別の処理を書くだけだな
無理やり一般化するというか、キミのほうが一般化すべきコードを無理やりコピペしてる、と言うべきだね

241仕様書無しさん2018/07/08(日) 21:19:55.22
西田幾多郎と小平邦彦はどっちの方が天才ですか?

242仕様書無しさん2018/07/08(日) 21:45:35.83
interface IDataObj {
int Hiyou { get; }
int DataKubun { get; }
}

int CalculateTotal(int dataKubun) => dataObjList
.Where(d => d.DataKubun == dataKubun)
.Sum(d => Hiyou);

これじゃあかんの?
オブジェクト指向わからない人がいるからダメ?

243仕様書無しさん2018/07/08(日) 21:49:39.51
いま適当に「キーワードは責任」をググレカしてみたら、
かつてアベが口にしたセリフらしいね。

244仕様書無しさん2018/07/08(日) 21:59:45.10
この世界は一般派遣で仕事ゲット出来ないようなのがいっぱいるじゃんか
特派はそういう人の為にあるんだよ

フリーでやってた時、彼らのレベルの低さに驚いたもん
ウェブ系の開発でGoogleマップをカスタマイズしたライブラリーを製作する担当で特派の人がきたんだけど、全然出来なくて何故か自分が泣きつかれて作るはめに。
実は彼は腕利きのフロントエンジニアという触れ込みで現場にきたんだが、前職ではHTMLの運用の仕事しかしてなくて、しかも前前職は理容師見習いだったという。

オブジェクト志向とは何か、から丁寧に教えて一緒に作りましたよ。

245仕様書無しさん2018/07/08(日) 22:01:10.72
>>243
>いま適当に「キーワードは責任」をググレカしてみたら、
>かつてアベが口にしたセリフらしいね。

その通り。
プログラマーの意識が低すぎるから、アベを糾弾する為に話をふってみたのさ。
まだ続けてやるから、ネトウヨ悔しいのぉ。

246仕様書無しさん2018/07/08(日) 22:03:20.21
iPod touchの第7世代っていつごろ発売されるのでしょうか?

247仕様書無しさん2018/07/08(日) 22:04:27.95
>>244
ジャップからは搾取したもんが勝ち。
元請けが搾取してるんだから別にいいんだよ。

この国は上はアベから竹中から搾取の構造で成り立っている。

248仕様書無しさん2018/07/08(日) 22:05:34.94
本来なら、会社の看板掲げてる分、特派のほうが
レベルが高くなきゃいけないんだが、会社の看板で
能無しをゴリ押ししてるのが現状だもんねぇ。

それこそが、まさにキーワードは「責任」。
大事なのは能力よりも責任の押し付け先。

249仕様書無しさん2018/07/08(日) 22:06:30.71
アベノセイダーズ

250仕様書無しさん2018/07/08(日) 22:09:25.03
iPod touch 第7世代早く発売してほしい。

251仕様書無しさん2018/07/08(日) 22:10:48.49
非正規に責任とはアベは悪い奴だなあ

252仕様書無しさん2018/07/08(日) 22:29:27.93
いや、非正規に責任なんてないから。
だから非正規を楽しんでる。

責任ないのに高い給料。
非正規の特権だよ。

253仕様書無しさん2018/07/08(日) 22:35:03.73
一般派遣?

254仕様書無しさん2018/07/08(日) 22:39:38.98
一般派遣は、仕事選べるから、高い給料+後に続く経験が蓄積されるけど、
特定派遣は、「高く売れる」ところに放り込まれるだけ

それでも、肩書が、正社員なので、人並みの人生が送りたいなら、特定派遣を勧める。

255仕様書無しさん2018/07/08(日) 22:42:16.99
特定派遣もう終わりでしょ?

256仕様書無しさん2018/07/08(日) 22:46:55.62
最近の法は国民を小馬鹿にしている

257仕様書無しさん2018/07/08(日) 23:02:58.24
特定派遣だと思ってたら偽装請負でしたの巻。

258仕様書無しさん2018/07/08(日) 23:07:03.63
でも9月で特定派遣終了っしょ?
偽装請負に切り替わるだけ?

259仕様書無しさん2018/07/08(日) 23:16:08.75
どっちでもいいよ
末端は定時までだらだらするだけで変わりない

260仕様書無しさん2018/07/08(日) 23:17:31.57
キーワードは責任ww

こんな島国に対してやなこった

261仕様書無しさん2018/07/08(日) 23:18:16.75
高給もらってるやつが責任取れよバーカ

262仕様書無しさん2018/07/08(日) 23:21:40.39
アベ自らが責任とってないのに
末端の非正規に、キーワードは責任wwww

263仕様書無しさん2018/07/08(日) 23:23:28.36
責任というからネガティブなかんじがするんだ
権力といおう

264仕様書無しさん2018/07/08(日) 23:28:10.58
切腹文化があるくせに無責任

265仕様書無しさん2018/07/08(日) 23:36:42.63
外国じゃ責任ってのは誰が状況をどうにかできるか、何をするべきか決めるものだ
日本じゃことが起こった後でだれを吊るせばいいか決めるときに使う

266仕様書無しさん2018/07/08(日) 23:52:53.29
さあ月曜になるぞ
社畜どもは早く寝なさい

267仕様書無しさん2018/07/08(日) 23:59:29.12
>>265
安心しろ
海外だってそうだろ
そうでなかったらギロチンなんてできやしねーよ

268仕様書無しさん2018/07/09(月) 00:02:23.32
今の現場設計書に書いてある条件とかどこのデータ(データベースとかファイルとか)からとってくるとか書いてないんだけどこういうのってみんなプロパーや常駐先のリーダーっぽい人から聞いてるの?
自分はちょびちょび聞いてるんだけど箇所が多すぎて一々席立つのしんどかったり鬱陶しく思われそうで作業止まること多いんだ
まだ1年目でよく判断がわからない

269仕様書無しさん2018/07/09(月) 00:08:09.86
まさに責任
おまえがどこまで背負ってどういう立ち位置に立とうとするか観察されている

270仕様書無しさん2018/07/09(月) 00:12:20.32
くれぐれも責務だけおわされないように
決定権も自分がもたないと身が持たん

271仕様書無しさん2018/07/09(月) 00:13:06.82
詳細設計にどこから持ってくるか書いてないなら不備
その現場はすぐ逃げた方がいい

272仕様書無しさん2018/07/09(月) 00:13:41.76
自分で好き放題するチャンスじゃないかもったいない

273仕様書無しさん2018/07/09(月) 00:20:40.61
>>271
詳細設計書が無い部分なんだ
機能によってあったり無かったり
なんで無いのかはなんか聞きたくない

>>272
嫌な予感しかしないんだが設計書に書いてあったんで好きにコーディングしましたよって言える度胸必要なんかな

仕事行きたくねえ…

274仕様書無しさん2018/07/09(月) 00:29:31.94
わかんなかったらExcelシートに取得元がこんだけわかりませんって書いてぶん投げちゃえ

275仕様書無しさん2018/07/09(月) 00:32:42.41
日本の場合、
設計書の不備は指摘しなかったり確認しなかった
プログラマの責任だからな。
とんでもないバカげた風習だよな。

276仕様書無しさん2018/07/09(月) 00:34:00.59
まったくだ

277仕様書無しさん2018/07/09(月) 03:32:09.21
日本のITがこんななのも自民党政権のせいなんだよな

278仕様書無しさん2018/07/09(月) 05:04:30.21
>>268
リポジトリの設計を見ればいいよ
ただリポジトリの設計はほとんど自明だから省略する場合もあるが

279仕様書無しさん2018/07/09(月) 05:31:23.29
>>268
同じチームの人は似たような設計書を扱ってるのに出来てるんだろ?
なら自分以外の人がなぜ出来てるのかを突き詰めて考えるんだよ
考えて分からなきゃ頭を下げて教えてもらう
5chなんかに愚痴ってないでまずはやるべきことをやろうぜ

280仕様書無しさん2018/07/09(月) 06:35:33.48
設計書に項目一個、処理一行まで書いてあげないと製造してくれない子ってすごく困る
コードを自分で書くより設計書を書く手間の方が大きくなってしまう

コードを書いてテストするだけなら1機能1日
10機能なら10日で終わる

設計書を書くとエクセルだからすごく書きにくくて1機能2日かかる
10機能なら20日
そこから10人に実装とテストを任せると追加1日
合計で21日かかる

忖度を期待して設計書を省略すれば1日2機能ぐらい作れるけど
忖度が苦手で隅々まで書いてくれないとわからないって言う子が必ず現れる

この問題みんなどうやって解決してるんだろう

281仕様書無しさん2018/07/09(月) 06:47:07.66
人を使わないことで解決させてる。
キーワードは「責任」。

282仕様書無しさん2018/07/09(月) 06:54:20.22
>>281
ブラック労働環境製造者死ね

283仕様書無しさん2018/07/09(月) 07:03:46.39
>>280
普通そんな問題発生しないけどな
要件と仕様の忖度と設計はプログラマの仕事範疇だし
設計と実装を別の人がやるというのがありえない
それに処理一行まで記載って日本語で実装してるようなもんじゃん、そんなんエクセルコンパイルしますわ

284仕様書無しさん2018/07/09(月) 07:06:04.88
設計と実装を別の人がやるときはやるんだよ!

285仕様書無しさん2018/07/09(月) 07:09:41.76
>>283
って言うけどさ
実際には設計と実装は別人がやるし
処理1行までかかないと仕様漏れだこれでは実装できないって鬼の首を取ったような勢いで責め立ててくるよ

286仕様書無しさん2018/07/09(月) 07:13:34.63
関数型プログラムもUML使うの?
まだOOなもんで

287仕様書無しさん2018/07/09(月) 07:14:57.67
曖昧な設計書から仕様を読み取る勘なんてのも能力のうち。

288仕様書無しさん2018/07/09(月) 07:16:53.98
書いてないことがプログラマーの裁量になるならともかく
思ってたのと違ってたら実装バグに倒してきよるからな
設計ミスだっつーの

289仕様書無しさん2018/07/09(月) 07:17:53.13
前にも言ったと思うが、下流に行くほど高い能力が要求される。
素人には、コーディングよりも設計書を書かせるのをやらせるんだな。

290仕様書無しさん2018/07/09(月) 07:19:58.88
>>289
一番難しいから丸投げの対象になるしコスト競争で薄給になるよな

291仕様書無しさん2018/07/09(月) 07:21:45.91
そうだな。
この際、出来ないやつほど上流というのを徹底して
入社したらまず営業をやらせるぐらいがいいのだろう。

292仕様書無しさん2018/07/09(月) 07:22:15.68
>>288
仕様の論理的矛盾を解決するのはプログラマの仕事

一番下っ端どころか客先常駐の奴隷だから押し付けやすい

293仕様書無しさん2018/07/09(月) 07:23:50.51
>>291
客の要望を理解するという意味では良いかもね
何したいか知ってればモチベーション違うでしょ

294仕様書無しさん2018/07/09(月) 07:26:00.79
客の要望なんてのもそうだし、社長の要望なんてのもそうだし
なにより、お金の流れを知るってのが重要なんだよね。

295仕様書無しさん2018/07/09(月) 07:27:54.09
設計書をFixしないと実装できない現場ってクソだと思ってたけど
そうでもないな
何も確証の無いまま実装工程行くとカオスになる
勝手に自分クラスを大量にこさえる奴の抑制は必要

296仕様書無しさん2018/07/09(月) 07:29:53.28
プログラムの能力なんてのは、そのまんま設計の能力だからな。

297仕様書無しさん2018/07/09(月) 07:30:07.63
日本語名でクラス作れたらその程度のことで目くじらたてんでよかったろうに
なぜかどこも許してくれない

298仕様書無しさん2018/07/09(月) 07:30:45.52
お前がさっきゴチャゴチャ言った内容をWordに書けばいいんだよ

299仕様書無しさん2018/07/09(月) 07:34:05.80
君の書いたクラスを俺の書いたクラスで呼び出さなきゃいけないんだけど
設計書にあるクラスで動かないじゃん?
どういう風に書いたらいいの?

なんか1ヶ月ぐらい返信無かったw

300仕様書無しさん2018/07/09(月) 07:35:21.41
やっぱり設計書はゴミなんだな

301仕様書無しさん2018/07/09(月) 07:36:45.67
>>295
そのとおり
だから1行1行までピタリとコードに一致する設計書が必要なんだ

302仕様書無しさん2018/07/09(月) 07:38:06.97
>>299
インターフェース使え

303仕様書無しさん2018/07/09(月) 07:38:43.57
設計も出来ないやつにプログラム書かせるなんて時点でもう・・・
人売り業ならではの出来事だな。

304仕様書無しさん2018/07/09(月) 07:39:21.76
細かすぎる詳細設計書の必要性ネタで荒らそうとするのはやめろ!

305仕様書無しさん2018/07/09(月) 07:42:11.48
>>304
荒らしじゃない
本当に悩んでるんだ

306仕様書無しさん2018/07/09(月) 07:47:28.69
人を使うから人のことで悩むハメになるんだよ。
人に使われる立場を死守して悩みの加害者になるぐらいでないと。

307仕様書無しさん2018/07/09(月) 07:48:18.59
元請けから要件定義を見せてもらわないと忖度なんてできない
マージンとる理由付けのために元請けは要件定義を見せない
見せたら丸投げになるから
でも仕様不備で問題発生したらこちらが悪いことになる

308仕様書無しさん2018/07/09(月) 07:49:53.59
外人はさ、
設計書に書いたカラム名を母国語になおす必要ないんだぜ
すげーハンディキャップ

309仕様書無しさん2018/07/09(月) 07:50:07.19
>>307
そういう時は派遣で契約すればいいんだよ。

310仕様書無しさん2018/07/09(月) 07:54:01.88
>>307
縛りプレイしてるんなら
しょうがないな

311仕様書無しさん2018/07/09(月) 07:55:02.50
>>308
外人が皆英語を母国語としているわけではないやろ

312仕様書無しさん2018/07/09(月) 07:56:49.39
いついつまでにシステム改修してと言われたけどPCセッティングとか雑用を積まれるからなかなか進まない
客先常駐の悲哀だわ

313仕様書無しさん2018/07/09(月) 08:12:35.20
>>308
英語ネイティヴならそうだろうな
そしてプログラミング言語ペラペラなら設計書からプログラムに翻訳しなくていい

314仕様書無しさん2018/07/09(月) 08:13:20.88
>>312
vagrant使わないの?

315仕様書無しさん2018/07/09(月) 08:19:12.70
【搾取】年収1,000万円以下はパートでやれ【対策】

☆不利益で迷惑だから料金増やすか生産減らせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109

316仕様書無しさん2018/07/09(月) 09:34:34.67
>>308
var rieki
dim uriage
const kosuto

でOK

317仕様書無しさん2018/07/09(月) 09:36:19.96
>>316

ワシは外人向けのAPIのテストコードで変数名を天津飯や悟空にした事あったな

318仕様書無しさん2018/07/09(月) 12:49:16.23
2バイト文字は流石にキツイ
英単語だと日付の月をmoonとか書くのが現れる

ゆえにローマ字表記がベストという事でよろしいですか

319仕様書無しさん2018/07/09(月) 12:54:55.90
客先常駐で俺以外が書くコードなんて興味無いと放置してたら皆辞めちゃって地獄見てる

まあ俺も特派終了で終わりだけど、あと二ヶ月逃げ続けないといけない

320仕様書無しさん2018/07/09(月) 12:56:20.42
>>319
みんな辞めても地獄が続いてるってことはお前が元凶だったのか?

321仕様書無しさん2018/07/09(月) 13:37:36.94
だな

322仕様書無しさん2018/07/09(月) 15:04:37.98
>>320
いや、お前だろw

323仕様書無しさん2018/07/09(月) 16:29:42.15
単芝が現れた

324仕様書無しさん2018/07/09(月) 17:56:45.05
「全」は神がプログラミングしたのでしょうか?
神は誰がプログラミングして作ったのでしょうか?
また、神をプログラミングした存在は、誰がプログラミングしたのでしょうか?
また・・・・

325仕様書無しさん2018/07/09(月) 19:13:05.17
>>320
作り方もシンタクスもフレームワークも好き放題だったから今地獄なんだよ

もう何が何だか解らん

326仕様書無しさん2018/07/09(月) 19:17:14.61
それは設計書のせいだな
ユーザーインターフェイスを1単位として設計書を書くだろ
それをコーダーに並列で投げるとその手の統一感のないシステムがすぐに出来上がる

327仕様書無しさん2018/07/09(月) 20:38:55.47
なんやかんやで
優秀なヤツに1機能とか1画面を作らせて、
それをバラまいてコピペして作らすやり方が
一番うまくいく。

328仕様書無しさん2018/07/09(月) 20:44:18.03
ジャップはスマートUI好きだねぇ

329仕様書無しさん2018/07/09(月) 20:53:01.73
優秀なヤツの選定でミスるパターンだな

330仕様書無しさん2018/07/09(月) 21:13:06.55
.*tuki.*と.*tsuki.*が混在して、しかも「間違ってもう一方の綴りの方にしちゃってた」なんてバグまで出るんだろ

331仕様書無しさん2018/07/09(月) 21:14:19.98
>>318宛てだったよ>>330

332仕様書無しさん2018/07/09(月) 21:14:44.10
やめろ心臓に悪い

333仕様書無しさん2018/07/09(月) 21:59:18.61
悪いね

334仕様書無しさん2018/07/09(月) 22:02:07.07
>>327
それだ
それか一番優秀な奴の書く
社内プロジェクトdobon.netしか
役に立ったことがない

クラスでパックするとどうにも
機能を追加したくなったときに
それができるのか?できないのか?
さっぱりわからん
ピンポイントでdobon.netをやってくれてる方が百倍役に立つ

335仕様書無しさん2018/07/09(月) 22:36:00.85
>>327
CDDの基本だな

336仕様書無しさん2018/07/09(月) 23:01:00.32
ゆうしゅうなひとがにげた
それほどじゃないひともにげた
できないひとがかいしゃこない

どうしよう

337仕様書無しさん2018/07/09(月) 23:10:44.18
>>334
やめて
コピペされると全体をくまなく見ないと追加できるかどうかわからなくなる
クラス化して責務が集中してればそこだけ見ればわかる

338仕様書無しさん2018/07/09(月) 23:18:29.86
ドメインモデル
レポジトリ
ドメインサービス
アプリケーションサービス
ユーザーインターフェイス

にわかには信じがたいが、どうもこの程度の基本もわからない人が沢山いるらしい
Javaなら常識だよねって何気なくオブジェクト指向プログラミングすると
プロパティをプライベートにしたら不便だの
クラスが多くて理解できないだの
インターフェースってなんだよだの
プロとして恥ずかしい発言があちこちから飛び出てくる

339仕様書無しさん2018/07/09(月) 23:22:35.37
おまいさんの言葉の使い方がズレてんじゃないの
Javaにプロパティてあったっけ

340仕様書無しさん2018/07/09(月) 23:43:52.22
>>338
リポジトリ

341仕様書無しさん2018/07/09(月) 23:45:20.30
>>339
プロパティはあるけど、意味が全然違う。普通はKey-Valueペアの事を指す。
>>338はフィールドをプロパティと勘違いしてるんだろ。

342仕様書無しさん2018/07/09(月) 23:52:39.67
>>341
プロとして恥ずかしいな

343仕様書無しさん2018/07/10(火) 00:02:15.37
プロパティって何のためにあるんだ
public int Value {get;set;}
の代わりに
public int Value;
つかったらどんな問題があるのだろうか

344仕様書無しさん2018/07/10(火) 00:05:36.57
>>343
保守性

345仕様書無しさん2018/07/10(火) 00:05:50.83
何かの振る舞いを伴わせたい、とかの変更に強くなる

346仕様書無しさん2018/07/10(火) 00:11:16.63
>>343
まあ昔から誰でも一度はそう思うよね
http://fukumori.org/oo/why_use_getters_and_setters_j.html

347仕様書無しさん2018/07/10(火) 00:14:17.51
インターフェースと相性悪い

348仕様書無しさん2018/07/10(火) 00:49:53.62
>>338
そんなクズ相手にすんなよクズ

349仕様書無しさん2018/07/10(火) 01:28:56.33
javaの神様いませんか

350仕様書無しさん2018/07/10(火) 02:03:04.95
呼んだ?

351仕様書無しさん2018/07/10(火) 06:45:30.69
rubyとpythonはどちらが優れていますか?

352仕様書無しさん2018/07/10(火) 07:05:26.64
VB界隈はドボンコピペで作り逃げが王道

そのせいかVB改修には人が集まらずC♯案件と騙してドナドナかけるのがモダンスタイル

353仕様書無しさん2018/07/10(火) 07:13:09.48
俺は底辺web開発の少人数チームリーダーだけど画面ごとじゃなくフロントエンドとバックエンドに分けて開発してる

で、バックエンドは知識ごとのクラスで作る人分けてる

こういう作り方も何かアンチパターンに触れてるかな

354仕様書無しさん2018/07/10(火) 07:20:04.81
アンチパターンかどうかはわからんけど、
出来るやつが下にいないと成り立たないやり方だな。

355仕様書無しさん2018/07/10(火) 07:54:23.96
>>354
クラス設計やインターフェイス実装は俺がやってるから中身だけを作って貰ってる
どうしても駄目ならそのクラスは俺がやるつもり

幸い壮大なクエリ書いたお姉ちゃん以外にトラブルはない

356仕様書無しさん2018/07/10(火) 07:56:47.05
クエリいいじゃないか
ロジックが目立たないからテスト工数へる

357仕様書無しさん2018/07/10(火) 07:58:02.06
DBスペシャリスト持ちの派遣お姉ちゃんが来てスゲーと一機能頼んだらほぼSQLで実装してくれた

そういうストアドメインの職場もあるんだろうなと世間を学んだ

358仕様書無しさん2018/07/10(火) 07:58:55.76
>>356
クエリは改修やテストがキツくない?

359仕様書無しさん2018/07/10(火) 08:03:25.28
テストはDaoとして取得ロジックが切り出されてるからむしろやりやすい
改修はお察し

360仕様書無しさん2018/07/10(火) 08:07:46.53
>>353
まあ悪くないよ
バックエンドにも複数のレイヤーがあること
知識で分けた上で責務で更に分けるということ
この2つを意識して

361仕様書無しさん2018/07/10(火) 08:14:53.98
クエリの仕様がはっきりしてればテストしやすいだろうけどスパゲティクエリが許される現場でそんなことまずないだろ
SQLもどきに罫線つけただけのクソ設計書じゃテストケース作れねえよ

362仕様書無しさん2018/07/10(火) 08:29:10.00
人生飽きた。

363仕様書無しさん2018/07/10(火) 08:30:05.75
仕事辞めて旅に出るか

364仕様書無しさん2018/07/10(火) 08:38:05.33
【搾取】年収1,000万円以下はパートでやれ【対策】

☆不利益で迷惑だから料金増やすか生産減らせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109

365仕様書無しさん2018/07/10(火) 08:51:34.15
>>219
ラムダって一行書くためにしか使わないやつを書くって感じ?

366仕様書無しさん2018/07/10(火) 09:02:58.57
何も難しいことはないけど、最近勉強する意欲がなさすぎて調べる気が起こらない。
やばい
新人のときみたいな意欲が出ない

367仕様書無しさん2018/07/10(火) 09:04:33.06

368仕様書無しさん2018/07/10(火) 09:12:57.89
>>365
??

369仕様書無しさん2018/07/10(火) 09:59:35.31
本屋とかでPythonがめっちゃ多いけど、ほんとにこれ仕事で使われてるの?
どんな業務で使われてるん?JavaやPHPより有用なの?

370仕様書無しさん2018/07/10(火) 10:10:33.95
マシンラーニングくらいじゃね?python

371仕様書無しさん2018/07/10(火) 10:52:53.23
>>369
なぜか知らんけど会社の業務系システムまで
pythonにするという企業が出てきたから仕事増えてる

10年経ったら動かなくなると思うけど、
そしたらまた仕事が増えるから
プログラマとしては大歓迎だね!

今よりずっと人手が足らなくなって
単価はどんどん上がると思う

372仕様書無しさん2018/07/10(火) 11:21:30.38
【社会 詐欺 フィリピン人】主要駅に出没する、フィリピン募金に気をつけよう
※断ると罵倒されるそうです

--------------------------------------------------
外国人世帯の生活保護の割合

在日コリア:6世帯に1世帯
フィリピン:10世帯に1世帯

373仕様書無しさん2018/07/10(火) 12:18:59.43
まーた次のプロジェクトもハイテクだよ
諦めて勉強するわ
おまえらみたいなハイテクマウント取りにDisられないようにせいぜい精進させていただきますわ
構成管理グループはカッコいいね嫌いじゃないよ

374仕様書無しさん2018/07/10(火) 12:29:16.47
スキルを求める無ければ首と脅かされて入った現場が総称型禁止だった

理由はよく解らないから

375仕様書無しさん2018/07/10(火) 12:31:27.98
人生は暇つぶしですか?

376仕様書無しさん2018/07/10(火) 12:46:57.15
いいえ
穀潰しです

377仕様書無しさん2018/07/10(火) 12:57:03.56
霊界に値段を付けるとしたら幾らぐらいになるのでしょうか?
神界はどうでしょうか?

378仕様書無しさん2018/07/10(火) 13:21:18.00

379仕様書無しさん2018/07/10(火) 13:26:15.41
【死刑ブーメランが安倍に刺さる】 オウム麻原彰晃  <刑死←2018→復活?>  世界教師 マ1トレーヤ
http://rosie.5ch.net/test/read.cgi/liveplus/1531186354/l50


世界演説『大宣言』の日には、テレパシーとヒーリングで、難病も瞬時に治るよ!

380仕様書無しさん2018/07/10(火) 14:12:30.96
genericは職人芸
理解してる日本人は滅多にいない
禁止して当然だろう

381仕様書無しさん2018/07/10(火) 14:27:03.24
何で共通部品に業務ロジック書いてるの
何で業務ロジックで継承ダウンキャストリフレクション使ってるの

凡人にはツラすぎる

382仕様書無しさん2018/07/10(火) 15:35:49.16
タン塩って美味いのでしょうか?

383仕様書無しさん2018/07/10(火) 16:47:07.52
>>381
リフレクション使うこと自体が反対だ

変わったことしなくていいから普通に組め、と強くいいたい!

384仕様書無しさん2018/07/10(火) 16:50:22.14
タン塩って美味いのでしょうか?

385仕様書無しさん2018/07/10(火) 18:14:18.30
絶望的に調べる意欲が出ない経験してるんだろ、イケメンベテランスーパーエンジニアのお前らなら、そんな時どういうメンタルで乗り越えた?

386仕様書無しさん2018/07/10(火) 18:36:55.86
僕はダウンキャストとアップキャストが曖昧になる呪いにかかった

387仕様書無しさん2018/07/10(火) 18:50:15.14
>>380
お前が理解できないことを正当化したいんだね

388仕様書無しさん2018/07/10(火) 18:53:40.68
>>380
俺の教え子は大体3ヶ月で理解してるとこやぞ

389仕様書無しさん2018/07/10(火) 18:58:05.46
馬鹿でもメンテできるように作るのが基本じゃねーの?
これからどんどん人材が少なくなるんだから。

390仕様書無しさん2018/07/10(火) 18:59:07.03
>>385
ベテランの人頼むぜ、俺に力が湧く言葉をくれ

391仕様書無しさん2018/07/10(火) 19:00:47.31
>>390

諦めろ

392仕様書無しさん2018/07/10(火) 19:01:42.25
>>391
何を?

393仕様書無しさん2018/07/10(火) 19:09:42.60
>>391
何で?

394仕様書無しさん2018/07/10(火) 19:10:10.42
>>388
どこまで深入りして教えたら3か月かかるんだよ

395仕様書無しさん2018/07/10(火) 19:20:16.12
genericとかいうゴミなんていいからベテランさんのアドバイスくれよ
やる気ないときどうしてた

396仕様書無しさん2018/07/10(火) 19:21:11.92
ふて寝
自分に勝ったことなどない

397仕様書無しさん2018/07/10(火) 19:28:42.45
>>395

genericをゴミと仰るほどの技術者さんに俺らみたいなのからアドバイスはできないよ
レベルが違いすぎる

398仕様書無しさん2018/07/10(火) 19:33:48.07
>>397
ごめん知らなかったんだ許してください
そしてアドバイスプリーズ

399仕様書無しさん2018/07/10(火) 19:36:00.97
えGenericsのことじゃないよな?w
秒でわかるわ

400仕様書無しさん2018/07/10(火) 19:37:19.52
もし仮にGenericsがわからないやつがいたらそいつは新卒レベル

401仕様書無しさん2018/07/10(火) 19:37:33.12
>>387,388
ちがうよ
実際にGenericをよく知ってる日本人は滅多にいないんだ
使うことはギリギリできるが書ける人は本当にいない
悲しいことだけどいろんな会社を渡り歩いた経験上確かなことだよこれは
だからそんなマイナーな知識を業務で使われちゃたまらないんだよ
素直にシンプルに考えてObjectとキャストを使いなさいな

402仕様書無しさん2018/07/10(火) 19:37:59.12
それかジェネリック医薬品のことかな

403仕様書無しさん2018/07/10(火) 19:39:07.48
>>401
https://www.sejuku.net/blog/22699
これ以外知らないんだけど
これだったらゴミだなw

404仕様書無しさん2018/07/10(火) 19:40:51.76
ジェネリクスの単数系見たことないな
なんだジェネリックって

405仕様書無しさん2018/07/10(火) 19:42:39.86
馬鹿でもわかるように言語機能を縛ってプログラミングしよう
大事なことは技術をひけらかすことではない
他者への思いやりが何より大事なんだ

しかし出来上がった物は馬鹿どころか達人ですら裸足で逃げ出すほどの超難関スパゲティプログラムだった

406仕様書無しさん2018/07/10(火) 19:44:34.46
前にライプラリー教えてもらったけどパラレル世界の用語かしら

407仕様書無しさん2018/07/10(火) 19:45:22.61
メソッドにList<Hoge>とか渡すとき、読み込みしかしないのに
ジェネリクスの指定がHogeのサブクラスになってるとだめな書き方してあること多いよな

昔C++でメソッドの引数型にconstついてないせいで悩んだのを思い出す
またきっと時間が解決してくれる

408仕様書無しさん2018/07/10(火) 19:46:14.60
なぁできるベテランはなんでこのスレで発狂しねぇんだ教えてくれよなぁww

409仕様書無しさん2018/07/10(火) 19:47:35.12
>>407
初歩だろw
新人の頃思い出すわ
まさかそのレベルが達人とか言わないよな

410仕様書無しさん2018/07/10(火) 19:50:26.25
>>409
めんどくさいじゃん
使うあてもないサブクラスのListのためにいちいちGenericsの範囲定義するとか

411仕様書無しさん2018/07/10(火) 19:51:03.07
>>404
昔twitterで話題になっていた時にMSはドキュメントの記述ルールで複数形じゃなくて単数形で
表記されるみたいなことがあったから、C#の人なんじゃね?

412仕様書無しさん2018/07/10(火) 19:51:17.56
>>407
イコールズがサブクラス受け付けてないじゃなくて?

413仕様書無しさん2018/07/10(火) 19:53:06.54
はー・・・
今の現場の開発スタイルが糞過ぎて泣きたくなる
2か月契約だけど1週間で逃げたくて仕方ない・・
コーディングするのに詳細設計ないってなんだよ・・
何がわからないことは聞けだよ・・
そんな次元じゃねーよ・・
そら遅延もするし残業もするわ

414仕様書無しさん2018/07/10(火) 19:53:18.39
ただの新卒で草

415仕様書無しさん2018/07/10(火) 19:53:39.04
>>412
いってることがわからん

416仕様書無しさん2018/07/10(火) 19:55:27.76
>>415
HOGEクラスのイコールズがサブクラスを受け付けてないってこと

417仕様書無しさん2018/07/10(火) 19:57:52.73
>>410
ならどうやんだよ教えてくれ

418仕様書無しさん2018/07/10(火) 19:58:37.61
>>413
コーダーはお帰り下さい

419仕様書無しさん2018/07/10(火) 20:02:25.09
>>413
時と場合によるかな
集約ルートのコードと他のリポジトリのサンプル渡されてその集約ルート用のリポジトリ実装してって言われたら出来なきゃプログラマの過失
なんのドメイン知識もないのに集約ルート作ってって言われたら新参プログラマにはどうしようもない

420仕様書無しさん2018/07/10(火) 20:02:34.53
>>413
何こいつ話割ってくんなよ
おまえらが新卒レベルだって証明されたな

421仕様書無しさん2018/07/10(火) 20:05:15.42
>>417
Javaの話な

一時気にして凝ってたが不毛だったんでやめた
ぐぐって思い出したが行けるかどうかわからん

Result calcHogeHage(List<? extends HogeHage> hogeHage) {
...
}

422仕様書無しさん2018/07/10(火) 20:05:38.18
新卒と変わらないのかJavaを知らないのか
ジェネリック医薬品と勘違いしてるのか
ジェネリクスは悪くないのに勘違いしてたかどっちかだな

423仕様書無しさん2018/07/10(火) 20:08:29.71
>>421
ごめんよくわかんない、レビューのときに言われなければいいんじゃね

424仕様書無しさん2018/07/10(火) 20:09:17.85
ジェネリックスはC#が賢いよな
というかJavaがC#に勝ってるところなんてないけど

425仕様書無しさん2018/07/10(火) 20:09:32.02
2か月の契約を1か月にこっちからすることって出来る?

426仕様書無しさん2018/07/10(火) 20:10:49.03
>>421
違うなcalcHOGEHOGEメソッドの定義でジェネリクス使うだろ
あと引数newしろ

427仕様書無しさん2018/07/10(火) 20:13:47.31
>>423
こうやって書いとくとList<HogeHage>だけじゃなくて、
HigeHugaがHogeHage継承してたらメソッドにList<HigeHuga>とか渡せる

C#はEnumerator<HogeHage>で引数渡したら特に何もかかなくてもそれができる
できたはず
たぶん

だからJavaもきっといつかできるできて

428仕様書無しさん2018/07/10(火) 20:15:01.54
>>426
ぱっと見でメソッド定義だとわかってくれないあなたは一年生

429仕様書無しさん2018/07/10(火) 20:15:31.69
あれ?ってジェネリクスじゃね
Resultは何
え何書きたいんだ
Java8の文法じゃないよな
めんどい!
Javaやめたら

430仕様書無しさん2018/07/10(火) 20:16:19.61
ここでジェネリクスとかデリゲートとかの話はやめて下さい
わからない人もいるんですよ!

431仕様書無しさん2018/07/10(火) 20:18:51.26
そう、ちょうど>>429みたいなかんじで
すこぶる不評だった…

432仕様書無しさん2018/07/10(火) 20:19:15.79
>>428
public static void sub(){
メソッド定義例な
private とかつけてくんないからわかんなかったよ1年生
javaやめろ

433仕様書無しさん2018/07/10(火) 20:22:21.42
>>431
ちげえよお前がわかってねぇだけだろ

434仕様書無しさん2018/07/10(火) 20:28:30.11
>>432>>433
つけなくてもめそっど定義できるよ

お前がわかっていないと文句を言ってるわけじゃない
実際見返して、たいして便利じゃないうえに非常に目にうるさくて鬱陶しい
あんまり見ない記述で読む人がびっくりして読むの遅くなる

435仕様書無しさん2018/07/10(火) 20:35:24.76
なーんか、ジェネリックスの記述方法って、キモいんだよなぁ…。
代案があるわけじゃないけど、キモいんだよなぁ…。

436仕様書無しさん2018/07/10(火) 20:39:46.39
テンプレートメタプログラミングはきもかった

437仕様書無しさん2018/07/10(火) 20:40:31.14
>>401
知ってる日本人たくさんいるね
ジェネリクス使ったほうが便利だよ

438仕様書無しさん2018/07/10(火) 20:46:20.97
結合テストで大量に出てるバグを
機能作った担当とは別の人間に直させて
さらにデグレードさせててワロタ

439仕様書無しさん2018/07/10(火) 20:49:05.39
>>430
いるわけねーだろw
みんなアホのフリしてるだけだぞ

440仕様書無しさん2018/07/10(火) 20:49:32.49
ほかのやつにやらせるからだ

441仕様書無しさん2018/07/10(火) 20:50:19.33
>>437
ノー

442仕様書無しさん2018/07/10(火) 20:51:23.00
>>438
工数が増えれば動く金も増える
日本のITはエンジニアリングじゃなくてビジネスなんだぜ

443仕様書無しさん2018/07/10(火) 20:52:51.43
大量のバグを出す担当

444仕様書無しさん2018/07/10(火) 20:53:04.44
>>438
リグレッションテストをしない深い理由でもあるの?

445仕様書無しさん2018/07/10(火) 20:54:34.06
手間がかかるだろ!

446仕様書無しさん2018/07/10(火) 20:54:53.14
>>441
蛙は井戸へ帰れ

447仕様書無しさん2018/07/10(火) 20:55:12.79
>>445

自動化しろよヴァカが

448仕様書無しさん2018/07/10(火) 20:55:47.99
>>442
ビジネスで品質担保出来るといいなぁ
俺はもうどうでもいいけど

>>444
さあPMとPLにテスト方針を聞いてほしい
方針なんてないけど
あるいは直したって言い張る修正担当に聞いてほしい

449仕様書無しさん2018/07/10(火) 20:56:13.16
>>425
> 2か月の契約を1か月にこっちからすることって出来る?

契約は当事者間の合意に基づいて締結するものだから、
一方的な変更は、普通はできません。

どういう状況ですか?
詳しく。

450仕様書無しさん2018/07/10(火) 20:58:12.26
>>447
JUnitで間に合う範囲はそうしてる

UIテストの自動化ツールってだいたい有料じゃないか…

451仕様書無しさん2018/07/10(火) 21:02:23.35
>>450
seleniumは無料って知らなかったのか

452仕様書無しさん2018/07/10(火) 21:04:44.09
ふおおおおおおおおお

453仕様書無しさん2018/07/10(火) 21:06:50.81
あ、でもなんかむずそう

454仕様書無しさん2018/07/10(火) 21:08:43.46
このスレ退勤中の社畜が延々JavaとC#の話しててきもちわるい

455仕様書無しさん2018/07/10(火) 21:09:53.37
2chの主層の氷河期の平均年齢が40ぐらい社畜まっさかり

456仕様書無しさん2018/07/10(火) 21:10:07.68
Javaが有料になったら
使う理由がなくなっちゃう

457仕様書無しさん2018/07/10(火) 21:11:21.57
>>454
ワッチョイでも導入したら全部同じ奴だったりしてな

458仕様書無しさん2018/07/10(火) 21:13:36.30
昔めちゃめちゃ凄腕のエンジニアの先輩がいたんだけどさ、板違うけどネラーだったんだ
このスレにももしかしたらいると思う
気が知れねぇよ

459仕様書無しさん2018/07/10(火) 21:14:11.84
仕様がカッチリ決まっててあとはコーディングするだけっていう案件が多い言語を教えてください
その言語を今から勉強します
もうJavaの案件はろくに仕様決まってないか
エビデンス100枚越えになる鬼のようなコーディングさせられるゴミ現場しかないので嫌です

460仕様書無しさん2018/07/10(火) 21:15:15.60
>>459
こぼる

461仕様書無しさん2018/07/10(火) 21:16:07.67
>>459
C言語

462仕様書無しさん2018/07/10(火) 21:19:44.53
嘘だろあんたはこんなスレで何を求めてるんだ
ぱいせええええん

463仕様書無しさん2018/07/10(火) 21:26:03.17
嘘だよ
だれもいるわけがない
適当に誰にでも当てはまることを
みんなが面白がって適当にほのめかしている

だれもいないんだ

464仕様書無しさん2018/07/10(火) 21:28:24.67
レス分析した結果
ボット 5
おっさん 2
新人 1
ごりら 2

465仕様書無しさん2018/07/10(火) 21:32:23.65
オレジジイ

466仕様書無しさん2018/07/10(火) 21:33:00.99
オレオレフレームワークはなぜ生産性がマイナスになるのか

467仕様書無しさん2018/07/10(火) 21:36:36.35
メジャーなフレームワーク使ってても生産性がマイナスになるのがジャップクオリティだよ?

468仕様書無しさん2018/07/10(火) 21:38:39.15
下請けイジメの鉄板ネタ
自社フレームワーク強制
自社規約強制
エクセル&ファイル共有で管理強制

469仕様書無しさん2018/07/10(火) 22:15:46.69
メジャーなフレームワークにロクなものがないのが出発点なので、
それ以下の脳力の奴が作っても良いものができるはずがないという、
救いようのない世界。

470仕様書無しさん2018/07/10(火) 22:55:04.12
>>469
メジャーなフレームワークとは?

471仕様書無しさん2018/07/10(火) 23:13:26.72
貸与品であるパソコン、VPN接続用トークン、モバイルルーターセットで無くした人が出た
うちの会社じゃないことを祈るわ

>>468
> エクセル&ファイル共有で管理強制

ほんとコレきついわ
管理ツールのありがたみを感じながら仕事してます。
ええ、キックオフ時点でなく、「1週間以内には入るよ」
といわれ早1ヶ月

472仕様書無しさん2018/07/10(火) 23:29:37.53
>>469
PHPerは仕方ない気がする
FWほんとクソしかない

473仕様書無しさん2018/07/11(水) 00:18:20.03
じゃああああああああああああああ!

474仕様書無しさん2018/07/11(水) 00:58:06.94
プロパー社員が「自社作業」とやらに1日費やして全然仕事してくれないのなんなの
そのくせ頭数には入ってるせいで他のメンバーの負荷が上がるし意味わからない

475仕様書無しさん2018/07/11(水) 01:05:54.35
プロパー様は色んな仕事を同時に抱えてるから1つのプロジェクトにつきっきりにはなれない
相手の立場になって考えよう

476仕様書無しさん2018/07/11(水) 01:38:05.84
>>140
3が多いですわ
LINQは便利すぎますな
ただ、たまにVC++で普通のコード書くときに不便さで泣きます

477仕様書無しさん2018/07/11(水) 01:59:06.39
巷のフレームワークは出来が悪い
俺が作った奴は最高とまではいかないが
最良に近い

478仕様書無しさん2018/07/11(水) 05:51:21.18
>>476
Golangを知ると目からウロコだぞ
不便が便利な不思議な世界

479仕様書無しさん2018/07/11(水) 06:33:30.98
>>474
だからお前を雇ってるんだろ?

480仕様書無しさん2018/07/11(水) 07:04:12.11
通勤したくねえ
リモート常識社会になれよクソが

481仕様書無しさん2018/07/11(水) 08:20:33.47
>>477
PHPerのは巷のは出来が悪い
オレオレはもっと出来が悪い
だからね・・・

482仕様書無しさん2018/07/11(水) 08:36:05.08
【搾取】年収1,000万円以下はパートでやれ【対策】

☆不利益で迷惑だから料金増やすか生産減らせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109

483仕様書無しさん2018/07/11(水) 10:31:04.29
人生って飽きないか?
自殺して無になってもう二度と有になりたくねえわ。

484仕様書無しさん2018/07/11(水) 11:45:23.76

485仕様書無しさん2018/07/11(水) 12:23:22.46
>>459
糞現場に言語の壁は無いよ

486仕様書無しさん2018/07/11(水) 12:36:31.94
内製開発で本来1つのシステムを俺も含めた派遣3人雇って3つの大機能ごとに割り振ったら3つのシステムになっちゃった

機能要件非機能要件でクラスやメソッド重複しまくり

正社員リーダーは年長の俺に指揮を取って欲しかったらしいけど華麗に無視して自分のシステムに専念した結果大変な事に

487仕様書無しさん2018/07/11(水) 13:09:29.57
お前らも言葉の壁を越えてみろよ
海外池

488仕様書無しさん2018/07/11(水) 13:49:06.31
おれは海外の仕事いくつかやったよ。
旅費出してくれるし、通訳つけてくれるし、
バカンス気分でやりましたw
とっても楽しかったでーす!

489仕様書無しさん2018/07/11(水) 14:00:38.46
>>488
へぇーすごいねー
どんな仕事なん?

490仕様書無しさん2018/07/11(水) 14:20:04.57
C言語での債権取引のシステムでサンノゼに行きました。
これは人月70万でしたけど、
インドネシアの発電所のシステムはC言語で月25万でした。

アジアの仕事は一杯ありますけど安いですね。
語学できなくてもOKという仕事もいっぱいありますけど、
とにかく安いです。
旅行のつもりでいくならいいと思います。

491仕様書無しさん2018/07/11(水) 15:11:09.68
>>486
下手くそやなぁ
設計書はいらんが、コンテキストマップぐらいは作ってからコード書けよ

492仕様書無しさん2018/07/11(水) 17:41:47.59
>>491
派遣の俺が俯瞰するの?
まあ残業規制された他の派遣と違って残業いっぱいして良いよと破格の待遇だったけどさ

基本給は横並びだぜ

493仕様書無しさん2018/07/11(水) 18:51:12.40
できる奴ができないクズどもを介護する
それがIT業界の常識なんだよね
技術を持っててもクズに合わせて使用禁止
仕事が早けりゃクズの遅延を引き受ける
クズにできない難しい問題も全部代わりに解いてやる
有能は無能に忠実な従者となって無能の面倒をみなきゃいけない
でも時間当たりの給与は同じ
給与が違ったら不平等で良くないからな

494仕様書無しさん2018/07/11(水) 19:07:35.12
https://www.youtube.com/watch?v=UE0PvmVfGR8

この動画の女の子を見ないで
ノートPCの画面を見ていた俺は
おかしいのだろうか?

オカマじゃないぞ!
プログラマなら画面に惹かれるだろ?

495仕様書無しさん2018/07/11(水) 19:39:43.75
海外なんて東京の劣化版だろ?
東京に勝てる都市なんてないんだからさ。

バカンスならホタルナに乗って浅草行けば十分さ。

496仕様書無しさん2018/07/11(水) 19:42:44.43
東京とニューヨークってどっちの方が都会?

497仕様書無しさん2018/07/11(水) 19:58:26.19
>>495
電線まみれ
景観ばらばら

景観法を強化しよう

498仕様書無しさん2018/07/11(水) 20:01:09.16
>>486
インターフェースがあってりゃ何の問題もないだろ

499仕様書無しさん2018/07/11(水) 20:02:55.15
東京に来た観光客は落胆するらしいね
文化的な価値は無いし、かといって大都会の華やかさみたいなものも、ニューヨークなど各国の代表的な都市に比べると遥かに劣る
単にそこそこデカくて汚い都市といったところ

500仕様書無しさん2018/07/11(水) 20:05:33.54
>>474だけど愚痴りたいから追記
若手プロパー社員がPG要員として数えられてるのに実際には現場作業あまりしなくて、
WBS上若手に割り振られてた作業が他メンバーにのしかかってくるのが納得いかない
最初から0.5人月とかで計算してくれればいいのに

501仕様書無しさん2018/07/11(水) 20:08:53.99
>>500
まあまあ面倒を見てあげなよ
ボランティアって素晴らしいだろう?
心が洗われるよ

502仕様書無しさん2018/07/11(水) 20:11:24.20
しぬる

503仕様書無しさん2018/07/11(水) 20:13:49.72
景観がバラバラなのが都会なのさ。
整備なんてされてたら、それだけ人が少ないことの証拠なんだし。

整備できちゃう程度の規模だから仕事がないんだよ。

504仕様書無しさん2018/07/11(水) 20:25:58.24
>>500
時間で作業した分だけ金をもらう契約で働いてるのじゃないのか?
なら、プロパーのせいで作業が遅れようが
プロジェクトが火を噴いて失敗しようが関係ないわな。
まさか関係あってしまう偽装派遣?
いまどきそんなことはないだろうけど・・・

505仕様書無しさん2018/07/11(水) 20:27:54.56
>>499
文化はアメリカが焼いたせい

506仕様書無しさん2018/07/11(水) 20:29:41.33
一般派遣、特定派遣、偽装請負
実は良くわかってない僕

507仕様書無しさん2018/07/11(水) 20:30:37.33
天と地ほどちがうが
あえてわからないようにして誤魔化すのが政府の政策だからしょうがない

508仕様書無しさん2018/07/11(水) 20:34:37.08
アキハバラは世界に知れた文化の町


・・・なのカッ

509仕様書無しさん2018/07/11(水) 20:35:50.81
客先の偉い人との面接があれば派遣、なければ請負。

510仕様書無しさん2018/07/11(水) 20:38:52.53
んなばかな

511仕様書無しさん2018/07/11(水) 20:44:52.75
でも一般派遣の場合、派遣先はもう決まってるわけだから
その派遣先と顧客の間は、基本的に請負なわけだ。

512仕様書無しさん2018/07/11(水) 20:47:54.60
偽装請負ってのがわからん
請け負ったフリして請け負ってないのか

513仕様書無しさん2018/07/11(水) 20:52:09.18
こきつかうだけこき使って
いざとなったら製品の未完成を理由に金払わない

514仕様書無しさん2018/07/11(水) 20:53:05.81
請負の場合、本来なら顧客の社員が業者さんの末端の人に
直接指示しちゃいけないんだとさ。

515仕様書無しさん2018/07/11(水) 20:55:29.87
顧客が会社に金を払わなくても、社員は会社から
給料がもらえるから問題ないらしいのだが・・・

516仕様書無しさん2018/07/11(水) 20:58:06.94
労働監督義務なしにお前をこきつかうだろう

517仕様書無しさん2018/07/11(水) 21:00:15.92
顧客のほうから「定時後に会議やります」ってのも違法なんだっけ?

518仕様書無しさん2018/07/11(水) 22:37:25.12
時間指定や場所指定はNG
いわゆる偽装フリーランスはその辺で引っかかる

519仕様書無しさん2018/07/11(水) 22:54:52.31
今日なんかどこも人すくないな

520仕様書無しさん2018/07/11(水) 23:10:34.60
ヒュー・エヴェレット3世と菩提達磨はどっちの方が賢いですか?

521仕様書無しさん2018/07/11(水) 23:39:07.13
5人がかりでドキュメントの修正に取り掛かっていたが
今週中に終わりそうに無い・・と泣きつかれて俺+2人追加(定時後)
マジでアホくさい作業で死にそうになるわ

もうやめよう、神エクセル・・・マジで

522仕様書無しさん2018/07/12(木) 00:35:09.02
龍樹のほうがかしこい

523仕様書無しさん2018/07/12(木) 00:39:43.87
龍樹とツォンカパはどっちの方が賢いですか?

524仕様書無しさん2018/07/12(木) 00:54:59.09
プログラマじゃないんだけど気になる疑問があるから教えてほしい
独学で学んでて、分からないがあったらネットで調べて理解してコード書くけど職業プログラマもそういうことはやるの?
勝手なイメージでは公式のドキュメント的なのは見るけど個人サイトの解説みたいのは見ない、またはそもそも設計書?的なのに具体的な実装法が書いてるからそんなに分からないーてなる事が少ないのかなて想像してるんだけども

525仕様書無しさん2018/07/12(木) 01:07:43.05
>>524
なるべく公式などの信頼できるソースで調べるようにしてるけど、欲しい情報が見つからなかったり、新しく取り組む分野でまずは取っ掛かりとして広く浅く把握したいときとかは、個人サイトも役立つね。
業務で使用する際にはなるべく他のサイトも調べたり自分でテストしたりして裏をとる必要があるけど。

526仕様書無しさん2018/07/12(木) 01:51:46.55
>>524
仕事によって違うかな。
でも、職業プログラマは速度と効率優先だから、
検索しまくって、なるべく速く作ろうとしますよ。

品質と速度はトレードオフ的なところもあるけど、
それを高次元でバランスとるのがプロ。

アマチュアだったら、ゆっくり悩みながら作ればいいんでないかな?
そのほうが勉強になるよ。

527仕様書無しさん2018/07/12(木) 05:26:56.63
>>521
コードだけなら余裕で間に合ったのに

528仕様書無しさん2018/07/12(木) 06:06:30.00
>>524
> 独学で学んでて、分からないがあったらネットで調べて理解してコード書くけど職業プログラマもそういうことはやるの?

個人的にはその学習法お勧めできない

A、B、Cをひとつずつ順に理解・・・

ってやるより、各論について「ほーん、こんなものもあるんだ」程度にとどめておいても良いと思う
ありがちなんだけど、ABCを順に理解するより、AB知ってCを知ったらABCが全部繋がって
どーんと一気に、順にやるより深く、時間効率よく理解できたりする

529仕様書無しさん2018/07/12(木) 06:49:36.31
>>524
分からないことは公式ドキュメントも見るし個人サイトも見るよ
職場によるけど普通は設計書作るのももプログラマの仕事なので実装方法なんて書いてあるドキュメントはない
下手すると要件や仕様すら怪しいことも多々ある

530仕様書無しさん2018/07/12(木) 07:12:44.26
本やサイトから情報を探すより、今のシステムの内部にある
既存のソースから探すほうが先らしいぞ。

531仕様書無しさん2018/07/12(木) 07:13:40.37
>>524
VB開発はドボンというサイトからのコピペで実装はほぼ完了する

532仕様書無しさん2018/07/12(木) 07:16:47.92
プログラマ不要のノンプログラミングBIツール使ってるけどプログラマの俺に使えと言うんだよ

いやいやユーザーに作らせろよ意味解らん

533仕様書無しさん2018/07/12(木) 07:21:23.74
先生! JP1は
プログラマ不要のノンプログラミングBIツールに入りますか?

534仕様書無しさん2018/07/12(木) 07:22:15.83
請負で設計やらせて難癖つけて設計書だけ奪って踏み倒す

これ王道だよね

535仕様書無しさん2018/07/12(木) 07:24:44.83
ノンプログラミングツールでも結局アルゴリズムは組まんといかん

GUIで全部組むとか情報無い分コードより難しくないか

小さいサンプルは別にして

536仕様書無しさん2018/07/12(木) 07:25:33.69
>>534
そうだな。
だから競争入札なんて素直に降りろって言ってるわけだ。

あれ、別のスレだったかな?

537仕様書無しさん2018/07/12(木) 07:26:00.62
マイナーなノンプログラミングツールとか使いづらいし覚えても潰し効かんという

538仕様書無しさん2018/07/12(木) 07:26:38.47
>>524
まずはネットの質問サイトに投げる
回答を待っている間に同僚に聞く
同僚が回答に詰まったら、即逃げる。※知らないのに教えようとする人が多い業界なので注意
過去の案件で同様の事をしていないか探す
つまり、社内資料や同僚(場合によっては知人など)まずはリアルの知り合いに直接か電話、チャットなどで確認
次に公式サポートに投げる。即答が必要なら電話(レスポンス速度重視の場合)。そうでなければネット問い合わせ(スループット重視)
サポートからの回答が文書で貰えるほうが不具合時のエビデンス、情報の蓄積・共有、再問合せ時の根拠、間違いのなさなどから便利
あとは公式ドキュメント、MSDNなどの公的なもの、公式掲示板を巡る
次は企業がやっている解説サイト
そしてググって出てきた個人運営のサイトを見る
ネットの資料に関してはコピペして動けばそのまま使う。エラー処理はプロジェクトごとに定型処理があるから修正する場合もあり
コピペ用のサイトは大抵誰もがお気に入りのサイトを持っている
ここまで調べて最後にネットの質問サイトについた回答と答え合わせをする
質問サイトの回答は質はバラバラだけど気づきのある気の利いた回答が得られる場合もあって有益なことが多い
ここまで完走してまだわからなければ上記の繰り返し
ちなみにネットショップ業界ね。多少のバグがあっても許されるけど即対応必要

539仕様書無しさん2018/07/12(木) 07:28:12.69
お披露目公開した時が最初の仕様検討会

540仕様書無しさん2018/07/12(木) 07:35:02.53
>>533
細かい制御しようと思ったらJP1スクリプトやWindowsバッチファイルと連動が必要
例えばバックアップみたいに長時間かかる上に成否判定が必要な処理、
フェイルオーバーのように影響範囲が多いものなど少し慣れがないと失敗しやすい処理も多い
本来は情シスや社内SEが使うものだろうけど素直に専門家にまかせたほうがいいのではないか

541仕様書無しさん2018/07/12(木) 07:39:04.50
専門家に任せる場合、そいつにサーバーの各種情報・権限を
与えないといけなくなるから、後々の情報漏えいが怖いらしいぞ。

542仕様書無しさん2018/07/12(木) 07:49:38.16
>>539
ほぼ完成してこれから本格運用って時に
「実は日本だけじゃなく中国の工場でも使うソフトなんだよね」って言われて
ネットワーク屋が青ざめるとかよくあるわ
最終的に中国ネットワーク事情を考慮しつつDBとの接続頻度を減らして、WAN経路、AWSとさらに中国工場内のLANまで含めた見直し
マスタに登録する内容も中国語っていうのを本番運用後に聞かされ祈るしかない状況だった

ただ、中国の人は不具合に寛容というか興味ないんだよね
回避策あればそれで充分
そのせいかあまり熱心にテストしてくれない
依頼した事は即対応してくれるから日本人相手よりはやりやすいけどね

日本人だと細かいとこまで(例えば罫線の太さが気に入らないとか)かなり要望くれて完成するまで長時間にわたるんだけど
中国人の場合はテスト用に配布した場合ですら「あ、もう本番で使ってます」ってぐらいスピード感違いすぎて笑う
ITの世界は中国人的な気質のほうが合ってる気がするよ

543仕様書無しさん2018/07/12(木) 07:51:43.74
>>542
それ単に時代遅れなだけ。
日本にもそんな時代があったのさ。

544仕様書無しさん2018/07/12(木) 07:52:24.03
気質の問題じゃない
目的の達成に何が必須でなにがそうでないか理解していない

単に視野が狭いんだ

545仕様書無しさん2018/07/12(木) 08:16:06.84
>>535
アイコンを線で繋いでフローチャート書くとその通り動く開発ツールをお客様都合で使ってる
苦しい

546仕様書無しさん2018/07/12(木) 08:23:50.78
ユーザーが使えないのであればノンプロである意味がないよね
ただの縛りプレイ

547仕様書無しさん2018/07/12(木) 08:35:15.99
【搾取】年収1,000万円以下はパートでやれ【対策】

☆不利益で迷惑だから料金増やすか生産減らせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109

548仕様書無しさん2018/07/12(木) 12:07:14.39
JP1って名前聞いたことあるがなんなんだあれ
バックグラウンドジョブ管理?

549仕様書無しさん2018/07/12(木) 12:13:49.48
>>546
営業「独自の強力な生産性ツールを使ってるので安く早く高品質に開発できます」

これを言うためだけに導入してるので意味はある
実際には生産性が上がるどころか、慣れてないと逆に負担が増えるんだけど、末端の派遣PGに全ての負担を押し付けるだけだから市民階級には問題なし

550仕様書無しさん2018/07/12(木) 12:42:02.47
>>549
パフォーマンスがいいとは言っていない

551仕様書無しさん2018/07/12(木) 12:46:29.56
>>548
いろいろ
使い勝手は最悪

552仕様書無しさん2018/07/12(木) 13:17:25.10
linuxのシステムをansibleで管理するのはノンプログラミングといえますか

553仕様書無しさん2018/07/12(木) 14:32:01.12
大仏と超絶天才数学者はどっちの方が凄いですか?

554仕様書無しさん2018/07/12(木) 14:45:21.14
お前らって俺のこと好きだよな

555仕様書無しさん2018/07/12(木) 17:16:42.28
ニンテンドースイッチを買おうと思うけど、周辺機器とかいろいろ買わなければならないものが多すぎて嫌になってきた・・・。

556仕様書無しさん2018/07/12(木) 19:08:19.47
オレオレフレーム大規模プロジェクト
コメント見てコーディングして机上デバッグしてコーディング完了とする
逝かれた現場から逃げ出す方法を教えてください

5575242018/07/12(木) 19:13:15.38
答えてくれた人ありがとう
そういう部分では特別大きな差はないのね

558仕様書無しさん2018/07/12(木) 19:23:20.13
>>555
チーターだらけらしいぞ

559仕様書無しさん2018/07/12(木) 19:36:50.91
ウンっにゃっ♪

560仕様書無しさん2018/07/12(木) 19:43:49.97
>>523
ごりら

561仕様書無しさん2018/07/12(木) 19:44:52.34
>>534
他分野でも、それ、よく耳にしますね

562仕様書無しさん2018/07/12(木) 19:45:17.34
>>553
ごりら

563仕様書無しさん2018/07/12(木) 19:50:18.14
>>560
>>562
数学者と神学者はどっちの方が凄いですか?

564仕様書無しさん2018/07/12(木) 19:51:38.79
>>554
好きだよ好きがとまらない、その6000行の6重forループが好き、8段ifが好き、グローバル変数が好き、その意味のない連番のついた関数名や変数が好き、条件式に副作が有りすぎてどう分岐されるかわからないコードが好き、好き

565仕様書無しさん2018/07/12(木) 20:12:19.28
日本人で特定派遣やりづらくなってきたからって
今度は外国人使った中抜きが増えてきたな

566仕様書無しさん2018/07/12(木) 20:26:16.63
名札に単価も書いてほしいわ
自分が低単価って確証が得られればなんの罪悪感もなく手を抜いて定時で帰れるのに

567仕様書無しさん2018/07/12(木) 20:29:36.52
>>563
ごりら

568仕様書無しさん2018/07/12(木) 20:33:49.65
外国人使った中抜きwww
中世じゃあああああっぷ

569仕様書無しさん2018/07/12(木) 20:47:02.06
>>566
自分が時給800円とか低賃金でも
安い単価とは限らないからね。
そこが大問題だよな。

570仕様書無しさん2018/07/12(木) 21:04:56.41
高い給料欲しければ
皆が欲しがる人材になればいいだけ。

プログラマにとっては簡単なことだろ?

571仕様書無しさん2018/07/12(木) 21:06:45.05
この板で人がほしいなんて言ってる奴がどれほどいた?

572仕様書無しさん2018/07/12(木) 21:07:10.03
金が欲しいわけじゃない
薄給でこき使われるのがむかっ腹立つだけ
薄給でもいいけど薄給なら仕事は最低限でさっさと帰りたい

573仕様書無しさん2018/07/12(木) 21:08:26.31
金は自由をくれる
金というか、金を得られる状況や能力が

574仕様書無しさん2018/07/12(木) 21:16:06.82
>>570
今だったら何になるんでしょう?

575仕様書無しさん2018/07/12(木) 21:17:55.33
奴隷がせっせとお金を運んでくれるからね
自由でいいね

576仕様書無しさん2018/07/12(木) 21:20:33.07
お前らほんとに俺のこと好きだよなあww
モテすぎてつれー

577仕様書無しさん2018/07/12(木) 21:24:57.63
>>564
そんだけ書き下して実際動いてるんだったら嫌う理由がないな
リファクタなぞ別の暇なやつにやらせればよろしい

578仕様書無しさん2018/07/12(木) 21:30:02.61
>>577
私はそんなソース書いてないよっ

579仕様書無しさん2018/07/12(木) 21:33:36.09

580仕様書無しさん2018/07/12(木) 21:34:08.80
くそ間違えたわ

581仕様書無しさん2018/07/12(木) 21:37:46.46
副業でクラウドワークス利用している人っておる?

582仕様書無しさん2018/07/12(木) 22:06:07.69
私と仕事どっちが大事なの?
って言われたらどうするテンプレですまんけど

583仕様書無しさん2018/07/12(木) 22:07:44.63
おれには全部いるんだよ!っていう

584仕様書無しさん2018/07/12(木) 22:09:14.87
社員が私にくれたもの、矛盾だらけの設計書♪
社員が私にくれたもの、定時間際の改仕様♪
社員が私にくれたもの、土日出社の重労働♪
大手だったけど〜、ブラックだーなんて♪
大手だったけど〜、最後の後始末♪
バイバイ マイ スイート ワーキング
放棄してあげるわ

585仕様書無しさん2018/07/12(木) 22:11:48.03
山の手線の危険ドラッグの広告で
女性が断るコツとして
きっぱりと断る、その場から離れるってやってて
最後に腕組みして「私は、やらない」っていうんだけど

なんの断り方なんですかねこれ

職場のねーちゃんが隣にやたらと「暇で体空いてる」っていう言い方して周りが妙な顔してる
なんか対比ですごく気になった

586仕様書無しさん2018/07/12(木) 22:43:38.68
汚いコードを分析すると必ず細かすぎる設計書とif elseの乱用が該当する

587仕様書無しさん2018/07/12(木) 22:51:20.19
人手不足からの賃上げ圧力が正常な経済成長に必要なのに安い外国人奴隷入れて
賃上げは絶対しない構えだからなあ絶望しかないわ。

今の生活は奴隷がいなければ成り立たないから奴隷を入れるのは正しいとか
本当に21世紀なのって思うよ。

588仕様書無しさん2018/07/12(木) 22:53:42.81
足りないのは人じゃなくて金だもんねぇ。

589仕様書無しさん2018/07/12(木) 22:56:24.26
予算ケチられて人手不足になってるんだから、
納期に遅れたってある意味しょうがねーんだな。

どうせ遅れる前提なんだから、それだったら残業の際に
残業代をキッチリもらえる立場だけは守るしかねーやな。

590仕様書無しさん2018/07/12(木) 22:58:32.17
細かすぎる設計書か

かいてないと設計瑕疵にたおしてたが
あかんのか

591仕様書無しさん2018/07/12(木) 23:02:41.38
安い外人入れて成果が出るならまだいいんだよ。
でも外人は、不法入国などで逮捕されたり強制送還されたり・・・

安さを追求すれば、挙句にはそういう人を雇うことになるわけだからねぇ。

592仕様書無しさん2018/07/12(木) 23:21:14.50
神界に値段をつけるとしたら幾らぐらいになるのでしょうか?

593仕様書無しさん2018/07/12(木) 23:27:02.12
>>592
あなたの思う金額がソレになります。

594仕様書無しさん2018/07/12(木) 23:31:05.67
>>589
だから予算ケチられたら蹴って別の仕事を取ってくればいいんだよ。
人手不足で仕事不足なんてどんなバグだよありえないだろ。

595仕様書無しさん2018/07/12(木) 23:45:19.12
昔はアメリカでもプログラマーの価格破壊があった。
特にCOBOLやCのプログラマーなどは、給与がバイトレベルになって食えなくなって辞める人が続出。

プログラミングの世界が複雑化したのは、上位レイヤーのエンジニア達が自らの業界に付加価値を付けるためワザと複雑な形を作ったのだと言われている。

こう無駄な複雑化でアメリカのIT業界は超高学歴化が進んで、価格破壊が収まり給与水準は凄まじく上昇したそうだ。

ただしコーダーレベルの奴は、今でもアメリカではバイトレベルの給与だ。

596仕様書無しさん2018/07/12(木) 23:49:47.76
関わっちゃダメな案件
発注元または1次受けがN〇T
1次受けまたは設計がI〇M
銀行の金融系全般

特にI〇Mの毎回生産性あげるため〜とか謳った設計のオレオレフレームワークはホント何なんだ
キチガイか

597仕様書無しさん2018/07/12(木) 23:52:59.60
>>596
>発注元または1次受けがN〇T
>銀行の金融系全般
下が合ってて上も文字合えばビンゴかもしれん

598仕様書無しさん2018/07/12(木) 23:57:27.68
そして人集めと開発がF通

…どこだったらまともなんだよおい
携帯系はシステムより組織体質がシャレになってないって聞くし

599仕様書無しさん2018/07/13(金) 00:43:32.05
>>596
誰から見た何の生産性なのかと言う話やね
I○M的には生産性が高いんだろ

600仕様書無しさん2018/07/13(金) 02:16:08.73
ビンボーだからMacもiPhoneも買えないYO!

601仕様書無しさん2018/07/13(金) 07:13:59.94
>>596
某Hがねえじゃねーか

602仕様書無しさん2018/07/13(金) 07:15:35.04
>>595
進んだのは高度化じゃない
明らかに無駄なものは普及せんでしょ

603仕様書無しさん2018/07/13(金) 07:16:41.62
>>594
でも、どこも予算ケチってくるよ。
もっと安い人売りがいくらでもいるんだもん。

まあ、スケジュール遅れて金が飛んでくのは
安請合いした人売りの勝手だから、あとはまあ、
その金が飛んでく先が自分であればいいわけだ。

604仕様書無しさん2018/07/13(金) 07:20:02.46
人手不足と思っているのは、あくまでも現場の作業員の感覚であって
顧客のほうは人手不足などとは思ってないからねぇ。

なにしろ顧客は、人と人売りの区別なんてつかないから。
むしろ顧客が関わるのは人売りのほうだもんねぇ。

605仕様書無しさん2018/07/13(金) 08:31:11.21
改修機能追加常駐としては開発ペースめちゃくちゃ遅いけどエクセル設計書のある現場で助かる
仕事が人に依存しないし調べようと思えば調べられるってのは大事

606仕様書無しさん2018/07/13(金) 08:32:24.20
>>602
諸悪の根源はマウスを発明したパロアルト研究所なのかもしれない

607仕様書無しさん2018/07/13(金) 08:35:52.15
なんでやねんw
極論言ったら、ノイマンが悪いとかになるやんw

608仕様書無しさん2018/07/13(金) 09:50:35.00
いや完全に遡ったら狩猟の道具を考えたヤツだろ
人間が楽したがる文化はそこから始まってると思う

609仕様書無しさん2018/07/13(金) 10:04:36.72
人を作った神が悪い…までかw

610仕様書無しさん2018/07/13(金) 11:10:05.93
>>605
そのエクセル設計書を書く工数はコーディングの工数よりも遥かに高いってことは知っておかなければならないな

10分で書けるコードの設計書を1時間かけて作るということ
まあでも、そのおかげで底辺のプログラマにも仕事が行き渡る
生産性はともかく雇用統計には大幅プラスだね

611仕様書無しさん2018/07/13(金) 11:58:21.96
ひーひー言いながら仕様書の機能実装してよしオッケー→使いにくいからここ変更して
ってのを延々繰り返している。残業してもいいから……みたいな発言までいよいよ飛び出した
これがIT業界の洗礼なのかなって今泣いてる

612仕様書無しさん2018/07/13(金) 12:09:24.76
xss報告しても誰からも感謝されなかった

613仕様書無しさん2018/07/13(金) 12:33:12.83
>>611
俺はドヤ顔で残業代出るから沢山仕事して良いよと言われた

こんな業界で一生働けるのかな

614仕様書無しさん2018/07/13(金) 13:35:05.20
>>611
慣れるまで。
ここでいう慣れるというのは、どんな変更が来るか先読みできるようになる事と、どんな変更が来てもさほど改変なく(残業無くw)できるような設計をベースとして作れるようになる、まで。

615仕様書無しさん2018/07/13(金) 14:21:30.07
打ち合わせに参加していると、
だいたいどういう変更がありそうかわかるけど、
プログラマごときは出席しないでよい、などという思いあがった
ユーザ―の場合、「忖度した設計」することができないから、
後ですごく困ったことになる。

プログラマは打ち合わせに出席すべき。
だって、出席した奴が馬鹿だったら、
その馬鹿からの説明の範囲しか知ることができないから、
その馬鹿のレベルを超えるシステムは作れなくなってしまう。

で、だいたい上司にゴマすってる馬鹿がリーダー格に
なって打ち合わせに出席したりするから困ったもの。

616仕様書無しさん2018/07/13(金) 14:52:49.19
>>612
境界値テストしたらそんな操作しないからいいって・・・

617仕様書無しさん2018/07/13(金) 15:06:13.84
>>610
もちろんその通りで今の現場は大変優良だと思う
ただ本来どこもそうあるべきだわ
打つだけで設計書残さないのはその後の機能追加の難易度を大幅に上げるし土方側も期間短くておいしくないし何もいいことがない

618仕様書無しさん2018/07/13(金) 15:08:05.95
ファーストサーバのZenlogicってなんで全然復旧しなかったの?

619仕様書無しさん2018/07/13(金) 15:08:37.08
神道と道教はどっちの方が凄いですか?

620仕様書無しさん2018/07/13(金) 16:35:22.36
>>617
難易度が高いのはコードでも設計書でも変わらんよ
特に誰でもコードが書けるように詳細まで書いた設計書はコードと同じかそれ以上にメンテナンスが難しい
なぜなら設計書はプログラムと比べてシステマチックに管理されておらず(フリーフォーマット)、
静的解析によるサポートもリファクタリングツールもユニットテストもUIテストも存在しないから
変更のリスクが恐ろしく高い
この事実から目をそらす人が多すぎるようだね

621仕様書無しさん2018/07/13(金) 17:28:18.79
>>614
設計は元請け正社員様なのが定石

その正社員様が瞬間湯沸かし器で論理矛盾をどうするか聞くとお前で考えろと発狂するのも良くあること

で、こっちで考えたものをお披露目すると、なんでこんな仕様にしたと激怒して派遣元にクレームという流れも経験済み

622仕様書無しさん2018/07/13(金) 17:59:49.89
人生飽きた。
でもラーメン食べたい。

623仕様書無しさん2018/07/13(金) 18:15:11.86
>>620
>>特に誰でもコードが書けるように詳細まで書いた設計書

コレはゴミですわ

624仕様書無しさん2018/07/13(金) 18:53:03.12
ソースコードから起こした詳細設計書
これも無駄

625仕様書無しさん2018/07/13(金) 18:58:28.69
そんなエクセル作ってる間にコーディングしろよって話だな

626仕様書無しさん2018/07/13(金) 19:15:54.28
>>623
そう
まさにゴミなんだけど
外注の派遣さんを使うと詳細すぎる設計書がないと全く働いてくれないから作るしかない

627仕様書無しさん2018/07/13(金) 19:21:29.89
偽装請負や二重派遣とかって誰が罰金払ってるんだろう?
顧客なのかねぇ?

628仕様書無しさん2018/07/13(金) 19:28:34.03
汚いコードの元になった設計書って同じぐらい汚いんだよね
そもそも論理的な設計が狂ってるから、それを文書としてアウトプットしたってろくなものにはならない

設計が綺麗ならダイレクトにコードにアウトプットしても問題なく読める
むしろ自然言語より読みやすい

629仕様書無しさん2018/07/13(金) 19:45:18.47
>>619
ごりら

630仕様書無しさん2018/07/13(金) 19:54:19.25
>>629
ツォンカパとオックスフォード大学の数学教授はどっちの方が賢いですか?

631仕様書無しさん2018/07/13(金) 20:32:18.70
>>630
お届けするには、今から13 時間 22 分以内にお急ぎ便を選択して注文を確定してください(Amazonプライム会員は無料)

632仕様書無しさん2018/07/13(金) 20:33:47.31
>>631
意味不。

633仕様書無しさん2018/07/13(金) 20:51:08.41
裏口入学かぁいいなあ
青春犠牲にして第二志望だよオレ
日本の権力者はほんとやりたい放題だね
国民はさもっと怒らないとだめだよ
こんな国は民主主義じゃない

634仕様書無しさん2018/07/13(金) 20:53:09.76
>>630
ごりら

635仕様書無しさん2018/07/13(金) 20:59:49.01
やっぱりあのPMは進捗報告の数字しか見てなかった
アラート挙げても全部無視

636仕様書無しさん2018/07/13(金) 21:06:48.27
>>635
でも末端のPGより給与も評価も高いよ?

637仕様書無しさん2018/07/13(金) 21:11:23.22
だからなんだ
アラートがPMに無視されたんだ
俺が困ってるんだひとの給料の話なんかしてない

638仕様書無しさん2018/07/13(金) 21:12:35.66
>>637
ID無い板だとお前みたいに成りすまして
わざと叩かれるレス書き込む奴いて虫唾が走るわ

639仕様書無しさん2018/07/13(金) 21:13:16.02
>>636
そりゃ良い所は全部スポイルするからな

640仕様書無しさん2018/07/13(金) 21:13:57.25
反射的に俺のことかと思ったんだよ!

641仕様書無しさん2018/07/13(金) 21:15:57.17
美味しいとこは吸い上げてミスはPGに押し付ける
あとは怒鳴り散らしながら進捗を眺めるだけ
イージーすぎて笑えてくるわ

642仕様書無しさん2018/07/13(金) 21:18:19.46
>>634
日本神話と北欧神話はどっちの方が崇高ですか?

643仕様書無しさん2018/07/13(金) 21:18:41.42
本当にそれはミスだったのか?
相手はお前の理解力のなさにげんなりしているかもしれない

644仕様書無しさん2018/07/13(金) 21:27:32.47
アラートをアラートと気づかん管理者は多いと聞く。

645仕様書無しさん2018/07/13(金) 21:27:43.57
>>642
ごりら

646仕様書無しさん2018/07/13(金) 21:28:45.28
「わかる人と話がしたい」という台詞が
管理者はスゲーむかつくらしいぞ。

647仕様書無しさん2018/07/13(金) 21:30:48.67
件名:【アラート】緊急報告【重要】
やばいです仕様矛盾どうにもなりません時間もたりません(略

件名:Re:【アラート】緊急報告【重要】
スケジュールに間に合うよう仕様通り実装してください。

648仕様書無しさん2018/07/13(金) 21:41:39.07
アラートなんて言われたって管理職になにが出来るわけでもなく・・・
せいぜい代わりに怒られることぐらいだな。

649仕様書無しさん2018/07/13(金) 21:42:13.09
誰でもわかるような設計書まではいかなくともDBからどのテーブルのどのカラムから取ってくるくらいは書いてほしい…

650仕様書無しさん2018/07/13(金) 21:52:50.89
>>649
最低でもテーブル名とカラム名は必須だな。

いまどきは設計なんかしなくても下請けや派遣の常駐プログラマが
忖度しながら仕事してくれるから
SEは何もしなくてもいい、と思ってるような感じはするな。

651仕様書無しさん2018/07/13(金) 21:57:34.11
残業代が1.5出る派遣会社いたときは基本給20万でももりもりお金が貯まっていったな
休日出勤すると2.0だった

652仕様書無しさん2018/07/13(金) 21:58:19.04
結局自分のしたことを人が都合よくとってくれるかどうか
能力によって期待値も上下するから怒られ度は一緒
不条理だ

653仕様書無しさん2018/07/13(金) 22:03:11.14
技術者なのに忖度が一番大事な職種

654仕様書無しさん2018/07/13(金) 22:05:48.60
デリヘルにもNGプレイというのが認められているが、ワイらにもNG現場認めてくれ
ワイは気になる木にはもう二度と行きたくない
逆によかったのは、ゼロ戦のメータ屋だな、あそこは良かった、なんか緩いし

655仕様書無しさん2018/07/13(金) 22:06:39.34
>>649
設計書はお前が書くんや

656仕様書無しさん2018/07/13(金) 22:07:10.45
>>649
逆にソレがなくてどうして設計書として成立するのかわからんぞ

 「なんかいい感じにデータ抽出してください」
 「こうなったらいいなぁ・・って思いません?」

なんて書いてあるわけじゃぁ・・(過去の記憶がフラッシュバック)

657仕様書無しさん2018/07/13(金) 22:19:01.16
>>656
具体的にどこからどの値を取ってきて
どう計算したら良いですか?
って聞くと、なぜか怒り出す設計者様っているよな。

658仕様書無しさん2018/07/13(金) 22:21:26.84
>>657
大丈夫だ
俺は具体的にどこからどの値を取ってきて
どう計算したら良いか指定されると
キレるプログラマだからだ

わかってんならテメーで作れよ!
( ‘д‘⊂彡☆))Д´) パーン

659仕様書無しさん2018/07/13(金) 22:23:20.65
大昔の課題管理表やら
未公開の要件定義やら
誰も見ないような規約持ち出して
ねちねちいじめてやる

660仕様書無しさん2018/07/13(金) 22:24:25.11
>>657
家の設計図に、家の大きさ、ドアの大きさ、窓の大きさだのが書いてなかったら
大工さん文句言っても当然のことだと思うが、それがこと設計書になると抜けててもOK的な風潮あるよね

661仕様書無しさん2018/07/13(金) 22:27:25.34
>>660

大工さんは怒るけど、お前ら怒らないじゃん。
自業自得だよ。

662仕様書無しさん2018/07/13(金) 22:40:27.91
>>645
全の値段は幾らぐらいですか?

663仕様書無しさん2018/07/13(金) 22:42:34.32
ここに書いてある!っつって窓枠のカタログとモデルハウスの例と設計規約をもちだしてきて
ここから類推できなかった土方のせいにする

それがIT業界

664仕様書無しさん2018/07/13(金) 22:44:51.06
>>662
ごりら

665仕様書無しさん2018/07/13(金) 22:49:30.99

666仕様書無しさん2018/07/13(金) 22:54:17.67
ぐぬ
どこまで書けば適切だというんだ

667仕様書無しさん2018/07/13(金) 23:15:21.63
>>661
切れたら、契約切られて営業が切れるだろうに。

668仕様書無しさん2018/07/13(金) 23:30:41.46
>>664
全の値段は幾らぐらいですか?

669仕様書無しさん2018/07/13(金) 23:34:04.94
>>668
ごりら

670仕様書無しさん2018/07/13(金) 23:42:59.47
macポチーた

671仕様書無しさん2018/07/13(金) 23:47:33.15
>>669
全の値段は幾らぐらいなのでしょうか?

672仕様書無しさん2018/07/13(金) 23:57:48.56
>>671
ごりら

673仕様書無しさん2018/07/13(金) 23:59:27.98
いいなあ質問バカはヒマそうで。。。
うらやましくてウンコがでるよ。。。

674仕様書無しさん2018/07/14(土) 00:09:25.71
>>672
全の値段は幾らぐらいでしょうか?

675仕様書無しさん2018/07/14(土) 00:54:05.83
ヴァカ→ネトウヨ

676仕様書無しさん2018/07/14(土) 02:21:45.79
マピオンのサイトに
フィッシングサイトが仕掛けられてるから注意な。

いきなりgoogleの何かの当選です!という
表示がされてびっくりした。

ソースをちょっとみたらコメントにgaqダミー入れとくとか
書いてあるけどそこかなあ?
めんどいから詳しく見る気はしないけど、
マピオンは使わないほうがいいな。

つかマピオンは中国の下請け企業にでも
作らせてるんだろう

677仕様書無しさん2018/07/14(土) 06:24:49.08
>>674
ごりら

6786662018/07/14(土) 07:29:51.59
>>665
おいなんとかいえ

679仕様書無しさん2018/07/14(土) 07:30:53.67
>>649
そんなわかりきったことを書く意味はない
ドメイン層のエンティティとデータベース層のスキーマの対応はほとんど自動で決まるのだから

設計書にはコンテキストマップやドメインモデルなどもっと重要な情報を書いてくれ

680仕様書無しさん2018/07/14(土) 07:39:06.83
些末なことを特定するのにどれほど労力がかかると思ってるのか

681仕様書無しさん2018/07/14(土) 07:43:18.76
おれが作ったスマホとかのアプリは全く売れないけど
おれ自身はよく売れる。

682仕様書無しさん2018/07/14(土) 07:47:52.89
>>679
それこそ実装よりの話じゃねーか

683仕様書無しさん2018/07/14(土) 08:21:56.22
計算機が相手という論理矛盾に最もシビアな世界なのに求められるスキルは忖度

684仕様書無しさん2018/07/14(土) 08:23:01.91
>>659
未公開の要件定義こえー

685仕様書無しさん2018/07/14(土) 08:23:37.87
尊宅ってどっからでてきた言葉なんだ
40年ぐらい生きてきてまじで最近はじめて聞いたんだけど

日本建国時にいろいろ文化的に言葉に仕込みをした連中がいるらしいので気になってる
中国語で変な意味だったりしないだろうな

686仕様書無しさん2018/07/14(土) 08:24:40.41
death mass 調

687仕様書無しさん2018/07/14(土) 08:28:08.38
世の経営者がAIに求めているのは忖度力

688仕様書無しさん2018/07/14(土) 08:28:10.81
そりゃあ、能無しなんだから忖度で勝負するしかねーやな。
ゴマすりとか酒づきあいとか。

689仕様書無しさん2018/07/14(土) 08:29:15.06
>>684
あ、あと隣のグループの議事録も
「メールCCでこの会議連絡あったよね?」
「議事録を置く場所知ってるよね?」
「知ってるのになんで見てないの?」

690仕様書無しさん2018/07/14(土) 08:36:20.99
アジャイルだからと言って計画を立てずにひたすら突き進むマネージャー
プロジェクトがコケたらマネージャーだけ残って私達は切られるんだろうなぁ

691仕様書無しさん2018/07/14(土) 08:37:18.57
アジャイルを何も決めずに見切り発車で開発する手法と勘違いするアホがいる

692仕様書無しさん2018/07/14(土) 08:38:30.30
そりゃあ、成果だけなら中国やベトナムで十分なんだから
忖度で勝負するしかねーやな。
ゴマすりとか酒づきあいとか。

693仕様書無しさん2018/07/14(土) 08:38:33.43
>>691
私は下っ端だから何も言えない
なんかもう嫌だ

694仕様書無しさん2018/07/14(土) 08:39:08.26
プロジェクトがコケても残される哀れなマネージャー

695仕様書無しさん2018/07/14(土) 08:44:02.64
マネジメントできないマネージャーを残す意味…

696仕様書無しさん2018/07/14(土) 08:50:42.24
>>680
設計に労力がかかるのは当たり前

・設計
・設計書作成

この2つのプロセスを分けて考えられん?
じっくり時間と労力をかけて細かいことを決めるのが設計
設計したことを何らかの形でアウトプットするのが設計書作成

アウトプットの形式ってのは
 専用の設計書作成ツールで作る
 エクセルで作る
 紙やホワイトボードに書く(パシャる)
など様々で決まったやり方というのはない
そんな多様なアウトプットの形式の1つとしてコードがある
つまりコードは設計書ってことだ

設計と設計書作成の区別がついてないバカは設計をおろそかにして見切り発車で設計書作成を始めてしまう
だからおぞましい悪夢のようなスパゲティ設計書(殆どの場合エクセル)が生産される
この手の設計書は体裁だけ整えたゴミなので背後にある設計が全く見えてこない

逆に設計をよく練る人は即コーディングをしても美しいコードを作る
コードから設計がよく見えて保守もしやすい

697仕様書無しさん2018/07/14(土) 08:53:29.03
暑くてイライラしてんのに長文書くんじゃねえ

698仕様書無しさん2018/07/14(土) 09:03:53.07
>>268
こういうのも実は設計する段階ではキッチリと決まっている

設計→エクセル設計書作成→エクセル設計書からコードへコピー

この3段階の無駄なプロセスでプロジェクトを回す前提だったのに
エクセル設計書作成の工程に漏れが有ったということなんだろう

設計したことをさっさとコードとして書いてしまえば>>268が悩むこともなかっただろう

699仕様書無しさん2018/07/14(土) 09:33:06.96
え…エクセル設計書はテストの根拠になるから…

700仕様書無しさん2018/07/14(土) 10:21:40.26
>>699
エクセルなんぞで遊んでないでテストコードを書く
社会人の常識でしょう

701仕様書無しさん2018/07/14(土) 10:26:04.23
Code First!

702仕様書無しさん2018/07/14(土) 10:55:42.93
設計書おじさんは不滅

703仕様書無しさん2018/07/14(土) 11:15:53.74
>>679
慣れたらエスパーみたいなもんでわかるものなのか?
どのテーブルのどのカラムから取ればいいのか

704仕様書無しさん2018/07/14(土) 11:27:04.34
>>703
慣れとかじゃなくて機械的にマップするんだよ

705仕様書無しさん2018/07/14(土) 11:33:04.47
>>704
機械的にマップするってどうやるんだ?
どれ取ってこればいいかわからないのに?

706仕様書無しさん2018/07/14(土) 11:53:55.26
イベントソーシングとかCQRSって誰も使ってない?
CRUDの従来型システムには無い様々なメリットがあるんだが

・実証可能な監査証跡を残せる
・履歴データに基づいたクエリモデルを作れる
・(コマンドの)副作用を気にせずに済む
・トラブルシューティングやデバッグの助けになる

CQRSとイベントソーシングの使用法、または「CRUDに何か問題でも?」
https://postd.cc/using-cqrs-with-event-sourcing/

707仕様書無しさん2018/07/14(土) 12:51:58.59
>>705
何言ってんだ?

708仕様書無しさん2018/07/14(土) 13:00:48.16
おれの世代だと、
1.外部設計 (現在の要件定義+基本設計)
2.内部設計 (現在なくなってる!?)
3.詳細設計 プログラムの設計書
となっていた。

だが経験の豊かなプログラマが作成していた内部設計書というものが、
90年代中ごろから無くなってしまった。
なじぇ?

709仕様書無しさん2018/07/14(土) 13:08:34.80
>>707
自分は設計書にどのテーブルのどのカラムからデータ取ってこればいいか書かれてなくて困ってて
>>679だとそれが自動で決まるってあるからなにか見分けつける方法あるのかな?って思ったんよ
今の現場の画面設計書だと同じ表記で違うカラムから取ってくるってことがあったから

710仕様書無しさん2018/07/14(土) 13:20:18.17
>>708
JavaやC#やHTMLの表現力も生産性もBasicやCobolにくらべてはんぱないから
あんまりいらなくなったのもある

おれが思うに、詳細設計書を詳細に書きすぎると
製造と設計を別人が行うとき、
作業者が満足度を著しく下げる上に
作業者が考えて判断するということをしなくなってしまう

細かくかくなら達成すべきことを
内部の設計がかわってもいいように細かくかいておくべきだ

711仕様書無しさん2018/07/14(土) 13:22:08.26
>>706
ここにいるのは多分ほとんど業務系の土方だろう
普通に考えて使ってるわけがないと思うが?

イベントソースやDDDはおろかそもそもオブジェクト指向すら理解してない奴らが多数派でしょ
イベントソースなんて百年早いわ

そもそも業務系システムはリアルタイム性と正確性を重要視するから
仮にスキルが十分でもイベントソースは採用しにくいだろうね

712仕様書無しさん2018/07/14(土) 13:28:59.17
>>708
エコシステムの進化が原因

便利な入力支援もなくチェックもテストもできないエクセルで設計を練るより
快適なIDEでコードを書いてテストしながらリファクタリングする方が簡単だと気が付いた

昔はパンチカードでプログラミングしたり
コンパイルに一晩もかかったり
自動テストがまったく普及してなかったり
そもそもIDEが重くてまともに動かなかったり
なんてことがあったからじっくり設計書を練りこんでコーディングは最小限にしようって判断が正しかった
でも今はまったく状況が違うから設計書なんて要らなくなった

713仕様書無しさん2018/07/14(土) 13:30:28.75
設計書を書いとかないといっぺん決めたことを忘れてしまう
細かいところで整合性がとれずにソフトがぐちゃぐちゃになる

714仕様書無しさん2018/07/14(土) 13:32:19.23
いらないなんて言ってるやつはものすごく小さい範囲の末端だけちぎって投げられてる土方にちがいない

715仕様書無しさん2018/07/14(土) 13:33:04.64
>>709
なんだか話がおかしくなってきたぞ
なんで画面設計書にデータベースが出てくるんだ?
設計をちゃんとしてから設計書を書いたのか?
見切り発車で適当な設計書を書いたせいで画面設計書にデータベース処理仕様を混ぜ込んでしまったんじゃないのか?

716仕様書無しさん2018/07/14(土) 13:39:21.43
>>713
頭の中に置いとけと言ってるわけじゃない
決まったことをコードとして完結明快に保存するんだ

717仕様書無しさん2018/07/14(土) 13:42:26.74
コードは見通し悪すぎだ
検索性がひどい

718仕様書無しさん2018/07/14(土) 13:42:46.20
>>715
自分は実装担当で現場に入ったんだそれで作られた設計書見て作ってねと言われて設計書見たら画面のここはこのデータを表示してってのがデータベースの値を取ってくるんだろうけどあまり詳細に書かれてないんだ
データベースのテーブルから推測したりして探してみたりしたけど似たようなテーブル名やカラム名が多くて判別つかないんよ
最近はPM?の人に聞いて教えてくれるけどなら最初から設計書に書いてほしいかなーって

719仕様書無しさん2018/07/14(土) 13:43:29.07
三層アーキテクチャも知らない素人が設計書を書くとか冗談じゃないよね
画面にデータベースをマッピングだって?
そんな設計書に付き合わされるプログラマはたまったもんじゃない

ようするにさ

設計書をありがたがる人ほど設計なんてしてないんだよ

設計書というなのスパゲティを書いて設計 し た つ も り になってんの

720仕様書無しさん2018/07/14(土) 13:49:09.95
>>717
モジュール、名前空間、クラス名、メソッド名

これでどこに何があるかわからんなら
そもそも設計やプログラム構造がめちゃくちゃなんだろうな
このへん手抜きせずに決めればかなり検索性が高くなるぞ

つかファイルシステムとエクセルの組み合わせの方がはるかに探しにくいわな

721仕様書無しさん2018/07/14(土) 13:52:00.50
>>720
で?

722仕様書無しさん2018/07/14(土) 13:54:21.05
それを整理してどれにどんな名前を付ければいいか判断するには
最初に一覧を作らなきゃむりだろ!
脳内で何千件も処理できるもんか

そしたらそれをメモ書きして捨てるか設計書に残すかってなる
捨てるのはもったいないからちょっとばかり労力を払って内部設計としておいとくことになる

設計書いるじゃねーか

723仕様書無しさん2018/07/14(土) 13:56:37.25
場当たり的にコード改修して整頓された見通しのよさが保てるわけがない

設計したことない連中が主張の都合のいいところだけつまみ食いして
バラ色の未来を提示してる

724仕様書無しさん2018/07/14(土) 13:58:13.48
いや設計はしてるんだっていってるけど
設計したんだったら設計書かくのにそれほど苦労しないはずだろ!

なんでなにもないんだ

725仕様書無しさん2018/07/14(土) 14:02:24.11
>>722
なんで最初から全部リストアップする必要がある
受注管理の命名をするときに顧客管理の命名をリストアップする必要があるか?
分割して統治せよって新人研修で教わらなかったのか?
そんなことも教えてくれないなんて同業者として憐れみを感じるよ

726仕様書無しさん2018/07/14(土) 14:06:07.80
>>723
場当たり的に書いて整理すらしなかったものがエクセル設計書だよ
>>718などは完全にその被害者だろ
設計書は作ったけど設計はしてないとこうなるんだ
逆に良く設計してればコードがドキュメントになるので設計書はいらん

727仕様書無しさん2018/07/14(土) 14:08:39.65
>>725
机上の空論破綻はアリの穴から
どこに何をどういうルールで置くか、その分割を適切にできるかどうかは
最初にどれだけ網羅できるかにかかってる

名前はものを区別するためにあるんだ

728仕様書無しさん2018/07/14(土) 14:10:20.90
ここにいる人はどんな資格を持ってる?
VBAエキスパートは今更遅いかな

729仕様書無しさん2018/07/14(土) 14:10:49.50
>>727
しらねーよ

730仕様書無しさん2018/07/14(土) 14:11:46.50
設計書を書くツールがエクセルからIDEに変わって
設計書の出力形式がエクセルからテキストファイルに変わって
設計記述のルールが厳密にチェックされるようになった

それだけのことじゃん?
コードで整理できないって人がエクセルで急に整理できるようになるとは思えんけど

731仕様書無しさん2018/07/14(土) 14:14:55.62
一覧管理のために生まれたExcel様のパワーなめるな

732仕様書無しさん2018/07/14(土) 14:16:00.32
>>677
全の値段は幾らぐらいでしょうか?

733仕様書無しさん2018/07/14(土) 14:19:51.07
>>727
ログイン処理の機構を考えているときに在庫管理のことを考えるか?しないね
全てをまとめて網羅する必要などどこにもないんだよ

分割して統治せよ

君が真っ先に理解すべき概念だ
来週の業務が始まるまでに理解しておいてくれ

734仕様書無しさん2018/07/14(土) 14:20:56.90
>>732
ごりら

735仕様書無しさん2018/07/14(土) 14:22:33.09
>>733
在庫管理システムだけプラットフォーム別になってて
ログインユーザーの権限が連動してる必要あるんですけど

736仕様書無しさん2018/07/14(土) 14:27:40.25
>>734
全の値段は幾らぐらいでしょうか?

737仕様書無しさん2018/07/14(土) 14:32:57.90
>>736
ごりら

738仕様書無しさん2018/07/14(土) 14:36:36.19
>>736
ごりら

739仕様書無しさん2018/07/14(土) 14:41:01.63
>>737-738
全の値段は幾らぐらいでしょうか?

740仕様書無しさん2018/07/14(土) 14:41:59.24
>>735
それこそ権限管理のコンテキストで解決する問題
在庫管理のコンテキストを巻き込んではいけない
分割して統治しておいて良かったねと締めくくられメデタシメデタシだな

741仕様書無しさん2018/07/14(土) 14:42:26.14
>>739
ごりら

742仕様書無しさん2018/07/14(土) 14:44:10.01
>>711
CQRS/ESでは結果整合性を使うから、
複数のリードモデルがあると一部の反映が遅れる場合があるって弱点はあるが
僅かな期間の表示のズレも許容出来ないようなアプリケーションばかりかって言うと
そうでもないのでは?

743仕様書無しさん2018/07/14(土) 14:49:53.66
>>739
ごりら

744仕様書無しさん2018/07/14(土) 14:54:23.06
>>741
>>743
全の値段は幾らぐらいでしょうか?

745仕様書無しさん2018/07/14(土) 14:57:37.05
>>744
ごりら

746仕様書無しさん2018/07/14(土) 14:58:26.50
>>745
全の値段は幾らぐらいでしょうか?

747仕様書無しさん2018/07/14(土) 15:05:10.41
>>746
ごりら

748仕様書無しさん2018/07/14(土) 15:10:22.06
>>747
全の値段は幾らぐらいでしょうか?

749仕様書無しさん2018/07/14(土) 15:11:34.44
>>748
ごりらあ

750仕様書無しさん2018/07/14(土) 15:12:22.34
>>748
ごりら

751仕様書無しさん2018/07/14(土) 15:18:17.06
>>742
で?

752仕様書無しさん2018/07/14(土) 15:21:57.55
>>749−750
全の値段は幾らぐらいでしょうか?

753仕様書無しさん2018/07/14(土) 15:22:34.16
>>752
ごりら

754仕様書無しさん2018/07/14(土) 15:22:44.95
>>749-750
全の値段は幾らぐらいでしょうか?

755仕様書無しさん2018/07/14(土) 15:23:10.35
>>753
全の値段は幾らぐらいでしょうか?

756仕様書無しさん2018/07/14(土) 15:26:00.13
>>755
ごりら

757仕様書無しさん2018/07/14(土) 15:26:21.64
>>756
全の値段は幾らぐらいでしょうか?

758仕様書無しさん2018/07/14(土) 15:27:25.87
>>757
ごりら

759仕様書無しさん2018/07/14(土) 15:27:38.47
>>754
ごりら

760仕様書無しさん2018/07/14(土) 15:27:44.11
>>758
全の値段は幾らぐらいでしょうか?

761仕様書無しさん2018/07/14(土) 15:29:05.62
>>759
全の値段は幾らぐらいでしょうか?

762仕様書無しさん2018/07/14(土) 15:30:22.95
>>760
1ドル

763仕様書無しさん2018/07/14(土) 15:31:05.16
>>760
ごりら

764仕様書無しさん2018/07/14(土) 15:31:20.64
>>761
ごりら

765仕様書無しさん2018/07/14(土) 15:34:11.74
>>763-764
全の値段は幾らぐらいでしょうか?

766仕様書無しさん2018/07/14(土) 15:36:03.29
>>740
お前がどんな絵をかいてるのか設計書がないから見えない伝わらない
そのシステムユーザーに在庫の製品種別ごとの権限ついててログイン管理してるんですが

767仕様書無しさん2018/07/14(土) 15:37:00.06
>>765
ごりら

768仕様書無しさん2018/07/14(土) 15:39:50.71
>>767
全の値段は幾らぐらいでしょうか?

769仕様書無しさん2018/07/14(土) 15:40:27.31
>>768
ごりら

770仕様書無しさん2018/07/14(土) 15:43:05.13
>>769
全の値段は幾らぐらいでしょうか?

771仕様書無しさん2018/07/14(土) 15:44:39.45
>>566
高単価でも定時で帰ればいいじゃん

772仕様書無しさん2018/07/14(土) 15:45:34.24
>>770
ごりら

773仕様書無しさん2018/07/14(土) 15:45:54.04
>>772
全の値段は幾らぐらいでしょうか?

774仕様書無しさん2018/07/14(土) 15:46:39.64
>>773
ごりら

775仕様書無しさん2018/07/14(土) 15:48:21.10
>>774
全の値段は幾らぐらいでしょうか?

776仕様書無しさん2018/07/14(土) 15:50:13.72
>>775
ごりら

777仕様書無しさん2018/07/14(土) 15:50:19.33
>>766
コードみればわかるよ

778仕様書無しさん2018/07/14(土) 15:50:58.17
>>776
全の値段は幾らぐらいでしょうか?

779仕様書無しさん2018/07/14(土) 15:53:21.95
ご無体な…

780仕様書無しさん2018/07/14(土) 15:55:26.72
>>766
在庫管理に特殊な権限管理が必要なら在庫管理のコンテキストに組み込むか在庫権限管理など新しいコンテキストを作るかな
いずれにせよ一般的なログイン管理と在庫管理を同時に考えることはないよ

781仕様書無しさん2018/07/14(土) 16:04:55.14
「在庫権限管理」

ほら言葉がでてきただろ
俺がシステムの実情を伝える前にコードは設計とばかりに書き下してたら
後からどうなってたことやら

782仕様書無しさん2018/07/14(土) 16:07:42.02
>>710
多分、若い人はそういう考えなんだろうと思う。
Webを中心としたシステム構成が増えてきて、
すぐに仕様変更できてしまうから、いちいちドキュメントを
直すなんてほうが無駄に時間がかかるしね。

仕事によって作成するドキュメントの種類や内容を変える必要があるのに、
内部設計書を書いたことのないWebプログラマなどが大規模業務系には参加して、
「なにこれメンドクセ!」とか言って重要なドキュメントを書かなくなったのだろう。

783仕様書無しさん2018/07/14(土) 16:15:41.93
>>781
今の会話セッションは「設計」プロセスな
設計中に新しい用語が出てくるのは当然のこと
プログラミングはこれから始まるんだよ

さらに言うとログイン処理の命名を決めようというときには結局、在庫管理も在庫権限管理も関係がない
ログイン処理関連の命名は在庫管理のことなど気にせず決めていいし、在庫管理も逆に同じこと
新しく出てきた在庫権限管理もログイン処理とは独立して考えられるが、在庫管理とは上流下流の関係にありそうだから、在庫管理と在庫権限管理は多少関わり合った方がいいかもね

こうして物事を分けて個別に考えられるのは分割して統治するという基本ができてるから
君にも早く身につけてほしい概念だ

784仕様書無しさん2018/07/14(土) 16:16:58.35
日商PC検定試験のデータ活用1級って持ってるとなんか意味ある?

785仕様書無しさん2018/07/14(土) 16:26:44.54
>>782
重要、と一言で言うけど、状況によると思う
それこそシステムを作るだけなら内部設計なんていらないし、重要なことなんて何もない
システムにメンテナンスが入ったらコードと設計書を二重に直す労力は半端ではないから、重要どころかむしろ邪魔にすらなりうる
でも、客が設計書を成果物として欲しがっていて、それが金になる、という意味では非常に重要と言える

786仕様書無しさん2018/07/14(土) 16:27:55.63
プログラマーって計算機科学とか数学にも詳しいの?

787仕様書無しさん2018/07/14(土) 16:28:52.02
数学はともかく計算機科学はくわしいよ

くわしいはず
はず

788仕様書無しさん2018/07/14(土) 16:34:01.39
>>786
ほとんど何もしらない素人ですよ
プログラマと名乗ってるだけです
どうせセット販売されるので、自分はプログラマです、と言い切れるだけでも働けるんですね

789仕様書無しさん2018/07/14(土) 16:36:38.11
東京大学理学部情報科学科卒
東京大学大学院情報理工学系研究科コンピュータ科学専攻修士課程修了
東京大学大学院情報理工学系研究科コンピュータ科学専攻博士課程修了

こういう学歴のプログラマーっている?

790仕様書無しさん2018/07/14(土) 16:39:04.51
あー、東京を自分の思いのままに都市計画してみたいなぁ・・・・・。
超巨大なビルとかいっぱい建てたい。
やっぱり首相にならないと無理なのかな?

791仕様書無しさん2018/07/14(土) 16:52:08.37
>>778
ごりら

792仕様書無しさん2018/07/14(土) 16:53:20.41
>>789
ごりら

793仕様書無しさん2018/07/14(土) 16:53:36.33
>>790
ごりら

794仕様書無しさん2018/07/14(土) 16:55:25.37
>>783
その「設計」と称するものを他人も理解できるように
設計書にして確認したり、一覧にして整理してみようって気はないのか
多大な工数をかけてコードにする前に

795仕様書無しさん2018/07/14(土) 16:59:09.99
コピペ改変した設計が間違ってたとかで横展開でエクセル修正してくれって指示がくると目の前が真っ暗になる
え?それどこにあんの…何個あんの…直した影響調査ってどうやんの…えっえっ?作業指示って横展開ヨロシクだけ?ってかなんでリファクタリングしてクラス化しなかったの?誰か助けて…もうやだ…
みたいな感じ

796仕様書無しさん2018/07/14(土) 17:02:20.02
>>794
コードをみれば誰でも設計内容を確認できるし
パッケージ、名前空間、クラス、メソッドで見やすく一覧化されるのでわざわざ資料にする意味はない

797仕様書無しさん2018/07/14(土) 17:48:08.17
>>791-793
全の値段は幾らぐらいでしょうか?

798仕様書無しさん2018/07/14(土) 17:54:55.42
>>797
ごりら

799仕様書無しさん2018/07/14(土) 17:56:51.75
>>798
全の値段は幾らぐらいでしょうか?

800仕様書無しさん2018/07/14(土) 18:03:10.19
>>799
ごりら

801仕様書無しさん2018/07/14(土) 18:03:42.85
>>800
全の値段は幾らぐらいでしょうか?

802仕様書無しさん2018/07/14(土) 18:07:08.54
>>801
ごりら

803仕様書無しさん2018/07/14(土) 18:07:57.23
>>801
0円

804仕様書無しさん2018/07/14(土) 18:12:46.12
連休はなんの勉強しようかな

805仕様書無しさん2018/07/14(土) 18:18:04.64
>>802
全の値段は幾らぐらいでしょうか?

806仕様書無しさん2018/07/14(土) 18:19:30.53
>>804
C++11 or lator をやっている

807仕様書無しさん2018/07/14(土) 18:19:45.86
>>805
ごりら

808仕様書無しさん2018/07/14(土) 18:20:29.63
>>805
全の値段は幾らぐらいでしょうか?

809仕様書無しさん2018/07/14(土) 18:46:08.81
>>807
全の値段は幾らぐらいでしょうか?

810仕様書無しさん2018/07/14(土) 18:46:44.41
>>809
全の値段は幾らぐらいでしょうか?

811仕様書無しさん2018/07/14(土) 18:48:10.31
>>808
>>810
全の値段は幾らぐらいでしょうか?

812仕様書無しさん2018/07/14(土) 18:51:57.99
>>808
ごりら

813仕様書無しさん2018/07/14(土) 18:52:13.76
>>809
ごりら

814仕様書無しさん2018/07/14(土) 18:52:29.53
>>811
ごりら

815仕様書無しさん2018/07/14(土) 18:52:32.77
>>812
全の値段は幾らぐらいでしょうか?

816仕様書無しさん2018/07/14(土) 18:53:27.50
>>813-814
全の値段は幾らぐらいでしょうか?

817仕様書無しさん2018/07/14(土) 18:56:58.57
ボット壊れちゃったのか

818仕様書無しさん2018/07/14(土) 19:07:18.60
>>719
三層アーキテクチャって久しぶりに聞いたな

819仕様書無しさん2018/07/14(土) 19:09:39.93
しぬ

820仕様書無しさん2018/07/14(土) 19:47:43.03
>設計書をありがたがる人ほど設計なんてしてないんだよ
>設計書というなのスパゲティを書いて設計 し た つ も り になってんの

コーディング前に設計したんだと主張しつつ何のドキュメントも残せないやつが言ってることに
背筋が凍るものをかんじる


そう言い切る根拠が「画面にデータベースがマッピングしてある」ことだからなおさら
設計の負荷は無駄に高くなるが、コーダーは打ち込みゃ終わるから楽だろうに
困った状況とかなんにもいわないし

自分のスキルがあまりにも低くて指示が細かいと従うことすらできないのを
なんかよくわからない高邁な理念を持ち出して
責任を相手になすりつけてるような

821仕様書無しさん2018/07/14(土) 19:51:58.21
>>820
はいはい
高尚な理念()がわからんアホは永遠に2層アーキテクチャの出来損ない作って炎上し続ければいいよ

822仕様書無しさん2018/07/14(土) 19:52:48.54
>>821
具体的に、どんなとき困ったの
それがききたい

823仕様書無しさん2018/07/14(土) 20:02:20.43
>>815
ごりら

824仕様書無しさん2018/07/14(土) 20:02:36.05
>>816
ごりら

825仕様書無しさん2018/07/14(土) 20:07:10.79
誰がゴリラだくたばれ

826仕様書無しさん2018/07/14(土) 20:07:48.23
>>823-824
全の値段は幾らぐらいでしょうか?

827仕様書無しさん2018/07/14(土) 20:10:02.88

828仕様書無しさん2018/07/14(土) 20:10:19.91
>>826
ごりら

829仕様書無しさん2018/07/14(土) 20:11:27.50
そういや、イタリアの通貨が昔は「リラ」じゃなかったっけ?

830仕様書無しさん2018/07/14(土) 20:11:46.75
>>828
全の値段は幾らぐらいでしょうか?

831仕様書無しさん2018/07/14(土) 20:20:19.64
>>822
ビューとデータアクセスが結合して押しつぶされたアプリケーション、ドメインが行き場を失い
SQLやビューなど、あちこちに分散したり、逆に関係ないものが一箇所に集中したり、類似のコードが大量にコピペされるなど
可読性最悪のコードが書かれて、誰にもメンテナンスできなくなる

ぐちゃぐちゃに絡み合ったスパゲティコードはそう簡単にはテストができないので
テストがおざなりになり、潜在バグが大量に含まれた状態で出荷される
客の検収テストでバグだらけと発覚して何百、何千件ものissueが発行される

スパゲティと化したプログラムの修正は苦難の連続だ
そして相次ぐプログラムの修正に、変更しにくい設計書の正確な修正が追いつくはずもなく、コードと設計書の乖離は手の施しようがなくなる
この頃になると、どさくさ紛れにバグに仕様改変を差し込む愉快犯まで現れてくる
もはや何がなんだか誰にもわからなくなり、終わりの見えないバグの山と戦いつづける、悪夢の連続徹夜デスマーチが確定する

画面設計書にデータベース処理仕様を書くだけでこうなるんだ
おそろしいね

832仕様書無しさん2018/07/14(土) 20:24:18.30
最後に勇者が一人で魔王に立ち向かっていくところは燃えた

833仕様書無しさん2018/07/14(土) 20:25:11.05
>>831
ほんとにいるんだよな
ただのグループ化なのにとんでもない構成作り出す奴が・・・

834仕様書無しさん2018/07/14(土) 20:28:04.53
>>831
そういう聞きかじりじゃなくてお前が困ったこと具体的に聞きたいんだけど

835仕様書無しさん2018/07/14(土) 20:28:33.22
>>830
ごりら

836仕様書無しさん2018/07/14(土) 20:44:10.42
>>835
全の値段は幾らぐらいでしょうか?

837仕様書無しさん2018/07/14(土) 20:46:45.92
>>836
ごりら

838仕様書無しさん2018/07/14(土) 20:50:43.06
>>837
全の値段は幾らぐらいなのでしょうか?

839仕様書無しさん2018/07/14(土) 20:51:20.74
>>838
ごりら

840仕様書無しさん2018/07/14(土) 20:53:56.80
>>839
全の値段は幾らぐらいなのでしょうか?

841仕様書無しさん2018/07/14(土) 20:54:24.86
>>620
欲しいのは詳細設計じゃなくて外部設計やER図、マスタ設計だからそこまでメンテ大変じゃないはず
それが残ってない何やるにもソース読めDB見ろなんてのは論外で、
プログラム打ってテストしてとりあえず動くものは超短期で作れるけど一人で一生保守できるものでない限りそんなのはプロの仕事じゃないと思うな

842仕様書無しさん2018/07/14(土) 20:57:10.16
>>840
ごりら

843仕様書無しさん2018/07/14(土) 20:58:04.91
>>842
全の値段は幾らぐらいでしょうか?

844仕様書無しさん2018/07/14(土) 21:08:00.18
>>777
アホすぎクッソワロタ
客にコード見ればわかるよ

って言うんかwww
設計書はじめ人に伝えるためのドキュメント書けないやつは中途半端に役職つく前に頼むから転職してくれ

845仕様書無しさん2018/07/14(土) 21:13:34.40
>>831
管理や要件のスコープが悪いだけで設計書何も悪くなくてワロタw

846仕様書無しさん2018/07/14(土) 21:16:51.51
>>843
ごりら

847仕様書無しさん2018/07/14(土) 21:18:00.63
>>843
スパゲティ設計書

848仕様書無しさん2018/07/14(土) 21:28:48.03
おれの予想

トランザクションスクリプトで書かれた設計書渡されて
世間で売ってる本ががトランザクションスクリプトを馬鹿にしてるもんだから
ひとに笑われるのがいやさに
無理やりオブジェクト指向に翻訳しようとしてめちゃくちゃな共通化を行い
設計書との対応もとれないオブジェクト指向ともいえない超絶スパゲッティつくってたと思われ

849仕様書無しさん2018/07/14(土) 21:30:29.62
>>846
全の値段は幾らぐらいでしょうか?

850仕様書無しさん2018/07/14(土) 21:31:32.52
>>849
ごりら

851仕様書無しさん2018/07/14(土) 21:42:15.20
>>848
抽象化って知ってる?

852仕様書無しさん2018/07/14(土) 21:46:51.76
>>851
言葉は知ってるがお前と同じ認識をしてるかどうかはわからん

853仕様書無しさん2018/07/14(土) 21:52:15.21
スパゲッティも1000行ぐらいならとくに問題はない
どこになんの処理が書いてあるのかわからないのが困る

854仕様書無しさん2018/07/14(土) 21:52:48.13
ここってThe Google File Systemとかを自ら作ったり、読んで理解して自分で作れる
プログラマーっているの?、いないだろうなあ。

855仕様書無しさん2018/07/14(土) 21:52:58.96
オブジェクト指向→共通化って脊髄反射連想がもうおじいちゃん的で笑える

856仕様書無しさん2018/07/14(土) 21:54:25.56
>>853
1000行もあったらどこになんの処理が書いてあるかわからないのでは?

857仕様書無しさん2018/07/14(土) 21:56:12.23
本で勉強してDRY万歳コピペプギャーみたいな価値観を吹き込まれたてのやつは
共通化もやってるにちがいないんだ

858仕様書無しさん2018/07/14(土) 21:57:32.13
>>856
お前がプログラマじゃないことは分かった

859仕様書無しさん2018/07/14(土) 21:58:32.24
>>858
お前がプログラマじゃないことは分かった

860仕様書無しさん2018/07/14(土) 22:00:49.41
一番困るのは、コード組んでる時の神懸かりw
が、別日に直すとわけわからんw
複雑=高度ではないという事に気付こうな俺,

861仕様書無しさん2018/07/14(土) 22:02:09.55
>>859
仕事やと数十万ぐらい普通やぞ

862仕様書無しさん2018/07/14(土) 22:03:53.11
>>860
書いているときに持っている記憶が抜けてしまうと、まるで他人の成果物と同様になってしまうのが困るのです

863仕様書無しさん2018/07/14(土) 22:10:52.41
自分はまだ1年目だからわからんのだけど設計書にデータ取得について詳しく(DBのテーブルやファイルとか)書かれてない時どう対処するんだ?
自分はPMっぽい人に聞いてるわ

864仕様書無しさん2018/07/14(土) 22:16:33.07
絶対効かないとわからないことをあらかじめ文書としておこさずに
属人化の行き当たりばったりの開発スタイルでコミュニケーションがーって言う馬鹿ゴミプロジェクトは
ガチで隕石でも落ちて全員死んで欲しいね

865仕様書無しさん2018/07/14(土) 22:18:44.26
>>861
そら合計ならそんなもんでしょ
でも1関数1000行はちょっと狂ってるよね

866仕様書無しさん2018/07/14(土) 22:21:01.38
>>865
1関数はどこから出てきた?

867仕様書無しさん2018/07/14(土) 22:26:56.00
>>863
>>864
の言ってる通りプロジェクト自体がクソなので諦める
設計書に必須な情報はシステムの立ち上げから必ず記録されてる必要があって、今からお前だけが書くようになっても意味なし(自分のためにやらないよりはマシだが設計書の工数が込まれてないので無理)
客も金使って意味のわからん改修不能で機能追加したらバクだらけなものが出来るだけ
会社に文句言ってとっとと次の現場行くのが正解

868仕様書無しさん2018/07/14(土) 22:26:59.70
>>863
名前をみりゃわかるでしょう
ユーザーコード表示欄にホームラン本数を表示する人は居ない
ユーザーコード表示欄には常識的に考えてユーザーコードを表示するものだ
htmlの項目idをみたらuser_codeとか書いてあるだろ
だとしたらそこにはViewModelのgetUserCodeをバインドするんだよ
他の項目も全部同じ
こんなわかりきったことをわざわざ設計書に書くわけなかろう

869仕様書無しさん2018/07/14(土) 22:29:43.60
>>868
カラム10個ぐらいしかないお遊びやってる人はちょっと黙っててもらっていいですか?

870仕様書無しさん2018/07/14(土) 22:30:04.16
誰がてめーのユーザーコード表示しろっつったよ
顧客のユーザーコードに決まってるだろうが
え?書いてない?なんで聞かなかったんだよ
お前のユーザーコード表示する場所そんなこと聞かなきゃわかんねーのかよ自分で考えろよ

871仕様書無しさん2018/07/14(土) 22:31:30.31
カラム百単位のプロがキターーーーーー

872仕様書無しさん2018/07/14(土) 22:34:10.29
>>869
アホほどカラム数増やす人こそお遊びでしょうよ

873仕様書無しさん2018/07/14(土) 22:35:09.93
>>850
全の値段は幾らぐらいでしょうか?

874仕様書無しさん2018/07/14(土) 22:37:32.80
>>870
URL見ればわかるだろうが
/users/112233
ってURLだったらこのページに表示するのは識別番号が112233のuserなんだな
その中でuser_codeつったら識別番号が112233のuserのgetUserCodeってそりゃ112233じゃねえかあああああ
ってわかるだろ?ちったあ常識で考えろよ

875仕様書無しさん2018/07/14(土) 22:37:46.97
>>872
カラム名と変数名が必ずリンクすると思っちゃうくらいの規模しかないって意味ね
その結びつきが絶対と思えるほどの規模しかない規模

規模が小さいから暗黙の規約を盲信してドキュメント不要論唱える
笑えるくらいお遊びかと

876仕様書無しさん2018/07/14(土) 22:38:29.17
>>873
ごりら

877仕様書無しさん2018/07/14(土) 22:41:33.57
おっぱい

878仕様書無しさん2018/07/14(土) 22:43:11.45
>>875
お前いままでなにを見てきたんだ
俺はそもそも画面項目とカラムなんてマッピングしねー派だよw
ViewModelのプロパティとマッピングつってんだろ
これでも命名を揃えられないなら素人のお遊び確定だよ

879仕様書無しさん2018/07/14(土) 22:44:06.28
>>876
全の値段は幾らぐらいでしょうか?

880仕様書無しさん2018/07/14(土) 22:48:13.58
>>879
ごりら

881仕様書無しさん2018/07/14(土) 22:51:09.05
>>878
なんの根拠にもなってない件

882仕様書無しさん2018/07/14(土) 22:54:15.75
>>880
全の値段は幾らぐらいでしょうか?

883仕様書無しさん2018/07/14(土) 22:56:11.94
>>882
君の瞳は百万ボルト

884仕様書無しさん2018/07/14(土) 22:56:15.50
相手が過去の自分の書き込みと自分のポリシーを熟知してるのが
あたりまえだと思ってるやつがかく設計書…
匿名掲示板で

885仕様書無しさん2018/07/14(土) 23:00:09.61
>>867
うーん現場抜けるの交渉大変そうだなあでも考えてみるよ

>>868は「ユーザコード表示欄」て書いてるから「getUserCode」ってメソッド?で取得するって感じなんだろうけど
自分のとこは「△△△表示欄」てあからさまなに書いてるわけでもないし「△△△」も簡単に判別出来そうな名前でもないしDBにもそれっぽいのは簡単に見つからないんよ
あっても似たような名前で影分身してることも多い

886仕様書無しさん2018/07/14(土) 23:00:43.45
>>882
ごりら

887仕様書無しさん2018/07/14(土) 23:02:07.42
属人化して生き残りたいおじさんなんだよ

888仕様書無しさん2018/07/14(土) 23:13:21.74
>>885
設計プロセスまでロールバック

889仕様書無しさん2018/07/14(土) 23:34:47.66
ちゃんと最初に網羅してれば
項目名称がログインユーザーコードと顧客ユーザーコードになってただろうに
もう破綻してるふふん

890仕様書無しさん2018/07/14(土) 23:36:51.41
>>889
網羅しきったことを証明できないと永遠に仕事が始まらないぞ

891仕様書無しさん2018/07/14(土) 23:38:04.56

892仕様書無しさん2018/07/15(日) 00:37:32.12
>>886
全の値段は幾らぐらいでしょうか?

893仕様書無しさん2018/07/15(日) 02:24:47.17
>>885
顧客が現状理解してるなら残って期間多めで受けれるようにする(隠れて整理する)
お前しか残ってない(≒出来ない)なら顧客評価は上がる
前提条件ありでこう考えるのもあり

請負でもゴミ処理で金稼ぐ会社は結構あるっぽいよ

894仕様書無しさん2018/07/15(日) 02:30:18.15
オブジェクト指向の考え方自体は理解できるんだが、実際のコードに落とせない

参考になる書籍やサイト教えてくれませんか

895仕様書無しさん2018/07/15(日) 02:46:18.47
オブジェクト指向で作ると逆説的に
なんやかんやで障害が出たときに
追いかけて直すのがたいへんになるから
5千行あるような関数が並んでるコードの方がマシだよ。

きれいでエレガントですばらしいコードは
趣味でだけ書いてくれ

896仕様書無しさん2018/07/15(日) 03:38:17.11
>>894
それ理解できてないのでは

897仕様書無しさん2018/07/15(日) 03:55:52.19
オブジェクト指向の最大の特徴は継承と隠蔽だ。
だがよく考えてみると、継承は独立性と矛盾するし、
隠蔽は可読性と対峙してしまうことがある。
常にそうなるのではないが
慣れてない人が組むとどつぼにはまる。

そして慣れてない奴ばかりが現場に放り込まれて
デスマになる。

人手はない.
よってプログラミング初心者でも
わかりやすく組める関数型言語のほうが良い。

898仕様書無しさん2018/07/15(日) 06:03:02.76
>>895
わかるわ
スコープが狭いだけでグローバル変数使ってるのと大差ないの多いし
関数に下手に同じ名前つけれるから参照さがすとき検索結果が大量に出てきて読んでてうんざりする

899仕様書無しさん2018/07/15(日) 06:59:29.67
5千行の関数書く人も趣味でやっててね

900仕様書無しさん2018/07/15(日) 07:23:15.11
関数型なんて背伸びしてるんじゃねえよ
一生トランザクションスクリプト書いてろ

901仕様書無しさん2018/07/15(日) 08:17:28.66
オブジェクト指向できないクズは転職してくれ
ほんと迷惑

902仕様書無しさん2018/07/15(日) 08:33:48.10
作りたいもんが作れりゃ概念なんてどうでもいいんだよ

903仕様書無しさん2018/07/15(日) 08:34:33.88
>>894
それは理解できてないから

>>895
巣に帰れ

904仕様書無しさん2018/07/15(日) 08:44:18.57
えーとつまり

オブジェクト指向を理解してない新人さんあるいはおじいちゃんが
5000行のモンスターメソッドを幾つも作り込んで
わけわからなくなってにっちもさっちも行かなくなって
藁にもすがる思いで設計書がー設計書がー
とわめいていたわけだ

そりゃこんなクソコード書く連中にコードが設計書なんて言っても通じないか
前提となるスキルに差がありすぎて話にならないってわけだ

905仕様書無しさん2018/07/15(日) 09:42:31.28
>>883
堀内孝雄「みなさんよくお間違えになりますが、百万じゃなくて一万ボルトなんですよ」

906仕様書無しさん2018/07/15(日) 09:59:23.71
百万ワットの輝き

907仕様書無しさん2018/07/15(日) 10:22:38.03
ここに居る連中の職場は
単体テストとか結合テストとか書かない所ばかりなの?

単体テスト書こうと思ったらゴッドオブジェクトとか作らないはず

908仕様書無しさん2018/07/15(日) 10:25:32.36
超巨大ゴッドオブジェクト作るやつって
他人と会話する気がないコミュ症でしょ

コミュ強者は責務が分離された
適切なコメントの付いているコードを書く

909仕様書無しさん2018/07/15(日) 10:34:01.05
オブジェクト指向覚える嫌
Cで手続き型でこのままやっていきたいわ

910仕様書無しさん2018/07/15(日) 10:34:28.99
5千行の関数書くようなおじいちゃんが、その会社ではコミュ強者だったりするんだよなあ

911仕様書無しさん2018/07/15(日) 10:44:35.94
>>907

俺が今、必ず単体テスト書くように啓蒙活動始めたところ。

912仕様書無しさん2018/07/15(日) 11:00:47.82
フレームワークやJAVAのライブラリくらい責任が明確化されたオブジェクト指向ならまだしもオブジェクト化する構想を頭の中で作った場当たり的なものは勘弁

913仕様書無しさん2018/07/15(日) 11:01:06.05
5000行のクソコード書くおじいちゃんがコミュ強者になってクソ設計書を周りに強要する、ということか

914仕様書無しさん2018/07/15(日) 11:02:31.49
>>912
それを非オブジェクト指向で作ったらさらにカオスになる
大雑把でも枠ができてればリファクタリング可能

915仕様書無しさん2018/07/15(日) 11:03:57.10
設計書を周りに強要するって考えがまず間違いで設計書が作成されてないプロジェクトはゴミでそんな状況で作られたシステムはスタート時点から死にゆくのみ

916仕様書無しさん2018/07/15(日) 11:10:15.45
開発工程でなにをやるんでもいいんだけどさ、
それって、出来るやつにしか出来ないことなんじゃねーの?

917仕様書無しさん2018/07/15(日) 11:13:22.81
誰にでもわかりやすいコードは必ずしも良いコードじゃないんだよな
素人プログラマは両者を混同してオブジェクト指向はわかりにくい、悪いコードだなどと言い出すけど、それは典型的な勘違いでしかない
例えば初心者は、複雑な処理を関数分けして引数を渡して回るよりも、
1つの関数に全部つめ込んだり、関数分けはするけどグローバルなレジストリで状態を共有するほうが理解しやすいらしい
しかしその構造が良いコードかというとそんなことはまったくないわけで

918仕様書無しさん2018/07/15(日) 11:16:50.85
単純なクラスを組み合わせる代わりに巨大switch文を作り
単体テストは無理と言って書かない可能性がある

919仕様書無しさん2018/07/15(日) 11:17:17.96
>>913
5000行のクソコードの設計書なんか書かんだろうから逆にソースが正ってなるんじゃないか

920仕様書無しさん2018/07/15(日) 11:18:42.02
>>915
そうか?
もっといろんな現場見たほうがいいぞ

921仕様書無しさん2018/07/15(日) 11:22:06.49
設計書ってのは、書いた人が辞めた後に必要になるモンなんだ。

顧客というのはソースは見なくても設計書は見てくれるからねぇ。
とりあえず設計書のとーーーりに作っておけば、設計書の不備ってときには
時間を稼ぐことぐらいはできるだろう。

922仕様書無しさん2018/07/15(日) 11:26:01.07
>>918
>>919
あるある
そしてその元になった設計書は全く意味不明で矛盾と不足だらけのゴミなんだよなぁ
こういうバカなコードを書く現場って、設計書を書くという工程を伝統的に受け継いできたから、
しかたなくやってるだけで、実質的に「設計」はしてないんだよ
見切り発車でコードを直書きするのと全く同じ感覚で、見切り発車で設計書という名のゴミを書き始める
こんな状況になるぐらいなら、しっかり設計したうえで綺麗なOOPのコードを書いて設計書は省略としたほうがマシ
それにOOPユーザーなら仮に設計書を書かなくても、XMLコメントやAPI仕様書、開発者ガイドみたいな後付ドキュメントはしっかり書く習慣があるからメンテナも安心

923仕様書無しさん2018/07/15(日) 11:28:26.71
5000行クソコード書くやつっていうのは、スコープの概念が無いんだろうな。
だから、全部記憶力だけでなんとかしてる。

努力と根性だけで現代を生きてる原始人だな。

924仕様書無しさん2018/07/15(日) 11:31:54.33
>>921
そそ、だから設計書作らないってのはブラックボックス作ってるっことでスタート時点で死んじゃうんだよね
まぁコミュ障パンチャーらしくはあるけど

925仕様書無しさん2018/07/15(日) 11:34:00.50
>>923
記憶力もないからクソコードと似たようなクソ設計書を書いて必死に読み比べて補ってるんだろ
すべての元凶は設計そのものが汚いスパゲティ設計書&コードなんだよ
そんなものを作ってるからコードだけじゃわからんので設計書が必要などと言い出す
OOPのコードほど綺麗に設計情報を反映した文書は存在しないというのにね

926仕様書無しさん2018/07/15(日) 11:35:41.43
>>924
きったねえスパゲティ設計書のほうがよっぽどブラックボックスだよ
綺麗なコードが手元にあればそれが完全なホワイトボックスだろが

927仕様書無しさん2018/07/15(日) 11:40:29.46
オープンソース開発は設計書がなくても高品質な製品を量産できてるよね

928仕様書無しさん2018/07/15(日) 11:42:34.16
糞コードやドキュメントが不足しているOSSは
誰も見向きせず淘汰されるので
結果的にある程度品質が高い物しか生き残らない

929仕様書無しさん2018/07/15(日) 11:44:55.44
でもコードだけだと動作仕様はわかるけど、その仕様の意図まではわからんよな

930仕様書無しさん2018/07/15(日) 11:45:26.11
その元凶は汚い要求定義つまり汚い世界

931仕様書無しさん2018/07/15(日) 11:46:04.94
さっきも言ったべ、辞めた後の話だって。
設計書があれば少なくとも顧客に言い訳ができるんだな。

あくまでも管理職のための資料。

932仕様書無しさん2018/07/15(日) 11:47:55.11
>>928
でも設計書は無いんだよね

933仕様書無しさん2018/07/15(日) 11:50:53.89
ソースにしても設計書にしても、出来るやつにしか書けないんだから
そこで金をケチった時点で、そのプロジェクトはもう・・・

934仕様書無しさん2018/07/15(日) 11:52:07.58
会社のコードはOSSの場合とは違い
仕事を受注さえすれば社内にコード品質の競争相手が居ないので
糞コードが淘汰されず生き残る
ある意味ガラパゴス化

既存のクソースを保守する仕事も同じ会社がやる事になって
他の会社に仕事を取られる事もない
そんなクソース他の会社は機会があっても引き継ぎたくないだろう

935仕様書無しさん2018/07/15(日) 11:56:03.67
オープンソースってテスト誰がしてるん?

936仕様書無しさん2018/07/15(日) 12:01:52.85
IT土方の大半が技術力ないんだから
OOPなんて難しい概念使わせたら訳のわからんものが出来上がるだろ

937仕様書無しさん2018/07/15(日) 12:02:28.81
OSSでも物によってはフツーに会社がプログラマーを雇って業務の一環として書かせていたり
自社製品でそのように作ったOSSのコンポーネントを使っている場合がある
ドッグフーディングってやつ?

最初は開発チームがテストするだろうが
次第にそのOSSのユーザーもバグ報告等を行ってくれるようになる

938仕様書無しさん2018/07/15(日) 12:08:26.38
全員が優秀であることを前提に
スケジュール組んだり設計したりプログラムの作り方を決めたりするから
デスマになるのだぜ。
仕事で集団で作る以上、その大前提が間違ってるからな。

939仕様書無しさん2018/07/15(日) 12:11:55.25
上流の仕様がころころ変わるけど、納期が変わらないからデスマになったよ

940仕様書無しさん2018/07/15(日) 12:13:51.59
まあ、デスマなど、どうせ末端のおれらの責任じゃないんだから、
せいぜい書き入れ時ってことで、残業代をガッツリ稼げばいいのさ。

941仕様書無しさん2018/07/15(日) 12:20:16.63
休出しても代休も残業代もなかった思ひ出
裁量労働の恐ろしさを知った

942仕様書無しさん2018/07/15(日) 12:25:27.55
裁量労働の承認書にハンコ押した時点で負け

943仕様書無しさん2018/07/15(日) 12:26:38.33
ソノヘンは昭和のやつらも、ちゃんと知ってたんだよね。
だから企業も派遣という契約形態にこだわっていた。
それが特定派遣。

でも味を占めて能無しを送り込む奴らが増えたもんだから、
顧客のほうが派遣ならイラン受託にしろ、と言い出して
偽装請負という形になったわけだ。

944仕様書無しさん2018/07/15(日) 12:28:31.20
>>938
少なくとも日本に関しては無能を大量雇用しすぎたことが諸悪の根源だろう
どこの現場に行ってもこのチームは無能の集団である、からスタートしなきゃならないPMが哀れ

945仕様書無しさん2018/07/15(日) 12:30:33.17
だからまあ、自分だけでも優秀になる努力ぐらいはしないと。

946仕様書無しさん2018/07/15(日) 12:32:35.58
派遣は残業させてくれないことが増えてきた

947仕様書無しさん2018/07/15(日) 12:33:59.15
優秀でも給料は変わらないよ。
そんで仕事だけ多く押しつけられる。
それがIT業界の体質。
本当に優秀なヤツは、自分の立場が守れる程度に出来ない振りして
優秀さを隠してるのだぜ。

948仕様書無しさん2018/07/15(日) 12:36:39.59
派遣してたけど残業もさせてくれないし、いついなくなってもいいような単純作業ばっかりで飽きた

949仕様書無しさん2018/07/15(日) 12:38:15.67
>>946
残業代定額制のおかげだな

派遣がおもわず残業やサビ残しちゃわないように
かつ企業も残業させたくなくなるように設定してある

950仕様書無しさん2018/07/15(日) 12:47:11.42
糞コードの混入を阻むコードの番人(レビュアー)が居ないので
やがて糞コードが支配的になってしまう

951仕様書無しさん2018/07/15(日) 12:50:43.04
給料は上がらなくてもクビにはされにくくはなるからねぇ。
せいぜいメリットはその程度。
でもクビになっても簡単にホカへ行けちゃうもんだから、
それすら大したメリットじゃないんだな。

952仕様書無しさん2018/07/15(日) 12:50:52.61
>>948

それが、本来あるべき派遣の姿だからな。

そもそも、小泉のアホがやった技術職への派遣の拡大が間違いだっただけだ。

953仕様書無しさん2018/07/15(日) 12:53:11.42
でもまあ、優秀なら選択肢は増えてくれる。
一般派遣でもやれるし、正社員にもいつでもなれるし、
勤務地も近いところや逆方向のを選ぶことも出来るし。

954仕様書無しさん2018/07/15(日) 13:45:57.14
>>950
真面目で優秀なレビュアーは配置しないほうがいい
酷いコードだらけで読む価値なしとしてrejectされまくった結果コード0行の状態で納期が来てしまう
レビュアーはレビューしたフリしてOKサインを出す係
日本ではこれが精一杯

955仕様書無しさん2018/07/15(日) 13:58:28.55
>>911
TDDはデスマ作りやすいから気を付けてな

956仕様書無しさん2018/07/15(日) 14:29:01.55
テスト書かないで納品なんて
極端な話、あなたの依頼したシステムのテストはみんな本番環境でやりますって言ってる様なものだ

人力テストは効率悪過ぎて
バグが無いかすべて人力で確認するため、リリースが非常に遅くなる
その為頻繁なリリースは出来ず、まとめて沢山の変更を一度に行ってバグのリスクが増加
面倒だから、テストしなくても大丈夫だろうとタカをくくった結果、バグが発生

など様々なリスクがある

957仕様書無しさん2018/07/15(日) 14:33:32.55
>>956
>テスト書かないで納品なんて

ん? それは発注側がテストコードを成果物に含めなかったのが悪いんだから
発注したやつが悪いんじゃね?

そんなアホの事はしらんよ。 テスト常に書く側としても。

958仕様書無しさん2018/07/15(日) 14:34:08.13
テスト書かないで納品というのは、いまどきはゲームがそうらしいぞ。
テスト要員は一般プレイヤー。
バグを見つけてチートに成功すれば、RMTで金が稼げてそれが給料。

959仕様書無しさん2018/07/15(日) 14:48:06.84
>>892
ごりら

960仕様書無しさん2018/07/15(日) 14:48:44.66
>>892
おなら

961仕様書無しさん2018/07/15(日) 16:31:36.04
ユーザーにテストをやらせて何が悪いのか
仕様がないのでテストなんて作れない

962仕様書無しさん2018/07/15(日) 16:33:55.75
休日の何もする気が出ない感ぱねえ
平日の睡眠が足りてねのかな
24時就寝5時起床はキツイのか

963仕様書無しさん2018/07/15(日) 16:47:13.36
雌尻ンダー!

964仕様書無しさん2018/07/15(日) 16:48:15.80
しょうがないよね!

って言おうとして駄洒落でもなんでもないことに気が付いた

965仕様書無しさん2018/07/15(日) 16:50:53.80
>>962
自分で判断できないの?

966仕様書無しさん2018/07/15(日) 17:19:16.34
>>962
24時就寝にしてどんどん後ろにずれてて寝起きも体調も悪いみたいな生活してたが
癌になって手術して休職して22時にベッドに入る生活になったら
5時くらいに勝手に目が覚めるようになってスッキリするようになったわ

967仕様書無しさん2018/07/15(日) 18:28:17.28
【東京都】帰宅女性の背後から侵入し携帯奪う、指名手配の韓国人の男を逮捕

968仕様書無しさん2018/07/15(日) 18:28:28.15
【!注意!】ウィルスの仕組まれているサイトと思われるURLが送られてきた。
見てみたい気もするが、ウィルス対策のソフトを入れておらず、
Windows defenderしか入ってないので、誰かセキュリティに自信のある人は、
以下のサイトがどれほど強力な脅威なのか教えてくれ!
よろしく!
くれぐれも冗談でアクセスしないように!

http://bretzel-franchising.ru/wp-content/plugins/wp-db-ajax-made/

969仕様書無しさん2018/07/15(日) 18:29:53.22
最近はこういうのでアクセスさせようとするのか

970仕様書無しさん2018/07/15(日) 18:34:41.18
おそロシア

971仕様書無しさん2018/07/15(日) 19:04:47.13
巡回スレでこういうことする馬鹿いるとホントイラッとするね
とりあえず通報しといたから安心してタイーホされろ

972仕様書無しさん2018/07/15(日) 19:23:26.77
>>970

ロシアの殺し屋、おそロシアー

というのをデトロイト・メタル・シティで
クラウザーが言ってた。

973仕様書無しさん2018/07/15(日) 19:44:55.13
みずほいい加減潰れればいいのにね
こんな状態でもまだ金預けてる一般人いるのかな

974仕様書無しさん2018/07/15(日) 19:47:41.83
ああ、これのことね。
https://www.youtube.com/watch?v=PzYQKWYj6z4

975仕様書無しさん2018/07/15(日) 19:58:10.31
>>959
全の値段は幾らぐらいでしょうか?

976仕様書無しさん2018/07/15(日) 20:01:19.15
>>975
ごりら

977仕様書無しさん2018/07/15(日) 20:05:34.04
お給料貰ってるとはいえ朝9時厳守、最速でも17時ごろまで拘束、しかも毎日ってちょっとした人権侵害だと思うの
昼までに出社、ノルマこなしたらいつでも帰宅OKじゃいかんのか?
健康で文化的な最低限度の生活を保障してくれないと困るぜ自民さんよー

978仕様書無しさん2018/07/15(日) 20:06:57.13
鉄道業界の人たちってスゲーんだな。

979仕様書無しさん2018/07/15(日) 20:39:52.33
【政治】マ板ニュースオッチ Ver4【経済】
https://medaka.5ch.net/test/read.cgi/prog/1531584764/

980仕様書無しさん2018/07/15(日) 20:59:45.23
>>977
奴隷に人権なんてないから

981仕様書無しさん2018/07/15(日) 21:03:16.37
奴隷に人権はないと平気で言うんだw
人手不足になる訳だ

982仕様書無しさん2018/07/15(日) 21:05:00.41
>>976
全の値段は幾らぐらいでしょうか?

983仕様書無しさん2018/07/15(日) 21:06:07.32
日本にもサバティカルがあればな

984仕様書無しさん2018/07/15(日) 21:24:29.83
>>977
そうしたいならそういう契約すればいいだけじゃね

985仕様書無しさん2018/07/15(日) 21:51:50.62
>>977
外資系投資銀行にてシステム開発したことあるけど、まさにそれ。
仕事が終わればいつ帰ってよい。

自宅勤務も充実してて、会社のPCにリモートデスクトップで
接続して作業してもOK.

仕事さえできれば何やってもOKという雰囲気だった。
上司が日本人だったから英語は少し話せればいいだけだったし、
俺にとってはすごく楽しくて、やりやすい職場だった。

だから外資に行けばいいよ。

986仕様書無しさん2018/07/15(日) 22:01:21.78
で、なんでそんな良い職場を辞めたわけ?
使えないからクビ?

987仕様書無しさん2018/07/15(日) 22:03:15.00
派遣で行く分には、ブラックで知られる会社でも
その被害をあまり受けずに済むもんねぇ。

988仕様書無しさん2018/07/15(日) 22:13:36.94
>>987
酷いストレス受けるけどな

989仕様書無しさん2018/07/15(日) 22:29:50.38
ブラックならともかく普通の仕事時間にすら耐えられないってダメ人間でないの、、

990仕様書無しさん2018/07/15(日) 22:31:52.37
>>988

それもこれも、職場次第だよなぁ。

991仕様書無しさん2018/07/15(日) 22:38:18.06
>>719
開発って数か月ぐらいかかるだろ?
逆に設計は数日じゃん
だったら設計を可視化してチェックすれば開発の工数見積もりできるわけ
工数がわかれば金額がわかる

どんなものに対していくら払うかっていうのがわかれば
金払う価値があるかどうかわかる
だから設計は大事

992仕様書無しさん2018/07/15(日) 22:39:22.20
>>987
派遣って大声で怒鳴られたり殴られたりするやつだろ?
実際に手を出すのは大手だとNぐらいだわ

993仕様書無しさん2018/07/15(日) 22:43:43.18
>>991
それは設計してるふりだから早いだけか
設計書のアウトプットだけを設計と言ってるだけ
実際には設計には長い時間がかかりアウトプットは短い

994仕様書無しさん2018/07/15(日) 22:49:50.10
>>991
>逆に設計は数日じゃん

この馬鹿…

995仕様書無しさん2018/07/15(日) 23:00:08.85
設計は数日w

996仕様書無しさん2018/07/15(日) 23:12:19.23
先を見通す能力が低いと設計も雑になるから逆に早く終わる

その状況と能力で時間かけたってそれ以上質が上がるわけじゃないから
それはそれでいい気がする
やってみんことには

997仕様書無しさん2018/07/15(日) 23:30:44.99
そんな工数使っていったい設計書に何書いてんだ?
詳細すぎる設計書にはデメリットしかないぞ

998仕様書無しさん2018/07/15(日) 23:38:28.00
日本語の本だと設計書の書き方的な参考書いっぱい出てるけど
ガイジンの本でそういうの見たことねーな
ガイジンって設計書を書いてんのか?

999仕様書無しさん2018/07/16(月) 00:00:45.44
長いこと騙されてたけど
そもそもあのボケどもに設計って
無理なんじゃね?

オブジェクト指向もメリット皆無だし
設計手法回りの技術はとにかく怪しい
適用しない方が開発効率が高いものが多い
新技術が出たら必ずメリットとデメリットを書き出して
明確に工数削減と品質向上に数字が出せないなら導入を見送るべきだ

1000仕様書無しさん2018/07/16(月) 00:02:16.48
お前ら外人にボロ負けじゃん

10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 8日 10時間 24分 10秒

10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

レス数が1000を超えています。これ以上書き込みはできません。