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

■ このスレッドは過去ログ倉庫に格納されています
2018/03/06(火) 22:51:03.95
プログラマは
こちらで雑談してください。
ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
拘り押付け系ガイジ
(else禁止、継承不要、設計書不要ガイジ)、
コピペガイジは出入書込禁止
※前スレ
プログラマの雑談部屋 ★21
http://medaka.2ch.net/test/read.cgi/prog/1512205653/
プログラマの雑談部屋 ★22
http://medaka.2ch.net/test/read.cgi/prog/1513600297/
プログラマの雑談部屋 ★23
http://medaka.2ch.net/test/read.cgi/prog/1514877593/
プログラマの雑談部屋 ★24
http://medaka.5ch.net/test/read.cgi/prog/1515953430/
プログラマの雑談部屋 ★25
http://medaka.5ch.net/test/read.cgi/prog/1516981289/
プログラマの雑談部屋 ★26
http://medaka.5ch.net/test/read.cgi/prog/1518005523/
プログラマの雑談部屋 ★27
http://medaka.5ch.net/test/read.cgi/prog/1519123783/
2018/03/11(日) 13:05:40.78
if (hoge)
{
　//何もしない
}
else
{
　（中略。処理がいろいろ）
}

おまえらこういうelseすら許せる派？
2018/03/11(日) 13:06:52.84
else if は使たくないけど

二分岐の
if
else
はいいんじゃないか
2018/03/11(日) 13:08:21.76
ネストした場合、どっちのifにかかってるかわからなくならない？
2018/03/11(日) 13:09:05.82
>>402
それは書いた奴が馬鹿すぎる
406仕様書無しさん
垢版 |
2018/03/11(日) 13:09:35.75
>>402
//何もしない

ファ？！
2018/03/11(日) 13:09:52.89
elseが必要とされる場面などないわ
2018/03/11(日) 13:10:14.63
>>396
elseありだと設計と実装が見比べ易いし、可読性もいいしね。
2018/03/11(日) 13:12:38.99
>>402
前いた現場、文系SEが否定演算子嫌いだからってその書き方を規約で強制してきてうざかったわ
2018/03/11(日) 13:14:08.92
>>401
クソなのはお前だけだろ。
理系詐称している高卒君かな？
2018/03/11(日) 13:14:22.28
どうせオプティマイズされるんだから気にすんな。
2018/03/11(日) 13:14:32.14
bool IsHage()
{
if( 頭頂部() )
{
return true;
}

if( 額() )
{
return true;
}

return false;
}




if (hage)
{
　増毛()
}
else
{
　
}
2018/03/11(日) 13:15:48.95
if (p) return x;
return y;

if (p) return x;
else return y;

たいして変わらんな
どっちでもいいよこんなの
タイピング数節約したいならelse消せばいんじゃねの
414仕様書無しさん
垢版 |
2018/03/11(日) 13:16:26.63
>>409
実在するのかよ

関係ないけど数学で「背理法被害者の会」とかいって背理法禁止を訴えてる大学教授思い出した。
2018/03/11(日) 13:16:46.62
大学出てマウンティングしながら差別までする屑
2018/03/11(日) 13:23:01.16
条件文にビックリマークとか否定系の使用禁止って以外と多いよ。
可読性低くなるからダメだって言ってたわ。
まあ、そんな人はelseが必須だったりするんだけどなw
2018/03/11(日) 13:27:13.09
条件分岐ってネストしたりして複雑化するけど論理学的には全て
〜なら〜する
あるいは〜なら〜する
あるいは〜なら〜する
あるいは〜する
っていうシンプルな形式に帰着するんだよ

〜するの部分がクエリなら
if (p) return f();
if (q) return g();
return h();
と書けばよろしい

〜するの部分がコマンドなら
コマンドの取得と実行に分解して
func get_command() {
if (p) return f;
if (q) return g;
return h;
}
get_command().invoke();
と書けばよろしい

