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

1仕様書無しさん2018/04/10(火) 18:59:08.38
残業なんかしなくても稼げる・稼げるようになりたい本物のプログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
耕運機会社のランボルギーニより、イタリアの種馬フェラーリが好き、
などなど愚痴、妬み、妄想などなんでもどうぞ。
ここは業界人であるプロの板なので、
elseが無いとコードが書けない似非初級プログラマは出入書込禁止
※前スレ
プログラマの雑談部屋 ★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/
プログラマの雑談部屋 ★28
http://medaka.5ch.net/test/read.cgi/prog/1520344263/
プログラマの雑談部屋 ★29
http://medaka.5ch.net/test/read.cgi/prog/1521205676/
プログラマの雑談部屋 ★30
http://medaka.5ch.net/test/read.cgi/prog/1521950838/
プログラマの雑談部屋 ★31
http://medaka.5ch.net/test/read.cgi/prog/1522564853/

2仕様書無しさん2018/04/10(火) 19:02:20.42
新スレはここけ?

3仕様書無しさん2018/04/10(火) 19:03:59.81
あげ

4仕様書無しさん2018/04/10(火) 19:05:42.63
派遣で行ってる俺の作業用のPCの
ほこりをかぶったディスプレイに
良く見たら怒ったドラえもんの顔が
ほこりをなぞって書かれてたのだけど
どう言う意味なのだろうか?

5仕様書無しさん2018/04/10(火) 19:13:29.54
よし、これからその埃でコミュニケーション開始だ!

とりあえず、ドラえもんのセリフ「どうしたんだい? のび太くん」から開始だ。

6仕様書無しさん2018/04/10(火) 19:14:08.26
ごめん、新スレこっちだった。
https://medaka.5ch.net/test/read.cgi/prog/1523353942/l50

↑のが先に立ってたんだな。

7仕様書無しさん2018/04/10(火) 19:14:41.51
ちゃんと削除依頼出しとけよ

8仕様書無しさん2018/04/10(火) 19:26:44.64
>>6-7

そんな貧乏くさいスレ、嫌だ

9仕様書無しさん2018/04/10(火) 19:34:09.08
どっちが楽に稼げそうか考えたら、
elseとか使いまくりのぐっちゃぐちゃのコードより、
キレイに整頓されたコードの方がいいに決まってる。

10仕様書無しさん2018/04/10(火) 19:37:29.69
新スレ、こっち?

11仕様書無しさん2018/04/10(火) 19:38:21.25
どっちに書けばいいんだよ。

12仕様書無しさん2018/04/10(火) 19:50:39.18
金が儲からなそうなスレでは書き込みしたくないよなぁ…。
残業手当目当てとか、労働貧乏確定な気がする。

13仕様書無しさん2018/04/11(水) 08:23:01.31
もう一個のスレの方が伸びてるので無いよう見てみたら
派遣の話とか、底辺臭いのばっか。

雑談スレに集まるのって、まともなプログラマはあんまいないんだな。
そりゃ、else無いとコード書けないレヴェルの奴ばっかだろうな。

14仕様書無しさん2018/04/11(水) 08:52:47.39
お、でたな
巡回お疲れさま!

15仕様書無しさん2018/04/11(水) 08:53:55.66
現代日本の社畜の方が中世の奴隷より劣悪な労働環境で働いているという事実。

古代や中世では奴隷は大切な資産なので死ぬまで働かせることはなかったが、ジャップランドでは
当然のように労働者を過労死させている。通常の社会では死ぬレベルの過酷な労働を課せられた隷属民は
反乱や暴動を起こしているが、ジャップランド社畜は家畜より従順である。

古代や中世では奴隷を死なせると主人の責任問題になったが、ジャップランドでは社畜を殺して金儲けした
ワタミのようなクズが、国会議員として国政の権力を握っている。
東洋の儒教的道徳規準に従った場合でも、ワタミのような悪逆非道の輩は、凌遅三千刀滅九族である。

ジャップランドのSEやアニメーターよりも、アメリカの農園の黒人奴隷のほうが良い生活をしていた。
農園主を支持する黒人奴隷は存在しなかったが、ジャップランドでは豚が肉屋を支持するのが普通。

ジャップランドの実態
http://qbiz.jp/image/box/0024021ed3225e2aec3eeddfa63b3f61.jpg
http://asyura.x0.to/imgup/d6/4019.jpg
http://www7b.biglobe.ne.jp/~anilove/Asset_management/real_wage.PNG

16仕様書無しさん2018/04/11(水) 09:48:17.90
>>14

必死だなぁ…。

17仕様書無しさん2018/04/13(金) 10:07:32.43
高卒はカスタマーエンジニアだとかセールスドライバーだとか先物営業だとかろくな仕事はありませんね。
高卒は子供に「パパって高卒だって隣のおばちゃんが言ってたよ」なんて子供にいわれたらどうするのでしょうか。
顔から火が出るほどはずかしいでしょうね。

高卒で成功する人もいますがそれは確率論では少数。
博打みたいな人生でたまたま金脈を掘り当てたに過ぎません。しかし一発屋でも30年後にまだあるかはわかりませんし。
危ない橋だといえましょう。高卒は劣っているのです。

高校時代遊びほうけていた人向学心がない人がほとんどです。経済的な理由でいけない?そんなことはないでしょう。金はなんとかなりますよ。
結論高卒は日本経済の足を引っ張っています。

薬物に走るのも不良も高卒だというイメージも払拭できないでしょう高卒は最低なのです。
専門卒も最低ですよ。法規上学校ではないので高卒です。
高卒は人間的に劣っています。貧困からは人間的な豊かさも生まれません。

