プログラマの雑談部屋 ★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(日) 10:05:27.62
自分がメインで作った製品の保守は楽でいいよな
2018/03/11(日) 10:09:42.15
楽だけど給料上がらなそう
2018/03/11(日) 10:32:17.13
ずっと同じ物ばかり見るとか苦痛だわ
保守は誰かに任せて次々新しい物を作っていきたい
2018/03/11(日) 10:37:01.88
>>356
田舎の中小とかだとデフォだな
2018/03/11(日) 10:38:40.00
>>359
AIが発達したらプログラミングという行為すら不要
2018/03/11(日) 10:50:34.23
一人保守いいよな
自分が興味のある技術を全力投球してるわ
2018/03/11(日) 11:02:35.47
前任が作った保守方法にケチつけて作り変えるのが楽しい
2018/03/11(日) 11:21:52.35
設定が文字列で複数行持ちで
行頭が全角空白の場合と半角空白の場合で
挙動が違うみたいなクソ仕様ってアリなの？
2018/03/11(日) 11:22:28.95
必修化でプログラムちょっとかじった程度のクソ雑魚顧客が
俺はプログラムに詳しいんだって勘違いして中途半端な知識を振りかざし無茶な要求を突き付けてくるようになる
最悪の場合else不要のようなモンスターが顧客になるかもしれんということだ
2018/03/11(日) 11:26:21.26
>>367
自由に作戦立てられると楽だよな
プログラムそのものの難易度より現場の縛りの方が大敵だわ
2018/03/11(日) 11:42:54.96
>>369
おそらくだけど別途フラグ作るのが面倒だから
行頭チェックだけ（おそらく内部ではIF文1個追加するだけだろう）で済む方法を用いたんじゃないだろうか

ひとことで言うと（悪質な）工数節約だ

そして積み上げられる仕様としては
全角空白が2個ならさらに別の挙動となる等が予想される

遺伝や淘汰という言葉を用いるならば
悪性の特徴が遺伝され、いずれ保守工数がかさんで淘汰される流れだろう

生き残るというのは遺伝子でもコードでも難しいもんだ
2018/03/11(日) 11:43:36.36
>>370
else不要みたいな奴はコミュ力がゴミだから、
そういうポジションにつくことは無いでしょ。
2018/03/11(日) 11:46:21.70
elseとネスト
同時攻撃されると確かにきつい
2018/03/11(日) 12:06:38.78
土日出勤してバグ調査したら設計書のミスだった
設計担当企業うちじゃないんだけど調査費用請求できる？
法律上どうなってんのかなこういう線引き
2018/03/11(日) 12:07:15.32
今日は3.11だね。おめでとう！！
2018/03/11(日) 12:08:30.96
そういえばチョンがおめでとうって言ってたわ
2018/03/11(日) 12:09:21.39
311の一体感と数々の感動エピソードが忘れられない
東京直下はまだかな
2018/03/11(日) 12:25:31.16
３１１の時はニートだったなぁ
2018/03/11(日) 12:26:00.59
elseを必要以上に書くゴミ
2018/03/11(日) 12:29:39.82
elseは重要だろ
2018/03/11(日) 12:30:44.37
>>375
＞土日出勤してバグ調査したら設計書のミスだった
＞設計担当企業うちじゃないんだけど調査費用請求できる？
＞法律上どうなってんのかなこういう線引き

民事訴訟しても良いけど、結局のところ泥沼になるのがオチだから、そういうときはそれぞれの会社関係者で話合いして、利益率の高い仕事と利益率の低い仕事の交換で落ち着くことになる
あと人売り企業なら派遣できる人数枠を譲ったりするな

お前の知らない所で営業が何かやってるよ
忖度情報だかは当然非正規には知らされない
2018/03/11(日) 12:32:35.85
コード見ないで議論する事に何の意義もない
384仕様書無しさん
垢版 |
2018/03/11(日) 12:33:49.60
おまえらと議論する事に何の意義もないw
2018/03/11(日) 12:35:31.27
入ってこなくていい
2018/03/11(日) 12:36:01.52
日本人からは嫌な思いをさせられた事はあっても良い思いをした事がない
感情的で何言ってんのかわからないしすぐギャーギヤ言うし猿みたいなもんだと思う事にしている
だからジャップと言わせてもらっても別に良いだろ
2018/03/11(日) 12:37:25.59
>>386
お前のコードを見せてみろ
2018/03/11(日) 12:38:58.89
韓国人の多い所だったから勘違いしたんだな
2018/03/11(日) 12:41:47.33
事態の改善より
相手を委縮させて責任転嫁するための質問するやつ大杉
2018/03/11(日) 12:41:51.51
else必要とか言ってるバカは基本的にコマンドとクエリの区別がついてないド素人
2018/03/11(日) 12:42:09.67
韓国の悪口を言うネトウヨ出現
2018/03/11(日) 12:45:31.97
日本人の悪口を言っているのおは何処のどいつだ？
393KAC
垢版 |
2018/03/11(日) 12:49:39.83
>>375
契約による。

普通は試験の見積もりに設計バグも織り込み済みだから、
想定されていない様な酷い品質のもので無い限り
請求する事は稀かと。
2018/03/11(日) 12:51:06.79
>>389
日本企業ではそれが求められてる
技術ゼロでもコミュ力(笑)があれば採用されるだろ？
根本的な問題解決能力は要らんのだよ
対人交渉で丸く収めることが何より大切
2018/03/11(日) 12:52:46.19
ここには日本人しかおらんやろ
つまり日本人の悪口に見えるレスはみんな自虐やで
自虐は悪口とは言わんわなあ
2018/03/11(日) 12:58:04.56
elseってif文の話か？
必要性とか知らんけどif...else...構文で書けるアルゴリズムなら普通にそれでいいだろ
2018/03/11(日) 12:59:45.85
elseは甘え
398仕様書無しさん
垢版 |
2018/03/11(日) 13:00:15.20
>>395
外国人のフリをして日本人の悪口書いてるやつたまにいるよな
2018/03/11(日) 13:01:09.10
>>397
プログラミングの入門書でも読めよ
2018/03/11(日) 13:03:04.57
elseが必要とされない箇所でelseを書いてしまうのはロジカルシンキングできていない証拠
2018/03/11(日) 13:05:39.10
>>398
フリはしてないだろ
ネトウヨが執拗にチョン認定してるから外国人に見えちゃったかな？
本人は一貫して日本人だけど俺らクソ杉って自虐してるだけだよ
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になるかどうかって話だろうが
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況