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

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2019/04/12(金) 14:53:50.85
※前スレ
プログラマの雑談部屋 ★62
https://medaka.5ch.net/test/read.cgi/prog/1551007254/
プログラマの雑談部屋 ★63
https://medaka.5ch.net/test/read.cgi/prog/1551744733/
プログラマの雑談部屋 ★64
https://medaka.5ch.net/test/read.cgi/prog/1552655641/
プログラマの雑談部屋 ★65
https://medaka.5ch.net/test/read.cgi/prog/1553262122/
プログラマの雑談部屋 ★66
https://medaka.5ch.net/test/read.cgi/prog/1554261847/
2019/04/18(木) 09:53:55.75
>>566
支払われない会社が2社
支払われる会社が2社
いずれも中小零細
2019/04/18(木) 10:41:26.69
TypescriptはJavaからJSに転向した奴が好むイメージだな
前の現場でそういう人がいてJavaと同じ感覚で書けるからとTS推ししてた
RubyやPHPからJSデビューした人はそれほどTSにこだわっていなかった
2019/04/18(木) 11:00:38.59
4月から転職して新しい会社で仕事してるけど作業を教えてくれる先輩がアスペで話について行けない
って内容を上司に相談したら「あの人一時期メンタルを病んで休職してたんだよね」って言われて困惑してる
2019/04/18(木) 11:07:35.96
>>569
ノリと勢いだけで喋ってる感じで、具体的な内容を聞くとキャラけて誤魔化そうとしてくるし話をしてても雲を掴むような感じで話にならない
こういう人って「真面目に」とか「真剣に」って事が出来ないの

そんな調子だから周りがピリピリしてるのに独り悪ふざけしてて狂気を感じるわ
571仕様書無しさん
垢版 |
2019/04/18(木) 11:45:44.03
>>568

動的型付に慣れてない&グローバル変数使いまくりの人だとtypescriptじゃないといけないね
2019/04/18(木) 11:59:30.46
jsでグローバル変数なんて使う？
ウチでそんなことしたら先輩に殺される
2019/04/18(木) 12:04:21.34
グローバル変数使わずにjsで開発きるの？
スゴいね
2019/04/18(木) 12:16:11.40
作るだけならjsでもできるけど、メンテのこと考えたらTypeScriptじゃないと地獄
2019/04/18(木) 12:16:42.58
エラーを戻り値で返すプロフラマってどうしてそうなっちゃったんだろ
新人研修で例外を習わなかったのかな？？？
2019/04/18(木) 12:27:09.13
高級言語専門の方ですか？
577仕様書無しさん
垢版 |
2019/04/18(木) 12:57:00.61
>>573

できるかどうかという話だと、即時関数でラップすることでスコープを閉じれるから普通に出来る。

でかいカードだと凄まじくメンテしづらくなるから適度にグローバルオブジェクト作ってその中に閉じるけど。
578仕様書無しさん
垢版 |
2019/04/18(木) 13:13:58.30
グローバル変数はなるべく使わないのがベター
ユーザーが勝手に知らないウチにページに計測タグを入れていたりするので、windowオブジェクト上に変数を置くと上書きされる可能性があって危険だ
2019/04/18(木) 13:24:06.87
>>575
マジで例外の使い方よくわからないんだと思う
普通に考えたら人の作ったライブラリとか使ったらわかりそうなもんだけど
2019/04/18(木) 13:24:57.73
>>577
今はvar, let, constを使い分けることができるので適当にグローバル変数使いますね。
2019/04/18(木) 13:28:22.45
オブジェクト指向型全盛期はグローバル変数排除だったが関数型メインになってグローバル変数は使いまくりになった
TypeScriptは関数型プログラミングの落とし子だと言える
2019/04/18(木) 14:01:54.85
>>579
標準例外のみ使う派と、バリデード例外作る派があるからな
ちなみに自分は1年ぐらい前までは前者だった。今は後者が本当にいいのか試し中
2019/04/18(木) 14:20:29.57
14万円のくせに偉そうに自説語るなよ
何がTSだよ
584仕様書無しさん
垢版 |
2019/04/18(木) 14:20:52.91
Home - SDKMAN! the Software Development Kit Manager
https://sdkman.io

