プログラマの雑談部屋 ★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(日) 09:33:04.48
>>351
おまえさんの中で誰が何に責任を持つかの役割分担が出来てないわ
実際、間に合わせるのが自分の仕事だと思ってるし出来なくはないと思ってるだろ
2018/03/11(日) 09:33:34.07
小学校でもプログラミング系授業（言語は今はやらない）必修になる時代だし
今まではIT土方と虐げられてきたプログラマの地位はうなぎのぼりや！
プログラミングスキルを磨き続けろ！
2018/03/11(日) 09:34:26.45
マネージャーって役職あるのか
システムエンジニアの上の役職って課長、部長、社長だわ
組織も色々なんだな
2018/03/11(日) 09:37:11.39
前にも書いたけどこのご時世にコーダーなんていねえだろ
仕様書書いた奴がそのまま実装するんだよ
2018/03/11(日) 09:40:22.34
実力が有るんだったフリーになって法人成りするのが一番儲かるよ。
個人事業主だと税金が大変。
358151
垢版 |
2018/03/11(日) 09:44:50.89
>>352
無能なのはあってる。
断っても無理って言っても、営業、課長が顧客から依頼が来てるからやるべきな姿勢崩さないんだよね。
>>353
今日休日で誰もいないから、月曜になって、どうしても中で調整無理なら部長に少し話してみようかと思う。
課長とは亀裂ができるかもしれないが。
2018/03/11(日) 09:45:56.49
>>354
国民総プログラマ時代
つまり、プログラマという職そのものが無くなる

昔は文字を書いたり読んだりするだけで仕事があったが
今は誰でも読み書きができ、パソコンでビジネス文書が作れるので必要なくなった

1日中電卓で計算するだけの（しかも高給な）仕事があったが
現代ではもはやサーバの中でしか行われない計算だろう

プログラマがどういう形で消えていく（あるいは日常化していく）のかはまだ見えてない部分もあるが
いずれにせよ、現在のプログラマがやっている仕事はなくなるだろう

40年前のプログラマはハードウェア制御も含めてコードを書いていた
30年前のプログラマはアルゴリズムを駆使してコードを書いていた
20年前のプログラマはライブラリを利用してコードを書いていた
10年前のプログラマはコンポーネントを貼り付けてコードを書いていた
今のプログラマはフレームワークやAPIを繋ぐのが主な仕事だ

規模は大きく、コードの量は小さくなってきた
今まで見過ごされてきたインフラや構築系の作業内容も大きく変わった
何を作るとしてもコードを書く必要はない（汎用化が難しいゲームですら9割以上のジャンルはコード不要で作れるだろう）

誰もがプログラミングスキルを持っていると仮定するならば、プログラマが生き残る方向は2つしかない
1つは高スキルを活かしてサポート、コーチなどのコンサルティング業
もう1つは社会の土台を作る本物のプログラマだ
2018/03/11(日) 09:51:45.91
英語業界を見ても分かるように
無駄に全員にやらせると、>>359の言うように全員が出来るようになって…みたいな流れにはならず、
「やったはずなのに出来るようにならない！！」となって、本当に出来るやつの価値があがる
まあ結局
＞1つは高スキルを活かしてサポート、コーチなどのコンサルティング業
＞もう1つは社会の土台を作る本物のプログラマだ
ってことなんだけどｗ
2018/03/11(日) 09:57:23.82
>>358
脅せばいいじゃん、お前がやれって。

それか今の俺の作業をお前が代わるなら見積もり引き取ってやるよ位言えば？
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
おまえが粒揃いの人集められてからそんな非現実的なうわ言吐けや。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況