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

**仕様書無しさん** · 2018/07/07(土) 13:38:07.62

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

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

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

**仕様書無しさん** · 2018/07/07(土) 13:40:02.81

ﾌﾞｵｰ!ﾌﾞｵｰ!非常に危険なプロジェクトが進行中です!
命を守ることを最優先に開発してください!
ﾌﾞｵｰ!ﾌﾞｵｰ!非常に危険なプロジェクトが進行中です!
命を守ることを最優先に開発してください! 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

**仕様書無しさん** · 2018/07/07(土) 13:56:50.04

＞　elseが不要だと思う本物のプログラマは
＞　こちらで雑談してください。

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

**仕様書無しさん** · 2018/07/07(土) 14:41:39.86

if/elseそのものは悪くない
だが分岐した後にだらだら処理を続けるバカは悪だ
分岐した中に更新系処理を書く奴も悪だ

**仕様書無しさん** · 2018/07/07(土) 14:48:06.58

elseの問題点は考える事を放棄したようなコードが連続して産まれてしまう部分

**仕様書無しさん** · 2018/07/07(土) 14:54:31.41

＞　だが分岐した後にだらだら処理を続けるバカは悪だ

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

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

**仕様書無しさん** · 2018/07/07(土) 15:02:27.16

>>6
分岐した後のコードをメンテナンスしたりテストする工数がそのまま倍になんだよハゲ

**仕様書無しさん** · 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コード
バグや項目追加があるたびにテストやり直しさせたら泣きそうになってやんの

**遊園地** ◆ExGQrDul2E · 2018/07/07(土) 15:41:43.27

どう考えても、処理内容とデータ構造を把握する事を教えて無い。
お前が悪いだろう。

**仕様書無しさん** · 2018/07/07(土) 15:42:37.26

elseは馬鹿の製造装置
だいたい私大文系なんだけどな

**仕様書無しさん** · 2018/07/07(土) 15:43:36.19

そういうのを早いうちに体験させて「これ、ダメじゃん」と分からせるのは
実に親切なことだ。

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

**仕様書無しさん** · 2018/07/07(土) 15:44:55.83

>>8
別にいいと思うけどな
っていうか
見積りすでに終わってるから動けばいいよ

**仕様書無しさん** · 2018/07/07(土) 15:48:25.99

>>12

こいつが悪の枢軸

**仕様書無しさん** · 2018/07/07(土) 15:50:31.58

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

**仕様書無しさん** · 2018/07/07(土) 15:53:09.83

>>14
え？
単価50万だし
こちらの瑕疵で無ければ
お金出るから気にせんでええよ

**仕様書無しさん** · 2018/07/07(土) 15:57:02.37

年収300万から400万にあがりました

**仕様書無しさん** · 2018/07/07(土) 16:01:51.90

>>15

こいつが社会の害悪

**遊園地** ◆ExGQrDul2E · 2018/07/07(土) 16:03:05.65

まともに働いた事ないから分からん。
税金払って、うまい棒　どれだけカエルの？

**仕様書無しさん** · 2018/07/07(土) 16:05:24.22

遊園地ってさ、なんで最近、35歳スレから外出してきてるん？

**仕様書無しさん** · 2018/07/07(土) 16:05:41.17

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

**仕様書無しさん** · 2018/07/07(土) 16:12:05.71

悪い。ネームの消し忘れだ。

**仕様書無しさん** · 2018/07/07(土) 16:22:07.42

安いドカタを使うとelse地獄になってメンテナンスできなくなるということだな

**仕様書無しさん** · 2018/07/07(土) 16:22:57.95

もうネタとしても飽きられてるのに1人で必死になにやってんだ

**仕様書無しさん** · 2018/07/07(土) 16:31:35.87

>>20
そもそも所属会社の資産でも無いのに汎用性なんか気にしてる奴バカ何じゃないの？

**仕様書無しさん** · 2018/07/07(土) 16:31:57.16

脳に異常でもあるのか？と

**仕様書無しさん** · 2018/07/07(土) 16:41:02.45