SDKMAN! is a tool for managing parallel versions of multiple Software Development Kits on most Unix based systems.
It provides a convenient Command Line Interface (CLI) and API for installing, switching, removing and listing Candidates.
Formerly known as GVM the Groovy enVironment Manager, it was inspired by the very useful RVM and rbenv tools, used at large by the Ruby community.
2019/04/18(木) 14:45:02.94
>>575
go言語に例外ないぞ
2019/04/18(木) 15:06:33.22
グローバル変数といえば昔ひろゆきがグローバル変数を積極的に使うべきと言っててはぁ？と思った事があった。
やはりグローバル変数は使うのが良いんだな。
2019/04/18(木) 15:06:54.94
>>585
だが返り値とエラーを分ける機構が組み込まれてる
2019/04/18(木) 17:29:51.97
>>579
俺もよくわからん
例外出たら引数に入れた情報もログに出力したいとか色々やることあるんだけど
例外の仕組みにいまいち載せにくい
例外の処理しようと思ったら出力しようとしたデータが消えててアボン
って死ぬ
結局よくわからなくなっちゃって戻り値しか使ってない
2019/04/18(木) 17:53:52.39
未経験の人はjavaが月14万とか信じるなよ
PHPフルスタックエンジニアでも月16万貰える世界だからな
javaなら18万は貰える
2019/04/18(木) 17:55:47.71
java18万とか言うとプログラマに人が殺到しちゃう
デフレ圧力でしかないから14万と言ってる方が良い
2019/04/18(木) 17:59:05.37
フルスタックもどきでpmできれば月45万+ボーナスありやで
2019/04/18(木) 18:19:06.61
>>588
そういうのはデコレーターでやる
2019/04/18(木) 18:46:12.27
職業訓練とかで勉強してきた人、言語一つ出来れば仕事になると思ってるの辛い
javascriptとSQL知らないとかありえない
594仕様書無しさん
垢版 |
2019/04/18(木) 18:59:27.13
>>593
職安経由の人はそんなもんだ
気長に教育から始めないと
595仕様書無しさん
垢版 |
2019/04/18(木) 19:19:53.73
>>589

14も18も、大してかわんねぇよ、どこできそってんだよw
2019/04/18(木) 19:25:14.14
逆にどの言語できればいいのか教えてくれよ
2019/04/18(木) 19:27:02.91
Javaだけの人たくさんいるじゃん
10年選手でもSQLかけない人うじゃうじゃ
新人イジメだろ
598仕様書無しさん
垢版 |
2019/04/18(木) 19:30:23.72
だって出来る奴ほど地位が下がっていくんだもん。
で、最後にはクビになって。
2019/04/18(木) 19:31:09.91
言語ぐらいは初見でもなんでもできないと正直、使い物にならん
2019/04/18(木) 19:40:34.54
JavaやPHPやCみたいな同じような言語ならともかく
LispやSQLのような考え方が違う言語だと初見だと難しいんじゃないだろうか
2019/04/18(木) 19:48:25.54
>>587
戻り値を複数返せるけど戻り値じゃ
2019/04/18(木) 20:08:05.67
はぁ異世界転生してぇ
603仕様書無しさん
垢版 |
2019/04/18(木) 20:11:38.05
他人のコードになると読解力が
著しく落ちるタイプっている？
604仕様書無しさん
垢版 |
2019/04/18(木) 20:27:02.81
>>600

JavaやPHPやってて、SQL使わねぇってこたぁねぇだろ。
SQL出来ないやつなんか使い物になるかよ。
自称SQL書けるって奴も使い物になんかなんねぇけど。外部結合知らなかったりするから。
2019/04/18(木) 20:29:38.34
スクレイピング　楽し過ぎるだろ
2019/04/18(木) 20:57:59.67
はいPrologとyacc
607仕様書無しさん
垢版 |
2019/04/18(木) 21:09:41.47
その集めた結果を何に使うの？
2019/04/18(木) 21:11:17.87
14万円アンチは無知すぎてjavaのことホントなんも知らんのなｗ
java=sqlみたいなもんなのにsql書けないジャマーなんているかアホｗ
ほんまアホ
2019/04/18(木) 21:14:03.70
>>602
行った先が地獄のような気がして
2019/04/18(木) 21:15:32.28
>>608
思ったより動かないよjava
2019/04/18(木) 21:18:44.45
linux/unixでガベコレ付いてる以上の理由で選ばれることないだろ
このクソ言語
じゃあ、他に何か実績のある言語って言ったら無いから消去法でjava
それ以上でもそれ以下でもない
2019/04/18(木) 21:19:15.07
javaで生sql書いたら負け
2019/04/18(木) 21:20:25.03
派遣っていきなり派遣先で技術的に無茶ぶりされることなんてある？
相手だって払ってる額に相応の要求しかしないだろ
2019/04/18(木) 21:22:21.03
>>608
最近のJavaプログラマーは生SQL触らない
615仕様書無しさん
垢版 |
2019/04/18(木) 21:23:43.38
javaってsql使わないの？
なんか念じてDBからデータ取得するの？
2019/04/18(木) 21:27:31.48
>>613
一般派遣？
求人要綱の範囲内なら要求される
でもスキルシートに嘘書いてなければ大丈夫

