21/10/19 10:32:10.22 I/uBXkGk.net
...必要なら投資...
201:デフォルトの名無しさん
21/10/19 11:31:26.70 rSxV3iUW.net
似たような後続はあるにはあるが大幅に良くなることは無いしなぁ
nodejs自体から変わらないと革新的なものはでなさそう
202:デフォルトの名無しさん
21/10/19 12:41:19.18 QUfGkxyV.net
Webpackは設定ファイル書き書きするだけでそんなに難しくない。ただバージョンアップで苦しむこともあるし、0からReactと並行して始めると辛いので本の導線があると楽かなって思う。
203:デフォルトの名無しさん
21/10/19 12:49:14.35 I/uBXkGk.net
押しつけの難解な設定より
普通のコードで設定書くほうが良いんだけどな
そんなのなかったっけ？
204:デフォルトの名無しさん
21/10/19 20:36:57.96 2lJX9loQ.net
押しつけじゃない簡単な設定ならもっと良いんじゃない？
205:デフォルトの名無しさん
21/10/19 20:53:00.02 bFzPnnLm.net
AngularならWebpack意識せず学習可能
206:デフォルトの名無しさん
21/10/19 21:21:34.46 NLf4g5X1.net
>>202
Reactもかわらんよ
207:デフォルトの名無しさん
21/10/20 14:58:58.92 da+DtAB1.net
今の主流ってzero-configだしな
あとコンフィグなんて
208:基本は使い回しよ webpackがrollupがesbuildがーって頭悩ましてる記事とか見掛けるけど そのあたりのファイルを現場で直に触ることなんてほとんどない
209:デフォルトの名無しさん
21/10/20 15:41:15.75 Mr5q/AgO.net
そうか？
ターゲットとか指定したいし、ライブラリ入れたら弄らないと駄目なこともあるくね？
210:デフォルトの名無しさん
21/10/20 18:05:42.09 da+DtAB1.net
>>205
そういう場合も特定の人だけが触るからな
ざっくりと何をしているのかが分かっていれば十分よ
ターゲットやバージョンもほぼ固定だし
弄らないとダメなライブラリはよっぽどの理由がない限りは選定されない
個人やフリーランス、めちゃくちゃ裁量権のある立場は知らん
211:デフォルトの名無しさん
21/10/20 18:11:23.46 6domEUvg.net
LaravelMix使うとwebpackの設定は割と簡単に書けるからオヌヌメ
212:デフォルトの名無しさん
21/10/20 18:36:50.70 Mr5q/AgO.net
>>206
ざっくり理解すれば十分ってのは同意。よほど踏み込まない限りWebpackも難しいものでない
213:デフォルトの名無しさん
21/10/20 19:04:13.89 2nNbA8Ij.net
Laravel使う現場って実在するのかよ
プログラミング教室でしか使わんだろと思ってたわ
214:デフォルトの名無しさん
21/10/20 20:36:56.01 rAmGIrdk.net
ParcelでWebpack要らなくなるとか言われてたけど結局こんなもんだな。
215:デフォルトの名無しさん
21/10/21 21:00:18.94 iTmvz++W.net
laravelは割と
216:主流派だぞ。 laravelmixは信者しか使っていないと思うが。
217:デフォルトの名無しさん
21/10/21 22:00:40.93 kjmahCO9.net
ホームページ屋さんが頑張って使ってるミドルウェアな印象
218:デフォルトの名無しさん
21/10/22 00:24:44.17 35fjhDSY.net
Reactできる人はみんなCSS作れるの？
219:デフォルトの名無しさん
21/10/26 08:53:22.03 M1juxUvT.net
おまえらPage Insightの結果はどのぐらい当てにしてる？
SPAは評価悪くなるよな
評価上げるためにリファクタリングするのに疲れちゃったよ
220:デフォルトの名無しさん
21/10/26 14:12:43.81 c/kJKHSV.net
>>214
SSRとハイドレーションやろう
サイトによるがそもそも気にしないという選択肢は十分あり
221:デフォルトの名無しさん
21/10/26 18:19:21.84 OracOvFU.net
CSRだけだとページ表示ユーザ体感が悪すぎるしSEOも不利なので一般向け情報ページならば
SSR/SSG＋プログレッシブリハイドレーションが良いでしょう
222:デフォルトの名無しさん
21/10/26 19:38:14.90 1yLZ9r0E.net
CSRって言うほど遅いか？
223:デフォルトの名無しさん
21/10/26 19:50:13.16 wW1jId1d.net
規模によるとしか
旧来のサーバーサイドのルーティングで十数ページに渡るような内容をSPAにしてCSRにした場合等はえらいことに
まあ継ぎ足しロードとかにするんだろうけど
224:デフォルトの名無しさん
21/10/27 17:31:41.81 tRhNG9hx.net
そこまでするならそもそもSPAという選択が間違ってるような
よくあるコーポレートサイトやブログってSEO命なのにそれを犠牲にするってのは本末転倒
225:デフォルトの名無しさん
21/10/27 18:10:31.77 dNMmh9m9.net
それはそう
コーポレートサイトやブログのようにほとんど変化ない情報が掲示されるようなサイトはSPAの恩恵はほとんど受けられず悪い影響は被っていいとこない
向き不向きあるとは前から言われてたのに人は金づち持てば全部釘に見えるようで…
226:デフォルトの名無しさん
21/10/27 18:23:58.28 1igGy3kh.net
逆にログインして操作する業務システムでSSRはあんまり意味無いと思うんだがやりたがる人結構居る、
227:デフォルトの名無しさん
21/10/27 18:24:23.65 xxuBc4na.net
単純にSEOとページインサイトを考慮するならspaじゃなくて静的ページジェネレーターがベストだろうね
動的サイトとの間をとってgatsbyとかで自動化するのが今風な感じする
228:デフォルトの名無しさん
21/10/27 18:26:01.69 xxuBc4na.net
>>221
逆にSPAを知らないんだろうね
何ができるか
なぜSPAなのかを
229:デフォルトの名無しさん
21/10/27 18:31:22.35 HgT0Kyc0.net
>>221
なんでなんだろうね
230:デフォルトの名無しさん
21/10/29 01:19:58.10 hHWRsPnj.net
Nuxtはじめた＾＾
なんか注意事項とかあったらレスくださいね＾＾
231:デフォルトの名無しさん
21/10/29 09:45:43.75 KBwwuWzQ.net
>>222
Gatsbyやってみたけどなんか…
電球一個取り替えるのに椅子に乗ってその椅子を４人で回すみたいな大ごとになってなんだかなぁと思ったわ
それほんとにGraphQL介す必要あるの？とか
232:デフォルトの名無しさん
21/10/29 10:16:20.65 dSsdUGc3.net
草
俺はなんかしっくり来ないなと思ってNextに行った。まぁ最終的には同じような事するわけだが
233:デフォルトの名無しさん
21/10/31 00:31:15.09 aUFmKI3J.net
react周りserver componentsだっけ？
なんかそういう頑張って良いとこどりしようとしてるけど、
開発者が追いきれてない感じがして混迷しつつあるように見える
やりたいこととやり方はわかるけど、結局自分らがどう選択していくの？がまとめずらい
選択肢が無尽蔵に増えそうで二の足を踏み続けそう
234:デフォルトの名無しさん
21/10/31 10:26:35.06 WrAvX4Kw.net
○ 俺が追いきれてないので気に入らない
○ やりたいこともやり方も分からない
○ 俺が二の足を踏み続けている
235:228
21/10/31 13:23:41.80 aUFmKI3J.net
>>229
マジか、みんな迷わず選択できてんのか。。
236:デフォルトの名無しさん
21/10/31 16:00:33.45 UtMYCmJC.net
素直にVueやっとけばいいのにな
対して難しい事しなくてもやりたい事は大抵出来るし
新参にも教えやすい
237:デフォルトの名無しさん
21/10/31 17:02:35.69 lXSEZutO.net
そういう用途だとSvelteの方がよくね？
と思ったけど、情報とか使える人が少ないかな？
238:デフォルトの名無しさん
21/10/31 19:27:19.49 bVPpFfrh.net
結局全部試すくらいの覚悟がないならフロントフレームワークなんて使うべきじゃないと思うよ
239:デフォルトの名無しさん
21/11/01 17:25:47.13 Qd13gyUm.net
今はある程度選択肢は固まってるし
まあReactで、と言えるだけ随分楽になったよ
ただ、根底にある思想みたいなのは
スレタイにあるvue,react,angulaのどれも共通部分が多いよ
実装が違うだけで結局やることはそう変わらん
240:デフォルトの名無しさん
21/11/01 19:01:35.40 P3EV4YL3.net
とりあえずreactでよくね
241:デフォルトの名無しさん
21/11/01 21:06:39.51 NAocJV0Q.net
でも状態管理めんどうじゃん
242:デフォルトの名無しさん
21/11/01 22:19:00.30 wKhzj30q.net
そりゃ何使ったって面倒なのは変わらない
243:デフォルトの名無しさん
21/11/03 20:12:21.93 lfRJuvoO.net
結局Recoil使うのが一番シンプルだけどな
244:デフォルトの名無しさん
21/11/03 20:22:47.27 X+re5nu4.net
個人的にはApollo clientでの状態管理が一推し
245:デフォルトの名無しさん
21/11/04 18:05:57.56 rk0FEhKn.net
SPAでもそんな複雑な管理をクライアントでやったりするのかなぁ
246:デフォルトの名無しさん
21/11/05 20:20:10.24 G+9azwNi.net
SPAではせざるを得ないってとこだよね
本来は誰もやりたくない
247:デフォルトの名無しさん
21/11/05 20:31:18.88 89Zun5Pb.net
SPAはSPAで楽な部分もある
248:デフォルトの名無しさん
21/11/05 20:33:19.00 MrCxvZMv.net
ただ小規模なサイトであっても何かしらのフレームワーク使う事が大前提になった。以前のもメンテはするが
249:デフォルトの名無しさん
21/11/05 21:04:41.58 HNjaHz2P.net
JWTやマイクロサービスを踏まえるとクライアントで状態を持つのが前提になってきてるもんね
クライアントでの状態管理は必須
250:デフォルトの名無しさん
21/11/06 01:35:43.68 KzRf88RA.net
Reduxは最近出ているReactの技術書では全く取り上げられなくなったな
251:デフォルトの名無しさん
21/11/07 13:05:03.32 KYnmGIyk.net
改版を期に削除されたりしてるよね
252:デフォルトの名無しさん
21/11/07 16:59:15.63 pmlswJxv.net
狂信者はいるけどみんな大嫌いだったもんな
Context APIで全部解決出来れば楽なんだけどね
選択できる自由があって贅沢な悩みではあるけど
253:デフォルトの名無しさん
21/11/07 23:09:54.55 KYnmGIyk.net
useCentextよりもRecoidの方が明解でいいと思うけどな
254:デフォルトの名無しさん
21/11/07 23:56:40.78 RgCygfEf.net
recoilじゃなく？
255:デフォルトの名無しさん
21/11/08 00:01:11.85 aD8GeuEA.net
ごめんタイポ
256:デフォルトの名無しさん
21/11/08 08:32:50.39 qDbA6fow.net
このへんはredux一強から戦国時代に入った感じかな。大勢が決まるまでは情報収集しつつ様子見。
257:デフォルトの名無しさん
21/11/08 16:26:00.60 xjEl3UJL.net
このままrecoil一強になってreduxの息の根止めた方が世界の為
Reduxのあれをするにはあれやこれやが追加で必要でもっと勉強して下さいとかニートじゃないと対応出来ないって
258:デフォルトの名無しさん
21/11/09 09:40:57.48 hmMXDnhU.net
Reactの入門ググったら未だにRedux Toolkitとか勧めてる輩いるもんな
259:デフォルトの名無しさん
21/11/09 09:57:30.93 jAAjeJaM.net
記事が古いんじゃねえの
260:デフォルトの名無しさん
21/11/09 14:28:44.10 cbbOFy6t.net
ReactってTypescriptじゃないと人権ないの？
261:デフォルトの名無しさん
21/11/09 14:40:58.21 YGzOoPm7.net
そんな話聞いたこと無いが
262:デフォルトの名無しさん
21/11/09 15:20:58.65 2nzyInOc.net
Typescriptなんて逆に消えそう
263:デフォルトの名無しさん
21/11/09 15:39:50.35 hSKkwOCy.net
typescriptはjavascriptに吸収されるんじゃね
264:デフォルトの名無しさん
21/11/09 18:43:32.60 7EO+JSDz.net
GraphQL使ってる？
265:デフォルトの名無しさん
21/11/09 19:57:04.69 8prLI4eF.net
使ってない、RESTで事足りてしまう。
いつかGraphQLがバシッとマッチする用途でシステム組んでみたい
266:デフォルトの名無しさん
21/11/09 20:35:24.40 xw/MlvaO.net
直接は使ってないけど、実は間接的に使ってる
267:デフォルトの名無しさん
21/11/09 22:15:56.16 8dYQVpnE.net
RESTの倍ぐらいSQLクエリ走るの見ると使う理由あるのかな？って思っちゃう
リクエストは減るんだろうけど
プロジェクトによるんかね
268:デフォルトの名無しさん
21/11/09 22:20:10.24 qOqV7S2Y.net
聞いてるとRDBと相性悪そうだね
ドキュメント型DBならどう？
269:デフォルトの名無しさん
21/11/09 22:39:09.81 QGVM/tnv.net
GraphQLの好き勝手なクエリに対応するのはドキュメント型じゃかえって厳しいだろ。
270:デフォルトの名無しさん
21/11/09 22:47:37.81 qOqV7S2Y.net
カラム指向DBでは？
271:デフォルトの名無しさん
21/11/09 23:15:01.32 QGVM/tnv.net
カラム指向DBって最適化の方向が違うだけでデータモデル的にはRDBと変わらんじゃん。
272:デフォルトの名無しさん
21/11/09 23:28:35.57 qOqV7S2Y.net
じゃ、じゃあグラフ指向DB！？
273:デフォルトの名無しさん
21/11/10 06:54:57.52 iBRAurlT.net
>>257
TypeScriptの型は少量で滅茶苦茶雄弁なコメントみたいなもの。おかげで新しいライブラリもサクサク使えるし、バグに震えることなく安眠できる。
274:デフォルトの名無しさん
21/11/10 09:23:53.75 GIiHYAMJ.net
>>263
どれも一長一短
テーブル結合ではなく複数のサービスからのレスポンスをjoinする目的の物だからどんなデータベース使おうが総クエリ数は増える
ただマイクロサービスには最適だしフロントエンド開発も楽
GraphQLに合わせるんじゃなくて各サービスに合わせたデータベースの選択が最適解じゃないかと
275:デフォルトの名無しさん
21/11/10 12:56:42.12 uIoFdyUA.net
>>268
どこで妥協するかだけの話
普通の強い静的型付け言語をしてきた人たちから見ればTypeScriptはヌルくて甘いとなるし
型なし言語をしてきた人たちから見ればTypeScriptは面倒くさい
公平に見ればTypeScriptは中途半端な妥協の産物
276:デフォルトの名無しさん
21/11/10 13:05:43.43 uIoFdyUA.net
>>269
あとは更新よりも読み出しが多いケースならば
読み出し毎に各DB各サービスに問い合わせるよりも
読み出しに合わせた複合DBを保持してそこも常に更新維持するなど
無駄なクエリを減らして高速化の方向もありますね
277:デフォルトの名無しさん
21/11/10 16:04:43.59 bCpyzFAG.net
もうrecoil使ってええか？
278:デフォルトの名無しさん
21/11/10 17:57:01.79 gwDfdVe9.net
TypescriptはAltJSとして生まれたもの
実際JSより格段に安全に組みやすくなったしそれで十分
TSが選べる環境ならJSを使う理由は一切ない
生のCSS組んでる奴なんてとっくに全滅してるやろ
279:デフォルトの名無しさん
21/11/10 18:13:52.95 uIoFdyUA.net
>>273
Wasm上でのフレームワークも進化していてJavaScriptを使わずにフロントエンドが組める時代になりつつあるので
中途半端な立ち位置のTypeScriptをいずれ使わなくなるかもね
280:デフォルトの名無しさん
21/11/10 18:26:43.21 iBRAurlT.net
WasmはWasmだけで完結できないので……
281:デフォルトの名無しさん
21/11/10 18:35:53.64 iBRAurlT.net
というか他の言語使おうが結局DOMを触る必要があって、余程上手にラップしないとJS的なフワフワ世界に突っ込む上にオーバーヘッドが出る。それなら最初からTS|JSでええやんってなる（なってきた）。
今後のことはわかんないけどね
282:デフォルトの名無しさん
21/11/10 18:42:00.78 Hhh+omDu.net
wasm自体が未完成だから未来の覇権は誰にも読めない
それこそTS→wasmが可能になってるかも知れんし
283:デフォルトの名無しさん
21/11/10 18:54:14.88 CZzEz7+S.net
TS使っても現状anyだらけで、意味あるんかいなって思う
284:デフォルトの名無しさん
21/11/10 19:25:27.12 iBRAurlT.net
>>278
そうはならんやろ……。たまにas使ったりはするけど
285:デフォルトの名無しさん
21/11/10 20:10:18.31 uIoFdyUA.net
>>275
既にWasmだけで完結できるようになっている
JavaScript部分はWasm呼び出す固定コード
>>276
もちろんDOM操作のみだとVanilla (生JavaScript)がWasmより速い
ところがDOM操作以外の処理が多いと逆転してしまいWasmが速い
さらにVanillaではなく仮想DOM系フレームワーク(ReactやVueなど)と比べると実DOM操作以外の処理が多いためWasmが圧勝になっている
286:デフォルトの名無しさん
21/11/10 20:14:12.10 iBRAurlT.net
>>280
お、マジ？
ソース出してソース
287:デフォルトの名無しさん
21/11/10 20:20:33.04 uIoFdyUA.net
>>281
各フレームワーク比較ベンチマーク
URLﾘﾝｸ(rawgit.com)
288:デフォルトの名無しさん
21/11/10 20:23:51.07 aaWoihJJ.net
ベンチ
URLﾘﾝｸ(rawgit.com)
を見ると素のJSが一番速い
ついでなんだかよく分からんフレームワークを2つ挟んで、
solidっていう非vDOM系のJSフレームワーク、
ついでやっとwasm-bindgen
wasm-bindgenってのはRustでwasmやる基礎ライブラリだからフレームワークまで行かない（素で使うのはキツイ）
Rustスレでドヤ顔で貼られてたdominatorってフレームワークはそれよりずーっと右（遅い）
DOMのAPIがwasm側に提供されてない現状でUIフレームワークにwasmベースのものを選ぶのはバカのすること
DOMの関わらない演算ヘビーな処理に特出しでwasmモジュールを使う、といったやり方が当面は賢いだろう
289:デフォルトの名無しさん
21/11/10 20:36:42.87 iBRAurlT.net
>>282
ありがとう。
しかしえらいプリミティブな内容だな。
並んでるフレームワークも機能がバラバラ過ぎてWasmが速いとは一概に言えないよ……。
てか普通にVanillaが最速じゃないか
290:デフォルトの名無しさん
21/11/10 21:00:19.65 N8HP2BZx.net
結局tsなんていらんかったんや
291:デフォルトの名無しさん
21/11/10 21:58:30.80 30tM/jBf.net
>>282
Reactがあまりにも遅すぎなんだな
しかしそれでもReactがこれだけ使われてるということはDOM操作の速さは気にしなくて良いってことか
つまりWasmでも全く問題ないという結論になってしまうな
292:デフォルトの名無しさん
21/11/10 22:17:09.49 iBRAurlT.net
>>286
いや、ベンチマークテストの内容見ればわかるけど、Reactでそんな処理しないだろみたいな内容あるよ。苦手な処理がいくつか刺さった感じ。コードの小ささに降ったPreactより結果が悪い事からもそれが読み取れる。
遅いWasmで問題無いという結論の持って行き方もちょっと筋道立ってないように感じる。
293:デフォルトの名無しさん
21/11/10 22:18:43.57 Ey/Tzzo2.net
どういうDOM操作を行うかあらかじめわかっているならよけいなオーバーヘッドがないvanillaが速いのが道理だけど
このベンチマーク自体はどういう意味があるんかね。
294:デフォルトの名無しさん
21/11/10 22:30:50.49 30tM/jBf.net
>>287
なるほど
Wasmで問題ないと思ったのはそのReactの件だけでなくて
素のJSであるVanillaとWasmの差がわずか6%しかない点も含めてそう思った
DOM操作のオーバーヘッドが�
295:るからWasmは使えないという意見が嘘だと分かったことが大きい
296:デフォルトの名無しさん
21/11/10 23:46:06.12 uIoFdyUA.net
そうなんだよ
DOMの操作でのWasmの不利は誤差範囲
もちろん歴史の深さの差があるから今すぐではないけれどTypeScriptの天下は長く続かない可能性大
297:デフォルトの名無しさん
21/11/10 23:48:34.79 jE8+SBkG.net
wasm使ったWebアプリが未だに実用的に見たことがないんだが
298:デフォルトの名無しさん
21/11/11 00:22:14.37 JReQ08vz.net
バニラJSはえぇえ
やっぱ最強のフレームワークやな
299:デフォルトの名無しさん
21/11/11 04:16:04.08 y+7W6S26.net
バーニラJSって体感でそれくらい変わった？
300:デフォルトの名無しさん
21/11/11 07:22:47.47 NmOI3afO.net
>>289
あぁそうか、Wasmに速度を求めるわけでなくてオーバーヘッド食ってでもJS|TS以外の言語で使いたいって視点なら、それはそうか。
まぁでも、まだまだこれからだね。
現状では他の言語使うモチベーションがフルスタックフレームワークぐらいしか無さそう。
301:デフォルトの名無しさん
21/11/11 07:58:22.18 rsitJIsB.net
>>294
SSR/SSGをCSRと同一コードでDOM生成(HTML生成)させる言語も
JavaScript/TypeScriptよりRust等の方が圧倒的に速くてサーバーコストも下がりそうね
もちろん強力な静的型付け言語を使えて今よりさらに開発効率と質も上がるメリットもあるけれど
302:デフォルトの名無しさん
21/11/11 08:09:17.44 NmOI3afO.net
流石にRustでWeb系を書きたくないなぁ（パフォーマンスが求められる局所なら良いけど）。平衡して考えなきゃいけないレイヤーが増えすぎる。
静的型付け言語のメリットはTSで十分補えてるから俺は要らないかな。
303:デフォルトの名無しさん
21/11/11 08:43:10.77 mOmZ4ONp.net
c#でいいじゃん
VS使えばアホみたいに簡単に作れる
304:デフォルトの名無しさん
21/11/11 08:56:20.67 7Oo+2HXP.net
C#おじさんであったか
305:デフォルトの名無しさん
21/11/11 09:29:06.96 mOmZ4ONp.net
じゃあRust使ってろ
306:デフォルトの名無しさん
21/11/11 10:11:28.40 fzT5M9J5.net
流石にC#で作るとオーバーヘッドが半端ない事になるなぁ
307:デフォルトの名無しさん
21/11/11 11:08:54.97 NdjMldEA.net
新しいflash作ってるって話？
308:デフォルトの名無しさん
21/11/11 12:25:53.19 NmOI3afO.net
.NET, Web, Flash...!!
Silverlightは死んだんだ
いくら呼んでも帰っては来ないんだ
もうあの時間は終わって、
君も人生と向き合う時なんだ
309:デフォルトの名無しさん
21/11/11 16:10:58.43 2q/mK0qR.net
Silverlightは死んでもいいけど光るちゃんは残して
310:デフォルトの名無しさん
21/11/11 16:41:04.31 y+7W6S26.net
海ちゃんと風ちゃんは？
311:デフォルトの名無しさん
21/11/12 00:58:17.93 FSWGxHIH.net
ブラウザ自体が根本的に変化しないとこれ以上は無理やろ
結局はDOM JS CSSが最小単位でフレームワークが力技で現代風な開発環境を整えてくれてるだけだし
312:デフォルトの名無しさん
21/11/12 06:33:55.07 veqBK2Ly.net
ブラウザは頑張ってるよ。あんな複雑なアプリケーションなかなか無い。現代的な開発環境ってのは常に変化するからいちいち対応してたらブラウザのさらなる肥大化を招きそうに思う。
鳴り物入りで導入されたWebComponentsに関しては妙に使いにくくなっちゃったね感はあるけど……。
313:デフォルトの名無しさん
21/11/12 07:04:38.91 Bh62y6O8.net
へーーWebComponentsってどの辺りがダメ？
314:デフォルトの名無しさん
21/11/12 08:02:45.29 veqBK2Ly.net
継承やShadowDOMとかでコードが長く複雑になって気軽にコンポーネントを作りにくい。
気軽に作るのに役立ちそうなtemplateタグがHTML importが無くなっちゃった関係で疎結合化し難く使いにくい。
他にも使っててなんかあったけど忘れた。
まぁその代わり強力なカプセル化出来るし、ネイティブだから速いしどこでも使えるとかって利点も強いけどね。
315:デフォルトの名無しさん
21/11/12 08:35:54.75 Hc0qWDa6.net
>>308
普通React使ってるだけだから良くわからんけど、
WebComponentsってネイティブとか関係あるの？wasmじゃなくて？
316:デフォルトの名無しさん
21/11/12 09:22:51.94 veqBK2Ly.net
Web Components
URLﾘﾝｸ(developer.mozilla.org)
317:デフォルトの名無しさん
21/11/12 21:21:04.49 OglED5iY.net
いずれreactがラッパーになりそう
ある意味なってるのか既に
318:デフォルトの名無しさん
21/11/12 21:27:22.77 R0gkl0Z0.net
>>309
DOM APIのラッパー＝jQuery
WebComponentsのラッパー＝React
319:デフォルトの名無しさん
21/11/12 21:53:59.00 G/TVLntV.net
SPAで開発するとバックエンドはやることないよな
320:デフォルトの名無しさん
21/11/12 22:35:56.03 veqBK2Ly.net
ユーザの権限管理とか、セキュリティとか、スケールするシステム構築とか、キャッシュ管理とか、データ破損に備えたりとか、いっぱいあるんじゃね？
321:デフォルトの名無しさん
21/11/12 22:56:05.85 EfGXJx+x.net
>>314
あるねーー
クライアントにlogic持ち込みたくないわー！
322:デフォルトの名無しさん
21/11/13 12:01:16.35 1Vm1V334.net
バックエンドこそSPAの根幹でしょ
いわゆるホームページならSPAだけで成り立つけど
323:デフォルトの名無しさん
21/11/13 12:14:40.79 Pi5BpDZp.net
>>313
こいつの作ったSPAはセキュリティー保ててんのか？
dev toolsでゴニョゴニョしたら
見えちゃいけないものも見えたりすんじゃね？
324:デフォルトの名無しさん
21/11/13 12:36:25.50 ORAg7Rz1.net
まぁFirebaseとか使えばセキュリティとバックアップの類以外はフロント側に持ってこれるけど
325:デフォルトの名無しさん
21/11/13 13:02:56.15 MewxXHvI.net
Nuxt3はいつですか
326:デフォルトの名無しさん
21/11/13 14:21:20.97 K1gkDUf1.net
SaaS使ったところでバックエンドのロジックをフロントエンドに持ってくる訳ねーだろ
どんな設定だよ
327:デフォルトの名無しさん
21/11/13 15:38:37.16 Pi5BpDZp.net
むかしのくらさばみたいなこーどかいてんだろ
328:デフォルトの名無しさん
21/11/13 15:53:50.44 m5D80op7.net
>>320
究極的にはフロントエンドで直接DB読み書きリクエストしてロジック全てをフロントで持つケースもある
現実のサービスのほとんどが様々な理由でその体系を取っていないというだけに過ぎない
・企業サービスロジック問題
・セキュリティ問題
・効率問題など
329:デフォルトの名無しさん
21/11/13 16:28:58.91 mDDZaPSw.net
いやそれただのデスクトップアプリでしょ
330:デフォルトの名無しさん
21/11/13 16:34:34.59 Tmt+B6uy.net
>>320
お前が知らないだけ
フロントでロジック組むシステムはいくらでもある
331:デフォルトの名無しさん
21/11/13 16:47:10.86 apU13Szq.net
作れるのはもちろんそう
ただバッドノウハウで
作ってるやつがバカというだけ
332:デフォルトの名無しさん
21/11/13 17:05:42.90 ORAg7Rz1.net
FirebaseのFirestore使うとクライアント側でDB（非SQL）のコード書くのよ。セキュリティルールと特殊なケース（Cloud Functions）だけサーバ側に書く。
ここに来る連中ならFirebase知ってるかと思ったけど意外と知名度低いのね。
333:デフォルトの名無しさん
21/11/13 17:15:15.23 m5D80op7.net
>>326
フロントのコードは改変実行される前提に立たないといけないからセキュリティ関係だけはサーバーで持たざるを得ないね
あとは公開したくないDBや公開したくないロジックがある時
それと複数DBアクセス多くて効率悪い時で例えばGraphQLなど挟んで
334:解決
335:デフォルトの名無しさん
21/11/13 18:07:14.83 mghVe0kG.net
デスクトップアプリだって解析されれば同じ話
webだろうがなんだろうがサーバー側とクライアント側で独立したアプリケーションが動くだけ
336:デフォルトの名無しさん
21/11/13 21:05:52.32 1F+F4uLn.net
>>327
Firesroreはセキュリティルールをかなり複雑に書けるからユーザIDをごまかす手段がなければセキュリティ関係もフロントに書ける
DB自体に権限情報を持っておいてそれに従った読み書きができる
正直ルールがややこしいし普通にサーバサイドに置いたほうがいいと思うことも多いが
337:デフォルトの名無しさん
21/11/13 21:44:06.78 HEGCycYG.net
Firebaseエンジニアになりたいん？
おれ(´・д・｀)ﾔﾀﾞなーー
338:デフォルトの名無しさん
21/11/13 22:09:28.66 doZZi1iE.net
外部サービスに依存しといてバックエンドは必要無いとか笑うわ
そもそもfirebaseっていうバックエンドを使ってることに気づいてないんかな
339:デフォルトの名無しさん
21/11/13 22:11:27.85 m5D80op7.net
>>329
それはサーバー側で頑張ってくれている、と同じ
340:デフォルトの名無しさん
21/11/13 22:21:36.24 ORAg7Rz1.net
出来るよって話しただけだよ。別にならなくても良いよ
341:デフォルトの名無しさん
21/11/13 22:21:46.75 zriWUxqt.net
>>331
そういうと思ったわ
342:デフォルトの名無しさん
21/11/14 00:11:34.09 TIZIlibM.net
ログインありならログイン等認証サーバは必須としても
そのサーバ自体にはここで言うロジックは直接関係ないので他は全てブラウザ側というのは可能だし実際にあるよね
343:デフォルトの名無しさん
21/11/14 04:38:21.32 ZK9v1uDr.net
>>313
POSTを受け取ってJSONを返すんだよ
344:デフォルトの名無しさん
21/11/14 04:41:54.91 ZK9v1uDr.net
>>318
まぁ無くなるって事はないだろうけどGoogleだけしか提供してないインフラに頼るってのは一抹の不安があるなぁ
345:デフォルトの名無しさん
21/11/14 13:17:24.54 Y8o9GJuk.net
データベースでベンダーロックインとかマジ勘弁
346:デフォルトの名無しさん
21/11/14 13:27:58.13 Ih4goFSP.net
できるかできないかの話だったからできるよって話しただけなので、皆好きなもの使えば良いと思うな
347:デフォルトの名無しさん
21/11/15 10:11:30.63 nyofewPG.net
フロントにDB置けないかなと真面目に検索した事はあるけどな
一時的なキャッシュ程度でもいいから
結局データ自体壊れる事がある(特にsafari)のが分かって全面的に諦めた
348:デフォルトの名無しさん
21/11/15 11:02:15.24 lcFG4zSj.net
ブラウザのキャッシュストレージを1サイトで100MBとか使ってもいいものなのか？
みんなが使いだしたらやばいよね
349:デフォルトの名無しさん
21/11/15 11:11:00.37 wYO/ump4.net
そんなん保守として扱いきらんやろ、エンドユーザが少数で決まってるならともかく
350:デフォルトの名無しさん
21/11/15 11:23:22.65 WeNmeh05.net
キミたちは最先端でかつこの世に数少ない貴重なSPAフロントエンジニアなわけだが当然年収は1000万超えてるよね？
安売りしてる奴がいたら今すぐ転職して1000万未満は断ってくれ
351:デフォルトの名無しさん
21/11/15 12:29:39.59 S8DLS27l.net
よしわかった、会社紹介してくれ
352:デフォルトの名無しさん
21/11/15 16:03:45.74 nyofewPG.net
>>340
SPAてかWEB自体が最先端でも何でもないよw
アプリもWEBも単にフロントでしか無いし
最適な選択できる人はどんな時代でも給料も高いと思うけどね
353:デフォルトの名無しさん
21/11/15 16:18:16.12 ZAgXbdW4.net
現実社会では多重下請けの末端の派遣がプログラミングしてることが多いから
貴重でもなんでもないんだなｗ
354:デフォルトの名無しさん
21/11/15 16:22:15.84 i/3H6iLT.net
web界隈は土方が集まってるイメージ
355:デフォルトの名無しさん
21/11/15 16:33:57.98 S8DLS27l.net
これは完全に偏見なんだけど、ITドカタと言われると多重下請け業者が集まる出向先で、社内向けシステムをJavaとか.NETとか使ってドリンクガブ飲みしつつ作ってるイメージ。
いや、流石に古いか
356:デフォルトの名無しさん
21/11/15 16:45:13.31 nyofewPG.net
ただ常に人手不足なのは確かなんだよなあ
こんな時代でも仕事には困らんから幸せなんだと思う
ITは確かに体力勝負の土方ぽい部分もあるけど、学ぶ環境も稼ぎ方も選択肢が多くて恵まれてる方だよ
357:デフォルトの名無しさん
21/11/15 16:58:22.30 OV4818+l.net
SPA/PWAに時代が変化したことで
ちゃんとしたプログラミングが出来ない旧フロントエンドの人たちがついていけなくなったり
フロントエンドを食わず嫌いしてたサーバーサイドの人たちが一部関わらざるを得なくなったり
Web界だけに限っても大きな変化が起きつつあるから
358:デフォルトの名無しさん
21/11/15 17:28:36.70 WeNmeh05.net
アプリは顧客に使ってもらうから画面が命
バックエンドエンジニアやこれまでの古いタイプのプログラマーたちは、画面にあるべきボタンやフォーム類が正しく配置して正しく動作させることができない
こんなゴミどもにフロントを作らせることは不可能だ
美しく60fpsを超えるインタラクションやアニメーションとかどうあがいても作れないよな
359:デフォルトの名無しさん
21/11/15 18:22:23.91 S8DLS27l.net
昔よりアニメーションは簡素化と（ライブラリの助けもあって）デザインの統一が進んでる。16ms毎に処理呼び出してた頃に比べれば雲泥の差。ある意味ではとても楽に、ある意味では大変になった。
360:デフォルトの名無しさん
21/11/16 09:31:14.46 MeD51ahk.net
>>351
もうゴテゴテにアニメーション効かせればいいって時代でもないんだがなぁ
361:デフォルトの名無しさん
21/11/16 11:52:24.65 MhaWhMir.net
>>353
その程度の思考しかできないから安月給なんだろうな
ゴテゴテなんて誰も言っていない
Material Youすら理解できないだろう
インタラクションの何かも理解できないならフロントやめたらどうかね
362:デフォルトの名無しさん
21/11/16 11:58:32.98 QNYlFrjx.net
う～んこの煽りたいだけな人
363:デフォルトの名無しさん
21/11/16 15:30:21.93 D3dXj+mv.net
触れないほうが吉
364:デフォルトの名無しさん
21/11/16 15:47:01.82 Oj/stWmO.net
まあクソアニメーション動かすだけのサイトだったら阿部寛のホームページのが１００倍価値あるわな。
365:デフォルトの名無しさん
21/11/16 15:57:41.21 OiumMpqv.net
フロントエンドしか作ったことないひとってこういう極端な考え方するよね
知り合いのデザイナにもいるわ
366:デフォルトの名無しさん
21/11/16 16:11:07.63 W3rX/fuq.net
>>358
そんなゴミみたいな奴ってここにいるのか？
バックエンドもDBも普通にできるわ
むしろできないほうがおかしい
367:デフォルトの名無しさん
21/11/16 16:36:13.69 vem5ZB3j.net
>>359
へぇ
どんなバックエンドつくったの？
368:デフォルトの名無しさん
21/11/16 17:13:30.57 XBfI3WC0.net
Appleがフラットデザイン推して10年経ったが、すっかり浸透して今更フロントのデザイン揉める事もほぼ無いけどな
常識的に分かるでしょって最低ラインはどのライブラリもカバーしてるしむしろ下手なもん作る方が難しい
369:デフォルトの名無しさん
21/11/16 17:24:58.96 iWAf5Rv4.net
バックエンドコンプおじさんに草生える
370:デフォルトの名無しさん
21/11/16 17:34:04.70 QNYlFrjx.net
フラットデザインに関しては、ボロクソ言われながらもしつこく普及を頑張ったMSが先駆者だと言わざるを得ない。
個人的にWindows8のデザインは衝撃だった。
371:デフォルトの名無しさん
21/11/16 17:42:46.36 hBpnk9RR.net
SignalrRとかWebSocketのUI側テストってどのようにやってる？
双方向通信のコネクションはった後プッシュ的にサーバから送られてくる�
372:fータのテストで悩んでる。 テキトーなボタンつくってぽちぽちするとデータ流し込むのを作ってるけど何か違う気がする
373:デフォルトの名無しさん
21/11/16 17:48:37.92 XBfI3WC0.net
>>364
なんのテストかによると思うが
あと自動化はするべき
374:デフォルトの名無しさん
21/11/16 18:01:17.60 ikMftiDM.net
SPAの方が好きだが
SPAで頑張るとjsの逆汗等でリバエンクラックされやすくなるリスクは増えるんじゃね
375:デフォルトの名無しさん
21/11/16 18:08:36.99 PJGsrJc0.net
>>366
どういう設計してんのよ
376:デフォルトの名無しさん
21/11/16 18:20:55.45 qwTwL+Cp.net
一体どこを逆アセンブルするのさ
377:デフォルトの名無しさん
21/11/16 18:31:29.76 SlziVE7V.net
>>366
秘密ロジックだけフロントに持ち込まなければ大丈夫
あとはフロントでもWasm使えばネイティブアプリのバイナリ配布レベルと同等になるかな
378:デフォルトの名無しさん
21/11/16 18:41:13.91 utheSUPb.net
なんだこの低レベルスレ
クライアントのjsなんてクラッキングし放題だろ
Firebaseアプリがクラッキングされまくってんの知らんの？
wasmにしたって一緒
バカじゃねーの？
379:デフォルトの名無しさん
21/11/16 18:46:51.97 QNYlFrjx.net
う～んこの安い喧嘩売り
380:デフォルトの名無しさん
21/11/16 18:55:55.32 QNYlFrjx.net
一応Firebaseの名誉のために言うと、Firebaseがクラックされるのはあんだけ警告されるのにセキュリティ設定をガバガバにした奴が悪いのだ
381:デフォルトの名無しさん
21/11/16 19:13:09.26 MpnLtB24.net
firebaseに問題があったとしてそれJS関係なくね
382:デフォルトの名無しさん
21/11/16 20:33:01.93 ZHIkLsPl.net
置いたユーザに落ち度がなくてクラックされたことってあるの？
383:デフォルトの名無しさん
21/11/16 20:54:20.00 XBfI3WC0.net
firebaseの責任ではないけど
穴のある設定にしがちなユーザと適切に警告なり検出していないfirebase双方の未熟さが合わさって起きた事件があった
特にFirestore周り
だったと記憶してるがゴメン正確にはググって
384:デフォルトの名無しさん
21/11/16 22:02:02.21 slAgU0IC.net
いや、普通にフロントとバックくらい両方やるだろそんなところで役割分担とか無駄でしかない
385:デフォルトの名無しさん
21/11/17 00:49:58.80 3t9zkpw9.net
分業と言えばデザイナとの付き合いは変わったね
今でもdreamweaver使ってる現場ってあるのかな
10年前から追いかけてないが今でもCCに入ってるの見ると需要はあるんだろな
386:デフォルトの名無しさん
21/11/17 01:17:59.91 +JwFzM8R.net
4000年後からの電波受け取った人か
387:デフォルトの名無しさん
21/11/17 12:39:19.54 BEhy6JLJ.net
秘密ロジックってなんすか？秘密データじゃなくて？ wasmにしたって一緒なのはその通りｗ
低レベルスレww
388:デフォルトの名無しさん
21/11/17 14:43:45.12 fU48m5xS.net
みゅーと
389:デフォルトの名無しさん
21/11/17 15:42:19.47 S80y8v1+.net
僕の考えた最強の秘密ロジック！
390:デフォルトの名無しさん
21/11/17 16:27:31.00 UyIXavFF.net
ｗｗｗ
391:デフォルトの名無しさん
21/11/17 17:38:12.93 X30lDDPn.net
Google謹製ソフトウェア使っとけばセキュリティ問題が自然と解決すると思ってたり
mBaaS使っときながらバックエンド必要ないとか言ってみたり
バイナリがデコンパイルされること知らなかったり
そのくせフロントエンド開発者はバックエンド開発者より上だとか言ってみたり
なんか色々と察してしまうわ
392:デフォルトの名無しさん
21/11/17 18:11:00.03 vLWqoinU.net
はいはい僻み乙
393:デフォルトの名無しさん
21/11/17 18:58:36.04 sYjDCVja.net
なぜかフロントだけがセキュリティリスクあるみたいな流れ
394:デフォルトの名無しさん
21/11/17 19:34:22.21 VPQ5I4CG.net
これより一子相伝、門外不出の秘密ロジックを伝授する！用意は良いかケンシロウよ！
395:デフォルトの名無しさん
21/11/17 19:34:26.39 cT9jDcmE.net
セキュリティ全無視のレスしてるからだろ
396:デフォルトの名無しさん
21/11/17 19:50:48.03 xGPce8cB.net
型はいらない派も笑うよな
小規模プロジェクトしかやったこと無いのが丸わかりで
一人でシコシコ最強秘密ロジック書いとけって話
397:デフォルトの名無しさん
21/11/17 21:53:50.37 vy1AT0Xw.net
仕事でvue使ってるけど自由すぎてしんどい
angularのがライフサイクル固まってて間違いないように見えるが不人気なんだよな
398:デフォルトの名無しさん
21/11/17 22:16:07.36 SfknQ7Tq.net
vueうちの会社でも使ってたけど、
一覧生成とかをvueにして基本Jqueryと併用したほうが早い からの、結局Jqueryでいいになって
今じゃ使われなくなったわ
399:デフォルトの名無しさん
21/11/17 22:25:27.43 fsiSyMeg.net
そりゃ上手くいく訳ない
400:デフォルトの名無しさん
21/11/17 22:45:33.81 3t9zkpw9.net
>>389
俺もangularの方が好きだよ
色んな意味で最初抵抗あるのはよく分かるから仕事じゃ無理に勧めないけどね
401:デフォルトの名無しさん
21/11/17 22:51:07.37 MuNxGpJh.net
久々にjQueryって言葉聞いた
402:デフォルトの名無しさん
21/11/17 23:05:48.28 45MpLEpa.net
let $ = document.queryselector;とかこの業界まだやってんの？
403:デフォルトの名無しさん
21/11/17 23:29:34.18 YG2/9hEL.net
>>388
いらんでしょw
javascriptで書けませーんwとか言いそうw
404:デフォルトの名無しさん
21/11/17 23:36:03.84 SfknQ7Tq.net
Intへの変換とDecimalへの変換とStringへの変換のメソッドつくっときゃ一緒やで
405:デフォルトの名無しさん
21/11/17 23:47:24.46 UyOBtfGC.net
まだこんなレベルなんだな、安心したわ
406:デフォルトの名無しさん
21/11/18 00:16:23.14 3QPZGpOT.net
このスレのレベルが低いだけだよ
407:デフォルトの名無しさん
21/11/18 05:35:33.56 +R4B5ZiG.net
一体いつjQueryの利用が減少に転じるんだろうね
まだjQueryの利用者は増え続けてるからね
現在78.3%、このペースだと2年後に80%超えても不思議じゃないな
URLﾘﾝｸ(w3techs.com)
408:デフォルトの名無しさん
21/11/18 06:48:20.74 In+gpp4R.net
レベルが低い奴がいたっていい。山が高くなるには裾野が広くなくちゃいけないからな。
それにレベルが低くたってC#おじさんとjQueryおじさん、あるいはフロント見下しおじさんがスレ違いの事ばかり言ってるのに比べれば100倍生産的なんだなw
409:デフォルトの名無しさん
21/11/18 11:39:40.78 /He/baLS.net
>>383
KENYAの匂いがするよな
410:デフォルトの名無しさん
21/11/18 13:58:01.29 5Kqa+JGe.net
>>388
一般的に秘密ロジックとはセキュリティロジックやビジネスロジックのうち公開したくないもののことだね
それをフロントエンドに持って来ると難読化でもバイナリ化でも解読されうるからサーバーサイドに持つという話かと
だから全てをフロントエンドに持ってくることはなくサーバーサイドに少なくとも秘密ロジック部分が残るという話の流れと理解
411:デフォルトの名無しさん
21/11/18 15:30:51.11 1lr/3Caz.net
今さら理解したのか
412:デフォルトの名無しさん
21/11/18 16:12:38.23 TCr7gYbt.net
サーバーにあるべきロジックが
いくらSPAになったとしても
クライアントにもってこれるわけねーーだろ！
ってはなし
413:デフォルトの名無しさん
21/11/18 16:31:11.29 rRaCI1rd.net
それ教えてあげてもフロントエンド開発を見下してるとか言い出すしな
訳がわからない
414:デフォルトの名無しさん
21/11/18 16:43:20.83 P54vPZHv.net
オープンソース隆盛の時代に、秘密ロジックおじさんの長文ってなんで言い訳に聞こえるんだろ（笑
415:デフォルトの名無しさん
21/11/18 17:03:00.35 In+gpp4R.net
いやそれはそれで意味が違うゾ
416:デフォルトの名無しさん
21/11/18 17:11:38.51 vBpL832d.net
フロントエンドは「データ取ってきて表示する」ぐらいにしとかないと破綻するよ
何でも出来るから何でもして良いってわけじゃない
417:デフォルトの名無しさん
21/11/18 17:58:10.87 gdz1OI4g.net
リスクとパフォーマンスを天秤にかけて個別に判断するだけ
SPAがどうとかぶっちゃけ関係ない
418:デフォルトの名無しさん
21/11/18 18:33:36.89 pecgq/gO.net
またそんな適当なことを
419:デフォルトの名無しさん
21/11/18 18:44:45.02 xaTjm3qb.net
いまエンジニア転職市場ではまともな開発ができるSPAフロントエンドエンジニアが求められている
なぜならどの業界もエンジニアが欲しくてたまらないから
しかしフロントエンドエンジニアは圧倒的に少ない
安売りするなよ
420:デフォルトの名無しさん
21/11/18 18:50:53.70 Kn6qnc0i.net
お前が安いだけだろ
421:デフォルトの名無しさん
21/11/18 18:54:02.24 xaTjm3qb.net
日本のゴミのようなシステムのフロントに変革をもたらすんだ
422:デフォルトの名無しさん
21/11/18 18:57:43.53 YUbxIrU4.net
reactはhooksのおかげで価値が数倍になったな
よくjavascriptにこんな機能乗せたもんだ
423:デフォルトの名無しさん
21/11/18 19:33:20.03 +1tq2XEC.net
>>411
あんたエンジニアじゃないじゃん
424:デフォルトの名無しさん
21/11/18 19:50:15.50 xaTjm3qb.net
>>415
じゃあ俺はなんなんだよ
425:デフォルトの名無しさん
21/11/18 19:58:36.96 c3EYgPku.net
簡単なもの作るなら、jQueryが楽だと思います
426:デフォルトの名無しさん
21/11/18 20:20:24.54 In+gpp4R.net
無い無い。ちょっとでも複雑なもの作るならReactの方が断然楽だし、ドシンプルなもの作るならバニラJSの方が良い。
jQueryは環境に付属してる場合以外、積極的に採用する理由はない。
427:デフォルトの名無しさん
21/11/18 21:27:39.91 3WW9Z0qJ.net
jQueryの話は荒れそうだしやめようよ
428:デフォルトの名無しさん
21/11/19 01:12:44.49 Z3I1Kt5f.net
>>419
バニラJSを使うことってあるんですか？
そのバニラJS vs jQueryで比較しましょう
429:デフォルトの名無しさん
21/11/19 01:13:12.61 Z3I1Kt5f.net
Reactがダメな所はバニラJSと組み合わせられないところなんだよな
430:デフォルトの名無しさん
21/11/19 07:03:58.28 UKAZMSSR.net
ReactはJSの上に構成されているので組み合わせれるも何もないよ。それとややレアケースではあるけど（仮想ではない）生DOMとも組み合わせられるよ。特殊なイベントを扱いたい時にcurrentTarget経由で使ったりとかね。
431:デフォルトの名無しさん
21/11/19 09:48:39.90 iGu6JE6u.net
バニラJSが何なのか分かってないっぽいな
432:デフォルトの名無しさん
21/11/19 09:59:49.28 bowbN7uq.net
バーニラ、バニラバーニラ
433:デフォルトの名無しさん
21/11/19 10:22:02.15 eyeX0xyM.net
>>415-415
youtuber ですねわかります
434:デフォルトの名無しさん
21/11/19 10:23:38.91 QjMBy/iN.net
バニラJSを使うような人は、jQueryを使ったほうがいいだろうな
開発しやすさが段違い
435:デフォルトの名無しさん
21/11/19 10:46:42.17 UKAZMSSR.net
（10年前なら）そうだよ
436:デフォルトの名無しさん
21/11/19 11:56:25.62 Emvyz1n/.net
このスレあかんw
437:デフォルトの名無しさん
21/11/19 15:54:49.23 E3SeKBLS.net
>>420
別のスレでやってくれ
438:デフォルトの名無しさん
21/11/19 15:59:48.85 rEwMjqRY.net
>>394
let $ = document.querySelectorAll;だろ、、常考
439:デフォルトの名無しさん
21/11/19 17:24:26.32 r80Sufh8.net
秘密鍵もフロントエンドに乗せてそう
440:デフォルトの名無しさん
21/11/19 18:00:24.66 9jEldyCd.net
バニラJDとかなんかときめくよな
441:デフォルトの名無しさん
21/11/19 23:55:19.77 x1xdBkuV.net
日本はreactとvueの分断が酷いね
またガラパゴス化してしまうのか
442:デフォルトの名無しさん
21/11/20 00:00:46.10 9SFervQD.net
URLﾘﾝｸ(i.imgur.com)
443:デフォルトの名無しさん
21/11/20 00:17:47.19 eBi9g1Hh.net
日本だとvueが人気って嘘だと思うんだよな
日本のツイッターの言及数でもreactの方が2、3倍多い
444:デフォルトの名無しさん
21/11/20 00:21:20.89 9SFervQD.net
URLﾘﾝｸ(trends.google.co.jp)
445:デフォルトの名無しさん
21/11/20 00:23:56.49 yZJtYWFA.net
>>435
それは二年以上まえの話
既に逆転してるから
446:デフォルトの名無しさん
21/11/20 01:45:22.69 2jLMR09m.net
世界で比較するとvueが結構reactに迫ってるんだな
あくまでgoogle trendでの比較だけど
USでも倍か。もっと差があると思ってたわ
Angularはまあ、安定してるw
447:デフォルトの名無しさん
21/11/20 02:40:35.66 MY4Wra5y.net
Vue良いぞ。Reactも良いけど、フォームアプリとなるとつい俺はVue選ぶ。
あと、jQueryで良いような小さいツールでもDOMいじりしたくなくて、コンパイルせずにVue使ったもできるのかVueの強み。
448:デフォルトの名無しさん
21/11/20 06:54:44.93 QWYOq6Es.net
>>436
日本でReactとVueが絶賛競い中だな。2020年末ぐらいからは若干Reactの方が多いし増加傾向に見える。
中国といえばVueというイメージあったけど55%か、意外と少ない。
449:デフォルトの名無しさん
21/11/20 07:11:42.39 QWYOq6Es.net
>>438
USだと4～5倍差に見えるんだけど、俺は見方を間違えてる？
450:デフォルトの名無しさん
21/11/20 07:21:59.18 RbTuX8Pm.net
未だにvue押してる老害がいるから日本はガラパゴスって言われるんだよな
451:デフォルトの名無しさん
21/11/20 07:29:13.83 vCf1nG/r.net
react一強ですな
日本のエンジニア求人も一年前からreactに傾いてます
452:デフォルトの名無しさん
21/11/20 07:36:47.89 QWYOq6Es.net
日本のWebフロントエンドはまだガラパゴスにすらなって無い
453:デフォルトの名無しさん
21/11/20 07:50:05.01 7hjyIAPL.net
vue.js 日本ユーザーグループが、3千人だろ
YouTube で有名な、雑食系エンジニア・KENTA の、
転職用Ruby on Rails サロンは、月千円と有料だけど、3千人
単に、1人の有料サロンと同数w
454:デフォルトの名無しさん
21/11/20 07:59:49.51 DeCiL9jU.net
鷲とカモが同数いたから何だって？
455:デフォルトの名無しさん
21/11/20 08:01:55.66 RbTuX8Pm.net
そもそも日本のバックエンド人口とフロントエンド人口が圧倒的な差がある
ガチフロントはバックエンド100に対して1すらない
456:445
21/11/20 09:36:52.09 7hjyIAPL.net
でも、最近のKENTA のサロンの、
Ruby on Rails 初心者用コースには、フロントエンドも入っている
Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース
今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, Vue.js, React, TypeScript も入っている
だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
今では、1年の未経験者が、10年以上のプロよりも技術力が上になってる！
457:デフォルトの名無しさん
21/11/20 09:37:53.68 co2P5VXD.net
はいはいカモ乙
458:デフォルトの名無しさん
21/11/20 10:01:04.32 jlzMnknR.net
>>447
フロントしかいじれない人とか需要ないよ
よくいるワードプレス屋さんみたいな人だろ？
459:デフォルトの名無しさん
21/11/20 10:39:22.49 QWYOq6Es.net
Preact使ってる人はどれくらいいるのかな？
Reactの大半の機能が使えて十数KBくらいのフットプリントで済むから気に入ってるけど
460:デフォルトの名無しさん
21/11/20 10:52:34.42 jlzMnknR.net
以前遊びで使ってみてこれでいいじゃん！ってなったけど外部ライブラリの対応で死んだ
461:デフォルトの名無しさん
21/11/20 12:14:53.16 RbTuX8Pm.net
>>450
お前がバカだから知らんのだろう
このスレでwordpress屋とかほざいて脳みそ大丈夫か？
462:デフォルトの名無しさん
21/11/20 12:27:35.52 QWYOq6Es.net
>>452
preact/compatでは駄目だった？
463:デフォルトの名無しさん
21/11/20 12:37:48.53 jlzMnknR.net
>>454
普通のjsライブラリはそれで良いんだけどReact系のライブラリ�
464:ｾと型が合わなくなるでしょ その対応がめんどくさくてreactで良いやーって 今は楽に行けるのかもしれんけど
465:デフォルトの名無しさん
21/11/20 12:44:08.81 kE5RSFOY.net
>>424
高収入
466:デフォルトの名無しさん
21/11/20 12:46:02.48 KBS3OCFk.net
asp.netのわい、高みの見物
467:デフォルトの名無しさん
21/11/20 12:47:04.32 QWYOq6Es.net
>>455
preact/compatはReact依存ライブラリ用だぜ
468:デフォルトの名無しさん
21/11/20 12:56:40.15 zaAgaldl.net
ややスレ違いなんだけど、みんなクラウドでREST生やすときは何使ってる？
LambdaとDinamoDBとか？
469:デフォルトの名無しさん
21/11/20 13:16:50.95 jlzMnknR.net
>>458
いやapiは互換だけど型はそれぞれ違うじゃない？
470:デフォルトの名無しさん
21/11/20 13:29:16.55 QWYOq6Es.net
>>460
う～ん、TypeScriptで使ってるけど特に問題なかったけどな。昔はそういうのがあった、とか、ライブラリによっては影響が出るのかな
471:デフォルトの名無しさん
21/11/20 14:39:40.11 jlzMnknR.net
>>461
2、3年前の話だしね
軽くて最高だーとノリノリでいつくかのライブラリの定義して力尽きた
今は型定義整ってきてるとは思うけどね
追ってないから分からないけど
472:デフォルトの名無しさん
21/11/20 16:04:21.87 t4e9qHeX.net
>>459
ぼくはCloud Functions！
でもクラウドよりVPS派！
473:デフォルトの名無しさん
21/11/20 17:02:33.63 wxCU1ljC.net
Vueの方が直感的だしこれを理解出来ないなら今すぐ引退したほうが良い
reactはjsxがキモい
474:デフォルトの名無しさん
21/11/20 17:18:23.34 KBS3OCFk.net
Javascriptのくせにコンパイルとか勘違いしてるよな正直
475:デフォルトの名無しさん
21/11/20 18:05:12.33 LwcEOFdF.net
>>463
正直俺もVPS(Linux)の方が慣れてて楽なんだよね。
クラウドだと可用性でメリットあるかなとか思って使い始めたけど、止まる時は何使ったって止まるわけで、スケールさせる事とか考えなきゃVPSで十分かな……
476:デフォルトの名無しさん
21/11/20 18:08:36.74 y9tbUw3X.net
そのスケールさせるのがVPSだと一番大変なわけで・・・
VPSでスケールできたらいいのに
477:デフォルトの名無しさん
21/11/20 19:16:19.07 kE5RSFOY.net
>>465
2000年代に基本情報とか勉強して世代ならジェネレートじゃんって思うよね
478:デフォルトの名無しさん
21/11/20 19:40:17.33 Lft9fXVe.net
オーケストレーション前提でまずはスケールアップできるVPSで良いんじゃない？
479:デフォルトの名無しさん
21/11/20 19:46:50.60 kE5RSFOY.net
VPS複数台でK8s環境組めばええんでね？
480:デフォルトの名無しさん
21/11/20 20:33:45.68 QWYOq6Es.net
あまり詳しくないけども。
K8s使うまでもなくnginxをロードバランサに使えばロジックはスケールしない？
スケール面での問題はDBだと追うんだけど
481:デフォルトの名無しさん
21/11/20 21:23:59.43 y9tbUw3X.net
あとスケール前提で組もうとするとスモールスタートにならないという問題もあるな
その点googleとかならヒットしなかったら無料でいける
482:デフォルトの名無しさん
21/11/21 00:14:32.99 CWq7+/d9.net
GCPとかAWSって見積り予測しにくいから嫌い
483:デフォルトの名無しさん
21/11/21 19:04:49.27 W7InBeFM.net
>>472
前半すげえわかる
484:デフォルトの名無しさん
21/11/21 23:42:36.64 zUMNFmsM.net
おまいらインフラまで担当してるの？
その辺はインフラエンジニア任せだ
485:デフォルトの名無しさん
21/11/22 03:55:36.97 90W5iZkd.net
GCPやAWSは基本的にインフラをGoogleやAmazonが提供していて
アプリケーションエンジニアはそのインフラを使うものだよ
GCPやAWSを知らずしてクラウドアプリは開発できない
486:デフォルトの名無しさん
21/11/22 06:11:27.38 kwfWlfIq.net
>>475
趣味とか勉強でバックエンド欲しいときあってインフラもやるやん？
そゆことやってると多少詳しくなる
487:デフォルトの名無しさん
21/11/22 08:55:57.52 r62atoPW.net
>>477
開発環境�
488:ｭらいは構築出来るけど 本番やそれに関するjenkins等の設定は完全にノータッチだな
489:デフォルトの名無しさん
21/11/22 11:01:06.34 kseOISZ7.net
本番でJenkinsなんて今でも使われてるの？
Jenkinsの開発者は今はTerraform作って業界標準くらいヒットしてるけどビジネス展開してるだけあってTerraformは24hサポートとかも付けられる
対してJenkinsはもう放置状態でもともとサポート付けたビジネスも展開してないでしょ？
トラブル時不安じゃないの？
490:デフォルトの名無しさん
21/11/22 11:17:39.58 dEObK+e9.net
>>479
素人さんかな？あちこちの現場いけばわかるよ
491:デフォルトの名無しさん
21/11/22 12:38:57.05 kseOISZ7.net
なるほど派遣で回ってる現場ね
そりゃ環境古臭そう
秀丸でコーディングしてそう笑
492:デフォルトの名無しさん
21/11/22 12:53:10.41 R4j2B/x0.net
てらふぉーむと比較ｗｗｗ
493:デフォルトの名無しさん
21/11/22 13:52:50.50 dEObK+e9.net
>>481
独立して法人成りしたコンサルだよ
現場に席もらっても常駐はしない
日中は外出多いし
そもそも請負だから
494:デフォルトの名無しさん
21/11/22 21:35:40.82 C5H+zsOE.net
ぶっちゃけ自分で環境構築できないような奴にはフロントフレームワークとか使いこなせんやろ
495:デフォルトの名無しさん
21/11/24 22:18:04.75 zBacYw4i.net
>>296
なんて言ってたけど、最近Rustでバックエンド書いてみてわかった。ちょっと面倒くさいしとっつきにくいとこあるけど、意外と生産性高い。
記法や思想でモダンJavaScriptに近い部分もあって、書いてて妙にしっくりくる。C#よりはるかに書いてて気持ちいい言語だわw
496:デフォルトの名無しさん
21/11/24 23:25:03.54 e1u6MioL.net
>>485
同感
全く似ていない言語なのに
Node.jsでの心地良さがRustでさらに心地良く感じてRustを気に入ってしまった
497:デフォルトの名無しさん
21/11/24 23:40:10.70 JaApvvKj.net
どっちも関数型言語の考え方を取り入れているから似ていると感じるのは自然な気が
498:デフォルトの名無しさん
21/11/25 02:03:14.67 7KlQs8je.net
Javascript知らないしコールバック見ると吐き気がするんですが異動で来年度からフロントやらされることになりました…
まだ何使うか決まってないから取り敢えずなんかフレームワーク勉強しとけって言われたんですが、、vueとReactってどっちが勉強のコスト低いですか？
PythonとC++ならやったことあります
499:デフォルトの名無しさん
21/11/25 02:26:37.25 BYgpFBR/.net
0からやるならangularがいいと思う
500:デフォルトの名無しさん
21/11/25 03:30:25.18 HJmocxS/.net
javascript知らないならまず生を勉強しないとreactとかおまじないだらけに見えるぞ
501:デフォルトの名無しさん
21/11/25 04:55:16.85 SGOcXnw6.net
angulerなんか使われていないからやめとけ
>>488
たぶん挫折する
javascriptもバックエンドからみたらなんじゃこれ？みたいになる
コールバック地獄はもうないけど
Reactも初めてみたらワケわからんだろうしコンポーネント思考でデータストリームで何度もレンダリングされるとか、コンポーネント増えたらバケツリレーどうすんのとか
何よりバックエンドエンジニアが最も苦手なhtmlとcssがjsxとstyle Componentとかでjavascriptの中に入ってくる
cssできなかったらデザイナーと共同作業になる
502:デフォルトの名無しさん
21/11/25 06:38:04.88 u1R7fYUq.net
>>488
まずここで現代のJavaScriptを学べ。
URLﾘﾝｸ(jsprimer.net)
とりあえずの生産性を求めるなら古いJSを知る必要はない、混乱の元になるだけ。
モダンな言語使ってれば高階関数は使ってるだろうし、現代のJSならコールバック地獄になることは（余程設計が不味くない限り）無いから安心するといいよ。
503:デフォルトの名無しさん
21/11/25 06:48:53.76 u1R7fYUq.net
あ、C++使えるのか、それならJSは簡単に感じると思うよ。
504:デフォルトの名無しさん
21/11/25 07:11:52.58 6PNOZvLH.net
>>488
コールバックってクロージャだぞ
クロージャを見ると吐き気がするプログラマーなのか
クロージャの理解ができない？
505:デフォルトの名無しさん
21/11/25 09:16:19.51 3eUR1B4g.net
>>494
そういう事言ってるんじゃ無いと思われ
506:デフォルトの名無しさん
21/11/25 09:46:53.77 j44THsas.net
Nuxtをずーっと今まで「ぬくすと」って読んでましたごめんなちゃい
507:デフォルトの名無しさん
21/11/25 09:55:22.44 6PNOZvLH.net
>>495
じゃあ何？
大昔からC言語ですら関数のポインタ渡しは普通に行われてきたし
吐き気がする意味がわからない
508:デフォルトの名無しさん
21/11/25 11:07:37.08 HVNbZj+U.net
コンポーネントと再レンダリングとjsxとcssとかもろもろキモいだろ
こんな言語とフレームワークは他にはない
509:デフォルトの名無しさん
21/11/25 12:32:27.92 u1R7fYUq.net
そのへんは単に思想の違いだから。
安い挑発には乗らないよ
510:デフォルトの名無しさん
21/11/25 17:05:15.02 HJmocxS/.net
コールバックで吐き気って、関数を関数に渡すのが意味わからんとかってことじゃね？
そのレベルだとフロントかなりきつい気がするけど
511:デフォルトの名無しさん
21/11/25 17:27:16.35 88pS2ZzI.net
高階関数や関数型プログラミングが嫌いな人たまにいるけど
狭い世界でしかやっていけないプログラマーだね
512:デフォルトの名無しさん
21/11/25 17:35:14.41 pjIacKLV.net
一昔前のコールバック地獄知ってるんでしょ
あんなスパゲティコードみたら誰でも吐き気するって
他人の書いたそんなコードとか読みたくも無いわ
あ、お前ら一人で書いてるんだったね
ならお好きに
513:デフォルトの名無しさん
21/11/25 17:43:28.23 u1R7fYUq.net
はいはい安い挑発乙
514:デフォルトの名無しさん
21/11/25 17:43:51.31 u1R7fYUq.net
はいはい安い挑発乙
515:デフォルトの名無しさん
21/11/25 17:59:13.67 88pS2ZzI.net
>>502
コールバックとコールバック地獄は全く別の話
一方でJavaScriptは継続渡しプログラミングとしてもコールバックを多用してきたがそこには非同期プログラミングも許容する柔軟性こそJavaScriptの強みの一つ
もちろん同期プログラミングしかできない人はasync/awaitのみによる限定的な使い方に徹するしかない
例えばその元となる非同期にresolveやrejectをするPromiseを返す関数などを自分で作れないだろうから
516:デフォルトの名無しさん
21/11/25 18:11:26.83 u1R7fYUq.net
JSに慣れてくると非同期前提の設計って結構便利だなと感じ始めるよね
517:デフォルトの名無しさん
21/11/25 18:14:59.13 oJfKzV0X.net
そりゃどの言語でも一緒
518:デフォルトの名無しさん
21/11/25 18:17:03.11 md9vGLeF.net
UIつくる以上非同期からは逃げられない
519:デフォルトの名無しさん
21/11/25 19:32:50.33 mLIM7TI4.net
>>505
電車とか好きそう
520:デフォルトの名無しさん
21/11/25 19:43:12.53 6PNOZvLH.net
>>505
そういうのは例えば『XMLHttpRequestとPromiseとJSONのマニュアル見ていいからそれらを使ってURLを与えるとJSONオブジェクトを返すasync関数を作りなさい』
とか課題を与えるとまともなJavaScriptプログラマーか駄目プログラマーかすぐに判別できる
521:デフォルトの名無しさん
21/11/25 20:00:31.58 u1R7fYUq.net
>>510
XMLHttpRequestはもう随分使ってなくて細かいとこ忘れちゃったな。
とりあえず200以外はエラーで良いですか？ って試験出した人に聞いちゃう
522:デフォルトの名無しさん
21/11/25 20:04:04.47 ZImesmKO.net
AJAX派なんですけど・・・
523:デフォルトの名無しさん
21/11/25 20:14:32.53 6PNOZvLH.net
>>511
そこはマニュアルを見ていいから大丈夫
あと題材としてはXMLHttpRequestでなくてもよくて
コールバックする関数からPromiseを返す関数を複雑な場合でも作れるプログラマーか
それともそれを使ってawaitするだけのプログラマーか
その違いがわかればOK
524:デフォルトの名無しさん
21/11/25 20:45:47.47 u1R7fYUq.net
>>513
なるほど。
setTimeoutを使って早期終了もできるasync sleep関数を作れ、とかいう課題でも面白いかもね
525:488
21/11/25 21:31:47.59 lV7I3SI4.net
皆さん色々とありがとうございます
取り敢えず>>492さんのサイトで学習から始めてみようと思います
Javascriptがあまり受け付けないのは引数の中に関数をそのままぶち込むっていう
今までやってきた常識とは異なるコードを割とよく見るので…
理屈が分かれば簡単なんだろうとは思いますが前提知識無しでちょっとデバッグしようかなレベルの時にこういうの見るとちょっと辛いですね
URLﾘﾝｸ(pastebin.com)
526:デフォルトの名無しさん
21/11/25 22:03:54.38 u1R7fYUq.net
>>515
JavaScript以外でもモダンな言語なら（無名）関数を引数にするのは日常茶飯事だよ。慣れた方が良いかも。
頑張ってね。
527:デフォルトの名無しさん
21/11/25 22:12:56.53 QpUtj2Zs.net
何故にnode？
528:デフォルトの名無しさん
21/11/25 22:27:53.50 Sxy/H7rg.net
pythonなんて変数がすべてオブジェクト型だぞ
529:デフォルトの名無しさん
21/11/25 22:28:50.94 Sxy/H7rg.net
間違った
数値や文字列などすべてがオブジェクト型
530:デフォルトの名無しさん
21/11/25 22:38:37.90 88pS2ZzI.net
>>511
それよりもJSON.parseでエラー出た時にPromiseをrejectするのを忘れずにｗ
>>515
今どき関数型プログラミングをしたことないとは化石のような方で驚く
関数に関数を渡すのを覚えるとプログラミングが捗りますよ
あとイテレーターを使ったり作ったり慣れるとよいでしょう
531:デフォルトの名無しさん
21/11/26 01:28:37.73 hJBWjEcP.net
Rustいじってるけど良いねこれ
継承が無いってのが凄く良い
532:デフォルトの名無しさん
21/11/26 02:16:24.03 R0yJ4Kup.net
>>521
あんまり言うとスレ違いになっちゃうけど。
implがオブジェクトの実装に寄り添ってたり、return無しで値が返せたり、ifとmatchが式だったり、デフォルトでimmutableだったり、エラー処理やOption周りのワンライナーっぷりだったり、所有権周りの合理性だったり、コンパイル時の親切さだったり、ほんとにモダンだし、洗練された言語設計哲学を感じるし、書いてるとな～んて美しい言語なんだろうって惚れ惚れする。
まぁJavaScript|TypeScriptも大好きなんだけどねw
533:デフォルトの名無しさん
21/11/27 11:00:31.47 tTgWIdmh.net
JSフレームワークもぐぐること多いんだけど
技術系記事の日付はこれでもかっていうくらいに目立たせてほしくなるな
いつの記事かによって見る見ないがガラリと変わる
534:デフォルトの名無しさん
21/11/27 19:54:50.39 xsZ/PEwR.net
んな事するならドキュメント読んだ方がはやいって
535:デフォルトの名無しさん
21/11/28 14:49:42.74 5RCWgpfl.net
間違ってる記事多いもんな
せめてドキュメント読んでから書けよって突っ込みたくなる
536:デフォルトの名無しさん
21/11/29 15:55:53.28 Veee5+hu.net
JSは母数が多いからねえ
537:デフォルトの名無しさん
21/11/29 17:10:47.63 cOjdUgMN.net
最近はもう誤用のほうも辞書に載り始めてるとは言え、
そもそも統計学を翻訳するときに成立した造語だからな母数って
統計用語としてのparametersの訳だよ
それさぁ…「分母」じゃダメなの？
もし統計用語としての「母数」を意図してます、と言うなら「JSは母数が多い」は文意が通らないよ
まぁ分母なんだろうけど
どうして小学校で習う分母ではなく母数を使いたがるのだろう？
少しでも頭良く見せたいとか？
逆効果だと思うが
538:デフォルトの名無しさん
21/11/29 17:24:27.42 tPktcSTu.net
>>527
それは本末転倒で
parameterの訳語を母数したところからおかしい
parameterは特性とかでいいだろ
一方で母数は誰もが母集団の数や分母の数と認識するのは当たり前
539:デフォルトの名無しさん
21/11/29 17:36:15.74 cOjdUgMN.net
>>528
悪訳語であるとは俺も思うがそれとこれとは話がdifferent
540:デフォルトの名無しさん
21/11/29 17:49:45.77 tPktcSTu.net
>>529
明らかに『母集団や分母の数として母数』が使われている状況で
わざわざ『馬鹿げた訳語である母数』を持ち出す人がバカだと言ってるだけです
541:デフォルトの名無しさん
21/11/29 18:34:34.72 cOjdUgMN.net
>>530
馬鹿げた訳語をわざわざ使ったのはなぜ？
分母ではダメだった？
なぜ小学校で習う分母ではなく、「馬鹿げた訳語」である母数を、その訳語の創出の意図と違った誤用である分母の意味でわざわざ使ったの？
頭良く見られたかったの？
バカなのにｗ
542:デフォルトの名無しさん
21/11/29 18:55:42.36 tPktcSTu.net
>>531
は？
俺は使ってないぞ
543:デフォルトの名無しさん
21/11/29 19:21:01.13 cOjdUgMN.net
悪法も法なりではないが、統計学を日本に導入する際に創出され、それ以降差し替えられず、現在でも統計用語としてのParametersの唯一の訳語なわけよ
それを小学校で習う分母の代わりごときに流用する必要なんてないわけ
そもそも小学校で習う単語である分母で誤解の余地なく正確に言い表せるものをなんで本来その意味を持っていない母数で言い表したがるわけ？
特にプログラミングなんてどんなに気に入らなかろうが利用する言語・APIの仕様に沿ってコーディングしなきゃ動かんのに、
オレオレ解釈で書いておいて、本末転倒だ！仕様がおかしい！馬鹿げている！俺の思った通りにコンピュータは理解するべきだ！
と言っているようなもの
544:デフォルトの名無しさん
21/11/29 19:44:47.95 BPt2v2wi.net
>>533
それ誤用だよで済ませとけばいいのに。
それを人を馬鹿にしたみたいに「頭良く見せたいの？」とかつけるからいらぬ論争になるんでしょ。
多分使った本人は誤用である認識すらないでしょ。そうやって誤用が広まって行くんだし。
まぁ煽り合いが文化なら違う場所でやってよ
545:デフォルトの名無しさん
21/11/29 19:50:42.71 iENNPe6G.net
>>534
それが母数警察だ
どうだ怖いか？ｗ
546:デフォルトの名無しさん
21/11/29 19:58:25.03 BPt2v2wi.net
>>535
超怖い。俺も母数を誤用してた口だからまじかってなったわ。明日から会社でマウント取りいくわ
547:デフォルトの名無しさん
21/11/29 20:04:23.25 tPktcSTu.net
誤用ではありません
複数の意味があるだけです
そして片方がパラメーターを母数と失敗誤訳してしまったというだけにすぎない
全ての常識人に母数は全体の数の意味で通じます
548:デフォルトの名無しさん
21/11/29 20:12:38.44 iENNPe6G.net
良く考えてみなよｗ
少なくとも統計の文脈では母数は全体の数には使えないじゃんｗ
そして母数は一義的には統計のためにひねくり出された言葉でしょ
分母の意味が後づけなんだよ。
偉い人が勘違いしてムキーっ！俺の意味も正しいの！って言って辞書に分母の意味足したんだろうなｗ
549:デフォルトの名無しさん
21/11/29 20:16:17.38 Mph1l0DA.net
な、何のスレだっけ？
550:デフォルトの名無しさん
21/11/29 20:25:45.71 4MgUQE5v.net
>>538
言葉には正しい形も定義もなくその形も意味も用法も時間とともに常に変化してきたナマモノ
そして多義性こそ最も盛んに行われてきたものだから何かに一つにこだわっちゃダメ
一番重要なことはその時代に通じてきたかどうか
現代のほとんどの日本人は母数を全体の意味で用いて通じるからOK
少なくとも誤用ではないですね
551:デフォルトの名無しさん
21/11/29 20:28:58.32 iENNPe6G.net
まあ、ら抜き言葉の酷い版みたいなものだからねｗ
552:デフォルトの名無しさん
21/11/29 20:29:35.71 TW8V00FP.net
技術的な事は具体的な事何も語れないのに言葉の誤用についてはこの有様
553:デフォルトの名無しさん
21/11/29 20:30:30.56 dVBrQ1Ix.net
スレチの上にしつこい
554:デフォルトの名無しさん
21/11/29 20:33:36.00 cOjdUgMN.net
ま、俺も誤解を生じやすい失敗訳語だとは思う
だからバカが釣られる
糞にたかる蠅のようだ
555:デフォルトの名無しさん
21/11/29 20:41:44.99 cydEy5/m.net
総務省や文部科学省も使っている由緒正しい誤用らしい
URLﾘﾝｸ(ja.wikipedia.org)
556:デフォルトの名無しさん
21/11/29 20:45:18.61 4MgUQE5v.net
>>541
ら抜き言葉は以前から使われてきた西日本方面の正しい方言
しかも可能と受け身尊敬表現とを分離できる優れた用法
たまたま標準語として採用した東京地方の方言ではラ抜き言葉がなく区別できず劣った状態であったため
区別できる優れたラ抜き言葉を採り入れる人が全国的にも増えたに過ぎない
557:デフォルトの名無しさん
21/11/29 20:47:09.91 cOjdUgMN.net
>>545
それどころか総務省統計局の初心者用統計講座の資料チェックしてた時も間違って使ってやがったので厳重に注意しといた
どこの誰が間違えてもお前は間違うなと
558:デフォルトの名無しさん
21/11/29 20:49:59.07 SzhfINeS.net
もういいからjQueryスレに帰れよ
559:デフォルトの名無しさん
21/11/29 20:54:04.54 MhgkRoDF.net
伸びてるとおもえば母数警察とかしょーもなww
こういうのいちいち指摘するやつって、
コード書かないくせにレビューだけ文句言ったりするんだよなw
指摘するだけじゃなくてわざわざ語りだして煙たがられるやつw
560:デフォルトの名無しさん
21/11/29 20:55:44.41 4MgUQE5v.net
言葉の形や意味用法は通じるかどうかが全てなので通じていたら誤用ではないのよ
そして本来の形や本来の意味が使われなくなった言葉も多数
561:デフォルトの名無しさん
21/11/29 20:56:35.55 iENNPe6G.net
>>546
たしかにら抜き言葉は可能/受け身尊敬を分けられる(分けれるｗ)というメリットがあるね。
分母と違ってparameterかmodulusかtotal numberか分からんくなる挙げ句にメリットとしてはナンダカカシコソウニミエルくらいしかない母数の誤用と比べるのは失礼だったかもｗ
562:デフォルトの名無しさん
21/11/29 21:07:38.55 tPktcSTu.net
発端はこれ
>>526
> JSは母数が多いからねえ
母数が多い、と用いているから
そこに紛らわしさは全く無く
parameterやmodulusの意味ではなく
全体数の意味であると日本人なら誰でもわかる
この状況で失敗訳語の母数を持ち出して語りだすのはキチガイくらいだ
563:デフォルトの名無しさん
21/11/29 21:11:50.78 iENNPe6G.net
ナンダカカシコソウに見せたかったのでは？ｗ
564:デフォルトの名無しさん
21/11/30 12:16:35.00 HvFvECRE.net
キモイ
565:デフォルトの名無しさん
21/11/30 19:52:35.25 KVWYCfko.net
なぜフロントエンド技術者が馬鹿にされるのかよく分かるスレですね
566:デフォルトの名無しさん
21/11/30 20:13:35.92 ZW4IpnTF.net
こんなところで日頃のウサを晴らしてるより勉強した方が良いですよ
567:デフォルトの名無しさん
21/12/03 16:56:03.13 KPYLN7p7.net
ふろんとえんどってづやって勉強するん
568:デフォルトの名無しさん
21/12/03 17:17:21.44 MOk0xQBV.net
2019年まではVueとNuxtが優勢だったけど2020年あたりから一気にReactが盛り返した印象があるんだけどその頃何があった?
569:デフォルトの名無しさん
21/12/03 18:03:48.48 42xbUG4I.net
hooksの浸透とか？それぐらいしかない気がする
570:デフォルトの名無しさん
21/12/03
571:20:08:47.49 ID:fKsN2CGD.net
572:デフォルトの名無しさん
21/12/03 20:24:12.30 XIVj35HM.net
もう、React Hooks 無しでは考えられない
JSX も
573:デフォルトの名無しさん
21/12/04 00:36:04.46 WDZUT71H.net
あえてVueを選ぶ理由が無い
574:デフォルトの名無しさん
21/12/04 00:49:22.21 fgkxpNXc.net
開発ってさ、新規開発だけじゃないじゃん
例えばそういう場合にReactを追加するよりもVueを追加するほうが断然合理的じゃないかな
575:デフォルトの名無しさん
21/12/04 00:49:55.15 7ngDAK/C.net
Vueのほうが日本語ドキュメントが豊富(だった)じゃん
576:デフォルトの名無しさん
21/12/04 01:39:46.13 L0U1VSkA.net
はじめにVueを書いてしまった為にVueで書いてるとかあります。
577:デフォルトの名無しさん
21/12/04 16:44:48.39 3EGWuhu+.net
負の遺産を積み上げ続けるとか修行かよ
578:デフォルトの名無しさん
21/12/04 20:59:55.58 H+9c/0f7.net
vueは日本だけ
またガラパゴス化するつもりか
579:デフォルトの名無しさん
21/12/04 21:13:13.35 8tV+wUyg.net
でもお前日本から出ていく気ないじゃん
580:デフォルトの名無しさん
21/12/04 23:47:16.94 TLmSTmTQ.net
>>567
日本ってかアジア圏じゃねえの？特に中心にあるのは中国だろ
581:デフォルトの名無しさん
21/12/05 00:00:36.69 7BPnTs5Y.net
っていうかぶっちゃけさ、
ReactやVue使わないほうが作り終わるの速いよね
582:デフォルトの名無しさん
21/12/05 06:31:15.67 rl2Q2Xgy.net
必要無いのに使ってるからだろ
583:デフォルトの名無しさん
21/12/05 08:52:48.49 GJGs0W70.net
WebサイトならReactはいらん
業務システムとかWebアプリ系なら必須
584:デフォルトの名無しさん
21/12/05 09:11:10.09 a0UZ7XYh.net
Webサイトなら（構成によるけど）Next.js使っちゃうかな～
585:デフォルトの名無しさん
21/12/05 14:34:11.28 0ggx4lCY.net
webアプリvueから入門してるわ……
586:デフォルトの名無しさん
21/12/05 15:04:41.64 XxJEGrKn.net
Reactは冗長すぎる
よほど大規模でリッチなクライアントでない限り
使用するメリットがない
587:デフォルトの名無しさん
21/12/05 15:18:39.91 rkuGwAwP.net
どんな書き方してるんや……
588:デフォルトの名無しさん
21/12/05 15:53:33.76 DvBfUPMY.net
笑
589:デフォルトの名無しさん
21/12/05 15:58:14.78 4PPlVzU6.net
どんな書き方といか、最低限の処理をするのに大変といった感じだろうな
例えば特定のフィールドに値を入れるだけでも大変
590:デフォルトの名無しさん
21/12/05 16:06:21.22 RPxGMG17.net
今から勉強するならSvelteしようよ
591:デフォルトの名無しさん
21/12/05 16:26:11.96 39njNS5B.net
react嫌いすぎでwasmが全てを吹き飛ばしてくれる日を心待ちにしてる
592:デフォルトの名無しさん
21/12/05 17:26:53.56 ynAjy435.net
wasmはUI作るためのもんじゃないだろ
593:デフォルトの名無しさん
21/12/05 17:28:11.34 rkuGwAwP.net
>>578
DOMでゴリゴリ書くより楽じゃない？
594:デフォルトの名無しさん
21/12/05 17:50:16.57 KOPBFOTo.net
CSSセレクタを使えば容易では？
595:デフォルトの名無しさん
21/12/05 19:51:20.09 zYjHnXyH.net
>>582
DOMなら一行よ？
$("#id").va(123);
vs Reactやってよｗ
596:デフォルトの名無しさん
21/12/05 19:55:43.98 rkuGwAwP.net
あ、それぐらい小規模ならDOMで良いです
597:デフォルトの名無しさん
21/12/05 19:58:51.07 zYjHnXyH.net
そうでしょ？
あとさAスタイルのときとBスタイルのときみたいに
CSSでデザインを切り替えるからさ
DOMの書き換えなんてほとんど不要なんだよね
DOMゴリゴリっていう発想が
そもそも間違ってるんだよ
Reactとかさ、なにそんな単純なことを
JavaScriptで頑張っちゃってるの？って思う
598:デフォルトの名無しさん
21/12/05 20:07:22.27 Yw2Xo6zr.net
だからあんたには必要無いんでしょって
599:デフォルトの名無しさん
21/12/05 20:07:36.76 rkuGwAwP.net
あ！ そういう人ね。現状で困ってないなら、他所でやってどうぞ
600:デフォルトの名無しさん
21/12/05 20:52:08.15 oT3qVeDO.net
フレームワークってたいてい規模が大きいほど恩恵があって、
小規模のうちはデメリットの方が大きいもんだよ
601:デフォルトの名無しさん
21/12/05 21:08:55.48 H6ur06tM.net
やっぱVanillaJSが1番！
602:デフォルトの名無しさん
21/12/05 22:02:27.62 GJGs0W70.net
>>586
そもそもコイツは何もわかっていないからスルーしていい
603:デフォルトの名無しさん
21/12/05 22:12:43.37 4TMSwlhJ.net
入力フォームとか多用するサイト作らんならそりゃ要らんやろ
元々そういう区分けだって言ってるやん
604:デフォルトの名無しさん
21/12/05 22:37:55.95 MGzOS3+Z.net
Ruby on Rails では、若い娘が1人で起業する場合は、
Heroku, CircleCI, React, Bootstrap, jQuery が定番
大企業では、AWS で、
REST の代わりに、Facebook 製のGraphQL, Relay とか。
Bootstrap も含めて、すべて米国のFacebook 製で揃える
YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、
転職用にReact よりも、Vue.js が必須
でも、米国人は中華を使わない
605:デフォルトの名無しさん
21/12/05 23:08:33.40 KOPBFOTo.net
>>593
ホワイトハウスのサイトはガッツリVue使ってるだろ。
606:デフォルトの名無しさん
21/12/06 00:03:27.44 3rXx+R7R.net
入力フォームがウェブアプリだったら嫌だな。
607:デフォルトの名無しさん
21/12/06 00:14:57.24 Iri3KeCE.net
Webアプリは入力を多用するから入力フォームだらけだ
608:デフォルトの名無しさん
21/12/06 00:57:35.17 XuzXkdX2.net
>>595
まずWebアプリの定義が曖昧だが
突き詰めていくと例えばUIがJavaScriptで動くものがWebアプリでそうでないものがWebページとするしか分類できなくなる
すると「入力フォームがWebアプリでない」ものはHTMLのformをそのままsubmitボタンでページ遷移するWebページのみとなる
もちろん現在もこれをベースとする形が正しい作り方として明確になっている
JavaScriptがない環境ではそのままで動き、JavaScriptがあれば修飾する形で高度なUI提供や必要ならページ遷移無し等にするのが正しい
したがって「入力フォームがウェブアプリだったら嫌だな。」というよりも「上述のような正しい作り方をしていない入力フォームはダメだな。」とした方がベターかもしれない
609:デフォルトの名無しさん
21/12/06 01:04:23.72 6/eAafVl.net
現在中３でjavascript勉強してます。モチベが低下してきたのでここまで勉強できてたら案件受けれるみたいな目安みたいなのがあればお聞きしたいです
610:デフォルトの名無しさん
21/12/06 01:33:04.13 Iri3KeCE.net
>>598
俺は中高はひたすらゲームと音楽（DTPとか）作ってたわ
611:デフォルトの名無しさん
21/12/06 02:01:55.17 mUxxKHkc.net
中学生なら勉強していい大学に入ろう、それが一番将来に役に立つ
612:デフォルトの名無しさん
21/12/06 02:22:52.56 vepqX8Ev.net
案件受けれるかどうかはプログラミング能力以外の部分が大きい
仕事に使える能力あってもクラウドソーシングだと競争率高くてきつかったりする
なんでモチベ低下してるか考えるところからだな
613:デフォルトの名無しさん
21/12/06 03:21:44.46 rJx+9tXC.net
本当に中学生ならクラウドソーシングでの価格競争力はあるんじゃないの
でもワーカーとしての審査が通るか? 親にちゃんと話して名義借りでやるとかかな
もし通るとしてもそのサービス上で実績が0だとなかなか仕事を取れないらしいね
よって、知り合いに頼んでわざとクラウドソーシング経由で仕事出してもらって実績にするという裏ワザがあるそうな
話が逸れたけど、クラウドソーシングで募集してる仕事内容は自分が金を稼げるか否かの一つの目安にはなるんじゃないかな
614:デフォルトの名無しさん
21/12/06 12:49:11.99 tBlvVlSQ.net
>>586
秘密ロジックおじさんの匂いがする
615:デフォルトの名無しさん
21/12/06 12:57:03.50 XuzXkdX2.net
秘密ロジックはサーバーサイドに持つからReactもVanillaもどちらも関係ない
616:デフォルトの名無しさん
21/12/06 18:49:35.30 9p/0cOP0.net
>>598
何か一つサービス立ち上げて実績作ろう
あと誰かも書いてたけど学業も両立しような
617:デフォルトの名無しさん
21/12/06 20:27:45.66 EdXlAvnn.net
>>603
"秘密ロジック"で検索したら全然見つからない
お前が誰か特定できちゃうぞｗ
618:デフォルトの名無しさん
21/12/06 21:50:43.17 4qQbBrsy.net
ロジカル・シークレッツで再建策。
619:デフォルトの名無しさん
21/12/07 14:34:40.77 c/7RwzVG.net
Vuexむずい死ぬ
620:デフォルトの名無しさん
21/12/07 21:06:40.97 3sCD52Wa.net
そんなゴミ捨てろ
621:デフォルトの名無しさん
21/12/08 06:27:39.02 /+2pmQ3S.net
Reactってなんでこんなにバージョンアップ早いん
622:デフォルトの名無しさん
21/12/08 07:29:52.25 APtdEV/k.net
作りかけだからさ
623:デフォルトの名無しさん
21/12/09 23:23:20.08 b7QjysGC.net
>>601
ありがとうございます！
モチベ低下の理由は自分でも理解しているのでなるべく早く回復できるようにがんばります！
624:デフォルトの名無しさん
21/12/09 23:28:28.74 b7QjysGC.net
>>602
高校までは案件受けるつもりはありませんがどんな内容なのかとかは今のうちにある程度見ておこうと思います
625:デフォルトの名無しさん
21/12/09 23:32:17.08 b7QjysGC.net
>>605
一応lp？みたいなものは作っています。勉強の方は、親と相談して高校までは勉強最優先。
高校からは最低限の勉強をしていればあとは自由にやっていいよということになりました
626:デフォルトの名無しさん
21/12/10 02:37:04.41 qJ56jeJE.net
>>614
がんばれー良い親御さんで良かったね
或いは余計なお世話かもしれんが高校入っても高校の3年間でしか学べない事を優先して欲しい
ほとんどの場合それが最短距離だから
627:デフォルトの名無しさん
21/12/10 11:11:46.04 JcEd7rWX.net
どうでもいい自分語りだけど、
高校で友達とあれこれPCいじったときが一番プログラミングのモチベ高かったわ
Javascriptを無効にするような時代の前だったけど、自由だったな。いろんな意味で
628:デフォルトの名無しさん
21/12/10 12:33:46.30 D4II6tZ4.net
今となっては古すぎる本だけど学生時代に JavaScript: The Good Parts に出逢った事で俺の方向性は決まってしまった。あの本を読んでプログラミングの美しさ面白さに取り憑かれた
629:デフォルトの名無しさん
21/12/10 18:01:00.28 S06XoZnn.net
>>617
いいなぁ
630:デフォルトの名無しさん
21/12/10 20:05:50.94 Mhawf7kV.net
Microsoft Ninja 地球一周の旅。
631:デフォルトの名無しさん
21/12/11 03:20:52.03 7ERsVTv0.net
【悲報】ホロライブ6期生のｽｰﾊﾟｰｴｰｽVtuber沙花叉クロヱさん、初収益化配信1時間で1000万稼いでしまうｗ
ｽﾚﾘﾝｸ(ghard板)
632:デフォルトの名無しさん
21/12/11 16:48:03.94 4ZOnX4zT.net
reactサイトのcms として久しぶりにWordPress使う事になったんだけどこれ全然進歩してないのね
633:デフォルトの名無しさん
21/12/11 17:32:29.19 HJUnekpi.net
WordPressのエディタにReact使ってるから進化してる
634:デフォルトの名無しさん
21/12/12 17:09:54.13 aUiHIMOo.net
それは進化と言えるんだろうか <
635:デフォルトの名無しさん
21/12/12 17:12:38.53 nA6/0TS6.net
GutentagってReactなんだっけ？
636:デフォルトの名無しさん
21/12/12 17:13:09.17 XwyXkECx.net
WordPressとか素人かよｗ
637:デフォルトの名無しさん
21/12/12 18:10:19.29 yesYZJSJ.net
WordPressをheadles cmsで使うってのは良くある
運用側がWordPressに慣れてるってのが理由
けど開発から見たたら今時PHPかよっていう心理的負担が大きい
WordPress REST APIもウンコ
638:デフォルトの名無しさん
21/12/12 21:21:27.62 7L6Sjv4n.net
無料だから対費用効果を考えたらwordpressでいいじゃんってこと
639:デフォルトの名無しさん
21/12/13 01:20:17.05 dWbD/uzR.net
昔は流行ったが今WYSIWYGエディタなんて使わんだろ
全く追ってないから分からんがスマホ対応すら罠がありそうで怖いぞWordpress
640:デフォルトの名無しさん
21/12/13 11:23:17.67 PIK/4x8h.net
YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、
Ruby on Rails のポートフォリオで転職する
キャリアパスも、Rails → Go のみ
PHP は、一生やらなくて良いと言ってる
たぶん転職できても低給料で、文句ばかり言われるから、
Java とか、そういう低給料を目指す人は、サロンへ入れないのだろう
サロンで給料の文句ばかり言われると、
サロンの評判が悪くなり、廃れていくから
そういうサロンを運営したくない。
だから、モダンな会社で、ちゃんと給料がもらえる、Rails, Go のみに絞っている