X
プログラマの雑談部屋 ★36
■ このスレッドは過去ログ倉庫に格納されています
0001仕様書無しさん
垢版 |
2018/06/18(月) 11:07:42.09
プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※前スレ
プログラマの雑談部屋 ★35
https://medaka.5ch.net/test/read.cgi/prog/1528065672/
0353仕様書無しさん
垢版 |
2018/06/22(金) 18:53:41.95
能無しは素直にマウント取られておけ。
干されるよりはマシなんだからさ。
0354仕様書無しさん
垢版 |
2018/06/22(金) 19:10:02.47
>>352
勉強期間に延々とオブジェクト指向とはなんぞやとの講義を受けたが
やった仕事のソースが平均4000行レベルのスパゲッティクソースだった
0355仕様書無しさん
垢版 |
2018/06/22(金) 19:40:38.44
オブジェクト指向はチームで協力して実践するもの
1人だけ出来ても物量に押しつぶされる
0356仕様書無しさん
垢版 |
2018/06/22(金) 19:59:15.01
そーそ、成果はあくまでもチームで出さなきゃいけないんだから、
バカばっかりでも仕事が進むようにしていかなければならない。
0357仕様書無しさん
垢版 |
2018/06/22(金) 19:59:39.67
神学者とサーバーエンジニアはどっちの方が頭が良いですか？
0358仕様書無しさん
垢版 |
2018/06/22(金) 20:01:47.10
つまり、チームの中に一人だけ優秀なのがいたとしても、
そいつは多く稼げるわけではなく、単に残業が少ないとか
クビにされにくいという程度のメリットにしかならんわけだ。
0359仕様書無しさん
垢版 |
2018/06/22(金) 20:03:41.02
サーバーエンジニア
サーバーエンジニア
サーバーエンジニア
サーバーエンジニア
サーバーエンジニア

人口無能の重みづけ１００倍ぐらいにしといて 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
0360仕様書無しさん
垢版 |
2018/06/22(金) 20:08:52.13
ニール・アームストロングとデニス・リッチーはどっちの方が凄いですか？
0362仕様書無しさん
垢版 |
2018/06/22(金) 20:46:18.62
>>361
オックスフォード大学総長とダライ・ラマはどっちの方が凄いですか？
0363仕様書無しさん
垢版 |
2018/06/22(金) 20:47:18.21
>>358
>残業が少ない

すばらしいメリットじゃん。
0364仕様書無しさん
垢版 |
2018/06/22(金) 21:06:29.74
スキル不足の人を置いて帰って来たが大丈夫かな。
ディレクターがこんな感じと書いて渡したコードの意味すらわかっていないようだった。
とりあえず、ここにこういう内容を追記すればオッケーだよと教えておいたが厳しいなぁ

自分がやれば30分で出来るが、丸一日かかっても終わらない。
どうも残業して考えているようだが、教科書の初心者レベルのコードをそもそも覚えきれていないし、仕組みも分かっていない。

土日家で死ぬ程勉強して、回答を出して来て欲しいが、このスピードだと三項演算子かけるまで、3ヶ月かかりそうだ。
0365仕様書無しさん
垢版 |
2018/06/22(金) 21:11:17.94
>>364
三項演算子や正規表現の書けないエンジニア、結局多いだろ。
そこまで教えなくても、この世界でやってけるよ。
0366仕様書無しさん
垢版 |
2018/06/22(金) 21:11:41.78
>>364
そういう子調べる力もあんまりないことあるから参考になりそうな情報も渡してあげて…
0368仕様書無しさん
垢版 |
2018/06/22(金) 21:21:26.73
「全」を完全永久消滅させたらどうなるのでしょうか？
0369仕様書無しさん
垢版 |
2018/06/22(金) 21:44:27.98
そのスキル不足の奴はどういう経路で来たのかが気になる
0370仕様書無しさん
垢版 |
2018/06/22(金) 21:45:17.63
調べる力がないやつなんてそもそもこの仕事向いてないんだから
早めに諦めさせた方がいいんじゃないのか
0372仕様書無しさん
垢版 |
2018/06/22(金) 21:47:04.27
特定派遣や大手の下請けをやってる中小企業は
誰彼かまわず能無しを雇っちゃうからねぇ。

