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

■ このスレッドは過去ログ倉庫に格納されています
2022/10/19(水) 21:37:57.80
雑談スレ

前スレ
プログラマの雑談部屋 ★225
https://medaka.5ch.net/test/read.cgi/prog/1665817294/
2022/10/20(木) 23:48:20.02
>>174
フロントエンド React
サーバーサイド Go
機械学習 Python

これが現状のベスト
2022/10/20(木) 23:54:37.34
>>175
その会社入りたいわw
2022/10/20(木) 23:54:51.00
ゲームはUnityでバックエンドもC#
2022/10/21(金) 00:03:36.56
>>177
ゲームはC#で良いだろうね
ただUnityのC#はMSのC#ではないからもはや別物ではあるけど
2022/10/21(金) 00:17:10.42
大抵のことはC#でおk
2022/10/21(金) 00:26:22.66
>>175
その会社に入りたい
2022/10/21(金) 00:30:35.87
>>175
CDN
fastly or cloudflare
エッジでNextを動かす

これが現時点の最強モダンアーキテクチャ
GoはRustでも良いがやはりWebに特化するとGoの方が扱いやすい
2022/10/21(金) 00:30:44.69
正直もうスキルが身につくなら言語なんて何でもいいし
ライブラリーなんてその場で調べながらでもなんとなく作業を進められる

なのに求人を見るとなになにの言語の使用経験がどうたらとか
どこそこのライブラリー使ったことがあるかとかくだらないことばかり書いてあるのはなんだ
2022/10/21(金) 00:37:41.19
>>182
ワイも同感
10年以上やってたら大抵の事はすぐ出来るようになる
2022/10/21(金) 00:39:19.49
>>182
調べなくて出来るやつもいたらそっち選ぶってだけ
2022/10/21(金) 00:39:37.34
>>182
フロチャ書く時に言語ってあんまり関係ないもんな
2022/10/21(金) 00:41:06.53
>>182
そう思うならちょっと触ってできるって言えばいいだけ
実際採用側だって経験年数は目安としか思ってないよ
2022/10/21(金) 00:43:58.39
>>182
それ言っちゃあおしまいだろ
やったらやれると言ってる人とやってる人は全然違う
2022/10/21(金) 01:01:23.83
言語ごとにトラップってまだあるからなぁ
これをこうやったら激遅になるとか、実は破壊的とか、順番保証されてないとか色々
2022/10/21(金) 01:06:32.37
バッドノウハウやアンチパターンは一番最初に調べる
何故か大抵の人はそれ調べないで手を出して、絵に描いたようなトラブルに巻き込まれている人が多い
2022/10/21(金) 02:15:54.58
>>138
今カード番号は保持してないぞ
2022/10/21(金) 04:10:23.86
>>187
ほんとそれ
2022/10/21(金) 04:23:29.75
>>174
全然railsで事足りる
pythonとtypescriptはやっといた方が良いけど