18仕様書無しさん2018/04/13(金) 12:16:32.14
>>13
> 派遣の話とか、底辺臭いのばっか。

お前はプログラマでさえないんだから
底辺のコンビニ店員がなにを夢見てんだ

19仕様書無しさん2018/04/13(金) 12:32:38.42
透視できるんだね!
すごいね!!

20仕様書無しさん2018/04/13(金) 14:22:51.84
過去の書きこみを見れば
Fランの馬鹿ということはわかる。
else不要の書き込みでキチガイというのが
明確に追加された。

馬鹿でキチガイなんだから
プログラマなんて無理に決まってる。

21仕様書無しさん2018/04/13(金) 16:22:30.60
>>20
でも else なしに書けるんだったら、そのほうがいいよね

22仕様書無しさん2018/04/13(金) 18:26:40.05
>>21
その方法が歪であればNo

23仕様書無しさん2018/04/13(金) 19:10:04.36
>>21

書けるんだったらっていうか、無しで書くのが“仕事”というもの。

お遊びでやってる奴なんか相手にすんな。

24仕様書無しさん2018/04/13(金) 19:12:29.80
>>23
else なしでは書けないときはどうするの?

25仕様書無しさん2018/04/13(金) 19:14:58.54
>>24
かけよw

26仕様書無しさん2018/04/13(金) 19:15:44.59
まだelseの話かしたがるやつは上級から出るなよ

27仕様書無しさん2018/04/13(金) 20:29:04.62
else の話見ると発狂しそうな奴いるな。病院いけ。

28仕様書無しさん2018/04/13(金) 20:40:05.22
こっちはelse要らない厨の上級スレの次スレなわけだな。

29仕様書無しさん2018/04/14(土) 20:58:41.58
else は要るとか要らないとか関係なく、
要らないから!

30仕様書無しさん2018/04/15(日) 00:38:36.84
elseがいるとかいらないとかで何スレも続いてるのは低レベル過ぎるだろ

31仕様書無しさん2018/04/15(日) 01:44:53.07
elseへ。
お元気ですか?私は元気です。
あなたが去ってからというもの、私のコードは何となく物足りなさを秘めるようになった気がします。
あなたはクソコードからの束縛を離れ、自由な空を羽ばたいていることでしょう。
私はとてもあなたが怨めしい。なぜ私も連れていってくれなかったのか。ああ、私も自由を感じてみたい。
自由、奴隷の私には縁遠いものですね。
PS. Ifが過労死しました。

32仕様書無しさん2018/04/15(日) 08:12:01.11
これ、面白いと思って買いてるんだよな?
マジ病気だから、それ。

33仕様書無しさん2018/04/15(日) 09:48:50.67
【非婚】結婚障害の無能残業するな【離婚】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
巨額搾取させて結婚妨害するな!
無能残業して共働き妨害するな!
・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下報酬の会社は辞めろ
・100万円/月以下報酬の契約は断れ
・5,000円/時以下報酬の契約は断れ
・100万円/月以下報酬のプログラムは作るな
・実態派遣プログラムを作るな
・プログラムの料金以上に作るな
・プログラムの利益を搾取させるな
・プログラムの報酬を搾取させるな
・プログラムを客先に渡すな
・不利益な依頼は断れ
・知的財産を渡するな
・客先指示に従うな
・生産利益を上げろ
・生産効率を上げろ
・契約外作業期日は断れ
・時間外労働違反は止めろ
・多重契約は断れ
・残業見積りは断れ
・残業しないで学習しろ
・残業しないで副業しろ
・残業しないで家事やれ
・損害賠償請求を怠るな
SEの結婚対策
https://amoo-re.com/articles/IK9K8

34仕様書無しさん2018/04/15(日) 10:04:58.78
脳にまでelseが回ったと見るべき

35仕様書無しさん2018/04/15(日) 10:21:33.94
これ、面白いと思って買いてるんだよな?
マジ病気だから、それ。

36仕様書無しさん2018/04/15(日) 10:57:31.12
気が付かないうちにelseに侵食されている

37仕様書無しさん2018/04/15(日) 11:54:15.10
return
kind == 0 ? "みかん" :
kind == 1 ? "りんご" :
kind == 2 ? "バナナ" :
null;

38仕様書無しさん2018/04/15(日) 11:59:30.80
>>37
マジックナンバーをコードに書くなって言われたばっかだろ
配列使えよw

39仕様書無しさん2018/04/15(日) 13:00:52.39
また論理すりかえてるし。

elser って、本当にヴァカだな。

40仕様書無しさん2018/04/15(日) 13:02:25.19
elser って、ただの派遣だもんな。
裁量権一切ない、ただのコーダーじゃん。


999 名前:仕様書無しさん 2018/04/15(日) 11:21:58.84
わかったことといえば、else要らないなどと言ってるバカのおかげで
おれみたいなジジーでも一般派遣なんぞで稼げてるんだな、と。
お前らには感謝してるよ。
http://medaka.5ch.net/test/read.cgi/prog/1522036053/999

41仕様書無しさん2018/04/15(日) 13:11:19.09
>>39
kindが100まであったらどうするつもり?

42仕様書無しさん2018/04/15(日) 13:11:43.49
else不要バカがまだいるw
まあいつものことだがあと半年もすれば
自分のバカさに気が付いて消えるんだよね。

いつものこと。
AIのときもそうだったなあ。
ホントに馬鹿。
というかクズ。
キチガイだな。

そらそらキチガイelse不要バカ!
反応しろや!
ほれほれ!

43仕様書無しさん2018/04/15(日) 13:19:53.64
>>38
配列インデックスという見えないコードに変わっただけで余計わかりにくい