15年くらい一般派遣やってて、一度だけプログラマーなのにデザイン作れと言われた事があった
派遣の営業に電話したら、その日のうちに彼はプログラマーですと担当に連絡してくれた
2019/04/18(木) 21:32:03.61
適当なORM使うと隠されて見えなくなる。
単純なcrudしか対応できないので、複雑なselectが明らかな場合は結局sqlゴリゴリ書くんだけどね
2019/04/18(木) 21:33:03.86
>>615
まじで言ってる？
2019/04/18(木) 21:37:33.73
sqlをほとんど書けないjavaerは多いです
書けるといってもormで代替できるレベルくらい
だからまず生sqlなんて書く機会ないです
2019/04/18(木) 21:37:49.75
Java人気に嫉妬
2019/04/18(木) 21:39:35.93
RubyやPHPさわってるけどフレームワーク使ってORM使ってだから生SQLなんて
不具合調査の時とかでもないと基本使わないようにしてるぞ
言語問わず、今時生SQLを使うしかないところなんてかなりレガシーなところだろ
2019/04/18(木) 21:42:15.17
もったいなすぎて吹くわ
2019/04/18(木) 21:44:14.77
パーと言われるのが納得
2019/04/18(木) 21:48:09.08
エンジニア志望のインターンの学生ちゃんと付き合うことになった
俺だいぶおっさんなのにクッソ喜んでる
2019/04/18(木) 21:48:21.78
sqlごとに個別にマッピング作って
その管理してるSQLも★id★みたいなきもい独自プレースホルダ
つかってるような化石みたいなシステムの
担当になってつらい
2019/04/18(木) 21:51:13.82
日本人はオブジェクト指向できない
オブジェクト指向できないからORM使いこなせない
ORM使いこなせないからゴミみたいなSQLでシステムをゴミ化する
2019/04/18(木) 21:52:19.93
ORMで済むレベルのSQLしか要求されない現場なんて
小学生でもできるわ
628仕様書無しさん
垢版 |
2019/04/18(木) 21:55:42.31
今の現場コーディング規約で禁止されてて
SQLも三項演算子も正規表現も使えない
629仕様書無しさん
垢版 |
2019/04/18(木) 21:55:47.59
>>621

だからお前のアプリは、ちょっとレコードが増えてくるとクソ遅くなるんだよ。
2019/04/18(木) 21:56:19.40
>>627
そうじゃない
ORMで済むようにオブジェクト指向設計するんだよ
設計がスッカスカのゴミシステムはそれができてないからSQLゴリ押しするしかない
SQLのボリュームと設計の品質は反比例する
2019/04/18(木) 22:09:38.76
Dapper使ってると普通にSQL書くけどな
2019/04/18(木) 22:09:51.90
rubyでORMしか使わない奴のクエリってN+1が大量に起きてそう
2019/04/18(木) 22:10:13.97
>>629
レガシーシステムのお守りご苦労様です＾＾

最近のはマシンスペックがいいから数百万件でもきちんとindex張ってれば
問題ないパフォーマンスですよ＾＾

古いシステムはハードウェア変えれないから大変ですね＾＾
2019/04/18(木) 22:11:50.76
>>632
それを解消できないならともかく解消できるなら問題ないでしょ
それとも問題を起こすことすら許されないようなところなのかな
そういうところは色々と地獄そうだから近づきたくないですね
2019/04/18(木) 22:39:41.31
最近ORM触り始めた木っ端かな
ハッバネートの銀の弾丸の話でも読んで来いよ
2019/04/18(木) 23:09:23.25
ハードウェアを変えるって考えがもうね
オンプレなんてここ10年ぐらい使ってないな
637仕様書無しさん
垢版 |
2019/04/18(木) 23:27:10.50
SQLができなきゃ、そりゃあSQLを使わずに作るしかねーやな。
オレオレ言語やオレオレフレームワークで。
2019/04/18(木) 23:31:15.52
自分は組み込みソフト担当なので、SQLは書かないけど、
DBを使うシステムはSQLが必要だと思ってた。
ORMとかのミドルウエア？(ライブラリ?)を使った場合、
それがアプリの変わりにSQLを発行すると思ってた。
問題(パフォーマンスが出ない)が起こった時に解決できるように隠蔽された部分の知識はあった方が良いと思う。
639仕様書無しさん
垢版 |
2019/04/18(木) 23:39:02.75
javaってビルドツール使って開発するみたいだけど、Eclipseからしか実行したこと
ないんでイメージがつかない。javaで開発する時ビルドツール使ったりするもんなの？
2019/04/18(木) 23:48:41.29
>>624
爆発しなさい
2019/04/19(金) 00:35:15.16
今の流行りはMongoDBですよ
SQLは過去の遺物となります
2019/04/19(金) 00:37:34.20
MongoDBって勝手にデータが消えるんでしょ？
643仕様書無しさん
垢版 |
2019/04/19(金) 01:40:40.61
>>633