つまりelseは不要
2018/03/11(日) 13:30:45.40
それだと、return唯一論者から総攻撃されるんだよなぁ
2018/03/11(日) 13:32:12.75
>>416
エクスクラメーションが目立つフォント、構文強調設定すればいいのに
2018/03/11(日) 13:34:17.23
馬鹿規約押し付けてくるやつを馬鹿にする風潮を作ればよろしい
2018/03/11(日) 13:35:55.11
>>418
return p ? f() : q ? g() : h();

こういった式変形の柔軟性もelseがないからこそ
2018/03/11(日) 13:37:20.35
たぶん、条件文に否定形ダメなところは、returnが複数あるのもダメなところだと思う。
どっちも可読性が低くなるからな。途中のreturn見落としたり、つけ忘れたりしても気付かない人へのケアな。
2018/03/11(日) 13:39:36.31
当然三項演算も禁止な所は多いよな。
2018/03/11(日) 13:40:36.11
!の見落としはあってもreturnの見落としは流石に無いんじゃ
2018/03/11(日) 13:40:59.07
>>421
そんな宇宙人の会話みたいな文書くなって怒られるわw
2018/03/11(日) 13:41:32.95
linqで何重にもwhere、selectかけて変換してるようなコードに比べたら
全部かわいいもんだろう
2018/03/11(日) 13:41:37.31
>>422
return一箇所は可読性最悪だからやめろ

returnすべきところでreturnしないと実質終わった処理なのに最後のreturnにたどり着くまで何もしてないかじっくり確認しなきゃならんだろ

こういうreturn一箇所とか100年前のトレンド引きずってるジジイほんと邪魔なんだよ
ハンガリアンとか関数の先頭でまとめて変数定義とかな
2018/03/11(日) 13:42:41.52
>>424
現場で不具合出た原因の未然対策から出て来るコーディング規約なんだから実際にそれでバグが発生したんだろ。
2018/03/11(日) 13:43:39.16
>>425
超絶読みやすいだろ
pならf()、じゃなくてqならg()、じゃないならh()
2018/03/11(日) 13:44:53.40
>>427
それは関数のネストが深かったり、複数の条件処理が長々と書かれてたりと、別の原因かと。
2018/03/11(日) 13:45:49.57
>>429
まあ、コロンとセミコロンが紛らわしいから禁止な。
2018/03/11(日) 13:46:04.44
returnを見落とすようなマヌケはreturnすべき箇所以後に間違って行われている処理を間違いなく見逃す
そっちの方が判断難しいんだから当然だわな
2018/03/11(日) 13:46:16.18
アテナエクスクラメーション
434仕様書無しさん
垢版 |
2018/03/11(日) 13:48:23.50
もうelseとreturn使うやつはバカでよくね？
2018/03/11(日) 13:48:25.15
Java使いだけど三項演算子は理解し難いのでやめて欲しい
禁止されてる現場も多いでしょ
2018/03/11(日) 13:49:32.43
>>430
関係ないよ
終わったらそこでreturnする
それで余計な処理は絶対に行われないのでリスクがない
returnしなかったら何もしないはずなのに何かしてしまうリスクが生じる
それはその後の処理が綺麗だろうと汚かろうとネストしてようと同じこと
2018/03/11(日) 13:49:35.77
>>435
ジャバパーはすっこんでろ
2018/03/11(日) 13:49:45.90
>>434
バカに合わせてコーディング規約は作られるんだよ。
組織に天才は要らないの。
2018/03/11(日) 13:51:11.93
>>436
だから、return忘れても成立するコーディングがダメって言ってんのに、わからねー奴だな。
2018/03/11(日) 13:51:58.29
変な論理演算子使われると何やってるのか分からなくなって生産性が落ちるから、三項演算子も禁止の現場多いよ
素直にifとelseで書いて欲しい
Javaの大規模開発で三項演算子やらあまり使われない論理演算子使うと怒られる
参考書みないと何書いてあるかわからないようなものはダメ
2018/03/11(日) 13:52:06.66
>>438
そんなバカげた理由で規約作ってるのはジャップランドだけだろう
コーディング規約はコードの品質を上げるためにやってんだ
バカのためにやってるんじゃあない
2018/03/11(日) 13:53:00.49
これがジャップランドである
2018/03/11(日) 13:53:45.97
>>441
違うよ。ヒューマンエラーを極力無くす為のルールだよ。
444仕様書無しさん
垢版 |
2018/03/11(日) 13:53:47.96
elseは、基本的には想定外の処理を書くための物