44仕様書無しさん2018/04/15(日) 13:21:39.76
>>41
else派は打つ手なし
else否定派はカプセル化してリファクタリングするだけ

45仕様書無しさん2018/04/15(日) 13:25:49.36
なんかかわいそうだな
誰とは言わないが意見、反論にすらなってないキチガイelserは意図的に無視されてるって気付いた方がいい
かまって欲しければ最低限、意見、反論を聞かせてくれ
ではまた無視を開始するので反省を期待してるよ

46仕様書無しさん2018/04/15(日) 13:27:34.79
>>44
else有無に関係なくカプセル化使うぞ

47仕様書無しさん2018/04/15(日) 13:37:29.22
>>46
elserはコード値と名称の対応がカプセル化されてないんだよ
だから使用者側がコード値0の時はみかんだな1の時はりんごだなって知ってないといけない(つまり設計書に記載された対応表を見なければいけない)
プログラムもその構図を如実に反映している
彼らはコード値と名称の対応が必要なところ全てでif elseの長大なリストを書き始める

一方でアンチelserはコード値と名称の対応表を単一の式に落とし込んでいるので容易に関数化、カプセル化して再利用することができる
辞書を使った実装やデータベースに置き換えることも容易なのだ

48仕様書無しさん2018/04/15(日) 13:56:03.05
elserは“関数”知らないからな。

49仕様書無しさん2018/04/15(日) 13:56:27.35
関数知らないって、原始人じゃん、それ。

50仕様書無しさん2018/04/15(日) 13:59:26.27
elserだもの

51仕様書無しさん2018/04/15(日) 14:06:17.07
990 仕様書無しさん sage 2018/04/15(日) 10:50:20.33
ありえない例を挙げて「お前の行動パターンはこれだ」と決めつけて叩く
否定したら「前提条件を変えるな」と言い出す
マウント取りたい知恵遅れの典型パターンだなw

52仕様書無しさん2018/04/15(日) 14:17:06.03
>elserはコード値と名称の対応がカプセル化されてないんだよ
ifすら使わないので

53仕様書無しさん2018/04/15(日) 15:05:05.13
elser は、前提条件を変えたら必ず発言者を否定出来ることが理解できないんだ。
キチガイだな。

54仕様書無しさん2018/04/15(日) 15:05:32.04
>>51=キチガイ

55仕様書無しさん2018/04/15(日) 15:24:42.23
>>53
素晴らしい、その通りだね
…前提が異常でないならな

56仕様書無しさん2018/04/15(日) 18:10:55.16
elseが要るかって?
このスレではelseをNGワードにした方がいいのは確実だ

57仕様書無しさん2018/04/15(日) 20:52:00.20
つまり、elseが無いとNG出来ないのか
そいつは大変だ

58仕様書無しさん2018/04/16(月) 10:51:12.79
【作業期限】損害だから断れ【客先指示】

☆不利益で迷惑だから料金増やすか生産減らせ☆

人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower

SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。

59仕様書無しさん2018/04/16(月) 11:55:43.40
else不要のキチガイ バカ
反応しろや!
ほれほれ!

60仕様書無しさん2018/04/16(月) 12:47:33.80
残念な子が自分のコードをリファクタリングされておこの様子
リファクタスレだらけになった

61仕様書無しさん2018/04/16(月) 14:41:44.49
else だらけのコードだったんだろうな。
そんなの放置してたら技術的負債確定だから、
見つけ次第掃除するに決まってる。

62仕様書無しさん2018/04/16(月) 15:05:41.32
スレタイに上級ついてないけどもうすっかり爺が居ついちゃってんのか
完全に低能爺の自己肯定のスレになりそうで悲惨だな

63仕様書無しさん2018/04/16(月) 19:20:54.71
エルスなんか、どうでもいい

搾取なくす方法を考えようぜ

64仕様書無しさん2018/04/16(月) 19:28:44.68
else とか書いてるから搾取されるんだよ。

65仕様書無しさん2018/04/16(月) 19:44:50.39
>>64
何も書かない

搾取されない

66仕様書無しさん2018/04/16(月) 20:23:40.77
搾取されない方法?
そんなの簡単。 営業だよ、営業。

搾取する側になれるんだぞ。

67仕様書無しさん2018/04/16(月) 23:12:53.49
elseを書く営業は搾取される側だってよ

68仕様書無しさん2018/04/16(月) 23:25:13.47
if ( flg ) {
 return "a";
}
return "b";

このコードを日本語で説明すると
「フラグが true なら a を返し、それ以外なら b を返す」
になりますが「それ以外」(つまりelseに該当する日本語)を使わずに説明したいです

69仕様書無しさん2018/04/16(月) 23:48:40.16
* flgの場合"a"を返す
* "b"を返す

"b"を返す
ただしflgの場合"a"を返す

例外的にflgの場合"a"を返すが主に"b"を返す


どちらに重みがあるかわかりやすいね
elseを使うと主要ケースと例外ケースが対等に見えてしまう

70仕様書無しさん2018/04/16(月) 23:51:20.46
656仕様書無しさん2018/04/16(月) 23:50:58.40
else不要バカはFランのキチガイなんだよね

ずっと粘着してるバカ

ほれほれ反応してみーーー!

71仕様書無しさん2018/04/17(火) 01:08:29.48
>>69
回答ありがとうございます

> * flgの場合"a"を返す
> * "b"を返す
文字で伝える分には良いですが、言葉で伝える場合には厳しそうです

> 例外的にflgの場合"a"を返すが主に"b"を返す
「主に」だと"b"を返す確率が高い印象を与えてしまいそうです

> "b"を返す
> ただしflgの場合"a"を返す
これはとても参考になる言い回しでした