ヨソの会社のドナドナーが何やらかそうと
知ったこっちゃねーやな。

**仕様書無しさん** · 2018/07/07(土) 16:44:18.47

>>8ぐらいのソースさえマトモに読めない時点でもう・・・

**仕様書無しさん** · 2018/07/07(土) 16:46:56.59

>>7
ダラダラ書くのはどこで書くのもダメだっていうのと、
elseがダメだっていうのは違う話だろうが馬鹿！！！

**仕様書無しさん** · 2018/07/07(土) 16:48:08.71

elseがダメならそういうソース見せてみろよクズ！

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

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

さっさと死ねクズ！

**仕様書無しさん** · 2018/07/07(土) 16:49:31.40

ビジネスという観点においては、プログラムは
バカでも出来るようにしていかなきゃいけないんだから、
elseはそのために必要な機能だったんだな。

**仕様書無しさん** · 2018/07/07(土) 16:49:32.29

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

**仕様書無しさん** · 2018/07/07(土) 16:50:16.06

>>31
でも、そんなプロジェクトにまた戻りたいか？

**仕様書無しさん** · 2018/07/07(土) 16:51:19.73

>>8
そんなクズのレベルの話をしてんのか？

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

ああ、わかった。

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

なるほど。

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

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

**仕様書無しさん** · 2018/07/07(土) 16:53:13.04

>>27
ああいうソースを見るともう少しましな書き方で書き直すとかはあるな。
ただ入門書やらwebだとそういう書き方なんて学べる機会なんてほとんどないから
コードレビューなりなんなりしてきちんと学ぶ機会を与えないと無理だよ。

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

**仕様書無しさん** · 2018/07/07(土) 16:54:08.58

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

**仕様書無しさん** · 2018/07/07(土) 16:55:37.82

このスレはプログラマーじゃない部外者も多いからねぇ。

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

**仕様書無しさん** · 2018/07/07(土) 16:56:11.61

>>32
自分に跳ね返ってくるならそういう書き方になるだけだとは思うが
それに拡張性やメンテナンス性なんて意識して書いても無駄だったと思うような
場面自体少なくないからなあ、そういう経験すらないの？

**仕様書無しさん** · 2018/07/07(土) 16:56:21.81

>>33
おやおや
Elserの本性が見えてきたね
e
ELSEを使うとモラルやマナーまで失ってしまうのかな

**仕様書無しさん** · 2018/07/07(土) 17:03:14.43

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

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

**仕様書無しさん** · 2018/07/07(土) 17:05:50.77

elseを積極的に使おうなんて言ってねーぜ。
elseがあるだけでソースがロクに読めない程度のバカを
バカにしてるだけであって。

**仕様書無しさん** · 2018/07/07(土) 17:09:46.64

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

**仕様書無しさん** · 2018/07/07(土) 17:27:56.98

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

**仕様書無しさん** · 2018/07/07(土) 17:43:14.79

がんばってスパゲッティコード量産したら
彼がいないとシステムがわかる人いないって契約更新してもらえたよ！
過去の自分に感謝したね

**仕様書無しさん** · 2018/07/07(土) 17:43:21.02

それは、手離れの悪いソースっていうんだぞ。

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

**仕様書無しさん** · 2018/07/07(土) 17:44:27.97

そうだ、パスタゆでて食べようと思ってたんだ。
ソースは何にしようかねぇ、レトルトカレーかな。

**仕様書無しさん** · 2018/07/07(土) 17:58:30.59

データ構造と数式をちょっと書き込めば解決する様な事なのに、
小学生みたいに四則演算で揉めてんのか？
クラス設計の在り方で揉めるなら仕方ないけど、暇なんだな。

**仕様書無しさん** · 2018/07/07(土) 18:01:33.25

仕様の達成が難しいことがわかったとき
自分が決めた仕様だからとぶん投げていいものだろうか？

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

**仕様書無しさん** · 2018/07/07(土) 18:13:02.56

かわりゃしないんだよね

**仕様書無しさん** · 2018/07/07(土) 18:36:41.33