ここまでバカだとは思ってなかった。
うそ、思ってた。
2019/04/19(金) 01:42:27.14
ここにいる奴らのレベル低すぎてドン引きする
2019/04/19(金) 01:47:22.36
オレオレフレームワークの現場やめてほしいって言ってもそこしか見つからんから行ってくれってやめてくれんわ
2019/04/19(金) 01:47:58.82
>>643
レガシーさん夜遅くまでご苦労様です＾＾
647仕様書無しさん
垢版 |
2019/04/19(金) 01:49:59.01
>>646

＾＾ ←　この馬鹿そうな顔文字。おめーも起きてるし、まだ言われている意味わかってねぇし。
648仕様書無しさん
垢版 |
2019/04/19(金) 01:58:23.29
>>646
>>621 仕様書無しさん2019/04/18(木) 21:39:35.93
>RubyやPHPさわってるけどフレームワーク使ってORM使ってだから生SQLなんて
>不具合調査の時とかでもないと基本使わないようにしてるぞ
>言語問わず、今時生SQLを使うしかないところなんてかなりレガシーなところだろ

それぞれのID毎に現在の時刻から一番近い時間に設定されている自分が担当部署の未実行のタスクについて一覧を表示する、未実行のタスクがないIDのレコードはまとめて最後に表示する、20件毎にページネーションする〜

みたいなSQL、生のSQL無しでお前の言う
>RubyやPHPさわってるけどフレームワーク使ってORM使ってだ
ったらどんな事になるか、想像もつかないのかよ…。
というか、そういう処理が当たり前にあって、どの程度のSQL量になるかすら想像もついてないのかよ…。

さすがにチンパンジー過ぎるわ＾＾
2019/04/19(金) 01:59:28.43
流れのPGの俺には
DBとか言語なんてどれでも関係ない
やるかやらないかしかない
650仕様書無しさん
垢版 |
2019/04/19(金) 02:03:23.57
>>646

だからお前のアプリは、ちょっとレコードが増えてくるとクソ遅くなるんだよ。
2019/04/19(金) 03:26:50.10
眠い
2019/04/19(金) 06:16:32.47
>>648
こういう汎用性のない個別最適化しすぎな処理ばかり欲しがるから日本人は生産性が低いんだろうな
653仕様書無しさん
垢版 |
2019/04/19(金) 06:33:10.90
>>652
>汎用性のない

汎用性の使いどころすら分かっていないチンパンジー発狂w
2019/04/19(金) 06:34:37.18
実行時刻範囲、終了ステータス、部署で絞り込んでIDと時刻でソート

これで十分だろ
これならほぼノーコーディングでできる
客のバカな要求を切り捨てて省力化するのもエンジニアの仕事だぞ
そういう交渉ができないから苦労するんだ
655仕様書無しさん
垢版 |
2019/04/19(金) 06:36:28.62
つーか、単純Selectしかできないチンパンジーのアイちゃん、
自分の知らない世界を初めて体験w

「汎用性がないウキー！！」
656仕様書無しさん
垢版 |
2019/04/19(金) 06:37:56.74
>>654

お前の脳力に合わせて世界の仕事はまわってまっせーんw
2019/04/19(金) 06:41:35.74
>>653
チンパンお前やw

このsqlじゃ直近に実行予定の自部署のタスク、プラスα程度の情報しかわからんやろ？
そのとんがった、たった1つの目的にしか使えない、非常に限定的で汎用性がないアプリケーションと言える