72仕様書無しさん2018/04/17(火) 01:20:39.47
elseを使うと主要ケースと例外ケースが対等に見えなくなるように、
対等なケースを分岐する際にelseを使わなかったら、主要ケースと例外ケースに見えてしまう
使い分けが肝心だ

73仕様書無しさん2018/04/17(火) 01:22:23.24
>>72
1文目がなんかおかしいな
elseを使わないことで主要ケースと例外ケースが対等に見えないように出来るように、
かな

74仕様書無しさん2018/04/17(火) 05:32:23.32
>>72
対等なら三項演算子が正解

75仕様書無しさん2018/04/17(火) 07:01:23.25
すぐに三項演算子を使いたがるのは現実を知らないガキの特徴
早く社会に出て大人になれよw

76仕様書無しさん2018/04/17(火) 07:10:27.40
else使わなくてもいいから、差し戻しされたテスト結果を他人に回すなや。

77仕様書無しさん2018/04/17(火) 07:14:03.52
else なんか書いてるから、そういう尻拭いさせられるんだよ。

78仕様書無しさん2018/04/17(火) 07:33:17.45
つまり、elseを使うほうが生産性が高いという証明。

79仕様書無しさん2018/04/17(火) 07:44:23.10
読みやすいかどうかって、結局多数決だからね
100人中80人がelse有るほうが読みやすいって言うだろうから、else使わないほうが読みやすいってのは詭弁でしかない

80仕様書無しさん2018/04/17(火) 08:23:39.88
【作業期限】損害だから断れ【客先指示】

☆不利益で迷惑だから料金増やすか生産減らせ☆

人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower

SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。

81仕様書無しさん2018/04/17(火) 08:29:59.54
step数換算だからな!
行数稼がなきゃな!!

82仕様書無しさん2018/04/17(火) 10:31:22.81
else なんか使ってる奴は頭悪いから step 数で料金が決まる
ヴァカみたいな契約して生産性を下げた上、労働貧乏になってるんだよな。

83仕様書無しさん2018/04/17(火) 13:57:22.43
爺さんはホント自演好きだねぇw
elseの代わりに三項演算子使ってもステップ数は変わらないって前に教えてあげたのに
ボケてるからもう忘れたのかw

84仕様書無しさん2018/04/18(水) 18:45:04.33
しかし、本当に else は要らねぇなぁ…

85仕様書無しさん2018/04/18(水) 21:09:56.42
しかし、本当に「しかし、本当に else は要らねぇなぁ…」は要らねぇなぁ…

86仕様書無しさん2018/04/18(水) 21:39:01.88
>>85
カース

87仕様書無しさん2018/04/18(水) 22:37:03.37
>>86
なんやと!

88仕様書無しさん2018/04/19(木) 00:32:55.72
しかし、本当に「しかし、本当に「しかし、本当に else は要らねぇなぁ…」は要らねぇなぁ…」は要らねぇなぁ…

89仕様書無しさん2018/04/19(木) 00:36:37.43
if ( flg ) {
 return "a";
}
return "b";

このようなコードを初見で理解しようとしたとき頭の中で
「フラグが true なら a を返し、それ以外なら b を返す」
と読んでしまいます
「それ以外」(つまりelseに該当する日本語)という言葉を
脳内に浮かべることなく理解するにはどうすればよいのでしょうか

下から読めば>>69の読み方もできるのですが
プログラムは上から読むものなのでその読み方を使えなく困っています

90仕様書無しさん2018/04/19(木) 00:44:15.50
完全にelse脳だね、頭がelseに侵食されているせいで存在しないelseが見えてるんだ
elseは癌のように育つと君は知らないんだ
「オレの声を聞け、教えてやる」
「オレの腕をつかめ、手を差し出すから」
だが、オレの言葉は雨粒のように落ちていき
elseの井戸の中で響くだけ

91仕様書無しさん2018/04/19(木) 06:17:07.93
>>89
プログラマはコードを読むときにいちいち日本語に置き換えません
アメリカ人が英文を読むときに頭のなかで日本語に置き換えないのと同じです
コードはコードとしてそのまま理解します

92仕様書無しさん2018/04/19(木) 06:22:09.10
function Hoge(flg) {
if (flg) { return "a"; }
return "b";
}

関数Hogeは引数flgを受け取り次の手続きを順次実行します
* もしflgなら"a"を返して終了
* "b"を返して終了

93仕様書無しさん2018/04/19(木) 06:29:56.68
function Hoge(flg) {
if (flg) { return "a"; }
return "b";
}

関数Hogeは引数flgを受け取り次の手続きを順次実行します
* もしflgなら次の手続きを順次実行します
  * "a"を返して終了
* "b"を返して終了

94仕様書無しさん2018/04/19(木) 06:57:45.71
そんな糞どうでもいい事でグダグダ言ってんじゃねーよ
お前は他人にコードを読んでもらわないんだから、どう解釈されるかなんて気にする必要あるのかよ

95仕様書無しさん2018/04/19(木) 07:27:50.12
勢力図が見えてきたな

いちいち日本語に置き換えないとプログラミング出来ないバカ
私大文系
elser

これらは同一のグループだったわけだな

96仕様書無しさん2018/04/19(木) 12:25:24.99
>>95
おまえelserやろ出しゃばるなバカ

97仕様書無しさん2018/04/19(木) 14:08:32.01
if文の中でreturnしてるのの方が小汚い。

98仕様書無しさん2018/04/19(木) 15:57:29.65
> if ( flg ) {
>  return "a";
> }
> return "b";
> このようなコードを


それがおかしいんだよ。こう!

if ( flg ) {
 throw new Exception();
}

// 以下、正常処理