かわりゃしないがこんなシステムなくたってかわりゃしないし
こんな会社なくたってかわりゃしない
生きてる意味がない

でもやると工数が

**仕様書無しさん** · 2018/07/07(土) 18:47:35.33

>>4
俺みたいに優秀な人材
俺みたいに優秀な人材
俺みたいに優秀な人材

此処が笑い所なのか？

**仕様書無しさん** · 2018/07/07(土) 18:56:54.65

>>44
違うんだなあ
自分の領分が落ち着いたら別人が書いた機能も新規機能も任されるからね
ほんとにダメなやつならまかせんだろうな

**仕様書無しさん** · 2018/07/07(土) 19:05:31.72

しってる
本当に優秀だと、コード書くよりべつのことをさせようとするんだ
箱物行政でみんなに配分するタスクを一人で食い荒らされちゃかなわんからな

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

**仕様書無しさん** · 2018/07/07(土) 19:09:19.45

タスク食い荒らすと困るって暇そうでいいなあ
営業の腕が良いんだろうね

**仕様書無しさん** · 2018/07/07(土) 19:09:55.16

>>53
絶　賛　事　業　縮　小　中

**仕様書無しさん** · 2018/07/07(土) 19:13:06.31

結局なまじっかなベーススペックより
職場にあった人間がのこるもよう

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

**仕様書無しさん** · 2018/07/07(土) 19:23:25.04

雇用率も政権の成果だからな
退屈な作業を自動化すると怒られるのなんて日本ぐらいだろう

**仕様書無しさん** · 2018/07/07(土) 19:25:38.62

キーワードは「責任」。
elseがあってもなくてもいいから、金がほしいなら
自分が書いたソースに責任もてよ責任。

**仕様書無しさん** · 2018/07/07(土) 19:31:20.01

元々あるバグを派遣の責任にする奴とかな

**仕様書無しさん** · 2018/07/07(土) 19:32:30.89

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

おまいら

**仕様書無しさん** · 2018/07/07(土) 19:35:47.66

1日,2日で直されて何食わぬ顔で通常業務してる奴も居るは

**仕様書無しさん** · 2018/07/07(土) 19:38:57.30

>>60
梅干しだしね

**仕様書無しさん** · 2018/07/07(土) 19:48:50.48

ついに奴隷から解放されることが決定しました
ここに来ることももうないと思うけど
お前らも元気でな

**仕様書無しさん** · 2018/07/07(土) 19:51:25.40

おめでとう

**仕様書無しさん** · 2018/07/07(土) 20:05:19.05

待って、生きていれば少しは楽しいこともあるかもしれないよ

**仕様書無しさん** · 2018/07/07(土) 20:08:07.96

なぜ殺す

**仕様書無しさん** · 2018/07/07(土) 20:10:18.82

大谷選手もうちょい頑張れないのかねぇ

**仕様書無しさん** · 2018/07/07(土) 20:24:42.33

地震きたあああああああ^o^

**仕様書無しさん** · 2018/07/07(土) 20:25:04.26

どのへんが震源なんだろ？

**仕様書無しさん** · 2018/07/07(土) 20:26:27.24

全然たいしたことねーな
スリルが足りねー

**仕様書無しさん** · 2018/07/07(土) 20:31:39.50

スマン、俺の屁

**仕様書無しさん** · 2018/07/07(土) 20:52:27.56

地震の発生を予測できたらデイトレで一攫千金可能？

**仕様書無しさん** · 2018/07/07(土) 20:57:48.98

>>62
やめたの？

**仕様書無しさん** · 2018/07/07(土) 21:07:45.35

>>57
昔から正社員様の旗印だったが
これほど漠然とした感覚だけで中身のない言葉もないな

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

**仕様書無しさん** · 2018/07/07(土) 21:12:30.02

責任をなすりつける能力が高い人

**仕様書無しさん** · 2018/07/07(土) 21:16:08.52

責任の名の下に人間を奴隷にするジャップ資本主義
飼いならされた奴らはモンキー

**仕様書無しさん** · 2018/07/07(土) 21:19:14.07

