プログラマの雑談部屋 ★32
■ このスレッドは過去ログ倉庫に格納されています
もう一個のスレの方が伸びてるので無いよう見てみたら
派遣の話とか、底辺臭いのばっか。
雑談スレに集まるのって、まともなプログラマはあんまいないんだな。
そりゃ、else無いとコード書けないレヴェルの奴ばっかだろうな。 現代日本の社畜の方が中世の奴隷より劣悪な労働環境で働いているという事実。
古代や中世では奴隷は大切な資産なので死ぬまで働かせることはなかったが、ジャップランドでは
当然のように労働者を過労死させている。通常の社会では死ぬレベルの過酷な労働を課せられた隷属民は
反乱や暴動を起こしているが、ジャップランド社畜は家畜より従順である。
古代や中世では奴隷を死なせると主人の責任問題になったが、ジャップランドでは社畜を殺して金儲けした
ワタミのようなクズが、国会議員として国政の権力を握っている。
東洋の儒教的道徳規準に従った場合でも、ワタミのような悪逆非道の輩は、凌遅三千刀滅九族である。
ジャップランドの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 高卒はカスタマーエンジニアだとかセールスドライバーだとか先物営業だとかろくな仕事はありませんね。
高卒は子供に「パパって高卒だって隣のおばちゃんが言ってたよ」なんて子供にいわれたらどうするのでしょうか。
顔から火が出るほどはずかしいでしょうね。
高卒で成功する人もいますがそれは確率論では少数。
博打みたいな人生でたまたま金脈を掘り当てたに過ぎません。しかし一発屋でも30年後にまだあるかはわかりませんし。
危ない橋だといえましょう。高卒は劣っているのです。
高校時代遊びほうけていた人向学心がない人がほとんどです。経済的な理由でいけない?そんなことはないでしょう。金はなんとかなりますよ。
結論高卒は日本経済の足を引っ張っています。
薬物に走るのも不良も高卒だというイメージも払拭できないでしょう高卒は最低なのです。
専門卒も最低ですよ。法規上学校ではないので高卒です。
高卒は人間的に劣っています。貧困からは人間的な豊かさも生まれません。 >>13
> 派遣の話とか、底辺臭いのばっか。
お前はプログラマでさえないんだから
底辺のコンビニ店員がなにを夢見てんだ 過去の書きこみを見れば
Fランの馬鹿ということはわかる。
else不要の書き込みでキチガイというのが
明確に追加された。
馬鹿でキチガイなんだから
プログラマなんて無理に決まってる。 >>20
でも else なしに書けるんだったら、そのほうがいいよね >>21
書けるんだったらっていうか、無しで書くのが“仕事”というもの。
お遊びでやってる奴なんか相手にすんな。 >>23
else なしでは書けないときはどうするの? else の話見ると発狂しそうな奴いるな。病院いけ。 こっちはelse要らない厨の上級スレの次スレなわけだな。 else は要るとか要らないとか関係なく、
要らないから! elseがいるとかいらないとかで何スレも続いてるのは低レベル過ぎるだろ elseへ。
お元気ですか?私は元気です。
あなたが去ってからというもの、私のコードは何となく物足りなさを秘めるようになった気がします。
あなたはクソコードからの束縛を離れ、自由な空を羽ばたいていることでしょう。
私はとてもあなたが怨めしい。なぜ私も連れていってくれなかったのか。ああ、私も自由を感じてみたい。
自由、奴隷の私には縁遠いものですね。
PS. Ifが過労死しました。 これ、面白いと思って買いてるんだよな?
マジ病気だから、それ。 【非婚】結婚障害の無能残業するな【離婚】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
巨額搾取させて結婚妨害するな!
無能残業して共働き妨害するな!
・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下報酬の会社は辞めろ
・100万円/月以下報酬の契約は断れ
・5,000円/時以下報酬の契約は断れ
・100万円/月以下報酬のプログラムは作るな
・実態派遣プログラムを作るな
・プログラムの料金以上に作るな
・プログラムの利益を搾取させるな
・プログラムの報酬を搾取させるな
・プログラムを客先に渡すな
・不利益な依頼は断れ
・知的財産を渡するな
・客先指示に従うな
・生産利益を上げろ
・生産効率を上げろ
・契約外作業期日は断れ
・時間外労働違反は止めろ
・多重契約は断れ
・残業見積りは断れ
・残業しないで学習しろ
・残業しないで副業しろ
・残業しないで家事やれ
・損害賠償請求を怠るな
SEの結婚対策
https://amoo-re.com/articles/IK9K8 これ、面白いと思って買いてるんだよな?
マジ病気だから、それ。 return
kind == 0 ? "みかん" :
kind == 1 ? "りんご" :
kind == 2 ? "バナナ" :
null; >>37
マジックナンバーをコードに書くなって言われたばっかだろ
配列使えよw また論理すりかえてるし。
elser って、本当にヴァカだな。 elser って、ただの派遣だもんな。
裁量権一切ない、ただのコーダーじゃん。
999 名前:仕様書無しさん 2018/04/15(日) 11:21:58.84
わかったことといえば、else要らないなどと言ってるバカのおかげで
おれみたいなジジーでも一般派遣なんぞで稼げてるんだな、と。
お前らには感謝してるよ。
http://medaka.5ch.net/test/read.cgi/prog/1522036053/999 >>39
kindが100まであったらどうするつもり? else不要バカがまだいるw
まあいつものことだがあと半年もすれば
自分のバカさに気が付いて消えるんだよね。
いつものこと。
AIのときもそうだったなあ。
ホントに馬鹿。
というかクズ。
キチガイだな。
そらそらキチガイelse不要バカ!
反応しろや!
ほれほれ! >>38
配列インデックスという見えないコードに変わっただけで余計わかりにくい >>41
else派は打つ手なし
else否定派はカプセル化してリファクタリングするだけ なんかかわいそうだな
誰とは言わないが意見、反論にすらなってないキチガイelserは意図的に無視されてるって気付いた方がいい
かまって欲しければ最低限、意見、反論を聞かせてくれ
ではまた無視を開始するので反省を期待してるよ >>46
elserはコード値と名称の対応がカプセル化されてないんだよ
だから使用者側がコード値0の時はみかんだな1の時はりんごだなって知ってないといけない(つまり設計書に記載された対応表を見なければいけない)
プログラムもその構図を如実に反映している
彼らはコード値と名称の対応が必要なところ全てでif elseの長大なリストを書き始める
一方でアンチelserはコード値と名称の対応表を単一の式に落とし込んでいるので容易に関数化、カプセル化して再利用することができる
辞書を使った実装やデータベースに置き換えることも容易なのだ 990 仕様書無しさん sage 2018/04/15(日) 10:50:20.33
ありえない例を挙げて「お前の行動パターンはこれだ」と決めつけて叩く
否定したら「前提条件を変えるな」と言い出す
マウント取りたい知恵遅れの典型パターンだなw >elserはコード値と名称の対応がカプセル化されてないんだよ
ifすら使わないので elser は、前提条件を変えたら必ず発言者を否定出来ることが理解できないんだ。
キチガイだな。 >>53
素晴らしい、その通りだね
…前提が異常でないならな elseが要るかって?
このスレではelseをNGワードにした方がいいのは確実だ つまり、elseが無いとNG出来ないのか
そいつは大変だ 【作業期限】損害だから断れ【客先指示】
☆不利益で迷惑だから料金増やすか生産減らせ☆
人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower
SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。 else不要のキチガイ バカ
反応しろや!
ほれほれ! 残念な子が自分のコードをリファクタリングされておこの様子
リファクタスレだらけになった else だらけのコードだったんだろうな。
そんなの放置してたら技術的負債確定だから、
見つけ次第掃除するに決まってる。 スレタイに上級ついてないけどもうすっかり爺が居ついちゃってんのか
完全に低能爺の自己肯定のスレになりそうで悲惨だな エルスなんか、どうでもいい
搾取なくす方法を考えようぜ 搾取されない方法?
そんなの簡単。 営業だよ、営業。
搾取する側になれるんだぞ。 if ( flg ) {
return "a";
}
return "b";
このコードを日本語で説明すると
「フラグが true なら a を返し、それ以外なら b を返す」
になりますが「それ以外」(つまりelseに該当する日本語)を使わずに説明したいです * flgの場合"a"を返す
* "b"を返す
"b"を返す
ただしflgの場合"a"を返す
例外的にflgの場合"a"を返すが主に"b"を返す
どちらに重みがあるかわかりやすいね
elseを使うと主要ケースと例外ケースが対等に見えてしまう 656仕様書無しさん2018/04/16(月) 23:50:58.40
else不要バカはFランのキチガイなんだよね
ずっと粘着してるバカ
ほれほれ反応してみーーー! >>69
回答ありがとうございます
> * flgの場合"a"を返す
> * "b"を返す
文字で伝える分には良いですが、言葉で伝える場合には厳しそうです
> 例外的にflgの場合"a"を返すが主に"b"を返す
「主に」だと"b"を返す確率が高い印象を与えてしまいそうです
> "b"を返す
> ただしflgの場合"a"を返す
これはとても参考になる言い回しでした elseを使うと主要ケースと例外ケースが対等に見えなくなるように、
対等なケースを分岐する際にelseを使わなかったら、主要ケースと例外ケースに見えてしまう
使い分けが肝心だ >>72
1文目がなんかおかしいな
elseを使わないことで主要ケースと例外ケースが対等に見えないように出来るように、
かな すぐに三項演算子を使いたがるのは現実を知らないガキの特徴
早く社会に出て大人になれよw else使わなくてもいいから、差し戻しされたテスト結果を他人に回すなや。 else なんか書いてるから、そういう尻拭いさせられるんだよ。 つまり、elseを使うほうが生産性が高いという証明。 読みやすいかどうかって、結局多数決だからね
100人中80人がelse有るほうが読みやすいって言うだろうから、else使わないほうが読みやすいってのは詭弁でしかない 【作業期限】損害だから断れ【客先指示】
☆不利益で迷惑だから料金増やすか生産減らせ☆
人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower
SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。 else なんか使ってる奴は頭悪いから step 数で料金が決まる
ヴァカみたいな契約して生産性を下げた上、労働貧乏になってるんだよな。 爺さんはホント自演好きだねぇw
elseの代わりに三項演算子使ってもステップ数は変わらないって前に教えてあげたのに
ボケてるからもう忘れたのかw しかし、本当に「しかし、本当に else は要らねぇなぁ…」は要らねぇなぁ… しかし、本当に「しかし、本当に「しかし、本当に else は要らねぇなぁ…」は要らねぇなぁ…」は要らねぇなぁ… if ( flg ) {
return "a";
}
return "b";
このようなコードを初見で理解しようとしたとき頭の中で
「フラグが true なら a を返し、それ以外なら b を返す」
と読んでしまいます
「それ以外」(つまりelseに該当する日本語)という言葉を
脳内に浮かべることなく理解するにはどうすればよいのでしょうか
下から読めば>>69の読み方もできるのですが
プログラムは上から読むものなのでその読み方を使えなく困っています 完全にelse脳だね、頭がelseに侵食されているせいで存在しないelseが見えてるんだ
elseは癌のように育つと君は知らないんだ
「オレの声を聞け、教えてやる」
「オレの腕をつかめ、手を差し出すから」
だが、オレの言葉は雨粒のように落ちていき
elseの井戸の中で響くだけ >>89
プログラマはコードを読むときにいちいち日本語に置き換えません
アメリカ人が英文を読むときに頭のなかで日本語に置き換えないのと同じです
コードはコードとしてそのまま理解します function Hoge(flg) {
if (flg) { return "a"; }
return "b";
}
関数Hogeは引数flgを受け取り次の手続きを順次実行します
* もしflgなら"a"を返して終了
* "b"を返して終了 function Hoge(flg) {
if (flg) { return "a"; }
return "b";
}
関数Hogeは引数flgを受け取り次の手続きを順次実行します
* もしflgなら次の手続きを順次実行します
* "a"を返して終了
* "b"を返して終了 そんな糞どうでもいい事でグダグダ言ってんじゃねーよ
お前は他人にコードを読んでもらわないんだから、どう解釈されるかなんて気にする必要あるのかよ 勢力図が見えてきたな
いちいち日本語に置き換えないとプログラミング出来ないバカ
私大文系
elser
これらは同一のグループだったわけだな > if ( flg ) {
> return "a";
> }
> return "b";
> このようなコードを
それがおかしいんだよ。こう!
if ( flg ) {
throw new Exception();
}
// 以下、正常処理 メソッドにするまでもねーな
var x = flg ? ″a″ : ″b″; だから何度も、正常系と異常系を意識してコード書けって言ってんのに、
ただの分岐処理で頭が止まってるから elser はダメだって言ってんだよ。
KACとか、チンパンジーだっただろ? >>99
さんこうなんちゃらは
普通、使用禁止のコーディング規約じゃね? >>102
俺は、色々な会社で色々なプロジェクトを死ぬほど経験した
非正規底辺プログラマーのおっさんだが
だいたいどこ行っても大手のコピペだろうコーディング規約は、
禁止されてることが多かった気がする。 ジャップランドのIT現場では規約とは足枷のエイリアスなんだよって世界中で笑い者になってるよ >>105
その定義は世界共通なんやけどおたくナニ人? >>100
「引数は時間、返り値はvoid、引数が3600秒未満60秒以上なら分のみ出力、引数が60秒未満なら秒のみ出力せよ」
って関数を作る場合、分出力と秒出力のどっちが異常系?どっちが正常系? 異常系は3600以上
0から3600未満は60進数の最上位桁を得るという問題なので分岐は不要 ミリ秒にも対応しろ、って仕様変更されたら、秒出力が正常系から異常系に移るって事かな >>109
お前、それ明日の昼休みに同僚に言ってみたら?
「分と秒なら、秒が正常系、分が異常系ですよね」ってさ
どんな回答が返ってくると思う? 条件文の後置を全ての言語がサポートすべき
return "a" if flg = 0
return "b" if flg = 1
return "c"
最高に見易いし英文(命令文)としても自然だ ■ このスレッドは過去ログ倉庫に格納されています