99仕様書無しさん2018/04/19(木) 16:36:34.84
メソッドにするまでもねーな
var x = flg ? ″a″ : ″b″;

100仕様書無しさん2018/04/19(木) 17:20:13.71
だから何度も、正常系と異常系を意識してコード書けって言ってんのに、
ただの分岐処理で頭が止まってるから elser はダメだって言ってんだよ。

KACとか、チンパンジーだっただろ?

101仕様書無しさん2018/04/19(木) 17:38:52.11
>>99
さんこうなんちゃらは
普通、使用禁止のコーディング規約じゃね?

102仕様書無しさん2018/04/19(木) 18:03:53.50
>>101
どこの世界の普通だよ

103仕様書無しさん2018/04/19(木) 18:47:42.45
>>102
俺は、色々な会社で色々なプロジェクトを死ぬほど経験した
非正規底辺プログラマーのおっさんだが
だいたいどこ行っても大手のコピペだろうコーディング規約は、
禁止されてることが多かった気がする。

104仕様書無しさん2018/04/19(木) 18:56:27.25
>>103
底辺ならではだな

105仕様書無しさん2018/04/19(木) 19:05:49.38
ジャップランドのIT現場では規約とは足枷のエイリアスなんだよって世界中で笑い者になってるよ

106仕様書無しさん2018/04/19(木) 19:10:19.30
>>105
その定義は世界共通なんやけどおたくナニ人?