PM、PLの家族が不幸になりますように

**仕様書無しさん** · 2018/07/07(土) 21:20:08.52

メンテナンスしやすいコードってどんなコードなんすかね？
リテラシーの高い人にしか通用しないコードじゃ嫌ですよ？
再帰とかインスタンス化とか、誰でも分かるわけじゃないですからね？
結局、適度にコメントするとか仕様書でフォローするとかしかないんじゃないですか？

**仕様書無しさん** · 2018/07/07(土) 21:21:29.65

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

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

**仕様書無しさん** · 2018/07/07(土) 21:27:08.32

15年前の自分にITはやめとけって教えてやりたい

**仕様書無しさん** · 2018/07/07(土) 21:29:54.41

ジャップランド自体がブラックだし

**仕様書無しさん** · 2018/07/07(土) 21:41:06.41

　　　　　／￣￣￣￣￣￣＼
/⌒ヽ　 /　''''''　　　　　''''''　　　ヽ
| 　/ 　 |　（●）,　　　､（●）　　　|
|　|　　|　　　 ,,ﾉ(､_, )ヽ､,,　　　　 |
|　|　　|　　　｀-=ﾆ=- '　　　　　 |
| ｜　　 ! 　　　｀ﾆﾆ´　　　　　　.!　　たたりじゃーーー！！
| /　　　＼＿＿＿_＿＿＿／　　　　安倍晋三の悪政に
| |　　　　///／Ｗ＼ヽヽヽヽ＼　　　　　天.がお怒りなのじゃ
| |　　　////ＷＷＷヽヽヽヽヽヽヽ
| |　　////ＷＷＷＷヽヽヽヽヽヽヽ　　　たたりじゃーーー！！
Ｅ⊂////ＷＷＷＷＷヽヽヽヽヽヽヽ
Ｅ／///　　　　　　　　　ヽヽヽヽヽヽヽ
| |　 //ＷＷＷＷＷＷＷヽヽヽヽヽヽヽ

**仕様書無しさん** · 2018/07/07(土) 21:51:38.78

プログラム組むの本当楽しいんだけど待遇考えるなぁ
管理職の殆どより会社に貢献している自信はあるけど

**仕様書無しさん** · 2018/07/07(土) 22:06:31.34

「責任」の概念がわからないから奴隷のままなんだよ。
で、技術者やってる分には、そのほうが楽に儲かるんだな。

**仕様書無しさん** · 2018/07/07(土) 22:06:53.49

本当に腕があるなら年収1000万ぐらい余裕やろ

**仕様書無しさん** · 2018/07/07(土) 22:07:38.20

上はたぶんおまいの貢献分は０として見積もってるよ
プログラマの貢献分はつねに０
なんぼ優秀でも優秀な部品は金で買えるし

**仕様書無しさん** · 2018/07/07(土) 22:11:12.66

だからまあ、責任なんてので会社なんぞに固執せず、
どこにでもドナって残業代だけガッツリもらってりゃいいわけだ。

**仕様書無しさん** · 2018/07/07(土) 22:15:06.97

派遣が残業代もらってて自分はもらえてないことに気が付いて発狂した正社員の方ですか

**仕様書無しさん** · 2018/07/07(土) 22:18:09.43

それとも今までサビ残やらせまくって後から残業代請求された経営者？

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

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

**仕様書無しさん** · 2018/07/07(土) 22:33:27.41

>>78
人間はオブジェクトと違って間違えまくる
そしてバカは間違えても気が付かないし叱られるのを恐れて報告しない
例外を握りつぶすようなものだ
だから実装にまで踏み込んで管理してやらなきゃならない

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

たまにはプライベートの事でも書いてくれよ
こういうことやってて楽しんでるとか
これやって仕事に活かせたとかさ

**仕様書無しさん** · 2018/07/07(土) 22:36:25.77

そういうくだんねー話はツイッターかインスタでやってくれや

**仕様書無しさん** · 2018/07/07(土) 22:39:56.90