偽装請負にすれば、面接とかもなくせるしね。
0374仕様書無しさん
垢版 |
2018/06/22(金) 21:49:29.86
いや、給料が増えるんじゃなくて、営業が仕事を取りやすくなる。
なにしろ安売りをするわけだからね。
0375仕様書無しさん
垢版 |
2018/06/22(金) 21:59:58.57
実質派遣なのに請負契約だから
こっちは奴隷状態で指示されたとおりにやってるだけなのに
プロジェクト失敗したときの責任だけ取らされると言う
理不尽な働き方。
0376仕様書無しさん
垢版 |
2018/06/22(金) 22:01:34.92
特定派遣が廃止になれば、契約の大部分が偽装請負になるんだろうな。
そうなると固定額契約が基本になって、ますます残業代がつかないわけだ。

で、一般派遣は、顧客からはボッタクリにしか見えなくなるのだろう。
0377仕様書無しさん
垢版 |
2018/06/22(金) 22:09:30.54
もっとも、平成になったばかりの頃から、すでに業界は
特定派遣から偽装請負への移行が進んでたんだよね。

請負なら、バカを雇える上にまとまったゼニも入るからねぇ。
0378仕様書無しさん
垢版 |
2018/06/22(金) 22:28:23.36
まあ能無しを受け入れなきゃならないくらい元請もひどい状態だってことだ
嫌なら自分ところで雇えばいいのだが雇いたくないから結局のところ安物買いの銭失いになっている
そんなのがITに限らず至る所で発生している
0379仕様書無しさん
垢版 |
2018/06/22(金) 23:02:09.92
一部上場でも給料安すぎて萎えた
0380仕様書無しさん
垢版 |
2018/06/22(金) 23:21:23.68
オペレーター、ヘルプデスク、テスターとかに転身するにはどうしたものでしょうか
社内ＳＥやってますが会社ヤバイ上に私の技術力も大したことがない。
0381仕様書無しさん
垢版 |
2018/06/22(金) 23:28:39.10
アルキメデスとトマス・アクィナスはどっちの方が頭が良いですか？
0382仕様書無しさん
垢版 |
2018/06/23(土) 00:29:44.76
5ちゃんにR言語のスレってありますかね？検索しにくくて困ってます
0383仕様書無しさん
垢版 |
2018/06/23(土) 00:44:05.55
>>370
慣れてきたりそれなりに知識ついてくるとどういう単語でググったらいいかもわかってくると思う
0384仕様書無しさん
垢版 |
2018/06/23(土) 01:16:17.63
>>364
三項演算子、初めてみました。
ありがとう。
こんな略せる方法もあったんですねw
if elseか、switchで賄ってました。
使えるシーンがあったら使ってみます。
0386仕様書無しさん
垢版 |
2018/06/23(土) 01:38:47.31
三項演算子を三重構造ぐらいにする人嫌い
0387仕様書無しさん
垢版 |
2018/06/23(土) 02:19:40.84
>>385
私に対して？なら
日曜プログラマなので、前述で事足りてましたので調べることもなく。
0388仕様書無しさん
垢版 |
2018/06/23(土) 02:22:13.92
かつて、四重三項演算子を使ってきた他社のクソグラマのコードはそれはそれは酷かった。
頭の悪さが四重を生み出しているのだなと思った。

なお、PHPのためその四重三項演算子は正常に機能していなかった。救いようがない。
0390仕様書無しさん
垢版 |
2018/06/23(土) 03:01:44.91
じゃあ俺はC言語での
関数ポインタ配列の書き方が嫌い
シンタックスシュガーがあってよけいわかり辛くて嫌い
0392仕様書無しさん
垢版 |
2018/06/23(土) 04:35:53.75
あとC++におけるフレンド関数の存在
ってもC++の実務経験はないんだけどｗ
0395仕様書無しさん
垢版 |
2018/06/23(土) 08:40:40.00
>>394
なんで嫌いなん？
たまにelseを目の敵にする人いるみたいだけど、よくわからん
「その他」って条件が気持ち悪いってこと？
0396仕様書無しさん
垢版 |
2018/06/23(土) 08:48:03.00
俺はelse嫌いとまではならないけど役割が増える可能性を避けるようにしてる
三項演算子とデリゲートでどうとでもなるし
0397仕様書無しさん
垢版 |
2018/06/23(土) 08:51:58.95
別に嫌いってことはないんだけどクリーンなプログラミングを心がけると自然とelseが減っていく
理由はよくわからないんだけどそうなるんだ
不思議だね
0398仕様書無しさん
垢版 |
2018/06/23(土) 08:54:33.65
仕様書の「〜でなかったら」を表現できるのはelseが一番
三項演算子は条件後複数の処理を書かなければいけなくなったときに
追加コードが書きにくいので却下
0401仕様書無しさん
垢版 |
2018/06/23(土) 09:00:12.89
>>397
クリーンなプログラミングって興味ある
具体的にどういうこと？
0402仕様書無しさん
垢版 |
2018/06/23(土) 09:00:35.38
booleanの判定が二択になる時点で、設計が下手なんだよねぇ
0403仕様書無しさん
垢版 |
2018/06/23(土) 09:02:11.39
ただの個人的な価値観から一歩も出てないから何とでもいえるな
0404仕様書無しさん
垢版 |
2018/06/23(土) 09:03:19.42
>>396
それは解るなぁ
仕様追加とかがあると、else以下の処理のネストがどんどん深くなるw
0405仕様書無しさん
垢版 |
2018/06/23(土) 09:07:11.72
>>404
個人的にはせめて一階層目ぐらいは見えた方がいいな
If(条件)
{
処理A
}else{
処理B
}
処理をメソッドにするのは自由だけど
0406仕様書無しさん
垢版 |
2018/06/23(土) 09:08:18.98
xが負の時にはy(x) := -a * x
それ以外でxが正の時にはy(x) := b * x
それ以外の場合にはy(x) := 0