107仕様書無しさん2018/04/19(木) 19:31:19.67
>>105
何を今更┐(´-`)┌

108仕様書無しさん2018/04/19(木) 22:28:42.02
>>100
「引数は時間、返り値はvoid、引数が3600秒未満60秒以上なら分のみ出力、引数が60秒未満なら秒のみ出力せよ」
って関数を作る場合、分出力と秒出力のどっちが異常系?どっちが正常系?

109仕様書無しさん2018/04/19(木) 22:34:50.24
異常系は3600以上
0から3600未満は60進数の最上位桁を得るという問題なので分岐は不要

110仕様書無しさん2018/04/19(木) 22:40:39.36
ミリ秒にも対応しろ、って仕様変更されたら、秒出力が正常系から異常系に移るって事かな

111仕様書無しさん2018/04/19(木) 22:49:37.49
>>109
お前、それ明日の昼休みに同僚に言ってみたら?
「分と秒なら、秒が正常系、分が異常系ですよね」ってさ
どんな回答が返ってくると思う?

112仕様書無しさん2018/04/19(木) 22:50:58.74
条件文の後置を全ての言語がサポートすべき

return "a" if flg = 0
return "b" if flg = 1
return "c"

最高に見易いし英文(命令文)としても自然だ

113仕様書無しさん2018/04/19(木) 22:52:09.45
>>111
君、目潰しでも食らったのかい?

114仕様書無しさん2018/04/19(木) 23:02:19.03
>>112
ねーよ

115仕様書無しさん2018/04/19(木) 23:11:57.12
>>108の問に抜けがあるのが問題だな
単位も出力しろって問にしないと、10秒のときと10分の時で出力が同じになっちゃうじゃん

116仕様書無しさん2018/04/19(木) 23:22:29.96
ジャップランド滅びねーかな
日本の国土は好きだよ
ある意味で俺は愛国者だ
日本は土地は好きだからな

でもジャップ民族とジャップの文化歴史は嫌い
中世ジャップランドはいつ迄続くんだよ
海外からの移民受け入れでジャップの文化を上書き更新したい。

117仕様書無しさん2018/04/19(木) 23:23:25.26
>>115
自分の意に沿わない部分があると問題に集中できないタイプだな

118仕様書無しさん2018/04/19(木) 23:45:19.30
妙なこといいだすとおもったらまたそういうあれか
Janeやめたほうがええかしらん

119仕様書無しさん2018/04/20(金) 00:25:48.32
>>109の書くコードは読みにくそうだな
素直に書けばいいのに

120仕様書無しさん2018/04/20(金) 00:26:32.49
>>91
>プログラマはコードを読むときにいちいち日本語に置き換えません
意識してなくても自然に日本語に置き換えて理解していると思うのですが。
もし日本語に置き換えていないのなら「イフ」等も頭の中に浮かんでいないことになりますが
どのように理解しているのでしょう
もしかしてコードだけで会話できたりするのでしょうか?

>アメリカ人が英文を読むときに頭のなかで日本語に置き換えない
これは当たり前ですよね
「日本人が英文を読むときに頭のなかで日本語に置き換えない」
の間違えですか?

121仕様書無しさん2018/04/20(金) 00:46:20.80
>>119
そいつ、コード書かないから
仕様を上から下に投げるだけで金を貰える、私大文系プログラマだよ

122仕様書無しさん2018/04/20(金) 06:32:09.20
>>101
大手SIerだが、三項演算子は基本禁止だったな
三項演算子を使うなif elseを使え、if elseを使うときは中身が一行でも{}を付けろ
規約はガチガチに固めてあるよ
まぁ、守らない人もいっぱい居るけどね

123仕様書無しさん2018/04/20(金) 06:47:16.53
>>120
ifはプログラムの構成要素なのでそのまま理解すればよい
自然言語のifと混同しているようだが同じではない

--
そう当たり前の話
当たり前のようにプログラム言語はプログラム言語のまま読む
外国人だろうが日本人だろうがC言語を読む時にわざわざ母国語に変換して読んだりはしない
母国語に変換するのは対象言語に不慣れなビギナーだけ
英語を習いたての子供は日本語に変換して理解するが英語に慣れた大人は変換しなきても意味を理解できる
英語から即座にイメージがわいてくる

例えばC言語で
a[i++] = 0;
と書いてあった時にビギナープログラマは
配列aのi番目の要素に0を代入してiをインクリメントする
と自然言語に置き換えて読んでしまう
しかし熟練のプログラマは
a[i++] = 0;
とそのまま読んでそのまま挙動を理解する
その間に自分の母国語が頭の中に出てくることはない
それがC言語ネイティヴの思考方法

いちいち母国語に置き換えて理解していたら時間の無駄だし意味が曖昧化して間違えやすい
そして自然言語に置き換えにくいあるいは置き換えられないプログラミング要素を忌避するこおとになる
例えば三項演算子やλ式だ
母国語変換が必要なビギナーはこういうものを嫌うがプログラミング言語ネイティヴには全く抵抗感がない
母国語変換は低レベルな私大文系SEのやる事なのではやく卒業しよう

124仕様書無しさん2018/04/20(金) 08:24:26.96
> 108仕様書無しさん2018/04/19(木) 22:28:42.02
> 「引数は時間、返り値はvoid、引数が3600秒未満60秒以上なら分のみ出力、引数が60秒未満なら秒のみ出力せよ」
> って関数を作る場合

まだ言ってんのかこのヴァカ

判定する関数で、出力するとこまで関数に含めるな ボケナス
役割分担、いつになったら理解できるんだ 死ね

125仕様書無しさん2018/04/20(金) 08:35:00.99
>>124
ほんとelse以前の問題だよな
オールインワンを求めたりするのはプログラマとして致命的

126仕様書無しさん2018/04/20(金) 08:48:50.74
共同ツール 1

https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
ttp://photoshopvip.net/103903

ttps://goodpatch.com/blog/sketch-plugins/

127仕様書無しさん2018/04/20(金) 10:47:48.80
else騒ぎが続いてるけども、何処よりもプログラマーの集うSIer界隈では、規約で三項演算子禁止。
正規表現も環境によって動きが変わるから多用は推奨されない。もちろん否定的先読みなどは禁止。
SQLも入れ子はダメだ。

実務の世界では分かりやすくないとダメなんだよ。
だからifとelseは大歓迎。
特に三項演算子・SQL・正規表現はSIerレベルのエンジニアでもよく分からない人が多いので、禁止事項が沢山設けられている。

128仕様書無しさん2018/04/20(金) 11:01:57.55
わざわざ便利なもん縛って残業してりゃ世話ねーわな

129仕様書無しさん2018/04/20(金) 11:42:59.02
>>127

だからお前らのプロダクトは特にユーザビリティの面において品質が低いんだよ。
おまえら、システムつくるためにシステム作ってるだろ?

130仕様書無しさん2018/04/20(金) 12:24:22.42
>>129
給料をもらうために作ってるよ。
給料をもらえればなんでもいい。

131仕様書無しさん2018/04/20(金) 12:26:22.14
>>129
おまえのも使いにくいけどw

132仕様書無しさん2018/04/20(金) 12:32:37.03
>>131
もってことは自覚はあるんだな

133仕様書無しさん2018/04/20(金) 15:00:43.98
車の運転は難しいから車道全面禁止、歩行のみ許可みたいなもんか
頭悪いよなぁ

慣れれば車のほうが楽でしょ
長距離なら車が圧倒的でしょ

私大文系
ほんとバカ

134仕様書無しさん2018/04/20(金) 16:06:23.91
私大文系は屑

135仕様書無しさん2018/04/20(金) 17:22:14.36
>>130

ゴミ虫の考え方だな。

136仕様書無しさん2018/04/20(金) 19:49:00.61
>>135
仕事を趣味と勘違いして
やりたいことをやりたいようにしかやらないヤツより
はるかにマシ。

137仕様書無しさん2018/04/20(金) 19:53:38.43
>>136
結果ゴミを産出してたらカスなんだよなぁ
捉え方なんかどうでもいいからちゃんと動く成果物をあげてくれ

138仕様書無しさん2018/04/20(金) 20:00:02.82
>>137
おまえリアルで叱られた自分の欠点をそのままここで言っとるやろw

139仕様書無しさん2018/04/20(金) 20:34:25.18
Java使えなくてクビになった爺さんと初心者どもにはお似合いのスレだなw

140仕様書無しさん2018/04/20(金) 20:42:08.53
>>138
なんでそんなに必死なの?

141仕様書無しさん2018/04/20(金) 20:48:56.52
>>140
それも叱られたんかw焦りすぎやろお前w

142仕様書無しさん2018/04/20(金) 20:55:20.67
>>141
だからなんでそんなに必死なの?

143仕様書無しさん2018/04/20(金) 21:08:23.31
煽らないといけない呪い

144仕様書無しさん2018/04/20(金) 21:11:32.56
>>142
しつこいわw
おまえどっかいいとこあるんか?さすがの俺でもなかなか見つけられんでおまえのいいとこw

145仕様書無しさん2018/04/20(金) 21:49:21.81
まぜて

146仕様書無しさん2018/04/20(金) 21:58:29.93
>>144
ごめんけど、まず質問に答えて
なんでそんなに必死なんですか?

147仕様書無しさん2018/04/20(金) 22:09:29.59
>>146
おまえここでその3連荘はやばいやろw
客観的に言っておまえの必死の抵抗感やばいでマジにw
やばすぎて同情をかっちゃうレベルw
悪い事言わんからまず深呼吸してみろ?落ちつけ?な?w

148仕様書無しさん2018/04/20(金) 22:57:42.78
お前らせめて会話しろよwww

149仕様書無しさん2018/04/20(金) 23:33:28.05
ジャップに会話は無理
会話は知的な行為だからね

150仕様書無しさん2018/04/20(金) 23:45:00.87
もうハゲと単芝は上級へ行けよ

151仕様書無しさん2018/04/21(土) 00:59:17.11
上級にも行けない、ここでも浮いてる、そしてアホ

152仕様書無しさん2018/04/21(土) 01:41:36.46
>>123
>熟練のプログラマは
>a[i++] = 0;
>とそのまま読んでそのまま挙動を理解する

それなら

if ( flg )
 return "a";
else
 return "b";

もそのまま挙動を理解できるわけで、else不要って主張するのはなぜ?
elseがあると挙動を理解できない?

153仕様書無しさん2018/04/21(土) 04:39:41.19
>a[i++] = 0;

この書き方悪いよ
int i = 0;
i++;
a[i] = 0;
と書くのが正解
可読性が大事なのよ。
関数でもそう、そのなかに処理がいくつもあると
可読性が悪い。

154仕様書無しさん2018/04/21(土) 05:05:04.26
>>152
そのまま理解できるから無駄な記載を無くしたいんじゃねーか

155仕様書無しさん2018/04/21(土) 05:44:45.17
>>154
それが無駄じゃないんだよなぁ
例えばifの中がユーザーが男か女かのフラグだとして、男なら"タロウ"、女なら"ハナコ"を返す関数だとすると

if ( userInfo.IsMan() )
{
 return "タロウ";
}
return "ハナコ";

if ( userInfo.IsMan() )
{
 return "タロウ";
}
else
{
return "ハナコ";
}

上のコードは、男なら例外的に"タロウ"を返し、基本は"ハナコ"を返す、に見える
下のコートは、男なら"タロウ"、女なら"ハナコ"を返す、に見える
この2つの違いを見ればわかるように、elseには「これは例外パターンを扱う処理ではなく、並列した2つの処理を扱ってますよ」という意味を持ってる
elseには意味が有る、無駄ではない
(そもそも、無駄な記述を無くしたところでなんの意味も無いんだけどね、わざわざ消す方が無駄w)

156仕様書無しさん2018/04/21(土) 07:38:49.24
>>152
全くベクトル違う話題をそれならとか言って繋げるなよ
ちょっと軽率すぎるぞelser

157仕様書無しさん2018/04/21(土) 07:43:08.48
>>155
オカマは無視かよ
今それやったら差別的って怒られるぞ

158仕様書無しさん2018/04/21(土) 07:54:32.32
>>155
何度も言ってるが対等の場合は三項演算子が正解だよ
そろそろ理解してくれ

君が書いたif/elseバージョンの問題はreturn文をコピペしてる点ね
これは気が付きにくいけどDRYに反する粗悪なコードなんだ
return文という短い文だからif/elseでreturnを2回書いてもいいように勘違いしてしまう気持ちはわからなくもない
しかし一般的には文の長さはもっと長くなるかもしれないんだ
だから文は共有して差分がある式だけを三項演算子で切り替えるのが正解ってわけ

159仕様書無しさん2018/04/21(土) 07:54:59.38
>>157
オカマからマイナーの権利を取り上げる気かひどい差別主義者やな

160仕様書無しさん2018/04/21(土) 07:56:22.43
>>153
それな
熟練プログラマは挙動を理解すると同時に、書いた人間が老害かシロートだって理解する

161仕様書無しさん2018/04/21(土) 07:58:25.65
初歩的なバグに気がつかない自称熟練プログラマーたちw

162仕様書無しさん2018/04/21(土) 08:10:58.24
>>158
この例は単純化してるから三項演算子でもできるけど、現実はそうじゃない
return に関数呼び出しがあったら
return flg ? <関数呼び出し>() : <関数呼び出し>();
なんて書くのか?
気持ち悪いだろ
さらにその関数に引数が必要ならどうするんだ?
オカマに対応しろって言われたら三項演算子をネストするのか?
お前の理想は汎用性に乏しいんだよ、コードを綺麗に保つのはソフトウェアを保守するためだって知ってるだろ

163仕様書無しさん2018/04/21(土) 08:25:19.99
>>153
結果変わってるぞ爺さんwww

164仕様書無しさん2018/04/21(土) 08:26:23.17
>>162
デリゲート

165仕様書無しさん2018/04/21(土) 08:29:40.98
>>162
良いコードだね
これを気持ち悪いと感じるのは君が未熟だからだよ

文を重複させるif/else方式のほうが遥かに汚い
if/elseは見た目も汚いけどそれ以上に論理的に汚い

166仕様書無しさん2018/04/21(土) 08:40:09.50
elserってさこういう類のコードをシンプルで読みやすいとかいって平気で書くよね
保守担当者に罪悪感とか感じないのかな
ほんと迷惑なんだけど

if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
return "[INFO-001]: " + msg;
}
else {
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
return "[INFO-002]: " + msg;
}

167仕様書無しさん2018/04/21(土) 08:44:54.16
いや違う
elserならこう書く

elserってさこういう類のコードをシンプルで読みやすいとかいって平気で書くよね
保守担当者に罪悪感とか感じないのかな
ほんと迷惑なんだけど

if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("[INFO-001]: " + msg);
}
else {
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("[INFO-002]: " + msg);
}

168仕様書無しさん2018/04/21(土) 08:53:39.58
あとメソッドをvoidにして参照渡しパラメーターを戻り値風にするとかな

169仕様書無しさん2018/04/21(土) 09:15:31.55
>>167
if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("男性: " + msg);
}
else {
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("女性: " + msg);
}
これとかだったらどうすん?

170仕様書無しさん2018/04/21(土) 09:21:37.63
そしてこれが美しいコード

if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("男性: " + msg);
return;
}
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("女性: " + msg);

171仕様書無しさん2018/04/21(土) 09:33:59.00
m9(^Д^)

172仕様書無しさん2018/04/21(土) 09:49:00.26
private String getMessage(String resourceId, Object arguments) {
String format = resourceManager.getMessage(resourceId);
return FormatUtility.format(format, arguments);
}

String resourceId = user.isMan() ? "INFO-001" : "INFO-002";
String message = getMessage(resourceId, user);
System.out.println(message);

--リソース--
INFO-001=男性: ...
INFO-002=女性: ...

173仕様書無しさん2018/04/21(土) 09:54:29.30
おかま無視

174仕様書無しさん2018/04/21(土) 09:55:57.87
if文を排除しようとするとしばしば行き過ぎた一般化をもたらすことが証明された
if文が気に入らないからってリソースの情報定義までリファクタすんなし

print文の頭なんて何出すか一番変更かかりやすいとこ一緒くたにしたら扱いづらくてしゃーない

175仕様書無しさん2018/04/21(土) 10:07:30.39
相変わらず elser は汚ねぇ下等コードを恥ずかしげ無くさらすな。
チンパンジーなんじゃないか?

176仕様書無しさん2018/04/21(土) 10:08:50.21
>>162
flgの時点でクソ

177仕様書無しさん2018/04/21(土) 10:16:19.37
flg厨だらけやな

178仕様書無しさん2018/04/21(土) 10:18:39.69
ウチならこうかなぁ
class ResourceManager
{
private ResourceValueMale="男性: INFO-001";
private ResourceValueMale="女性: INFO-002";
private ResourceValueMale="LGBT: INFO-003";
public static String GetValue(Sex sex){
if(sex==SEX_MALE)
{
return ResourceValueMale;
}
if(sex==SEX_FEMALE)
{
return ResourceValueFemale;
}
{
return ResourceValueLGBT;
}
}
}

class UserData
{
public static String GetResourceValue()
{
return ResourceManager.GetValue(m_sex);
}
}

System.out.println(user.GetResourceValue());

179仕様書無しさん2018/04/21(土) 10:25:59.46
>>178
はいコンパイルエラー

180仕様書無しさん2018/04/21(土) 10:33:06.43
コードを書かなくなったおじさんが無理をしたのかな

181仕様書無しさん2018/04/21(土) 10:40:36.60
2年ぐらい前に性別列をSexって命名したらコードレビューで新人の女の子にセクハラですかって真顔で言われた
ゆとりってこの程度の英単語も知らんのかね

182仕様書無しさん2018/04/21(土) 10:42:54.32
いやらしい顔してたんだろ

183仕様書無しさん2018/04/21(土) 11:11:46.72
その言動が咎められない不条理さ

184仕様書無しさん2018/04/21(土) 11:24:23.64
>>181

頭がマトモな奴はgenderを使うんだよ、ロートル

185仕様書無しさん2018/04/21(土) 11:27:45.58
【貧困生活】無能残業は結婚障害【家事困難】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害なく共働きも可能な相手と結婚して数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

186仕様書無しさん2018/04/21(土) 11:27:50.00
その単語でセクハラを連想する新人ちゃんかわいい

187仕様書無しさん2018/04/21(土) 11:33:00.43
>>184
sexは肉体的な意味での性別
genderは社会的な意味での性別
これらは別のものだから適切に使い分ける必要がある
何も考えずにgenderを使うんだよ、なんて発言は無知を表明する行為にほかならない

188仕様書無しさん2018/04/21(土) 11:40:32.61
>>187

肉体的意味にLGBTなんかあるか、バーカ
思いも至らなかったくせに後付けで苦しい言い訳すんなよ、カス

大体、肉体的な問題を答えさせるケースなんか、殆どねぇよ、ノータリンロートル

189仕様書無しさん2018/04/21(土) 11:43:27.87
>ゆとりってこの程度の英単語も知らんのかね

自分が馬鹿なだけという事に全く気付いていない老害

190仕様書無しさん2018/04/21(土) 11:44:45.99
昭和の頃の某CPUに、SEXって命令があったな。

191仕様書無しさん2018/04/21(土) 11:47:15.89
>>188
なんも理解してないんだな
なんかここまでくるとかわいそう

192仕様書無しさん2018/04/21(土) 11:53:23.46
>>179
スマホで適当に書いたんだ、それくらい許してよ

>>180
いつもIDEに頼り切ってるゆとりだよ、オレは

193仕様書無しさん2018/04/21(土) 11:58:31.55
>>191

悔し紛れの捨てゼリフみっともねーなw

194仕様書無しさん2018/04/21(土) 12:01:15.05
>>190
6869 だね、このCPUなんとかして手に入れたいんだが

195仕様書無しさん2018/04/21(土) 12:01:45.41
sexとか使うヴァカって、若手女性社員のに「置換して」とか言ってそう。
頭悪いSIに多い、そういう無思慮な奴。

196仕様書無しさん2018/04/21(土) 12:08:35.35
>>194
アキハバラのビープなどでFM-7を手に入れれば、あるいは・・・

197仕様書無しさん2018/04/21(土) 12:34:21.53
セックス紛争わろたw自転車置き場やなあw

198仕様書無しさん2018/04/21(土) 12:51:36.55
>>170
男差別だ!!

199仕様書無しさん2018/04/21(土) 13:41:38.92
□チンポ

200仕様書無しさん2018/04/21(土) 14:47:49.58
うんこ

201仕様書無しさん2018/04/21(土) 15:30:28.25
>>192
スマホ関係ねーよ

202仕様書無しさん2018/04/21(土) 15:54:44.65
ゆとりとか言っている時点でくそじじい

新着レスの表示
レスを投稿する