>>92
お前らの仕事の愚痴の方がくらだねえから
まずはお前のプライベートから語ってくれよ

**仕様書無しさん** · 2018/07/07(土) 22:43:32.76

>>93
vipにでも行っとけや

**仕様書無しさん** · 2018/07/07(土) 22:45:01.80

たしかに「雑談」とか銘打ってるくせに雑談になってねえよな
ずっと仕事に取り憑かれてる社畜のスレって感じ

**仕様書無しさん** · 2018/07/07(土) 22:50:39.13

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

**仕様書無しさん** · 2018/07/07(土) 22:50:49.85

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

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

**仕様書無しさん** · 2018/07/07(土) 22:56:07.37

そうだ俺らはプログラマーなんだ社畜じゃない
仕事とかかわりなく
楽しくゲーム作ったりソフト作ったりしてるはずなんだ
なんでこんなことに

**仕様書無しさん** · 2018/07/07(土) 22:59:11.65

>>96
分岐が多いので減点となった時に分岐を勝手に消す判断までは機械にはできない

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

**仕様書無しさん** · 2018/07/07(土) 23:00:29.40

>>94
テンプレ読んだことなさそうだな

**仕様書無しさん** · 2018/07/07(土) 23:05:58.22

>>87 >>88
残業代が飛ぶことに気づかれたもんだから、ロクに残業を
させてもらえなくなった派遣技術者さ。

**仕様書無しさん** · 2018/07/07(土) 23:07:22.79

>>91
スマホで電卓アプリ作ったことあるとか言っても、
誰も反応しないからねぇ。

**仕様書無しさん** · 2018/07/07(土) 23:18:30.28

>>99
なるほどね
そういう定量的な分析をして判断は人間に任せるみたいなアプリってあったりすんのかな
減点する作業がそもそも辛そうだけど

**仕様書無しさん** · 2018/07/07(土) 23:30:27.96

>>99
ラムダがいいという数字は？

**仕様書無しさん** · 2018/07/07(土) 23:32:33.95

>>103
自分で調べたら色々見つかったわ
まずlintをよく知らなかった
初心者ですまん

**仕様書無しさん** · 2018/07/07(土) 23:49:33.00

やっぱり派遣を卑下してるのは派遣だったか…

**仕様書無しさん** · 2018/07/08(日) 00:06:34.18

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

**仕様書無しさん** · 2018/07/08(日) 00:08:32.63

>>106
IT業界をブラック、社畜と卑下してるのは当のIT従事者だからな

**仕様書無しさん** · 2018/07/08(日) 00:23:57.25

ここ半年で6人中3人辞める異常事態のチームにいるんですが
このままここにいた方がいいですか？

**仕様書無しさん** · 2018/07/08(日) 00:28:33.72

プログラマの癖にたまにこういう曖昧な質問する奴はただの荒らしなんだろうな

**仕様書無しさん** · 2018/07/08(日) 01:09:25.16

火の鳥のボスＢＧＭが頭の中で流れる

**仕様書無しさん** · 2018/07/08(日) 03:02:18.55

>>109
俺なら残る
なんか知らんが楽しそう

**仕様書無しさん** · 2018/07/08(日) 04:03:50.71

川が決壊してるのに
明日は、クソコード書きに
会社にいかないといけないのか？

**仕様書無しさん** · 2018/07/08(日) 04:37:24.55

ジャップに頭下げたくねー！

**仕様書無しさん** · 2018/07/08(日) 07:32:47.57

>>91
な、なんの反応もねーだろ？
ここの連中のプライベートや楽しみは、せいぜい
ここにバカ書く程度のことなのさ。

**仕様書無しさん** · 2018/07/08(日) 08:18:39.51

巨大タンカーの船長とプログラマーはどっちの方が頭を使いますか？

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

>>116
https://medaka.5ch.net/test/read.cgi/prog/1530935372/

**仕様書無しさん** · 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";

**仕様書無しさん** · 2018/07/08(日) 10:04:52.72

YouTubeを超える動画共有サイトを自分一人で作りたい。

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

>>119
https://medaka.5ch.net/test/read.cgi/prog/1530935372/