if (hoge)
{
　//何もしない
}
else
{
　throw new Exception(hoge);
}


なら、許せる。
でも、普通はこんな書き方せずにif(!hoge)で判定してelseは書かない。
2018/03/11(日) 13:53:50.52
三項演算子ダメでも別にelse使う必要ないだろ
446仕様書無しさん
垢版 |
2018/03/11(日) 13:54:32.73
>>438
バカが開き直るなバカ
447仕様書無しさん
垢版 |
2018/03/11(日) 13:55:53.77
三項演算子禁止のヴァカ現場は基本的に、低レヴェルを雇い過ぎているのが根本的な問題なので三項演算子が悪いわけではない。

ただ、4重三項演算子とかやるヴァカがいたりして、そういう奴がそもそも悪いのだとは思うが、
やっぱり、そんな奴を雇った会社側が悪い。
2018/03/11(日) 13:55:55.25
複数ある途中のreturn忘れてもコンパイラはワーニング出さないだろ？
最後のreturnを忘れたらコンパイラはワーニング出すけどさ。
449151
垢版 |
2018/03/11(日) 13:56:05.72
>>361
351さんそれ言えます？
2018/03/11(日) 13:56:31.15
if(!hoge)って頭ごちゃごちゃになる時ある
えーとなになにの反対ということは具体的に・・とか色々間違えそう
2018/03/11(日) 13:57:23.54
>>443
規約なんていうヒューマンエラーを誘発しかねないものにヒューマンエラーの削減を頼ったらだめだろ
ヒューマンエラーはIDEなどを使って減らすものだ
コーディング規約はあくまで高品質なコードを書くためにある
2018/03/11(日) 13:57:49.55
>>447
おまえが粒揃いの人集められてからそんな非現実的なうわ言吐けや。
453仕様書無しさん
垢版 |
2018/03/11(日) 14:00:18.08
>>450

おまえ、ガード使えないだろ？
2018/03/11(日) 14:00:19.36
>>448
returnに到達する全ての実行パスが正しくなくてもコンパイラは警告出してくれないぞ
実行パスは乗算で増えていくから確認しきれんよ
途中でreturnしてれば実行パスそのものが減るから確認も簡単
2018/03/11(日) 14:00:41.20
>>451
だから、コンパイラに発見出来る書き方を規約で決めるんだよ。
だから比較も定数は左に変数は右にって書かせるだろ？
イコールをひとつ忘れてもコンパイラがエラー出す様にな。
2018/03/11(日) 14:01:51.58
>>454
だからそれは関数の行数やネスト複雑さの問題だろうにw
457仕様書無しさん
垢版 |
2018/03/11(日) 14:02:17.58
>>447
バカは三項演算子使うなバカ
458仕様書無しさん
垢版 |
2018/03/11(日) 14:02:41.89
>>452

何勘違いしてるの？
別にお前の会社なんか無くなっても社会は別に困らないんだよ？
誰かに、お願いしますから会社やってくださいとか頼まれたの？
おまえらが勝手に生きるためにやってる会社なんでしょ？
なのになんでわざわざヴァカ集めて何やってるの？
誰が得するの？　それ。
459仕様書無しさん
垢版 |
2018/03/11(日) 14:03:41.00
>>457

だれかコレ↑翻訳して。
2018/03/11(日) 14:05:17.71
>>458
世の中自分の食いぶちの為以外にどんな立派な理屈並べても絵空事だろw
てめーだってどんな綺麗ごと並べても、メシのタネに仕事してんだから、バカな事言ってんじゃねーよ。
2018/03/11(日) 14:07:17.89
>>456
ちげーよ
returnしとけばその後のリスクが0になるって話してんの
おまえがいってる複雑さの問題は1が10になるかどうかって話だろうが
462仕様書無しさん
垢版 |
2018/03/11(日) 14:07:36.79
基本的にさ、どんな糞コード書くやつでも別に構わないと思うよ。
その糞コードのケツを自分で必ず拭かせるならね。
糞コード書いて工数オーバーしたら損害賠償請求。