>>654のように作りならそれ以外の目的にも使えるから汎用性が高いと言える
2019/04/19(金) 06:45:02.32
>>655
はっきり言って俺はSQLお前よりできるよ
できる人間ほど高度なSQLの将来性が低いことを理解してるから、要件を見直して単純化すべきということ理解してる
できない奴ほど複雑なSQLを有難がる
2019/04/19(金) 06:48:05.67
>>656
まるで派遣の意見だな
脳力ではなく労力と利益を中心に世界の仕事は回ってるんだよ
労力が利益に見合わないなら要件から交渉するのが正しい
力のない下っ端は無益な要求でもイエスマンになってやらなければならない
660仕様書無しさん
垢版 |
2019/04/19(金) 07:00:10.97
>>657

まじ発狂してるしｗ　この流れでこんな言い分信じる奴、いねーよｗｗｗ



>はっきり言って俺はSQLお前よりできるよ
>できる人間ほど高度なSQLの将来性が低いことを理解してるから、要件を見直して単純化すべきということ理解してる
>できない奴ほど複雑なSQLを有難がる
661仕様書無しさん
垢版 |
2019/04/19(金) 07:03:11.72
>>654
>実行時刻範囲、終了ステータス、部署で絞り込んでIDと時刻でソート
>これで十分だろ

タスクごとに重要度もトータルで必要な期間ボリュームも違うから、
優先度の高いものからソートして表示してほしいなんてビジネスでは当たり前の要求なのに
おまえのそのチンパンSQLとクソコードでどうやって実現すんの？ｗ

>これならほぼノーコーディングでできる

ノーノーミソでできるってだけじゃんｗ
662仕様書無しさん
垢版 |
2019/04/19(金) 07:05:12.80
ビジネスで必要だからプログラムを書くのに、プログラムを書くためにビジネスの要件を捻じ曲げちゃう
手段が目的化しちゃったチンパンジーの愛ちゃんｗ　>>654
663仕様書無しさん
垢版 |
2019/04/19(金) 07:07:22.56
>>657
>チンパンお前やw
>このsqlじゃ直近に実行予定の自部署のタスク、プラスα程度の情報しかわからんやろ？


この愛ちゃん、なにいってんのぉぉ？？ｗｗｗ

「例えばお前のやり方じゃこういう事出来ないだろ？」って言った例に文句つけちゃってるし。
で、
「実行時刻範囲、終了ステータス、部署で絞り込んでIDと時刻でソート 」
やてｗｗｗ
おまえのも出来てないじゃんwｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ　チンパンジーすぎるｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

さるｗｗｗ　猿すぎるｗｗｗｗｗ
664仕様書無しさん
垢版 |
2019/04/19(金) 07:09:38.00
>>654
>実行時刻範囲、終了ステータス、部署で絞り込んでIDと時刻でソート
>これで十分だろ


「そして、どのタスクの優先度が一番高いかは、人間が目視で確認しおのおの各自の脳力によって判断します」(ｷﾘｯ

こうですか？　わかりませんっっっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

さるｗｗｗ　猿すぎるｗｗｗｗｗ
665仕様書無しさん
垢版 |
2019/04/19(金) 07:11:12.78
>>659
>労力が利益に見合わないなら要件から交渉するのが正しい

なんで「利益」の話がでてきちゃってるのぉぉぉ？？？？？ｗｗｗｗｗｗ

これまで一度も金の話なんかでてないのにｗｗｗｗｗ

さすが、14万円ｗ　14万円脳は、14万円の仕事しか想像できないｗｗｗｗｗ

さるｗｗｗ　猿すぎるｗｗｗｗｗ
666仕様書無しさん
垢版 |
2019/04/19(金) 07:12:25.59
猿の論理は、以下です。

----------------------------------------------------------------------------------
657仕様書無しさん2019/04/19(金) 06:41:35.74>>660>>663
>>653
チンパンお前やw

このsqlじゃ直近に実行予定の自部署のタスク、プラスα程度の情報しかわからんやろ？
そのとんがった、たった1つの目的にしか使えない、非常に限定的で汎用性がないアプリケーションと言える

>>654のように作りならそれ以外の目的にも使えるから汎用性が高いと言える

658仕様書無しさん2019/04/19(金) 06:45:02.32
>>655
はっきり言って俺はSQLお前よりできるよ
できる人間ほど高度なSQLの将来性が低いことを理解してるから、要件を見直して単純化すべきということ理解してる
できない奴ほど複雑なSQLを有難がる

659仕様書無しさん2019/04/19(金) 06:48:05.67>>665
>>656
まるで派遣の意見だな
脳力ではなく労力と利益を中心に世界の仕事は回ってるんだよ
労力が利益に見合わないなら要件から交渉するのが正しい
力のない下っ端は無益な要求でもイエスマンになってやらなければならない
----------------------------------------------------------------------------------

さるｗｗｗ　猿すぎるｗｗｗｗｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況