**仕様書無しさん** · 2018/07/08(日) 10:09:31.59

>>118
コントローラーにcss書く奴嫌い

**仕様書無しさん** · 2018/07/08(日) 10:20:14.22

>>118
世の中にはバインディングというものがあってだな

**仕様書無しさん** · 2018/07/08(日) 10:32:37.61

レンタルサーバーとかISPの事業に少し興味がある。

**仕様書無しさん** · 2018/07/08(日) 10:33:34.03

>>121
おれも嫌い

>>122
常識だね

**107** · 2018/07/08(日) 11:00:02.73

>>118
エレガントですね
感動しました

**仕様書無しさん** · 2018/07/08(日) 11:29:51.88

>>116
ごりら

**仕様書無しさん** · 2018/07/08(日) 11:31:33.41

>>126
そもそも世界とは何なのでしょうか？

**仕様書無しさん** · 2018/07/08(日) 11:33:34.50

>>118
でもSearchDataListの中はエルス王国なんでしょ？

**仕様書無しさん** · 2018/07/08(日) 11:50:27.76

>>128
いいえ

**仕様書無しさん** · 2018/07/08(日) 12:02:51.83

ネトウヨ「LINE俺らの個人情報を盗んでる！恐ろしい！((((；ﾟДﾟ))))」
ネトウヨ「俺らの個人情報なんてゴミだよ！グーグルさん、遠慮なく盗んでね！」

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

**仕様書無しさん** · 2018/07/08(日) 12:04:33.35

ネトウヨとは一体

**仕様書無しさん** · 2018/07/08(日) 12:14:50.92

昼寝すっかな…。

**仕様書無しさん** · 2018/07/08(日) 12:18:07.39

うっひょーーーーーー

**仕様書無しさん** · 2018/07/08(日) 12:24:08.64

>>127
ごりら

**仕様書無しさん** · 2018/07/08(日) 12:42:27.36

>>134
数論幾何学ってどれくらい難しいのでしょうか？
凡人には到底理解できないですか？

**仕様書無しさん** · 2018/07/08(日) 13:05:57.29

>>129
みせなさい

**107** · 2018/07/08(日) 13:17:16.91

>>125
おいこら…

**仕様書無しさん** · 2018/07/08(日) 13:29:54.92

せめて
せめてラムダ
なんで俺の職場はいつまでたっても
Java７とかなのか

**仕様書無しさん** · 2018/07/08(日) 13:34:33.50

>>138
Java のラムダは、ラムダとは名ばかりの劣化物であり、シンタックスシュガーに過ぎない。
ホンモノのラムダとは、それで Y コンビネータを記述できるものだ

**仕様書無しさん** · 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);

３がエレガントだが１がなんか好きな人もいるだろ
ただ２が好きな奴は変人

**仕様書無しさん** · 2018/07/08(日) 14:34:22.12

>>139
Javaだとかけんのか？

**仕様書無しさん** · 2018/07/08(日) 14:41:09.10

>>135
俺は>>134じゃないけど、難しいですよ。

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

いま数Ⅰか数Ⅱあたりですか？

**仕様書無しさん** · 2018/07/08(日) 14:46:14.99

>>142
数Ⅰです。

**仕様書無しさん** · 2018/07/08(日) 15:10:06.57

プログラマーは脳疲労が半端ないな
最近は休日身体が動かんし、平日もエフェドリン系の風邪薬飲まないと朝布団から出られない

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

**仕様書無しさん** · 2018/07/08(日) 15:43:13.59

>>140
1,2はいいが、やっぱり3って嫌いだわ
ラムダって他と考え方が違うから、コードの中で浮いて見える

**仕様書無しさん** · 2018/07/08(日) 16:10:08.85

10時間もコード書き続けるとか、頭悪過ぎ。
そんな無能な奴が隣にいたらブースから叩き出してる。

**仕様書無しさん** · 2018/07/08(日) 16:47:26.57