そうしないとどうにもならんね。
真面なコード書いてる者がバカを見るみたいな事やってたら、
最終的に不利益こうむるのはお客さん。
463仕様書無しさん
垢版 |
2018/03/11(日) 14:08:12.31
>>460

だれかコレ↑翻訳して。
464仕様書無しさん
垢版 |
2018/03/11(日) 14:09:24.83
>>461が、ガードすら理解できないアホの相手をしなければならない不憫さには涙がでてくる。
465仕様書無しさん
垢版 |
2018/03/11(日) 14:09:33.20
>>462
汚いからバカを見せるなバカ
2018/03/11(日) 14:11:49.57
>>455
おじいちゃん…
if文中の代入は定数関係なく静的解析でわかるだろ
左辺を定数にするなんてのは大昔のテクニックだ
読んだ時の意味が自然に伝わるように変数を左辺に書くほうが良いってのが今の常識な

そもそも規約どおりに左に定数を書いたかってどうやって確認するんだ
取るに足らないくだらないチェックを規約に頼るからそういうヒューマンエラーを防げない
2018/03/11(日) 14:12:45.27
returnが複数あると、永遠に届かないコードが発見出来ないよな？
468仕様書無しさん
垢版 |
2018/03/11(日) 14:13:17.68
>>465
じゃ、お前、二度と書き込みできないじゃんｗ
469仕様書無しさん
垢版 |
2018/03/11(日) 14:13:49.48
>>467

なんで？
2018/03/11(日) 14:15:29.55
>>466
アホだな。
コーディングミスが発覚した時の言い訳に出来るだろ。
いちいちコーディング規約に沿ってるかなんて検査はしなくても、
不具合出た時にコーディング規約に沿って無かったのと沿ってたのでは、心象も違うんだよ。
471仕様書無しさん
垢版 |
2018/03/11(日) 14:17:24.51
>>467
静的解析で検出できる
2018/03/11(日) 14:20:29.98
>>471
静的解析ツール使えばelseだって悪じゃないじゃん？
アホなの？
473仕様書無しさん
垢版 |
2018/03/11(日) 14:20:42.34
>>470
>不具合出た時にコーディング規約に沿って無かったのと沿ってたのでは、心象も違うんだよ。

誰の心象をきにしてんの？
2018/03/11(日) 14:21:38.85
>>473
おまえが会社員プログラマじゃ無い事は分かった。
2018/03/11(日) 14:23:31.92
>>470
クソ規約に従ってバグ多発しても心象悪くなるぞ
規約が規約がって相手のせいにして言い訳しても相手を余計に不快にさせるだけ
コード品質に貢献しない規約なんてない方が良い
バカのための規約などもってのほか
2018/03/11(日) 14:28:18.23
>>475
絵空事は言ってて楽しいですか？
規約に沿ってバグが増えるとか、
職業プログラマでは存在しないしあり得ない。
規約に沿う以前の問題だろって一笑されてしまうよw
477仕様書無しさん
垢版 |
2018/03/11(日) 14:28:53.01
>>474