y(x) := b * x * step(x) - a * x * step(-x)
step(x):= x < 0 ? 0 : 1

似たような関数を1000個定義しなきゃいけない場合にどっちが楽か？
後者のほうが圧倒的に楽なんだよね
if elseはその場しのぎでその先がない
if elseは文系さんの使うツールなんだよ
0407仕様書無しさん
垢版 |
2018/06/23(土) 09:10:06.53
>>400
あるだろ
処理を別のメソッドに委譲してんだからそこで複雑怪奇な処理組み込んでも呼び元に影響ないし単体テスト範囲も狭まる
0408仕様書無しさん
垢版 |
2018/06/23(土) 09:11:40.14
>>398
条件後、複数の処理を書かなければいいのでは？
なぜひとつのメソッドで沢山の仕事をしようとするのか？
0409仕様書無しさん
垢版 |
2018/06/23(土) 09:13:09.32
>>406
どういう観点で何がいいのかさっぱりわかんない条件後の処理が複数必要なときはどう書くの？
それによって返すパラメーターは2つ
よくある話として
処理が
成功のときは処理結果と計算結果の値
失敗のときは処理結果とエラーメッセージ

とか記述するとき
0411仕様書無しさん
垢版 |
2018/06/23(土) 09:16:07.01
>>406
こんな値単発、処理数単発で済むことって稀じゃない？
ログも吐きにくいよね？
0412仕様書無しさん
垢版 |
2018/06/23(土) 09:17:48.02
>>410
いや、こういうよくある仕様で設計が下手って言われても
よくわからんのだけど
0413仕様書無しさん
垢版 |
2018/06/23(土) 09:17:53.82
>>411
アホか
あくまで例としてあげてる事に突っかかるなよ
処理を入れたいならデリゲート使え
0416仕様書無しさん
垢版 |
2018/06/23(土) 09:20:06.20
>>409
(1) 処理結果と計算結果の値は何が違うのですか？

(2) 処理に失敗した場合は例外を投げてください
メッセージは例外を受け取った側が組み立ててください
これは非常に基本的なことなのですが……
0417仕様書無しさん
垢版 |
2018/06/23(土) 09:20:11.16
elseは文系寄り、は何となく合点がいきますねw
私はだからelse使うのかな。
0418仕様書無しさん
垢版 |
2018/06/23(土) 09:23:14.44
機械語基準で思考が狂っているのかもしれないけど、
アルゴリズムとしてはelseって、boolに対してswitch文で2case処理させているのと
同じなんだよ。
そう考えればどれだけ腐った処理を書いているかわかろうものだけど。
0419仕様書無しさん
垢版 |
2018/06/23(土) 09:23:56.20
>>415
発想がカスだな
全てに同じ手法を使う前提で居るのかい？
スキューバーダイビングやってる人は常に酸素ボンベ担いで生活してるって言ってるのかい？
0420仕様書無しさん
垢版 |
2018/06/23(土) 09:24:15.36
>>416
処理結果はtrue/false
計算結果は2とか128とか値

でも全部例外投げちゃう仕様で作ると中断まではしなくていい処理のとき困るじゃん
今回はfalseとエラーメッセージが欲しい想定で
0424仕様書無しさん
垢版 |
2018/06/23(土) 09:25:52.30
プロジェクトをクビになったelseいらない厨が
腹いせに暴れてるんだな。
0426仕様書無しさん
垢版 |
2018/06/23(土) 09:27:49.15
連想配列あれば議論にすらならないような
気もするな
0427仕様書無しさん
垢版 |
2018/06/23(土) 09:28:57.23
>>415
意味もなく分岐を作ることは絶対にありえない
その意味を明確化するためにメソッドにして名前をつけたほうがいい