コードは考えながらかくもんじゃない
必要な定数、依存、クラス、リソース
場当たり的でない一貫した名前
ぜんぶ整理してから一気に書き下すもの
いきなり着手したら変数名のコピペ元を探すだけで一苦労

**仕様書無しさん** · 2018/07/08(日) 17:01:05.91

ワシが設計とプロトタイプ作る人やから
長時間やるのは仕方あらへん

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

**仕様書無しさん** · 2018/07/08(日) 17:02:13.40

10時間も経てば退社時刻だからな。
そりゃあ放り出されるわな、お疲れ様です、って。

**仕様書無しさん** · 2018/07/08(日) 17:06:20.32

このスレで方言使う人キモいよね

**仕様書無しさん** · 2018/07/08(日) 17:16:59.58

>>148
浪速金融道かなんかに出てきた肩書もらっただけで嬉々としてこき使われる土方みたいな

**仕様書無しさん** · 2018/07/08(日) 17:19:22.32

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

**仕様書無しさん** · 2018/07/08(日) 17:23:23.00

ばかな
まさに>>8の答えだ
where使ったら分岐がへるんだぞ

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

**仕様書無しさん** · 2018/07/08(日) 17:25:55.85

じゃあ>>8をラムダ式で簡潔に書いてみろよ

**仕様書無しさん** · 2018/07/08(日) 17:27:32.53

ついでに状態をもつ変数の数を減らせる

**仕様書無しさん** · 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";

**仕様書無しさん** · 2018/07/08(日) 17:36:58.94

Pachinkohiまちがい

**仕様書無しさん** · 2018/07/08(日) 17:38:17.82

はっきし言って>>156も>>8も目糞鼻糞
これは規約でラムダ式禁止の現場が定着するのが目に浮かぶ

**仕様書無しさん** · 2018/07/08(日) 17:40:33.83

whereとかSQLだけにしてくれ

**仕様書無しさん** · 2018/07/08(日) 17:41:32.90

おれが分からないから禁止

**仕様書無しさん** · 2018/07/08(日) 17:41:33.24

なんでだよ
そもそも入力が汚いんだからしょうがないじゃん
それでも分岐減ったし状態変数も減ったし処理が分割されて扱いやすくなっただろ！

**仕様書無しさん** · 2018/07/08(日) 17:45:47.18

>>160
実際そういうのでもいいと思う
そもそもこの記述に全くメリットないわけで

**仕様書無しさん** · 2018/07/08(日) 17:47:04.38

ひとのはなしきけよ

**仕様書無しさん** · 2018/07/08(日) 17:50:21.14

アブラハムとシェルバーン家当主はどっちの方が凄いですか？

**仕様書無しさん** · 2018/07/08(日) 17:50:40.24

>>160
俺もそうだが、チームの大多数がわからないなら禁止すべきだな

**仕様書無しさん** · 2018/07/08(日) 17:52:05.14

ラムダがないと構造体の一部のメンバの値の合計をもとめるだけの処理ですら
自前で実装しないといけなかった

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

**仕様書無しさん** · 2018/07/08(日) 17:58:44.79

>>165
チーム解散

**仕様書無しさん** · 2018/07/08(日) 17:59:53.45

チームメンバがわからなかったら禁止
それは大正義であり
もう致しかたのないことだ

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

**仕様書無しさん** · 2018/07/08(日) 18:00:24.72

メトリクスツールでも使って複雑度>>8とくらべてみやがれ

**仕様書無しさん** · 2018/07/08(日) 18:18:18.02

group by 縛りしてるのかな

**仕様書無しさん** · 2018/07/08(日) 18:20:30.70

>>166
関数作ればいいじゃん
ラムダで書いた処理は再利用できるの？

**仕様書無しさん** · 2018/07/08(日) 18:20:59.41

>>158
はい老害

**仕様書無しさん** · 2018/07/08(日) 18:21:17.43

>>171
できないとでも？

**仕様書無しさん** · 2018/07/08(日) 18:24:23.34

>>173
コピペ？

**仕様書無しさん** · 2018/07/08(日) 18:25:55.83

つまんない話しかない