ほら、キチガイが自分の中の妄想だけで完結して妄言を吐いた。
478仕様書無しさん
垢版 |
2018/03/11(日) 14:30:12.46
だから、誰の心象を気にしてんだよ。
内輪の政治とかどうでもいいこと気にしてんなら、
迷惑だから社会に出てくんなよ…。
2018/03/11(日) 14:30:28.17
>>476
業務経験ない素人は黙ってて
2018/03/11(日) 14:30:32.66
>>425
ここプログラマーのスレやで
2018/03/11(日) 14:30:47.70
>>435
ねーよ
2018/03/11(日) 14:30:55.87
473が職業プログラマなら、背負ってる看板を気にするとか普通なんだけど、分からないとかの方がどうかしている。
2018/03/11(日) 14:32:44.19
>>440
三項演算子のどこが「変な論理演算子」なんだよｗｗｗそのくらいで生産性落ちるようなカスにシステム触らせんな
2018/03/11(日) 14:33:39.14
>>455
ねーよｗｗｗ
2018/03/11(日) 14:34:54.78
うち、メーカーに納品してるソフトハウスだから、心象って会社規模の話なんだよね。
自社開発してるメーカーって少ないし、大抵の場合相手先企業の心象は気にするよね？
2018/03/11(日) 14:35:46.06
はやくPG免許制にしないと国が滅ぶ
いやもう手遅れか
2018/03/11(日) 14:36:05.37
つうか、自社開発してるマにコーディング規約とか野暮な話してすまなかったわ。すなに謝るしw
488仕様書無しさん
垢版 |
2018/03/11(日) 14:37:19.88
モノホンのキチガイだな >>479 って。
489仕様書無しさん
垢版 |
2018/03/11(日) 14:39:01.31
>>486

うん、もうとっくに手遅れ。
490仕様書無しさん
垢版 |
2018/03/11(日) 14:39:46.25
モノホンのキチガイだな >>487 って。
491仕様書無しさん
垢版 |
2018/03/11(日) 14:40:32.28
つーか、誰の心象を気にしてるのか誰か言ってみろよ、本当に。

仕事なんだと思ってんだよ。
2018/03/11(日) 14:44:18.15
相手先企業にコーディング規約の話なんてするのか？
493仕様書無しさん[黙祷]
垢版 |
2018/03/11(日) 14:46:00.80
しても意味ないだろうなぁ。だから、一体誰の心象を気にしてんだ？　って聞いてるのに。
2018/03/11(日) 14:47:36.19
規約に沿ってないから全部チェックしなおせテストもやり直しな
こう言われたらどうすんのっていう
2018/03/11(日) 14:48:43.81
>>492
契約次第だな。
ソース一式も納品対象とかなら相手先のコーディング規約渡される場合もある。
当然それに沿ってくれと明文化されたなら守るしかない。
2018/03/11(日) 15:04:19.31
>>449
言えるし、言ったことあるけど。

理不尽な指示は上司にプレッシャーかけて取り下げさせてたわ。

おかげで仕事は全てオンスケで終わらせることが出来たし。
497仕様書無しさん
垢版 |
2018/03/11(日) 15:08:39.90
>>494
>規約に沿ってないから全部チェックしなおせテストもやり直しな
>こう言われたらどうすんのっていう

それが取引先が指定した規約ならその通りにすればいいじゃん。
文句があるなら最初の契約の段階で話し合いしておく事だし。

おまえ、何言ってんの？　頭おかしくない？
今、そういう話してんじゃないだろ？
498仕様書無しさん
垢版 |
2018/03/11(日) 15:13:22.01
つーか、お前らが気にしてる“心象”っていうか、お客さんって、親請けの事なの？

そんなん、心象もくそもなく、契約内容に従うだけの事じゃん。
話し合う必要もない。この流れの大元のコードの是非とか、一切関係ない。

そんな事でぐだぐだやってたの？　バカみたい。
499仕様書無しさん
垢版 |
2018/03/11(日) 15:15:44.87
てか、“心象”とか言い出したってことは、
契約内容に従わずに勝手にやっちゃってるって事なの？

頭おかしくない？

なんか、提示されてるテストコードでテストが通らないからって、
通るようにテストコードの方を書き換えたオフショア先の話とか聞いたことあるけど、
そういうレヴェルなの？

頭おかしくない？
2018/03/11(日) 15:23:53.32
>>434
do-whileとswitchも禁止ね
2018/03/11(日) 15:25:16.15
>>497
契約内容無視して無意味な規約なんか無視しろと言ってるように見えたから突っ込んだんだけど
なにファビョッてんの
お前の思ってる前提が他人と共有されてなかっただけのことだろ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況