boolean flag;
if (get_system_date() - person.birthday > 20) {
flag = true;
}
else {
flag = false;
}
// 処理が続く

例えばこういう↑処理があったとしたら
こういう↓メソッドを作ったほうがいい

boolean Person#isAdult() { return get_system_date() - this.birthday > 20; }

メソッドが本来あるべき場所に収まるしカプセル化の原則も守れるのでオブジェクト指向的にもGood
0428仕様書無しさん
垢版 |
2018/06/23(土) 09:29:59.96
論破なんてしちゃダメだよ。
将棋にたとえれば３手目に二歩※などというレベルのバカ話なんだからさ。

※本当は５手目
0430仕様書無しさん
垢版 |
2018/06/23(土) 09:32:35.82
>>429
考えるのを放棄してるだけじゃない？
ログクラス作るとか出力は随時にするとか手はいろいろあるよ
0433仕様書無しさん
垢版 |
2018/06/23(土) 09:35:01.36
>>427
それはelseがダメとかじゃなくて、分岐をメソッド内に移動してるだけなんじゃね？
0434仕様書無しさん
垢版 |
2018/06/23(土) 09:36:44.31
てか条件だけじゃん
elseの処理はどうなってんだよ
0438仕様書無しさん
垢版 |
2018/06/23(土) 09:46:44.49
>>420
失敗は例外で通知してください
正常系の計算結果だけを戻り値として返してください

処理を継続したい場合は例外をキャッチしてください
異常があるにもかかわらず処理を継続することは危険なことです
キャッチを書く事によってそのような意図があることを明確化してください

例外がボトルネックになりうる場合は、タプル、あるいは正否と計算結果をメンバーに持つオブジェクトを返してください
out引数がサポートされる言語では正否を戻り値で返し、計算結果をout引数で返しても構いません
例えば文字列のパース処理や正規表現マッチが該当します
0439仕様書無しさん
垢版 |
2018/06/23(土) 09:48:04.66
>>429
メソッドを使わない場合でいいからこの例でどんなログ出力するか教えて
0440仕様書無しさん
垢版 |
2018/06/23(土) 09:48:32.24
90年代の中ごろ、本格的にパソコンブームが始まる矢先に
多くの優秀な技術者が一般派遣や自営業などのモグリと化した。
残業代がもらえない偽装請負に嫌気がさしたのだろう。

そしてパソコンブームが起こり、パソコン方面の技術を持った技術者の
ニーズが急増したわけだが・・・
0441仕様書無しさん
垢版 |
2018/06/23(土) 09:49:50.95
>>427みたいにしっかり構造化したり
多態を上手く使って前提で条件分岐を不要にしたりしてると
自然とelseの数は減ってく
が、不要なとど極論持ち出すやつは即効クビにすべき
0442仕様書無しさん
垢版 |
2018/06/23(土) 09:50:31.95
elseの問題点は、それに甘えて考えない奴が出てくる事

酷いコードが多いんだよ
0443仕様書無しさん
垢版 |
2018/06/23(土) 09:51:31.43
そう、即効クビにしようと思ってた矢先に
出来るやつのほうが辞めてしまった。

モグリを雇うとアホほど金が飛ぶんだもんねぇ。
0445仕様書無しさん
垢版 |
2018/06/23(土) 09:52:55.76
>>433
IDがないからわからんだろうけど俺は別にelseを否定してる人ではない
無理やりelseを排除しなくたってオブジェクト指向的にクリーンなコードを書けばelseが自然と減っていくって立場
0446仕様書無しさん
垢版 |
2018/06/23(土) 09:53:50.72
そういや昔 else softみたいなえろげーメーカーなかったっけ
0448仕様書無しさん
垢版 |
2018/06/23(土) 09:57:06.89
ちなみに俺はelseは絶対禁止とどっちでもいいという２つの立場を使い分けて
スレを盛り上げる努力を怠りません。
0449仕様書無しさん
垢版 |
2018/06/23(土) 10:02:18.90
>>442
お前はプログラミングの本質を全く理解してない
会う勇気があるならちょっとだけ教えてやってもいいが
お前は自信過剰そうだから『ウリは天才、他は馬鹿』
というプログラマとして最も忌まわしい
考えに違いない
0452仕様書無しさん
垢版 |
2018/06/23(土) 10:04:11.34
ウリとか使いだしちゃうあたりに、劣等意識丸出しなのに、ちょっと相手を
煽っちゃおうというチキンハートが見えている。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況