**仕様書無しさん** · 2018/07/08(日) 18:26:21.95

1日中引きこもってるから話すことないんだろうけど

**仕様書無しさん** · 2018/07/08(日) 18:27:15.00

文句言うなら一人で全部作ればいい。
やれるもんならやってみろ
・・・って言ったら、自称俺は出来るヤツ様、
泣きそうになってたぞ。

**仕様書無しさん** · 2018/07/08(日) 18:27:55.44

>>144
体力落ちてるだけだろ
一流のプログラマはみんな身体も鍛えてる

**仕様書無しさん** · 2018/07/08(日) 18:28:15.46

>>174
うんにゃ

**仕様書無しさん** · 2018/07/08(日) 18:28:40.02

>>171
ｗｗｗ

**仕様書無しさん** · 2018/07/08(日) 18:31:37.57

>>145
3が当たり前の世界だと1, 2が浮いて見えるぞ
つうか浮いてる浮いてないはどうでもいいんだよね
なんども似たようなループを書いて生産性を落とすほうが問題
DRYの精神に則り3を使おう

**仕様書無しさん** · 2018/07/08(日) 18:34:35.60

1メソッドや1クラスの行数は少ない方が良いってのは分かるんだけど、
実際仕事でやってると名付けやら何やらで面倒臭くなってやらないよね？
他メソッドに飛びまくると処理追うの大変になるし

**仕様書無しさん** · 2018/07/08(日) 18:54:06.21

なぜ何もないのではなく、何かがあるのでしょうか？

**仕様書無しさん** · 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のないコードは最高だ

**仕様書無しさん** · 2018/07/08(日) 19:02:25.16

なんかもうこのスレいいや
別の雑談スレ行くわ

**仕様書無しさん** · 2018/07/08(日) 19:02:48.38

まあ人生にifはないしな

**仕様書無しさん** · 2018/07/08(日) 19:04:26.81

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

**仕様書無しさん** · 2018/07/08(日) 19:08:03.14

まあここに出てるぐらいのﾗﾑﾀﾞなら全然かわいいもんだけど
出来るプログラマーさんは何十ネストした凶悪なラムダコード書くから
あそこまで行くと誰でもわかるようにそこはラムダ以外の部分で
もっと分割しろよとは思う

**仕様書無しさん** · 2018/07/08(日) 19:09:37.04

>>187
とか叫んでも別にメリットも無ければ
出した見積り以上に金が儲かるわけでもなし
意味ねーこと拘っててバカみたい

**仕様書無しさん** · 2018/07/08(日) 19:11:00.06

>>189
メリットがないだと？

**仕様書無しさん** · 2018/07/08(日) 19:12:04.91

>>190
え？
いくら儲かるの？

**仕様書無しさん** · 2018/07/08(日) 19:12:34.64

>>191
ｗｗｗ

**仕様書無しさん** · 2018/07/08(日) 19:12:44.21

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

**仕様書無しさん** · 2018/07/08(日) 19:12:48.01

わからん奴だらけである以上は迂闊に使っちゃダメだよ、
あくまでも人売りビジネスなんだからさ。

**仕様書無しさん** · 2018/07/08(日) 19:13:31.84

ラムダで作っていくのでこれだけの工数が削減できます
まで言えないなら
ちょっといい程度で抑えておきなよ

**仕様書無しさん** · 2018/07/08(日) 19:13:39.72

>>191
足し算ができない社員が足し算できるようになることにメリットを見いだせないなら死ね

**仕様書無しさん** · 2018/07/08(日) 19:14:26.12

>>193
具体的に

**仕様書無しさん** · 2018/07/08(日) 19:15:12.32

>>195
人を切る1つの指標にはなるよね

**仕様書無しさん** · 2018/07/08(日) 19:15:30.24

>>196
それやって少数精鋭部隊なんて作っても
開発人数確保できなかったらプロジェクトポシャるってわかっていってるのか？
バーカ

**仕様書無しさん** · 2018/07/08(日) 19:16:09.65

>>199
ラムダがわかる程度で少数精鋭ｗｗｗ