goはベテランだけでチーム作れるならやっても良いかな。。。
2022/10/21(金) 05:41:52.29
>>189
どうやって調べるの?
そういった情報ってあまりまとまってる印象ないんだけど
2022/10/21(金) 06:44:07.30
Gitの仕組みちょっと調べたけどけっこう単純なんだな
やっぱリーナスはすげーや
2022/10/21(金) 07:01:05.10
>>194
ミクシィの新卒研修の動画がよかったよ
https://www.youtube.com/watch?v=aZ90usArA6g
最初は普通の初心者向け資料なのに内部構造の説明に入ったら趣味全開だったw
2022/10/21(金) 07:28:01.72
寒くなってきた
金もったいないけど暖房つけるか
政治のせいで生活が苦しい
197仕様書無しさん
垢版 |
2022/10/21(金) 07:31:56.08
ゴミ通貨になる前に使っていこう
2022/10/21(金) 07:33:36.59
俺は苦しくないが外食しても上げ底が増えてきたな
コンビニのサラダのロメインレタス増量というキャッチコピーは肉を減らす言い訳としてうまく考えたもんだと思った
199仕様書無しさん
垢版 |
2022/10/21(金) 07:47:16.83
>>182
人を募集しているとアピールをすることで金がもらえるという噂。
採用する気は特にないってことだな。
人なら派遣やSESでどうにでも手配してもらえるからね。
2022/10/21(金) 07:51:00.49
やだやだやだやだ
はたらきたくないよ
2022/10/21(金) 07:58:17.36
一回でもモダンで快適な仕事をするとレガシーには戻れんなぁ
精神病みそう
2022/10/21(金) 08:24:11.23
レガシーな現場の何が嫌かってさ
それを生み出した奴がデカい面してのさばってるところだよ
人間の悩みの原因は人間
兎に角モダンな人間がいる所に身を置き続けろ
2022/10/21(金) 08:26:20.00
他人が設計したものを作るのがツラい
我が道を行くよ
2022/10/21(金) 08:32:40.51
それは構わんけど、設計が甘かったりおかしいと
それで苦労するのは俺だけなのでツッコミ入れるわ
2022/10/21(金) 08:33:38.78
>>202
レガシーじゃない現場ってあるの?
2022/10/21(金) 08:36:17.24
他人が作ったものはもうレガシー
俺流のコードしか認めない
2022/10/21(金) 08:39:18.14
>>202
デカい面している奴はだいたいデブかチー牛
2022/10/21(金) 08:43:11.97
新しい物好きな現場でまともなところは少なかった印象
209仕様書無しさん
垢版 |
2022/10/21(金) 08:44:52.45
あいつらすぐ飽きて何処か行くし
2022/10/21(金) 08:47:29.63
>>205
テストコードが整備されてればレガシーじゃない
2022/10/21(金) 08:49:54.46
>>198
ロイヤルホスト酷いぞ
家族でよく行ってたのだが量が子供が食うレベルに少なくなってる
肉も昔に比べるとペラペラだし
2022/10/21(金) 08:50:31.31
>>208
これ
好き勝手書き散らかしてやめていくんだよな
2022/10/21(金) 08:53:56.45
新しいことに意味があると思ってるもんだから
あっという間に技術が廃れて使えないスキルになったり
2022/10/21(金) 08:55:13.03
古い物好きの方が酷い
一糸乱れぬ大部隊でゴミ撒き散らしていく
2022/10/21(金) 09:03:03.82
彡 ⌒ ミ
(´・ω・`) ツラがデカいんじゃない、額が広がっただけだ!
2022/10/21(金) 09:06:00.94
新しいものって他人のライブラリ使うだけでしょ
こういうライブラリ使いから見たら自分でコード組む人はレガシーに見えるのかな?
2022/10/21(金) 09:27:39.88
新しい言語はライブラリ整備されてないから新しいもの好きがどんどんライブラリ作っていくけどね
218仕様書無しさん
垢版 |
2022/10/21(金) 09:36:45.42
へんたいふしんしゃさんktkr

【Switch】Splatoon3/スプラトゥーン3 269杯目
https://pug.5ch.net/test/read.cgi/famicom/1666275800/918
219仕様書無しさん
垢版 |
2022/10/21(金) 09:40:16.19
スプラ3ってそんな障害多いの?みずほより多い?
2022/10/21(金) 09:54:09.35
pushに時間がかかる職場イライラするわー
2022/10/21(金) 09:59:10.17
git使えるだけマシ
2022/10/21(金) 10:26:06.12
おちんちん舐めてごらん
2022/10/21(金) 10:36:17.77
新しい物好きが飛びつくものの大半が生き残らない
なんだかんだ長く使われているものの良さが再認識される形になる
2022/10/21(金) 10:38:08.47
railsなんて未だに使われてるのか
2022/10/21(金) 11:04:39.54
過去の資産があるからね
だんだんと他のフレームワークに乗り換えるところが増えてきたが
2022/10/21(金) 11:15:48.70
railsは他の言語で模倣改善されてるから新規で採用する優位性は微妙
2022/10/21(金) 11:24:39.92
Web系フレームワークって採用なんでもいい気がする
データベースだけが必要なんじゃね
2022/10/21(金) 11:25:50.86
最近railsみたいなフルスタックフレームワーク使ってないな
マイクロサービスでやってるから
229仕様書無しさん
垢版 |
2022/10/21(金) 11:38:24.32
フレームワークってお作法だらけで好きになれない
2022/10/21(金) 11:38:25.35
>>227
その瞬間は何でもいいってかフロントにロジックもルーティングも詰め込めるだけ詰め込めばフレームワークすら要らんけどそうもいかん時があるのよ
あと将来的なものね
保守のしやすいものでないと作った人を頼らなきゃいけなくなるけど広く使われてるフレームワークなら人も情報も集まりやすくて安くあがる
サポート期限も重要だからなるべく広く使われて活発に更新されてるフレームワークがいい
2022/10/21(金) 11:39:21.19
>>229
おれも

うわーってなる
2022/10/21(金) 11:42:03.32
>>229
ド素人の作ったマニュアルすらポンコツなスパゲティを保守してみれば作法を覚えればいいだけのフレームワークが砂漠の水のように思えるぞ
2022/10/21(金) 11:44:54.74
そのお作法が唯一無二の最終的に辿り着く最も効率のいい書き方
ってなら覚える価値あるけど、そうじゃないからだるい
2022/10/21(金) 11:51:21.46
効率のいい書き方のできないフレームワークばっか触ってるからじゃね
2022/10/21(金) 11:58:13.50
関数アザッサービスで動くようにしとけばなにも問題ない
気が変わったらWeb APIフレームワークを被せるだけ
なので最初に作る時はフレームワークレスがベスト
236仕様書無しさん
垢版 |
2022/10/21(金) 11:58:35.64
違うフレームワークに行った時にまた1から覚え直しってのがなぁ
2022/10/21(金) 12:06:15.96
>>230
フロントにロジック詰め込むのはフレームワーク云々じゃなくてただの技術力不足
2022/10/21(金) 12:07:24.80
DIだけしっかりやっとけ
あとはなんでもおk
2022/10/21(金) 12:07:40.78
派遣やフリーは広く浅く覚えなきゃいけなくて大変
社員はその分深く学べる
2022/10/21(金) 12:10:25.38
>>227
jsonをパースしてコントローラーを呼んでjsonで返すだけだからね
コントローラーを移植性高く書けばガワはなんでもいい
2022/10/21(金) 12:12:00.72
>>237
そう教わったのか
2022/10/21(金) 12:16:58.56
>>241
単一責務の原則を最初どうやって知ったのか、覚えてないな
本で学んだ気もするし、研修で教わったかもしれない
まあどこで学んだかは問題じゃない
単一責務の原則を守らずにフロントになんでも入れちゃう奴は単に勉強不足
フレームワークのあるなしの問題じゃない
243仕様書無しさん
垢版 |
2022/10/21(金) 12:17:12.00
【悲報】英内務大臣「豆腐でも食ってろカス!」→イギリスで空前の豆腐ブーム到来! なお大臣はトラス共々クビ [206389542]
https://greta.5ch.net/test/read.cgi/poverty/1666321158/
2022/10/21(金) 12:20:06.85
>>241
今だとspaでフロントとバックで2重実装がよくあるけど、今でもフロントだけがビジネスロジックを持つのはないかな
あくまでビジネスロジックの全てはドメイン相当に集約されるもんであるべき
2022/10/21(金) 12:23:01.46
結局バックエンドって外部機器でしかないのよ
秘匿すべきロジックはバックエンドに置くべきだけどクリーンアーキテクチャを素直に実装するならビジネスロジックはフロントが持つべきという結論になる
246仕様書無しさん
垢版 |
2022/10/21(金) 12:25:48.86
30年以上この業界にいるが
まともな社員は数えるほどしかいない
2022/10/21(金) 12:26:00.72
たとえば電卓を実装する場合、計算機能をフロントが持つべきかバックが持つべきかと問えば結論は明らか
2022/10/21(金) 12:27:07.68
汎用機は全部バックだな
2022/10/21(金) 12:35:14.08
>>247
それは詭弁では
実際のシステムはデータを保存して別の所で使ったりするわけで、そのデータの整合性検証は結局バックに実装しなきゃいかん
計算UIが画面にあっても、最終的な計算結果を登録する際正当かどうかを検証することは避けられんし、その仕様こそがドメイン仕様だと思うが?
2022/10/21(金) 12:36:50.73
バリデーションとデータベース問い合わせはバックで間違いないよ
それはビジネスロジックには入れない
2022/10/21(金) 12:37:17.61
セキュリティ?に関するものを秘匿部分隠すのは当たり前で
ユーザー側で重さ感じない程度に処理投げられるならそうするよ
っても最近気づいたけどWebサイト/アプリを起動しながらユーザーが別の重い処理PCでやらせてるケースまで想定するなら
投げないほうが良かったりもするけど
2022/10/21(金) 12:41:49.75
最近ブロックチェーンについて調べとるんやが、これ結局ノード立ち上げてメインネットに繋げて独自スマコンてブロイすれば自分の銘柄作れるって認識でええんか?
2022/10/21(金) 12:43:06.76
webの話に閉じるなら、描画以外の処理は基本バックでしょ
フロントなんてユーザで改変可能な箇所に処理は任せられんよ
2022/10/21(金) 12:43:32.20
おまえら、金曜日だな
おれもやっと無敵の人にクラスチェンジ出来たぞ
2022/10/21(金) 12:44:17.69
>>254
おめでとう
アプリリリースしたら教えてくれよな
2022/10/21(金) 12:45:58.53
ざっくり「隠したい処理はバックエンド」「隠さなくてもいい処理はフロントエンド」でいいんじゃね
2022/10/21(金) 12:48:52.13
ところで「フロントエンド」「バックエンド」って言う業界と「クライアントサイド」「サーバーサイド」って言う業界ってどう違うの?
最近聞くのは後者ばかりだから若干懐かしくなった
2022/10/21(金) 12:51:12.78
そんなこと言っちゃぁローカルで動くアプリは全部改変可能だから成り立たんわ
2022/10/21(金) 12:52:35.89
webとクラサバの違いだよ
2022/10/21(金) 12:54:55.34
フロントバックでビジネスロジックの二重実装になるデメリットが大きいから全てバックエンドに入れた方がいい
JS系ならビジネスロジックも共通化出来るけどそれやって大成功したプロジェクトは知らんな
2022/10/21(金) 12:56:26.70
>>257
フロントエンドはUI
クライアントサイドはなんでも

バックエンドはサーバーレスも含む
サーバーサイドはサーバーレスを含まない
2022/10/21(金) 12:56:36.80
窓口業務とWebエンドユーザーの違いかな
2022/10/21(金) 13:00:08.32
>>258
ちょっと俺自身レスの意味勘違いしてるかもしれんが、とかくバックにビジネスロジックがある前提で突っ込むよ

クライアント側の計算結果だけ登録しようとして計算の入力内容を送信しないからそうなる
サーバ負荷に問題がない限り、計算UIがあっても入力そのものをサーバに送信するべきなんだよ
UI上の計算結果は期待値であって登録に使用する値ではない
2022/10/21(金) 13:03:04.52
Webに詳しい人集まってそうだからちょっと聞いてみたい

SNSのフォロワーって1億人いる人もいて大人数のユーザーデータを見て「フォロー」してるか「フォローしてないか」を表示しなきゃいけないけど
これをサーバー側に問い合わせして1億回の判定×ユーザー数してると思う?
2022/10/21(金) 13:04:29.46
フロントのアクション遅延を気にするなら非同期で結果のみを整合取るって手もあるで
2022/10/21(金) 13:05:12.91
>>264
それはそもそも正確な値を表示しなきゃいけないわけでもないから問題ない範囲で計算結果保存しておくだけ
ビジネス要件を履き違えちゃいけない
2022/10/21(金) 13:05:58.48
>>264
ページネーションで表示する文だけDBに問い合わせてるだけ
2022/10/21(金) 13:06:19.41
気がついたらドル150円
俺の時給と同じじゃねーか
もう終わりだよこの国
2022/10/21(金) 13:07:36.60
>>268
どつちかというと君の時給のほうが深刻だと思う...
2022/10/21(金) 13:07:38.81
>>266
正確じゃないとまずくない?

フォロー or フォローを外すのボタンが間逆に表示されてたらユーザビリティ悪くなっていく

>>267
んーちょっと違う
2022/10/21(金) 13:09:23.17
>>270
1億人のフォローリムーブボタンを一斉に表示するページがあんの?
2022/10/21(金) 13:10:11.46
>>270
いや実際にtwitterとかフォロー・フォロワー数とか本来の値とはずれるし
普通に使ってる分には気づきにくいだけだよ
2022/10/21(金) 13:11:06.55
>>264
フォローデータとカウンターデータを別々に持っていてトランザクションしているだけ
簡易的なDDDだと言えなくも無い
2022/10/21(金) 13:14:22.83
>>271
そうじゃない
フォローしてる人、フォローしてきた人、全くの他人 この三種類の表示がSNSにはある

でユーザー一覧を表示するページがあるって事は、1億ユーザーのフォローかフォロワーどっちでもいいんだがその保有者は
他のユーザーのフォロー状態を正確に表示するには、普通に書いたら1億判定をする事なる
■ このスレッドは過去ログ倉庫に格納されています