20/11/11 16:18:28.96 I+IsX3ig.net
ReactやVueは最初が辛いですが、一度覚えてしまえば一生使える技術ですので。
183:デフォルトの名無しさん
20/11/11 16:24:54.56 3P5nZf65.net
>>179
なわけ
184:デフォルトの名無しさん
20/11/11 16:46:28.44 7b/Ck3VW.net
>>176
一応真面目に答えると天地の差でパラダイスになるけど、、
言う事を聞かないってのが何を指してるのか分からんとなんとも
185:デフォルトの名無しさん
20/11/11 16:56:32.16 uSbtgdeR.net
>>181
どんなときにパラダイスになりましたか？
具体例を聞かせてください
186:デフォルトの名無しさん
20/11/11 17:51:10.78 YsOPtgNE.net
何がどう難しいのかさっぱりわからん
フレームワークって単にその仕様を覚えるかマニュアルみて調べるだけじゃん
もしマニュアルみてもわからないならお前の能力がゴミなだけ
187:デフォルトの名無しさん
20/11/11 18:17:26.74 5hZ83BHh.net
マニュアルに、こういう場合はこうするって
全てのパターンが網羅されてるなら、そのとおりだろうね（笑）
難しいところがない＝考えることがなにもないってことだから馬鹿でもできるね
188:デフォルトの名無しさん
20/11/11 18:42:59.24 nXqLBwtd.net
ややこしいルール増えるだけでほんま役に立つんかと思いながらReact始めたけど、途中から目に見えて楽になったのを感じたし、それ以来リアクティブじゃないのは辛いなと思うようになるぐらいは変わった。
Reactが生き残るかどうかはわからないけど、Webの最新技術に触れようと思うと当然のようにReact要素が出てくるので、ある種の基盤になってるのかなと思う。
189:デフォルトの名無しさん
20/11/11 18:55:30.05 fgDzPNCB.net
ソースコード解析できないならフレームワークは使わないほうがいい
190:デフォルトの名無しさん
20/11/11 22:03:08.65 7b/Ck3VW.net
>>182
答えたいんだけど範囲が広すぎるよ
まず何を作ろうとしてるのか。何の期待してvue使おうと考えたのか。今困っている事(言う事を聞かない？)を具体的に。
この3つが分かるといいんだけどな。
もしかしてvue単独で既存のwebに組み込んで使おうとしてる？
191:デフォルトの名無しさん
20/11/12 20:33:37.13 Sh5uqHmw.net
Reactに近い考え方でもっと薄いライブラリねーかな
分厚いフレームワークあるあるの変な挙動に1日悩まされて結局バグだったみたいなことを避けたい
192:デフォルトの名無しさん
20/11/12 20:54:30.33 mC/HDmh/.net
jsxが欲しいのかリアクティブが欲しいのか
193:デフォルトの名無しさん
20/11/14 12:12:58.68 GBy4XzSZ.net
フレームワーク単体じゃなくてVSCodeとかwebStormとかのIDE、hotReload、cliでプロジェクト始めてビルドからdeployまで一貫させるとかgitとかtypescriptとかnpmとか諸々全部含めた上でのフレームワークだし。
194:デフォルトの名無しさん
20/11/14 18:59:52.77 DnZAmAgg.net
Angularだけは本当に誰も話題にしないな。
Angular 11リリースされたのに…
信者もアンチも居ない。
ただ誰も興味がない…
195:デフォルトの名無しさん
20/11/14 19:39:32.08 0tsO4jDn.net
海外だとAngularも人気あると思う
Reactが一番人気なのは間違いないけど
Vueは日本ではなぜか人気あると感じる
196:デフォルトの名無しさん
20/11/14 20:30:03.20 xpC3aUYM.net
後ろ盾の差でもう勝負ついてる
WebAssemblyが成熟するまでは間違いなくReactの一強
197:デフォルトの名無しさん
20/11/14 20:39:01.51 RVlgiIfZ.net
後ろ盾で言うとマイクロソフトが最高だね
198:デフォルトの名無しさん
20/11/14 20:42:50.63 rQXll7XK.net
Silverlightはどうなりましたか？
199:デフォルトの名無しさん
20/11/14 20:44:10.62 RVlgiIfZ.net
シルバーライトは時代を先取りしすぎてたな
そろそろ世間が追いついてくるかもしれん
200:デフォルトの名無しさん
20/11/14 20:56:10.64 0tsO4jDn.net
MVVMとかSilverlightからなんだよな
201:デフォルトの名無しさん
20/11/14 21:07:49.82 lpnmdlKx.net
つまりTSさいつよ
202:デフォルトの名無しさん
20/11/15 14:17:52.80 1NoBqfO6.net
アプデされてもすぐに飛びつく気にはならない
203:デフォルトの名無しさん
20/11/22 18:15:13.92 LBpBJ7Cn.net
Blazor and ASP.NET Core Get Faster in .NET 5 -- Visual Studio Magazine
URLﾘﾝｸ(visualstudiomagazine.com)
204:デフォルトの名無しさん
20/11/22 19:38:35.43 bLh5qcao.net
Angular はリリースのペースが早すぎてなぁ
一年に一回で三年ぐらいメンテならまだわかるけど
半年に一回メジャーはなぁ
205:デフォルトの名無しさん
20/11/25 11:51:59.83 qHSWN3Iy.net
サイトとアプリは分けるべき
URLﾘﾝｸ(www.swyx.io)
これホントその通りやと思った
206:デフォルトの名無しさん
20/11/25 13:02:40.07 76EvKzfL.net
Svelte側の意見なので、そらそういう話になるよね。
でも確かに普通のサイトをSSGするならReactはオーバースペックだなぁ
207:デフォルトの名無しさん
20/11/25 17:15:48.68 z9WVjUI8.net
もしかしてそれわかってない人が居るのか
208:デフォルトの名無しさん
20/11/26 01:20:18.60 4tpBk6Dz.net
>>204
歴代このスレでそう言うヤツが何回も暴れてたぞ
209:デフォルトの名無しさん
20/11/26 13:20:36.57 BChkjCh/.net
>>204
脱jQueryとか言ってた奴らは多かったよ
なんのために脱jQueryするのか理由がなかった
脱jQueryが目的となってた
そして生産性を落とした
210:デフォルトの名無しさん
20/11/26 13:24:55.51 BChkjCh/.net
>>203
> でも確かに普通のサイトをSSGするならReactはオーバースペックだなぁ
オーバースペックと言うか用途にあっていない
沢山人を運ぶのに、バスじゃなくてトレーラーを使うようなもの
運べる人数の数なら、トレーラのほうが多いから
オーバースペックに見えるかもしれんが、そうじゃない
快適さが重要
211:デフォルトの名無しさん
20/11/26 17:29:45.49 9V4+FLts.net
ちょっと待て
>202 はReactが不要という話じゃなくてjQueryも含めた何でもできるライブラリは（場合によって）要らんという話でしょ。
Svelteは必要十分な機能で2kBのフットプリントと覚える事が少ないってのが売り。使った事ないから良く知らんけど
212:デフォルトの名無しさん
20/11/26 17:56:42.76 G38Bo7Tb.net
何でもできるのは別にいいんじゃないの？
駄目なのは使ってないコードまで転送してしまうこと
Wasmならビルド時に不要なコードを除外できる
213:デフォルトの名無しさん
20/11/26 18:29:22.37 Qr7Z7FCB.net
「wasmなら」は関係なかったな
「ビルドプロセスを挟めば」だ
214:デフォルトの名無しさん
20/11/26 19:12:47.40 9V4+FLts.net
ビルドプロセスでTree Sharking 使っても大きいライブラリはやっぱりフットプリント大きいよ。
それと覚える事の大きさ、も考えると小さい方が良いってニュアンスみたい。
大は小を兼ねる、一個覚えて全部やるって発想ももちろんありだとは思うけどね。
215:デフォルトの名無しさん
20/11/26 19:24:55.45 hByK+2ee.net
>>210
いやwasmなら、であってる
スクリプトじゃビルドしても効率的にコード削除できない
216:デフォルトの名無しさん
20/11/26 19:37:54.99 X8IHc9pp.net
>>208
ReactユーザーからするとSvelteがコンポーネント化する作りには到底向いてるようには思えない
217:デフォルトの名無しさん
20/11/26 19:55:14.45 Qr7Z7FCB.net
>>212
wasmバイナリ自分で書いたことある？
いくらでも非効率にできるよ。
ビルドツールの問題。
218:デフォルトの名無しさん
20/11/26 20:17:37.03 9V4+FLts.net
既存の関数をwatのSIMDで書いた事あるけど、あれは面白かったな。慣れてないから速度は倍まで行かなかったし、無駄にメモリ食うようになっちゃったから止めたけど。
>>213
なるほど。そういうもんか
219:デフォルトの名無しさん
20/11/26 20:18:49.84 /zfTjyfU.net
わざわざCSSで動的なUIパーツ組む奴が理解できない
「CSSでも動的な動きができる」
は？出来るから何？
変数もifもforも関数も定義できない
console.logで出力してデバッグもできない
欠陥言語じゃん
マジで頼むからCSSで余計なことすんな
aタグとかいうゴミみたいなタグを安易に使うな
擬似クラスとかいうゴミに頼るな
buttonやspanにイベントリスナ仕掛ければ事足りること
イベントリスナも知らないくせにフロントエンド弄るな
JavaScriptで親タグの中身抹消したり
DOM要素を動的に作れる事も
DOM操作で丸々入れ替えられる事も
画面幅や座標の制御をできることも知らない癖に
DOM要素を隠したり詳しくもないくせに
displayやpositionやz-indexを安易に
いじるようなゴミみたいなCSSを書くな
220:デフォルトの名無しさん
20/11/26 20:41:02.28 4tpBk6Dz.net
>>216
もはや宗教的な理由でJavaScript使えないのかなって思う
221:デフォルトの名無しさん
20/11/26 20:54:19.82 iMILCtJS.net
＞ aタグとかいうゴミみたいなタグ
？？？
222:デフォルトの名無しさん
20/11/26 21:20:26.61 g5cj98vc.net
宗教的な理由というか、jsっていまいちな言語だとおもうよ
極力触りたくない。
tsが出てやっとこさまともに使える代物になったんじゃないのかな。
みんなそれぞれ習得した言語があると思うけど
jsしか習得してない人とそうでない人でこの辺意見分かれるところなんだろうね。
223:デフォルトの名無しさん
20/11/26 22:00:12.15 +6srE4/I.net
言うてPHPとかPythonよりええんちゃう？
224:デフォルトの名無しさん
20/11/26 22:46:23.54 4tpBk6Dz.net
宗教上の理由でjs使えないヤツってパターンビルド済みのoutputのjsも含まれるから当然tsも含まれるだろ
225:デフォルトの名無しさん
20/11/26 23:03:09.46 78SpiBmi.net
jsは特別優れた言語じゃないけど悪くもない
ブラウザ間の互換性のなさが最悪だっただけ
今でもあの時の印象を引きずって苦手意識を持ってる人が多い
226:デフォルトの名無しさん
20/11/26 23:15:00.61 12STscif.net
>>219
JavaScriptがイマイチなのは同感だけどCSSと比べたらどうよって事じゃないの？
CSSで複雑な事するよりはJavaScriptの方がデバッグ含め扱いやすいよねっていう
227:デフォルトの名無しさん
20/11/26 23:46:51.84 lXuD47Zd.net
何と比べてってのにもよるが。
php,python,rubyあたりと比べてってんなら鼻で笑うわｗ
228:デフォルトの名無しさん
20/11/27 00:51:48.53 eTtvQYiv.net
環境構築がめんどくさい
パッチワークみたい組合わさってて、常に何かがDeprecatedになって破壊的変更のアップデートされてるので、止まったら死ぬみたいな現実がある
229:デフォルトの名無しさん
20/11/27 01:03:02.30 lOUpIwv2.net
テレビ東京で、Amazon Killer のShopify を、取り上げていた
Amazonでは、売上の7～15%取られるけど、
Shopifyなら無料だから、日本でもブレイクする
益子の陶器市では、数千万円掛かるシステム構築運用費用が、
Shopifyで、月2万円ほどで出来たとか
JavaScript のクソみたいなフレームワークで時間を取られている間に、
また、Ruby on Rails から巨大企業が誕生するぞ！
230:デフォルトの名無しさん
20/11/27 01:25:44.09 eTtvQYiv.net
Shopify、確かに流行ってるね
SEOとか集客考えるとスクラッチで作るとかデメリット多すぎる
またjQueryの時代になるかもね
231:デフォルトの名無しさん
20/11/27 01:57:11.00 w5Az7J0d.net
だからjQueryが使われていた分野では
jQueryが一番適しているって言ってるだろう
232:デフォルトの名無しさん
20/11/27 03:00:11.25 qWxV0X/O.net
ただ、ShopifyがAmazonキラーかというとちょっと違うと思う
Amazonとか楽天よりも、BaseとかStorejpだね強豪は
この辺は根こそぎ持っていかれる気がする
233:デフォルトの名無しさん
20/11/27 03:20:10.49 W+zDVYCR.net
>>226
ShopifyはフロントエンドでJS用Shopify API読んで構築するんじゃん。バックエンド構築必要なし。
捨てられた数千万円掛かるシステム構築とやらがRailsだろｗｗｗ
234:デフォルトの名無しさん
20/11/27 11:01:06.84 A3ky2fOw.net
アマゾンは欲しいものリストが優秀で積み本の管理できるし
Kindle書籍も大分買ったしな
235:デフォルトの名無しさん
20/11/27 12:17:44.61 8PzTM5c0.net
aタグはゴミだよ
JavaScriptのイベントリスナで捕捉できない
隠れ画面イベントがこいつのせいで発生してしまう
spanにイベントリスナ仕掛けてれば
追加の処理を割り込ませることができるが
aタグでbefore afterとか使われるとJavaScriptを割込ませるのが
難しくなる
236:デフォルトの名無しさん
20/11/27 14:16:27.69 W+zDVYCR.net
？？？
いっこも難しくないが…
具体的に何が難しいの？
いくらなんでもザコ過ぎでは？ｗｗ
237:デフォルトの名無しさん
20/11/27 14:46:49.59 w5Az7J0d.net
>>232
aタグは単に他の要素とリンクしてると言うだけでしかない
aタグを使わないでどうやって他の要素とリンクしているという状態を
静的に定義するというのだ？ HTMLの基礎を勉強したほうがいい
238:デフォルトの名無しさん
20/11/27 20:12:40.59 8PzTM5c0.net
>>234
idか自作属性を両方に振るだけなんだよなぁ
239:デフォルトの名無しさん
20/11/27 20:30:17.42 49qWfbc9.net
> aタグでbefore afterとか使われるとJavaScriptを割込ませるのが難しくなる
なるほど言いたいことはわかった
でも結論が a タグはゴミになるのが全く理解できない
240:デフォルトの名無しさん
20/11/27 21:38:55.34 W+zDVYCR.net
全然言いたいこと分からん
なんで難しくなるんだ？
241:デフォルトの名無しさん
20/11/27 21:42:16.67 sCut4Zkr.net
SPAでaタグ使う話？
ちょっと話の前提が欲しいな
242:デフォルトの名無しさん
20/11/27 21:58:33.95 w5Az7J0d.net
>>235
> idか自作属性を両方に振るだけなんだよなぁ
意味不明。 今言ってるのは静的な情報の話だぞ
文書があって、この文書はどこそこへリンクしている
という静的な情報をどうやって作るんだ？
静的の意味がわかってないのか？
243:デフォルトの名無しさん
20/11/27 22:06:24.71 flyjSd/U.net
>>239
全く意味がわからん
静的な情報とはなんだ
244:デフォルトの名無しさん
20/11/27 22:17:22.45 w5Az7J0d.net
>>240
定義されて変わらないってことだ
状態が変わらなければ、テストする必要がなくなる
constといえばわかるか？
関数型を勉強したほうがいいぞ
245:デフォルトの名無しさん
20/11/27 23:04:45.76 W+zDVYCR.net
それは不変では？
英語わからないおじさん？
static
dynamic
variable
constant
それぞれ英語に訳してみよう！(1 x 4 点)
246:デフォルトの名無しさん
20/11/27 23:07:18.33 W+zDVYCR.net
英語を、だったｗ
247:デフォルトの名無しさん
20/11/27 23:09:40.00 0Fqhj3Tv.net
JavaScriptにconst以外で静的なものってあるの？
248:デフォルトの名無しさん
20/11/27 23:17:45.58 W+zDVYCR.net
>>244
class構文にstaticってあるけど、
staticって、英語なんて訳す？
constはconstantの略だけど
constantってなんて訳す？
はい、レスして！
コピペ用↓
static→
constant→
249:デフォルトの名無しさん
20/11/28 06:23:01.14 nnMl4yOq.net
>>244
constに近いもの(immutable)なら
Object.freeze()
Object.create() の第2引数による指定
文字列
等がある
でも静的と言えばstaticかな
jsのstaticは実態がprototype付いてないだけのメンバだから言うほどstaticか？ みたいな気持ちになるけど
250:デフォルトの名無しさん
20/11/28 09:13:05.32 9//L8RlG.net
constだって言うほどconstantじゃないからおあいこ
251:デフォルトの名無しさん
20/11/28 10:43:41.96 nnMl4yOq.net
その点TSのas constってすげぇよな、最後までreadonlyたっぷりだもん
252:デフォルトの名無しさん
20/11/29 15:32:08.47 kn6Xy7Za.net
AppleのM1にはJavaScript専用命令が搭載されているらしい
253:デフォルトの名無しさん
20/11/29 15:57:23.85 sEIsLTyR.net
だからSafariだけ異常に速いんか
254:デフォルトの名無しさん
20/11/29 16:03:05.54 GqfPsnzc.net
Safariが遅いっていうよりも他のブラウザがめっちゃ高速化を励んでる中Safariだけ着いて行けなかったって感じじゃね？
255:デフォルトの名無しさん
20/11/29 16:40:38.32 +p4clpep.net
なぜJavaScript専用にするのか？
256:デフォルトの名無しさん
20/11/29 16:56:57.73 sOEBQUsx.net
Web見ないやつなんていないから。
用途が約束されてるのでメーカーにとって投資する価値がある。
googleなんかV8にいくらの金と時間かけたと思ってるんだ。
これら投資あってのスクリプト言語最速の地位よ。
257:デフォルトの名無しさん
20/11/29 17:13:31.04 GqfPsnzc.net
最近はそんなに聞かんけど
一時期MozilaもGoogleも新バージョンでJavaScriptの実行速度が2倍にとかよく言ってたもんな
258:デフォルトの名無しさん
20/11/29 17:21:54.90 +p4clpep.net
ふむ。ならばそのGoogleが作ったものを
利用すれば低コストで最高のものが手に入るな（笑）
259:デフォルトの名無しさん
20/11/29 17:24:12.79 GqfPsnzc.net
WebKitの時代はそうだったけどなんで喧嘩別れしたんだっけ？
260:デフォルトの名無しさん
20/11/29 17:33:36.17 kn6Xy7Za.net
非コンパイル言語としては規格外に速いもんなぁ
261:デフォルトの名無しさん
20/11/29 19:41:07.41 YNdyjjvH.net
人類規模で投資の仕方間違ったよな
スクリプトの高速化なんてやってないで、wasmに早期から取り組むべきだった
262:デフォルトの名無しさん
20/11/29 19:46:27.00 sOEBQUsx.net
wasmのブートストラップコードはjsなんだからjsが遅かったらwasmまで遅くなるじゃんバカなの
263:デフォルトの名無しさん
20/11/29 20:06:24.90 YNdyjjvH.net
バカには理解するのが難しいかもしれ
投資してればその無駄なブートストラップのJSが消えるだけ
264:デフォルトの名無しさん
20/11/29 20:16:31.99 TbmbElJ8.net
wasmが影も形も無かった頃、静的型付けでコンパイル言語でバイナリが実行ファイルで、サーバからクライアント、あらゆるマシンやブラウザ上で動く、しかもITの巨人たちがこぞって投資した。そんな凄い言語があったんです。
そんな言語でもJavaScriptの牙城は崩せませんでした
265:デフォルトの名無しさん
20/11/29 20:24:28.83 bza0LWNC.net
>>261
まだ投資が足りなかった
普及してれば人類のステージはもう何歩か先に進んでたのに惜しいことをしたな
この遅れが後々の宇宙人との戦争に響いてくる
266:デフォルトの名無しさん
20/11/29 20:57:40.64 MsV4ej8L.net
appletのこと？
267:デフォルトの名無しさん
20/11/29 22:03:16.18 8NXwxGIx.net
時系列おかしくね
268:デフォルトの名無しさん
20/11/29 22:09:24.49 +p4clpep.net
投資とかじゃなくてwasmが重かっただけの話
当時のブラウザじゃろくに動かない
ソフトウェアの世界は重いものより軽量のものが好まれる
269:デフォルトの名無しさん
20/11/29 22:41:32.13 Rb8oT144.net
そもそも、jsの置き換え用途として
wasmが用意された訳ではない。
270:デフォルトの名無しさん
20/11/29 22:46:49.01 sEIsLTyR.net
docker作ったやつが「wasmを知ってたらdocker作らんでも良かった」って言ってwasmのことを褒めてた記事を前見た
言ってる意味はよくわからなかったけど将来性あるんだろうなあって感じた
271:デフォルトの名無しさん
20/11/29 22:50:34.02 AbKwwhG3.net
webエンジニア全員でAppleボイコットすべきだろ
縮尺違うデバイス乱発しやがるし
safariとかいうゴミブラウザはまともに動作出来ないしよ
272:デフォルトの名無しさん
20/11/29 23:10:43.09 kn6Xy7Za.net
Safariは糞なんだけどなんだかんだ全盛期のIEよりはマシ。でもMacやiOS以外でテストできないのはホントやめて欲しい
273:デフォルトの名無しさん
20/11/29 23:12:09.34 HZy5s6KS.net
>>267
wasmのサーバーサイド向けのまともな処理系があれば確かにdockerいらないんだけどな
いかんせんwasmは仕様が貧弱すぎて
274:デフォルトの名無しさん
20/11/29 23:13:05.16 Z/yAEGW+.net
>>267
K8Sでwasm動かすオプション、マイクロソフトが作ってた気がする
外部コマンドとかに依存してないピュアなプログラムなら、wasmに乗せればどこでも動くからDocker要らん
275:デフォルトの名無しさん
20/11/29 23:37:25.38 Rb8oT144.net
サンドボックスから出れませんよ。
デスクトップネイティブの変わりにはなりません。
276:デフォルトの名無しさん
20/11/30 01:18:36.39 rn09M8ye.net
>>271
その「どこでも」にサーバーサイドは含まれていますか？
277:デフォルトの名無しさん
20/11/30 01:30:06.52 owcTZSsV.net
>>273
当たり前だろ…今誰がクライアントサイドの話をしてるんだよ…
クライアント側技術のwasmが、docker代わりにサーバで使えるかもね、どうだろうね、とそういう話だろうに。
278:デフォルトの名無しさん
20/11/30 01:31:07.01 iUHy/DDO.net
>>266
え？
もともと、EmscriptenがC/C++をasm.jsに変換していたのが、asm.jsがWasmに
進化したのだと思っていたが。
279:デフォルトの名無しさん
20/11/30 01:39:36.58 owcTZSsV.net
何の反駁にもなってない。jsの置き換え用途として
asm.jsが用意された訳ではない。
280:デフォルトの名無しさん
20/11/30 01:41:23.94 owcTZSsV.net
>>271
Krustletかな？
URLﾘﾝｸ(www.publickey1.jp)
281:デフォルトの名無しさん
20/11/30 03:09:11.88 m2msM8IC.net
えーこれJavaVMの再開発なんじゃ
282:デフォルトの名無しさん
20/11/30 07:16:39.65 +FPoUGVQ.net
wasmは
C++等の色んな言語の資産を活かせる。
JavaVMほどの起動時の遅さやフットプリントは必要ない。
GCが無い。
純粋なwasmではIOができない（データの永続化ができない）
のでJavaVMとは色々異なってて、サーバサイドではどちらかというとDockerぽいと感じるかな
283:デフォルトの名無しさん
20/11/30 09:05:29.99 FUbWMdS/.net
>>274
かもねじゃなくもうK8Sで使える
284:デフォルトの名無しさん
20/11/30 09:08:34.72 FUbWMdS/.net
いずれにせよJSは近いうちに終わる
COBOLやJavaみたいなレガシーの扱いになる
285:デフォルトの名無しさん
20/11/30 09:58:33.10 +FPoUGVQ.net
近いうちと言っても少なくともまだ5年ぐらいは無さそう。完全に置き換わるまでには10年くらい。全然置き変わらない可能性もある。
ま、無くなったって新しいの覚えるだけだ。言語が変わっても思想的に地続きなフレームワークが出るだろうし、何も無駄にはならないな
286:デフォルトの名無しさん
20/11/30 10:13:49.58 y87+I7Qr.net
JS終わってほしいけど数十年は終わらないと思う
287:デフォルトの名無しさん
20/11/30 10:28:21.64 +FPoUGVQ.net
何れにしてもポストJSを考えるには時期尚早感が強い。言語ベンダーとかフレームワーク屋ならともかく
288:デフォルトの名無しさん
20/11/30 10:38:55.43 rn09M8ye.net
>>281
> COBOLやJavaみたいなレガシーの扱いになる
それは終わるとは言わないｗ
お前はいちばん重要なことを忘れてるな
JavaScriptが一番少ない記述量・作業量で目的を達成できるのだから
wasmに取って代わることはない
289:デフォルトの名無しさん
20/11/30 10:43:07.99 bmm0MTRM.net
選挙でもそうだが政局なんてそう簡単にはひっくり返らんよ
290:デフォルトの名無しさん
20/11/30 10:43:56.07 rn09M8ye.net
世の中で本当に終わったといえる言語には特徴がある
1. 1ベンダーによる開発
2. その開発会社が終息を宣言、もしくはそれ相当の自体になった
これにギリギリ当てはまるのは
VB6とDelphiぐらいだろ
JavaScriptは多数の実装があるのでどうあっても終わらない
291:デフォルトの名無しさん
20/11/30 10:46:18.62 rn09M8ye.net
D言語やPerl5/6なんかもあったな
PHPも開発会社が終息を宣言すれば終わる可能性もある
Rubyは幾つか実装があるみたいだが
やっぱり本家が終われば終わる可能性もある
GoもGoogleだけかな
で、JavaScriptはこれらとは程遠い
292:デフォルトの名無しさん
20/11/30 10:46:30.21 bmm0MTRM.net
Delphiとエンバカデロってどうにかなったのか？
293:デフォルトの名無しさん
20/11/30 10:50:16.45 rn09M8ye.net
>>289
もう誰も気にしてないということ
294:デフォルトの名無しさん
20/11/30 12:33:18.66 0Mqgtux2.net
>>281
JSからネイティブコードが
呼び出せるようになるだろ。
295:デフォルトの名無しさん
20/11/30 12:37:42.55 PALovYd2.net
jsは終わらないけど
jsを使ったフレームワークやAltJSの類はどんどん移り変わるから大変だなあとは思う
バージョンアップしたときとかみんな着いていけてるのか？
296:デフォルトの名無しさん
20/11/30 12:58:24.94 +FPoUGVQ.net
フレームワーク作る側も変化が激しくて習得が負担になりうる事を意識してか、ルールが独特過ぎたり複雑過ぎ�
297:驍ﾌは最新減ってきたように思う
298:デフォルトの名無しさん
20/11/30 13:31:15.73 owcTZSsV.net
Pythonの高速ライブラリはCで書かれたネイティブモジュールだけどPythonはなくなりましたか。
え？なくなってない？じゃあなんでwasmでjsがなくなるのｗｗｗ
Pythonよりさらに状況悪くて、クライアントサイドではwasmはjs経由でしかロードもできないのにｗｗｗｗ
299:デフォルトの名無しさん
20/11/30 13:52:09.05 FUbWMdS/.net
何言ってんだこいつ
pythonのライブラリがCで書かれてるからと言ってクライアントまでCにする理由はない
なぜならCよりもpythonのほうが簡単だから
これはpythonと「pythonより速いが難しい言語」との比較だ
JSとwasmの関係はpythonとCの関係とは全く状況が異なる
wasmは今のところC#が有力だが将来的には言語を選ばなくなるはず
ということはJSと「JSより簡単で安全で高速な他の言語」との対立という構図になる
結末は目に見えているね
300:デフォルトの名無しさん
20/11/30 13:58:03.77 owcTZSsV.net
> C#が有力
どこが？ｗｗｗ
wasmはGCサポートしてないから.net中間コード逐次実行するランタイムをwasmでロードするという、クソみてーなことしてるGCクソ言語じゃんｗｗｗｗ
RustやCみたいにwasm用にAoTコンパイルできるようになってからほざけカスｗｗｗｗ
やーいインタプリタ言語ｗｗｗｗｗｗ
301:デフォルトの名無しさん
20/11/30 14:17:09.83 +FPoUGVQ.net
>>296
嘘だろと思って調べてみたらマジで草
オーバーヘッド半端ないな
302:デフォルトの名無しさん
20/11/30 14:19:02.43 IuzD2K3l.net
>>296
corertちゃん…
303:デフォルトの名無しさん
20/11/30 14:26:46.20 5LwFg3Ca.net
>>296
blazor wasmがガッカリ低速なのもこれが主原因なんだよね。
ランタイムDLのオーバーヘッド、
中間言語からの実行時(JIT)コンパイルのオーバーヘッド…
他のザコアイテムの改善を行ってはいるが、本丸のAoT対応はできてないw
304:デフォルトの名無しさん
20/11/30 14:51:20.63 0Mqgtux2.net
>>299
Blazorは純粋なwasmじゃないですよ。
Domの処理はガッツりjsです。だから遅い。
305:デフォルトの名無しさん
20/11/30 14:59:27.04 FUbWMdS/.net
>>296
そんなものは時間が解決するに決まってるだろ
少しは考えてからレスしたほうがいいよ
306:デフォルトの名無しさん
20/11/30 15:27:21.70 +FPoUGVQ.net
wasmにGCが乗り、さらに予定すらされていないDOMを直接触る機能が付き、それが全てのブラウザに搭載され、仕様が安定し、それにC#が対応し、フレームワークが完成し、そのフレームワークが流行り……いつになったらJSはレガシーになるんですか？
307:デフォルトの名無しさん
20/11/30 15:31:51.34 5LwFg3Ca.net
>>300
そんなのはRustもCも一緒です。
DOM APIはJS用しか存在しないんだから。
言い訳にもならない。
308:デフォルトの名無しさん
20/11/30 15:32:59.39 rn09M8ye.net
>>291
alert("hoge")
alertの先はネイティブコード
昔からJavaScriptはネイティブコードを呼び出している
309:デフォルトの名無しさん
20/11/30 15:41:53.35 mKaKPR0T.net
.net vmのcdnを予めダウンロードしとくみたいなことできんの？
310:デフォルトの名無しさん
20/11/30 15:42:29.51 rn09M8ye.net
>>303
昔からDOM APIはJavaScript専用じゃない
呼び出そうと思えば、どんな言語からでも呼び出せる
VB6（VBScriptじゃなくて）とかDelphiにIEコンポーネントを埋め込んで
VB6やDelphiからDOM APIを呼び出すなんてのは昔からできた
DOM APIの先はネイティブコードなのでJavaScriptから呼び出しても
wasmから呼び出してもパフォーマンスは変わらない
DOM APIの機能が強化されるたびに、JavaScriptのパフォーマンスは上がってきた
JavaScriptからwasmに変換することもできるということを考えると
話は昔かあるインタプリタ vs コンパイラでしかなくなる
事前コンパイルした方が確かに速いが、インタプリタは事前に
コンパイルする必要がなく気軽に開発できるという点で広く使われている
これが覆ることなんて今後も考えられないだろ
Javascriptのメリットはインタプリタからコンパイラへの変更がシームレスであるということ
開発の初期段階はブラウザで直接動くから素早く開発でき
そして速度が重要な部分だけwasmで変換すれば良くなる
パフォーマンスと開発効率のバランスが優れてるいいとこ取りの言語なんだよ
311:デフォルトの名無しさん
20/11/30 16:08:05.54 XP0NOCLu.net
>>303
domに頼ってるようじゃお終いですな
312:デフォルトの名無しさん
20/11/30 16:11:06.34 tpJ2df0N.net
>>305
一回落とせばキャッシュされるよ
313:デフォルトの名無しさん
20/11/30 16:12:17.98 5LwFg3Ca.net
DOM APIはJavaScript専用です。
wasmからJS経由せずにDOMを触る方法はありません。
これはCだろうがRustだろうがC#だろうが変わりません。
DOMの実装はC++ですが、上記の状況とはまったく関係のない話です。
C++だろうがwasmからJS経由せずにDOMは触れません。
嘘を千回繰り返しても本当にはなりません。
314:デフォルトの名無しさん
20/11/30 16:15:02.59 0Mqgtux2.net
まったく困ったもんだ。
315:デフォルトの名無しさん
20/11/30 17:18:04.07 tr0Vj++C.net
Mozillaのwasmのリファレンスに、「wasmから直でDOMいじれるようにする計画もあるよ！」みたいなことが書いてあったような記憶がある
316:デフォルトの名無しさん
20/11/30 17:46:49.41 0Mqgtux2.net
>>311
Mozillaにはね...Mozillaだから
317:デフォルトの名無しさん
20/11/30 18:37:42.91 8OT0vtYb.net
>>309
じゃあDOMの実装をJSにしたら良いのでは？
318:デフォルトの名無しさん
20/11/30 18:55:08.36 FUbWMdS/.net
>>302
数年以内だろうな
C#に限らず各言語で出揃う
319:デフォルトの名無しさん
20/11/30 18:56:44.46 owcTZSsV.net
>>313
じゃあ、とは？
C++で実装されたネイティブDOM API (JS専用。wasmからはC++だろうがJS経由しないと呼び出せない)が整備されてるのになぜその必要が？
誤魔化してるつもりかな？ｗ
C++で実装されたネイティブDOMの、WASMネイティブのインターフェースを作ってもらいなよ。お前らが。GCクソ言語なんちゃってコンパイル言語中間言語逐次wasm翻訳実質インタプリタクソ言語爆遅ハッタリ嘘つきクソ言語のC#ユーザーがｗｗｗｗ
320:デフォルトの名無しさん
20/11/30 19:02:17.29 FUbWMdS/.net
>>315
君が足踏みしてる間に世界では誰かがより良い世界を作ろうとしてる
もちろんwasmもすぐに良くなる
321:デフォルトの名無しさん
20/11/30 19:06:51.00 owcTZSsV.net
やっぱりウソ吐いて誤魔化そうとしてたね。
あいも変わらず卑怯な奴らだよ。
そんなだから信用されないんだ。
呆れた。
322:デフォルトの名無しさん
20/11/30 19:15:06.85 PALovYd2.net
この二人の論争はなんというか宗教、政党、プロ野球みたいな感じ
どっちも一長一短、適材適所があるでしょうに。
興奮しすぎだわ。
323:デフォルトの名無しさん
20/11/30 19:17:46.73 0Mqgtux2.net
wasmのスレ立てれば？
デバック面倒くさすぎて
使う気にはなれんけど。
324:デフォルトの名無しさん
20/11/30 19:17:53.53 qWFwWuIl.net
何はともあれC#おじさんがスレ違いなのは確か
325:デフォルトの名無しさん
20/11/30 19:20:18.75 owcTZSsV.net
単なる事実対妄想だが。
クソ言語C#バカが妄想な。
blazer開発者ですらJSに速度では勝てない勝とうとしてない狙いは別のところにあると言ってるのに速度でも勝てると勝手に妄想、嘘んこをスレ違いに喚き散らして宣伝して回るクソゴミカスどもだからお灸を据えてやったほうがいい。
326:デフォルトの名無しさん
20/11/30 19:23:31.24 VwdmTk5m.net
速度で勝てないのは現時点での話
当然将来的には最適化が容易なwasmが勝つ
当たり前のことなんだけど理解できないのはかわいそうに
327:デフォルトの名無しさん
20/11/30 19:25:41.44 owcTZSsV.net
そういうのを妄想つうんだよC#チョン
328:デフォルトの名無しさん
20/11/30 19:30:22.31 +FPoUGVQ.net
そりゃwasmは速いよ。でも今のC#そのままブラウザに持ってきただけのblazerが早いわけじゃない
329:デフォルトの名無しさん
20/11/30 19:31:45.17 VwdmTk5m.net
>>323
当たり前に予想できることを妄想とは言わない
コーラを飲んだらゲップが出るのと同じように確実なこと
330:デフォルトの名無しさん
20/11/30 19:33:08.20 VwdmTk5m.net
>>324
まだ慌てる時間じゃない
ゆったりと高みの見物を決め込んでればいつの間にか逆転してるだろう
331:デフォルトの名無しさん
20/11/30 19:34:15.46 owcTZSsV.net
とにかくとっととAoTコンパイル対応してRustやCと同じ土俵乗ってから偉そうにほざけカスって感じ
332:デフォルトの名無しさん
20/11/30 19:36:06.47 FUbWMdS/.net
はいはい世界の何処かで進行中ですよ
333:デフォルトの名無しさん
20/11/30 19:39:02.85 FUbWMdS/.net
Googleとマイクロソフトがこんな誰でも分かるようなあからさまボトルネックを延々と放置するわけねえじゃんって幼稚園児でもわかりそうなもんだがねえ
いったい何を根拠にしたら黎明期の遅いままでずっと推移するなどという荒唐無稽な妄想を信じられるのだろう
334:デフォルトの名無しさん
20/11/30 19:39:28.44 owcTZSsV.net
AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
URLﾘﾝｸ(twitter.com)
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
(deleted an unsolicited ad)
335:デフォルトの名無しさん
20/11/30 19:41:55.90 l+bF0jjh.net
>>322
現実を教えてあげよう
誰も実行速度で困ってないんだ
そしてみんなが持ってるコンピューターは
年々実行速度が速くなっていってるんだ
買い替えによってね
336:デフォルトの名無しさん
20/11/30 19:42:04.28 +FPoUGVQ.net
ID:owcTZSsV
こいつ口は悪いけどたしかに嘘や希望的観測は言わないな
337:デフォルトの名無しさん
20/11/30 19:48:50.54 l+bF0jjh.net
ソフトウェアの発展というのは
実行速度が技術に置き換えられてきたといっても
過言じゃないだろう
昔の話をするならアセンブラからC言語へ
C言語からC++へ、C++からJavaへ
ネイティブアプリからブラウザアプリへ
実行速度はどんどん遅くなってるんだよ
それが成り立ってるのはハードウェアがそれをカバーし
338:てるからで そうする理由は開発速度を上げるため wasmの目的は実行速度ではない 既存のものをブラウザ上に移植するのを容易にするためだ その必要がないならネイティブアプリにしたほうが実行速度は速いだろう
339:デフォルトの名無しさん
20/11/30 19:49:05.87 l+bF0jjh.net
実行速度が遅い技術に置き換えられてきたといっても
340:デフォルトの名無しさん
20/11/30 19:51:05.88 c2JpZQqd.net
>>290
俺が愛用してるエディタはDelphi製だけどな
341:デフォルトの名無しさん
20/11/30 19:55:18.02 owcTZSsV.net
C#バカの汚いやり口はいつも同じ。
最初は速いと嘘を吐き騙そうとし、
ウソがバレたら今度は速度なんて重要じゃないという。
前にも言ったが、blazer開発者は最初から速度でJSには勝てないと言ってるんだが？
最後に開き直るなら、最初から飾らねばよい。
342:デフォルトの名無しさん
20/11/30 20:00:02.01 XPC113Og.net
C#奴はずっと詭弁しか言ってない
343:デフォルトの名無しさん
20/11/30 21:34:39.47 FUbWMdS/.net
>>332
過去にすがってるだけ
先が見えてない
344:デフォルトの名無しさん
20/11/30 21:36:11.09 FUbWMdS/.net
>>336
最初は勝てないのは妥当な判断だ
最適化なんてほとんどしてない黎明期だからな
逆に言うと改善の余地が有り余ってる
345:デフォルトの名無しさん
20/11/30 21:39:39.44 0Mqgtux2.net
blazorさんはスレ違だから
退散した方がいいよ。
そもそもwasmも同じくスレ違だから。
無かったら別スレ立てて移動してね。
346:デフォルトの名無しさん
20/11/30 21:43:55.23 FUbWMdS/.net
勝てないとわかったら追い出し作戦か
ワンパターンだねー
347:デフォルトの名無しさん
20/11/30 21:47:06.14 owcTZSsV.net
エッ！一年前から遅い遅い指摘されてたのに、まだAoT実現できてないの？
このプロジェクト大丈夫？？
URLﾘﾝｸ(www.reddit.com)
> No. Blazor is currently interpreted. That makes it very slow compared to JS.
> It will at some point be AOT, which should yield a massive performance boost,
> but we're not there yet.
いいえ。Blazorは現在インタプリタ動作です。
そのためJSに比べて非常に遅くなります。ある時点でAOTになり、
パフォーマンスが大幅に向上するはずですが、
まだ実現していません。
↑これが一年前。さーてそろそろAoT実現してるかな～
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
＿＿＿＿＿
ゝ／ ＼ /
/ ＿＿＿＿＿＿＿ヽ
| | : : : : : :＼_人ノ: : :| ／
| | : : / ⌒ ヽ: :/ ⌒ ヽ
/＾v─ i | |
（（ |:ｄ: :♯| ((・|・)) ! 「延期！」
ヽ: : /＾ヽ､ ＿ ノっ ＿ ﾉ－､
|: :| ＼_／＾＼／＾＼_:ノ
|: :| ＼
/⌒＼ヽ （⌒ヽ⌒） ））
| ＼＼_／＾＼_／ﾉ ＿＿＿＿＿
| ＼─┬─ ´ | |_
|. ＼. ＼ | ＼ | 延期 （＿）
| ＼ ＼.／￣￣） （＿)
＼ / ￣) |
348:デフォルトの名無しさん
20/11/30 21:54:51.87 +FPoUGVQ.net
>>338
現在が見えてないC#おじさんの妄想より、現状と開発者の言葉を信じるけどね。普通は
349:デフォルトの名無しさん
20/11/30 22:35:18.91 ae11hT0U.net
C#おじさんのせいでC#が巻き添え食って嫌われるのは心外
350:デフォルトの名無しさん
20/11/30 22:45:16.43 S1EYu7ha.net
C#は良い言語だったと思うよ2000年代中盤から2010年代前半くらいまではね
351:デフォルトの名無しさん
20/11/30 22:56:00.59 ae11hT0U.net
そうか…
2016年に何かがあったんだな…
352:デフォルトの名無しさん
20/11/30 22:58:32.01 gI3b/R7k.net
なんだよこの流れ……jQueryが入る余地ねぇじゃん……
353:デフォルトの名無しさん
20/11/30 22:59:48.74 RrZktX1W.net
SSGの波に乗りおくれるな！
354:デフォルトの名無しさん
20/11/30 23:18:34.74 l+bF0jjh.net
>>347
呼んだかい？ｗ
結局の所wasmは使われず、JavaScriptを使う
そしてDOMと相性がいいのはjQueryって話なんだが
355:デフォルトの名無しさん
20/12/01 01:07:19.73 soycDTan.net
typescriptの生産性を越えない限り、他の言語に出番なんて来ない
356:デフォルトの名無しさん
20/12/01 01:25:58.49 XcHTxxjN.net
jQueryはDOM操作ライブラリだけど
本来ウェブサイトにおいてDOMはガシガシと操作するもんじゃないんだわ
これはjQueryに限った話じゃなくてJavaScript一般の話
jQuery（JavaScript）でやるのは要素の属性の変更
主にclassを変更する。そしてCSSによって見た目を変える
DOMを変更して見た目を変えるんじゃなくて
DOMはそのままでCSSで見た目を変える
これでやりたいことの8割は実現できる
できないのはグリッドテーブルの行数を増やすとかそういうもの程度
そうやって見た目をCSSで変えるだけにすると
JavaScriptの処理は少なくなって、CSSによる宣言的な記述で実装できるようになる。
これはバグが減ってCSSはブラウザによってネイティブで処理されるからもっとも高速になる
あとはこれをJavaScriptでやるからjQueryでやるかだが
jQueryを使うとJavaScriptのコードも宣言的に書けるようになる
正しいウェブサイトプログラミング手法を知ってると
JavaScriptでやる処理が減るから、JavaScriptが遅いことがデメリットにならないんだよ
多少遅くなってもボトルネックにはならないから、そのぶんjQueryを使って楽にやりましょうと
もとより大したことはしないのに、それをwasmに置き換えてなにかメリットあると思う？
ウェブサイトにwasmが入る余地はないんだよ。wasmはデスクトップアプリの移植用
357:デフォルトの名無しさん
20/12/01 01:34:30.18 XcHTxxjN.net
もちろんこの手法にも問題はあってJavaScriptは
シンプルになるが、代わりにHTMLとCSSが複雑になる
この問題はCSSに関してはSASS（SCSS）で解決できる
ウェブプログラマはCSSとその周辺技術に詳しくならないといけないんだが
なぜかCSSわかりません。みたいなことを恥ずかしげもなく言ってしまう
ポインタわかりませんみたいなレベルだからなこれ
HTMLが複雑化する問題は将来的にはWebComponentで解決するだろうし
今現在はテンプレートエンジンを使えば、簡単な記述で生成できる
358:デフォルトの名無しさん
20/12/01 01:44:32.83 BITrO4cB.net
随分スレチな流れだが、wasmは置いといてそこでjQuery推すのはやめてくれ。さらにスレチが加速して収集つかなくなる。jQueryが優秀なのは知ってるから。
359:デフォルトの名無しさん
20/12/01 05:22:26.97 IH0+Yar+.net
>>348
Next.jsとGatsbyどっちがオススメ？
360:デフォルトの名無しさん
20/12/01 06:58:41.70 IH0+Yar+.net
>>249
Armv8.3のFJCVTZS命令が件のJS専用命令で、JS特有の整数変換を高速化できるとのこと。
URLﾘﾝｸ(qiita.com)
M1のみならずArmCPUなら高速化するってわけだ。x86も追従するかもね。
361:デフォルトの名無しさん
20/12/01 09:22:33.54 Iz940o1z.net
別にサイト作成にjQuery使うことは否定してないからさっさと成仏してくれ
362:デフォルトの名無しさん
20/12/01 12:27:40.74 CDzfjJOf.net
マシン語(アセンブリ言語)があらゆる言語を動かし得るのと同様、Wasm(WebAssembly)
もあらゆる言語を動かし得るのだから、Wasm自体に限界は余り無い。
限界があるのは、
・ローカルファイルシステムへ自由な読み書きが出来ないこと。
・グラフィックが遅いこと。特にせっかくOpenGL相当のWebGLがあるのに
同じマシンのnativeのOpenGLの数十倍遅いことが多いのが残念。
363:デフォルトの名無しさん
20/12/01 12:29:51.34 KHJEiCI/.net
>>351
アホ？
jQueryは命令的、Reactとかが宣言的っていうんだよ
命令的だから当然複雑になると手に負えなくなる
364:デフォルトの名無しさん
20/12/01 16:05:00.77 CDzfjJOf.net
>>331
その話は一理あるが、ダウンロード時間に関しては果たしてどうか。
意外と通信費は安くならないし。
それと速度が関係ないというならデスクトップもC#で十分なはずなのに
C++も依然としてかなり人気があるし、新しい言語ならC#より速度が速い
とされるRustも一番人気とも言われている。
人気に関しては色々と議論の余地があるが。
365:デフォルトの名無しさん
20/12/01 16:08:33.20 CDzfjJOf.net
>>359
補足するとPCの速度は、シングルスレッド性能は余り上がらないがコア数はどんどん
増えているので、マルチスレッド化できるような処理の場合にはその時点での
速度の遅さは余り問題にならないかも知れない。
ところが通信に関しては安く済まそうと思うと、とたんに事情が違ってくる。
366:デフォルトの名無しさん
20/12/01 16:14:14.50 CDzfjJOf.net
一戸建ての固定回線の場合、光ファイバーにするには月々4,500円くらいが最低価格。
一戸建ての三年以後の価格で、光ファイバーでそれ以上安いプランは存在し無い事が
多いから。それだと年間、5万4,000円かかる。
それより安くしようと思うとADSLになるが、ADSLは基地局から遠いと極端に遅く
なり、光ファイバーの100～1000分の1位しかでない事が少なくない。
その場合、Blazor Wasmの初回起動はダウンロードに一分以上待たされる。
また、さっきネットで、ダウンロード後の起動にも15秒程度かかる場合があるというテスト
結果をちらっと見た。
367:デフォルトの名無しさん
20/12/01 17:29:12.99 sVIjNcb4.net
>>358
> jQueryは命令的、Reactとかが宣言的っていうんだよ
それはお前がjQueryを命令的に使ってるだけの話
Reactのどこが宣言的だというのか
宣言文相当のものを見せてみろって
jQueryの場合は
$('.link').css({color: 'red'}') こうな
.link { color: 'red' }
これは同じく宣言的であるCSSの書き方と似ている
368:デフォルトの名無しさん
20/12/01 17:37:15.15 WP+WGTcn.net
Netflix で測ると、今は都会の�
369:tァイバーなら、速い時で、150MB / 秒ぐらい出る！
370:デフォルトの名無しさん
20/12/01 18:05:23.43 CDzfjJOf.net
>>363
月々の料金はいくら？
371:デフォルトの名無しさん
20/12/01 18:12:32.71 IH0+Yar+.net
スマホで速度制限中かもしれないし、データ量が少ないに越したこた無いんだな
372:デフォルトの名無しさん
20/12/01 18:15:02.63 XaSziyAo.net
速度制限中の速度は500Kbps、つまり62.5KB/秒
jQueryのサイズはgzip圧縮時で30KB
0.5秒
画像1枚の方が大きかろう
373:デフォルトの名無しさん
20/12/01 18:19:29.40 8vXHLLG3.net
結局、MVC+jQueryが最強なんだね
374:デフォルトの名無しさん
20/12/01 18:20:40.55 KHJEiCI/.net
>>362
勉強してこいアホが
375:デフォルトの名無しさん
20/12/01 18:21:01.19 XaSziyAo.net
>>368
やっぱり反論なしなんですよね（笑）
376:デフォルトの名無しさん
20/12/01 18:25:20.17 KHJEiCI/.net
>>369
いやマジでお前恥晒しだから無能アホjQueryゴミ命令カオススパゲティ野郎はお呼びじゃないからあっちいけ
スレのレベルが下がる
377:デフォルトの名無しさん
20/12/01 18:25:40.77 kQQehElu.net
ちょっと聞いていい？
Reactはbabel必須って理解は間違ってない?
Reactの環境構築の最小構成みたいな記事でbabelを入れてなかったからなんか他にやり方あるんかと思いまして
378:デフォルトの名無しさん
20/12/01 18:26:30.73 XaSziyAo.net
>>370
必死すぎやろｗ
379:デフォルトの名無しさん
20/12/01 18:31:10.48 IH0+Yar+.net
宣言的か宣言的じゃないか、jQuery使うか使わないかなんて、同じチームの人間が言うことでなければどちらでも良い。
それを押し付けてさえ来なければ勝手にどうぞ、となる。
380:デフォルトの名無しさん
20/12/01 18:33:14.62 IH0+Yar+.net
>>371
webpackとts-lorder使ったときはインストールしなかった。裏で依存関係で拾ってきてるかもしれないけど
381:363
20/12/01 18:55:16.53 WP+WGTcn.net
>>364
大阪梅田の5階建ての会社のビル
NTT だと言ってた。
でも混雑時には、かなり遅くなるだろうが
382:デフォルトの名無しさん
20/12/01 19:14:56.80 WP+WGTcn.net
Ruby on Rails 6 ではデフォルトで、Webpack。
node_modules フォルダ内に、何千というファイルが入っているw
プロジェクトの設定ファイルは、
package.json, babel.config.js, .browserslistrc, postcss.config.js
yarn.lock は、7,500行あるw
その中を、babel で検索したら、440 個
React プロジェクトを作るには、
rails new に、--webpack=react を付ける
383:デフォルトの名無しさん
20/12/01 19:15:08.58 kQQehElu.net
>>374
webpackもts-loaderも、「jsxをトランスパイルする」モジュールではないよね？
裏でなんかやってんのか
384:376
20/12/01 19:33:46.11 WP+WGTcn.net
これか？
でも、React プロジェクトを作ったら、依存で勝手に入るかも
URLﾘﾝｸ(github.com)
npm install -g jsx
385:376
20/12/01 19:48:04.03 WP+WGTcn.net
最新版で学ぶwebpack 5入門
Babel 7でES2020環境の構築
(React, Vue, Three.js, jQueryのサンプル付き)
URLﾘﾝｸ(ics.media)
webpack+Babel+Reactの構成を作成しよう
@babel/react を記述するのがポイントです。
これによって、JSX が解釈できるようになります
386:デフォルトの名無しさん
20/12/01 20:22:07.56 U68a3lhY.net
>>371
昔はcdnでも使えたらしいな
今はほぼ100%webpackだろうけど
387:デフォルトの名無しさん
20/12/01 20:23:07.78 U68a3lhY.net
>>376
革新的だと思ってるかも知れんがLaravelの後追いやね
388:デフォルトの名無しさん
20/12/01 20:27:08.47 z7IFf7zF.net
TypeScriptはJSXをトランスパイルできる
URLﾘﾝｸ(www.typescriptlang.org)
＞TypeScript supports embedding, type checking, and compiling JSX directly to JavaScript.
だからTypeScript+Reactでやる場合はBabelはいらないと思う
389:376
20/12/01 20:32:55.47 WP+WGTcn.net
Ruby on Rails は、ずっと昔から、Webpack プロジェクトを作れた
それが、Rails 6 ではデフォルトになっただけ
390:デフォルトの名無しさん
20/12/01 20:43:52.55 kQQehElu.net
>>382
なるほどー！そういうことか
納得行きました、ありがとう
391:デフォルトの名無しさん
20/12/01 20:46:04.94 IH0+Yar+.net
>>382
なるほど、tsconfigにjsx(tsx)関連の設定あるのはlint用だけじゃなかったわけだ
392:デフォルトの名無しさん
20/12/02 07:41:50.62 9YN20bAS.net
LaravelといえばASP.NET MVCのパクリだよな
BladeとかRazorから由来してる
393:デフォルトの名無しさん
20/12/02 09:30:37.87 b/bzLjQ4.net
クックパッドがRailsからNext.jsに置き換えだってさ
URLﾘﾝｸ(techlife.cookpad.com)
394:デフォルトの名無しさん
20/12/02 09:33:18.11 Lkf+TW+/.net
SSRエンジンってその先にもう一個何かないとDB書き込みとかできないんじゃなかったっけ？
違ったか？
395:デフォルトの名無しさん
20/12/02 12:20:32.03 4ZukVyfA.net
Rails、JS界隈はフレームワークの移り変わりが速くて大変そうだね
やっぱり安心して長期運用できるのはマイクロソフト、jQueryですわ
396:デフォルトの名無しさん
20/12/02 12:28:59.03 B8/knNRa.net
安定のIE6案件
397:デフォルトの名無しさん
20/12/02 12:29:08.13 yJY81L7A.net
笑
398:デフォルトの名無しさん
20/12/02 12:32:02.63 +nSH4YQS.net
>>386
ASP.NET MVCはRubyOnRailsのパクリだとおもう
399:デフォルトの名無しさん
20/12/02 12:36:05.22 gmqCIpk4.net
>>389
MS製のフレームワーク、Win32, MFC, WinForms, WPF, UWP,
Silverlight, Xamarin, Blazor, MAUI, WinUI, WinRT, ...
長期安定的に非推奨のものが積み重なっていくね。
400:デフォルトの名無しさん
20/12/02 12:37:56.58 b/bzLjQ4.net
IE6が出てからIE7が出るまで5年もアップデートが無かった。今からすると考えられない暗黒時代
401:デフォルトの名無しさん
20/12/02 12:38:09.89 gmqCIpk4.net
.NET
.NET Standard
.NET Framework
.NET Core
Mono
...
もうどれがどれだか分からん。
402:デフォルトの名無しさん
20/12/02 12:41:14.03 gmqCIpk4.net
ASP.NET, Azure, MS Cloud とBlazor Server/Wasm, MAUI, XAMLなどの
関係性が複雑すぎて理解が難しい。
Xamarin.Form, Xamarin.Android と XAML, WinForms の関係性とか、
「便利」とは何か、選択肢が多いことは便利なのか。
403:デフォルトの名無しさん
20/12/02 12:43:45.72 gmqCIpk4.net
MVVMだのMVCだの。MFCのDocument/Viewアーキテクチャと名前は似ているが、
なんか違う。
BlazorもXAMLと似ているが違うようだし、HTMLとも関連しているが全く同じでは
無いような感じで、学んでも果たして将来の役に立つのだろうか。
404:デフォルトの名無しさん
20/12/02 12:51:45.99 PGx6ncLP.net
>>394
ライバルブラウザが存在しないとそういうことになるんだよな
ネットスケープ（Mozilla）はライバルになり得なかった
Chromeの登場がすべてを変えた
オープンソースというか無料のソフトウェアというのは
MicrosoftやGoogleの広告ビジネスのように
他のビジネスで金を稼いでいないと持続できないのだ
405:デフォルトの名無しさん
20/12/02 12:58:38.95 yJY81L7A.net
すでにマイクロソフトが
オープンソースの推進役みたいになっとる。
言語は別に他社製でもよいかんじだ。
そのう�
406:ｿC#からもフェードアウトするかもよ。
407:デフォルトの名無しさん
20/12/02 13:04:42.40 b/bzLjQ4.net
プラットフォーム持ってるとこに取ってはオープンソースはメリット多いよね。
コミュニティは活性化して利用者増えやすくなるし、利用者から直接修正パッチ飛んでくるし、新しい使い方を見つけてくれるし、なんならライバルも軍門に下る（EDGE）
408:デフォルトの名無しさん
20/12/02 13:40:51.50 vDg6xkSY.net
Chrome では、ページ全体が翻訳されるものでも、
Edge では、翻訳されない部分が残ることがある
409:デフォルトの名無しさん
20/12/02 14:00:23.52 gmqCIpk4.net
>>399
MSクラウドが他のクラウドと差別化できるのは、PaaSだけだと思うが、
PaaSと言語は切っても切り離せないのではないか。
ならばMSがクラウドで儲けるためには、言語を他社製で良いという訳に
行かない気がするが。
なぜならそうすると、社運がかかっているクラウドが、その言語会社に牛耳られる恐れがある。
また、オープンソースの言語にした場合は、MSクラウドでなくても良いことになるので、
クラウド事業で失敗する可能性が高まる。
もう1つの可能性は、言語が全て無料化されることだ。
しかしAWSもMS製のVisualStudioを使うことが出来る。
そのVSが無料化した場合、敵であるところのAWSに塩を与えてしまうことになる気がする。
410:デフォルトの名無しさん
20/12/02 14:03:38.50 s/Tj40p5.net
>>393,396
やめたれｗｗｗｗ
411:デフォルトの名無しさん
20/12/02 14:25:24.62 u23z8tnt.net
何でそんなに草生やしとるん？
412:デフォルトの名無しさん
20/12/02 14:53:05.43 b/bzLjQ4.net
クラウドは何でも受け入れる事が一番重要なんじゃないかな。何が流行るかわからないし。
それと同時に、差別化・囲い込みが必要だってのもわかる。
MS♡Linuxとか言ってんのは前者で、後者は.NET、そしてその中間にTSとVSCode。みたいな。
固執はしないだろうけど、捨てもしないだろう
413:デフォルトの名無しさん
20/12/02 14:55:40.73 yJY81L7A.net
もうosすらLinuxとの双生児になりつつあるからね。
414:デフォルトの名無しさん
20/12/02 15:27:19.17 jOtugkoA.net
>>402
無料のMS製品を使わせて、そのMS製品と一番相性がいいのがMS製品だから
生産性を考えると全部MS製品に揃えるのが良いという流れに
持っていってるだけ。GoogleもAppleも同じことをやってる
そしてこの数年の間にLinuxも
MS製品の一つとなってることに気づいたかね？
415:デフォルトの名無しさん
20/12/02 15:47:27.13 gmqCIpk4.net
>>407
しかし、その戦略はMS製品でなくても良くなってくる危険もはらんでおり、
LinuxではWineの完成度も上がってきているからLinuxに移行が進んで
Windowsが売れなくなる状態になるのを加速する。
Windowsが売れなくなれば、MS Officeでなくても良いと思われる様になり、
ならば MS クラウドでなくても良いということが連鎖的におきかねない。
殿様商売の経験が長かったせいでそれに気づけてないのかも知れない。
416:デフォルトの名無しさん
20/12/02 16:23:23.48 f4QkNh3N.net
デスクトップLinuxは20年経ってもまったく普及してない
417:デフォルトの名無しさん
20/12/02 16:32:37.13 b/bzLjQ4.net
Linuxデスクトップを10年以上使ってきたけど、開発者以外に流行る徴候は一度も無かった。スマホの展開には驚いたけど。
MSもPC方面は警戒してはいないし、デスクトップが戦場になる時代でもないと感じる
418:デフォルトの名無しさん
20/12/02 18:08:32.58 jOtugkoA.net
>>408
時系列が逆だねぇ
Linuxの完成度が良くなってきたから、MSはそれに対応するように戦略に変えたの
その結果が、AzureだったりWSLだったりするわけ
知らんの？いつからLinuxが使われてきたのか
MSの戦略の結果、MS製品でなくても良くなったんじゃなくて
MS製品でなくても良くなりつつあったから、戦略を変えたの
たとえWindowsが売れなったとしても、MS全体のビジネスに
影響がないようにビジネスの柱を複数用意したの
大企業なのにこの柔軟性はすごいよ
419:デフォルトの名無しさん
20/12/02 18:12:38.82 jOtugkoA.net
MS Officeでなくても良いというが、
少し前までOpenOfficeやLibreOfficeがライバルだったのは知ってるだろう
だが今は見る影もない。なぜならどちらもクラウドの時代に対応できなかったからだ
今じゃLinuxでもクラウドでMS Officeを使えるようになってる
このようにMSはクラウドに対応してきた
420:デフォルトの名無しさん
20/12/02 19:06:42.03 s/Tj40p5.net
大勢が決まってから後乗りしてきた、のまちがい
421:デフォルトの名無しさん
20/12/02 19:24:30.07 26rcFOAE.net
後乗りはオープンソースが推奨してることだから
それをMSがやっても、とがめられることじゃないんだよ
Edgeも後乗り、Chromeの技術をMSが利用する
でもChromeそうやってできてることで非難できない
最後に全部MSが合法的にかっさらっていく
それを見て「後乗りだー！」「後乗りだー！」と騒いでも
後の祭り
422:デフォルトの名無しさん
20/12/02 19:30:55.14 s/Tj40p5.net
後乗りだけに。
423:デフォルトの名無しさん
20/12/02 19:53:56.62 pOgkAB6s.net
>>397
役にたつよ
424:デフォルトの名無しさん
20/12/02 20:02:08.72 pOgkAB6s.net
GitHub
Windows
Office
VisualStudio
VSCode
.NET
Java
TypeScript
npm
python
Azure
Asp.Net
Blazor
マイクロソフトさんまじ無敵じゃないですか
おそらく次に囲い込むのはDockerだろうな
425:デフォルトの名無しさん
20/12/02 20:52:07.48 ujR1EPzI.net
え、JavaってMSだったのか
426:デフォルトの名無しさん
20/12/02 20:58:25.74 u23z8tnt.net
Python（の生みの親が入社したから）もMS
427:デフォルトの名無しさん
20/12/02 21:17:23.21 j6INaZxo.net
マイクロソフト嫌う人って何が嫌いなんだろ
煽りとかじゃなくて純粋に理由が聞きたい
金儲けに走り過ぎてるとことか？
428:デフォルトの名無しさん
20/12/02 21:19:12.45 ihV57jve.net
Dockerは単なるスタンドアロンなOSSなので、MSが買ったところでGoogleやAmazon等に対して差別化できるか微妙だからどうだろうね
そうでなくてもDockerは既にMSやAmazonの下請状態なわけで、あえて買収するメリットはないのでは
429:デフォルトの名無しさん
20/12/02 21:21:37.90 XWIOL7vQ.net
>>420
IEへのヘイト
430:デフォルトの名無しさん
20/12/02 21:22:58.48 fQWOsJ3+.net
嫌いっていうかVisual Studioあんま使いたくないな
開発環境はエディタとターミナルだけで完結したい
431:デフォルトの名無しさん
20/12/02 21:30:47.25 KKT+f1Fx.net
>>420
ウィンドウズで動く画像ソフトを作って販売
↓
マイクロソフトがOSに取り込む
↓
画像ソフト死亡（怒）
オープンソースの作成者「なんでウィンドウズのソースが見れない？オープンソースを勝手に使うな（怒）」
432:デフォルトの名無しさん
20/12/02 21:36:24.24 26rcFOAE.net
実際にはオープンソースが商用ソフトを殺してるんだけどな
オープンソースの作者がソースコード非公開にしていいと言ってるから
非公開にしてるわけで、それに文句を言ってる作者なんかいない
433:デフォルトの名無しさん
20/12/02 21:49:17.39 s/Tj40p5.net
いやAWS思いっきり非難されてあわててOSSにスポンサードし出したが。
434:デフォルトの名無しさん
20/12/02 21:52:18.10 OsPCXXwm.net
オープンソースがプロプライエタリを殺すとか敵対するとか、何年前から来たんですか？
435:デフォルトの名無しさん
20/12/02 21:55:07.46 26rcFOAE.net
それはソースコード非公開の話と関係ないし
そもそも問題となってるのはクラウドであって
Windows自体はクラウドではないので現に非難されてない
436:デフォルトの名無しさん
20/12/02 21:56:22.76 26rcFOAE.net
>>427
事実だよ。オープンソースに殺されてないのは
マイクロソフトなどの体力があるところだけ
オープンソースがある分野で
競合ソフトがどれだけあるというんだ？
中小企業が参入する余地はない
437:デフォルトの名無しさん
20/12/02 21:58:01.89 I2F+dDp3.net
.netの開発はVSで全部完結するとこがいいわ
IlSとかSQLServerとか、デプロイからDB管理まで全部VSだけで済む
OSS系の開発はいろんなツールをパッチワークみたいに使い分けないといけない
で、何かのソフトがバージョンアップして動かなくなるから古いバージョンに戻すと今度は別のソフトが動かなくなるクソ
438:デフォルトの名無しさん
20/12/02 22:00:45.22 pfG57L68.net
>>420
今は別に嫌いでもないけど、
昔はIEバンドルしてネスケ締め出したり
オフィス抱き合わせして一太郎ロータス潰したり
.netバンドルしてJava潰したり
独禁法で訴えられてなかったらグーグルも潰されてたと言われてる。
やりたい放題やって嫌われないわけがない
439:デフォルトの名無しさん
20/12/02 22:05:42.91 26rcFOAE.net
たらればとかどうでもいい
今は開発者に好印象
それがMSの強いところ
440:デフォルトの名無しさん
20/12/02 22:06:48.03 sDJYCgQi.net
MS凄い=MS支持してる俺凄いって発想の奴がいるな
441:デフォルトの名無しさん
20/12/02 22:08:52.96 erzFOjPF.net
>>432
たらればは最後だけな
442:デフォルトの名無しさん
20/12/02 22:09:01.14 26rcFOAE.net
>>433
たった今、そういう発想が思い浮かんだのは、「お前」ですよね？ｗ
443:デフォルトの名無しさん
20/12/02 22:30:54.46 3xGcwmKY.net
ブラウザもEdgeが覇権とりそうだね
Chromeの機能性にマイクロソフトのカスタマイズが入れば無敵
VSCodeとの連携も可能
444:デフォルトの名無しさん
20/12/02 23:08:22.49 26rcFOAE.net
流石に覇権は取れないと思うけど実際増えてるらしいね
Microsoft Edgeのシェアが大幅に増加
URLﾘﾝｸ(www.softantenna.com)
445:デフォルトの名無しさん
20/12/02 23:15:58.43 NBsW9IvR.net
メイン火狐だしサブはchromeもどきなら何でも良かった
446:デフォルトの名無しさん
20/12/03 02:29:29.56 toBxio+U.net
>>430
今のVSは、AndroidSDKやclangとも連携しているから、開発環境の
バージョン管理が複雑になり、不安定になってきている。
オープンソースを誰かが流行らした結果、そのようなものしか作れなくなって
しまい、プログラマは不幸になった。
447:デフォルトの名無しさん
20/12/03 02:38:23.31 toBxio+U.net
>>429
オープンソースを使い出すとサイズが巨大化する傾向がある。
AndroidSDKも、clangも最初からサイズがでかい。
対応プラットフォームなどによるが、clangはコンパイラの1つの実行ファイル
が89MB以上で、clang.exe, clang++.exe, clang-cpp.exe, clang-cl.exe
など複数のファイルが同様のサイズなので、これだけでも89*4=約360MBに
なり、lld-link.exeが61MBあったり、全部合わせると物凄いバイト数になる。
Windowsのファイルシステムイがシンボリックリンクに対応していないから、
clang.exe の亜種がサイズが大きくなっている可能性もあるが、それは
Windowsが悪いのではなく、デファクトスタンダードであるWindowsで
使えないUnixの機能を勝手に使って済まそうとしたことや、移植した人の責任。
448:デフォルトの名無しさん
20/12/03 02:41:32.56 toBxio+U.net
>>426
「OSSにスポンサード」と言っているが、目立つ人や団体に金を出しただけで
その裏で貧乏生活を強いられ、搾取されているプログラマは泣いている。
449:デフォルトの名無しさん
20/12/03 06:42:52.35 00SeLCIw.net
VisualStudio容量もりもり食うのに使った事ない人なのかな？
450:デフォルトの名無しさん
20/12/03 07:01:49.74 JqlpTbiL.net
Xcodeも容量食うよな。15GBぐらい
451:デフォルトの名無しさん
20/12/03 09:27:01.41 QOvIykSz.net
そこまでは食わないよ
452:デフォルトの名無しさん
20/12/03 12:49:57.00 Nwj1NL2r.net
米国の平均年収では、
Ruby on Rails が、125,000 ドルでトップ！
Node.js が、90,000ドルで最下位
遂に、AWS のソリューション・アーキテクトが、
1,500万円と、Rails をも超えたらしい！
不況の株高で、Amazon の株価は、160兆円。
数年以内に、500兆円ぐらいまで行きそう
YouTube に動画を上げてる、AWS 認定のクラスメソッドは、すごい。
会社全体で、AWSの800資格を取って、
全12資格を取った、マスターが7人もいる！
AWS は、CentOS 系のAmazon Linux と、MySQL 系のAurora の組み合わせで、
数倍速いように作っているとか
453:デフォルトの名無しさん
20/12/03 12:53:14.81 kqDMp3wO.net
サラリーマンに興味は無い。
454:デフォルトの名無しさん
20/12/03 12:55:43.07 deUEuPD7.net
やっぱMVCのほうが稼げるね
SPAは需要が少なすぎる
455:445
20/12/03 12:58:10.64 Nwj1NL2r.net
もう、AWS だけでは食えません。
Ruby on Rails とセットでないと食えません、とか言われていたのに、
AWS のソリューション・アーキテクトの値段が、1,500万円まで暴騰してる！
456:デフォルトの名無しさん
20/12/03 13:02:52.29 ywlJu9Wv.net
今のjsフレームワークはSSRはもちろんSSGもできるんですが
457:デフォルトの名無しさん
20/12/03 13:11:02.79 DUHTsPKn.net
ふーんでって感じ
MVCの需要を超えてから出直してこい
458:デフォルトの名無しさん
20/12/03 13:21:49.63 0iG0u9Ro.net
なーんでこの人たちはRailsやC#やjQueryを押し付けてくるの？
459:デフォルトの名無しさん
20/12/03 13:45:53.79 D2QDkG+t.net
自分の頭で考えられないからじゃね
460:デフォルトの名無しさん
20/12/03 15:07:10.11 8fqR7feq.net
自分の頭で考えた結果だろ
何も考えずに流されてるほうがダメ
461:デフォルトの名無しさん
20/12/03 15:13:52.75 3lw1+h2j.net
有名な誰それが言ってたから俺もやるんだーっていう何も考えてないやつが多い
そういうやつを見抜くのは簡単、そういうやつは手段が目的になっている
例えば「脱jQuery」
462:デフォルトの名無しさん
20/12/03 15:21:34.06 z31Mq8km.net
スレタイのフレームワーク・ライブラリの使用経験がある人の中で、jQueryに戻りたいっていう人は存在するんだろうか
463:デフォルトの名無しさん
20/12/03 16:03:25.68 eIuWK7gH.net
>>455
jquery uiがスキ
464:デフォルトの名無しさん
20/12/03 16:06:09.41 3lw1+h2j.net
>>455
ウェブサイトのちょっとしたJavaScriptにも
フレームワークを導入したいって人がいるかって？
いないやろｗ
465:デフォルトの名無しさん
20/12/03 16:17:39.33 mpaZ+t9d.net
押し付けてくる理由は無いとなるとただの荒らしかな？
466:デフォルトの名無しさん
20/12/03 16:25:16.17 3lw1+h2j.net
そもそも押し付けてないだろ？
467:デフォルトの名無しさん
20/12/03 20:06:21.87 fj9KsucO.net
>>449
サーバーサイドG
ってなんのG？
468:デフォルトの名無しさん
20/12/03 20:25:15.21 5dSeSRWG.net
Static Site Generator
最近はISR(Incremental Static Regeneration)が流行りらしいなどういうのか知らんが
469:デフォルトの名無しさん
20/12/04 18:20:09.46 S0A0JTcy.net
>>455
Webアプリ作るんだったらjQueryはダルいなぁ。Reactの快適さを知ってしまった
470:デフォルトの名無しさん
20/12/04 18:31:40.44 HyuHUD7c.net
いいね。ウェブアプリかどうかって話が認識されてきた
ウェブサイトにはjQueryがぴったりってことだ
471:デフォルトの名無しさん
20/12/04 20:24:51.09 h5wnLwgi.net
アプリでもないのに動かなくていい
472:デフォルトの名無しさん
20/12/05 00:02:21.52 M7HC2SJI.net
ネイティブのJavaScriptとReactとtypescript使ってる
奴の人口足してもjquery人口には勝てんやろな
所詮、これが現実よな
473:デフォルトの名無しさん
20/12/05 13:34:43.35 3OUqO/Qz.net
Ruby on Rails では、
bin/rails webpacker:install:react
で簡単に、React プロジェクトを作れるけど、
ほとんどの人は、よく知らずに、コピペだけして作っているw
474:デフォルトの名無しさん
20/12/08 04:32:41.26 nFluSfxP.net
Angularの皮肉なことはアップデートの遅いAngularJSの方が人気でシェア逆転したこと
草しか生えない
475:デフォルトの名無しさん
20/12/08 14:27:26.40 D4f7y84B.net
Angular俺は好きだよー
476:デフォルトの名無しさん
20/12/09 01:25:46.80 WuZTb4kZ.net
あんぎゅーら？
477:デフォルトの名無しさん
20/12/09 01:28:31.87 eCHhpLek.net
沖縄のおやつか何か
478:デフォルトの名無しさん
20/12/09 02:51:54.94 jODQKuwy.net
サーターアンダギー
479:デフォルトの名無しさん
20/12/09 10:47:11.84 uM1iB96b.net
チンスコウ
480:デフォルトの名無しさん
20/12/10 00:25:27.07 U7s1vwLT.net
>>471
砂糖+アブラ+アゲ
>>472
珍しい(中国の)ス国の粉菓子
481:デフォルトの名無しさん
20/12/10 16:26:26.61 vzAlb50G.net
新しいフレームワークだぞー
URLﾘﾝｸ(crank.js.org)
482:デフォルトの名無しさん
20/12/10 16:35:02.55 ByKu1dnZ.net
マイクロソフトが責任持って面倒見てくれるBlazorに絞ったほうが良さそうだな
483:デフォルトの名無しさん
20/12/10 17:44:43.77 RJPTbGPf.net
はいはい
484:デフォルトの名無しさん
20/12/10 18:21:28.51 DPQG5HpP.net
そうだね！しるばーらいとみたいにね
485:デフォルトの名無しさん
20/12/10 19:16:26.96 YXjbRyJb.net
>>474
いいね！
フレームワークがというよりこの記事がいい。
では私からも…
URLﾘﾝｸ(www.wix.engineering)
こっちはパフォーマンスにフォーカスしてるみたいだ。
>>474 みたいなほうが読んでて面白い。
486:デフォルトの名無しさん
20/12/10 19:26:26.28 A3fjGgOY.net
フレームワークは使う側じゃなくて作る側になるのが楽しい
自分の好きなように変更できる
使うだけじゃ最先端になれない
487:デフォルトの名無しさん
20/12/10 19:35:33.90 A3Dq3Wf1.net
おいおい、マイクロソフトには
knockout.js
があるのを忘れたのですか！
488:デフォルトの名無しさん
20/12/10 19:37:08.15 A3Dq3Wf1.net
Knockout.js 日本語ドキュメント
URLﾘﾝｸ(kojs.sukobuto.com)
489:デフォルトの名無しさん
20/12/10 19:38:51.34 A3fjGgOY.net
>>480
マイクロソフトは従業員が個人的に開発したものを
奪うようなことはしない
490:デフォルトの名無しさん
20/12/10 19:41:41.48 A3Dq3Wf1.net
>>482
かなりいけてたFWだけどね。
一時期ASP.NETのテンプレートに
組み込まれてた時があったよ。
491:デフォルトの名無しさん
20/12/10 19:42:16.72 v0oovjxv.net
ソースの見やすさならReactかな
492:デフォルトの名無しさん
20/12/10 19:43:19.09 A3fjGgOY.net
>>483
jQueryも組み込まれてるぞ
493:デフォルトの名無しさん
20/12/10 19:45:34.59 A3Dq3Wf1.net
>>485
笑
494:デフォルトの名無しさん
20/12/10 19:45:57.85 A3Dq3Wf1.net
なぜかbootstrapも！
495:デフォルトの名無しさん
20/12/10 19:55:38.30 A3fjGgOY.net
VueとかReactとかAngularも組み込まれるだろうな
すでに組み込まれてるか？
496:デフォルトの名無しさん
20/12/10 20:09:59.63 0euK46M+.net
ASP.NET Coreには今標準でReact,React+Redux,Angularがあったはず
497:デフォルトの名無しさん
20/12/10 20:53:41.13 RJPTbGPf.net
>>479
API設計面白いよね。
何処まで隠して何処まで出すかとか、使い勝手と一貫性をいかに両立するかとか。最終的にプログラミングに対する思想が出てきたりとか。
498:デフォルトの名無しさん
20/12/10 21:14:32.76 S1lpljJp.net
フロントがtsでサーバーが.net系の言語ってつらくね？
それならサーバーもtsでいいんじゃんってなる
しかしおっさんなおれは、なんでサーバーサイドをJavascriptにしなければならないんだ…と考えてしまう
Blazorはまだ成熟してないから却下
嗚呼
499:デフォルトの名無しさん
20/12/10 21:23:54.93 YXjbRyJb.net
今時サーバーサイドなんかJSON返すだけだろ。
何でもいいと思うが。
GoとかRustが速くていいんでない？
gRPCとか凝りだすなら知らん。
500:デフォルトの名無しさん
20/12/10 21:39:51.66 RJPTbGPf.net
サーバサイドは気がつくとschemeばっかり書いてる……。その辺がなんとかなるならGoとか書きます
501:デフォルトの名無しさん
20/12/10 21:48:43.95 S1lpljJp.net
>>492
作るシステムにもよるんだろけど
こちとらRDBから大量のデータとってごちゃごちゃ処理したり
百近くあるテーブルそれぞれのメンテナンスや照会をするわけですよ
フロントはリッチにしたい
サーバーサイドはかっちりやりたい
そして言語はフロントとサーバーで合わせたい…
502:デフォルトの名無しさん
20/12/10 22:04:23.50 A3Dq3Wf1.net
>>494
Denoですか？
503:デフォルトの名無しさん
20/12/10 22:18:31.69 TEgFYOMi.net
バックエンドはどうしても型安全、速度が求めらられる
もちろん速さのためにメンテナンス性、生産性を犠牲にもできない
C#はそのあたりのバランスが素晴らしいんだよな
504:デフォルトの名無しさん
20/12/10 22:32:00.98 ZI/7k9en.net
はいはい
505:デフォルトの名無しさん
20/12/10 23:00:49.22 YXjbRyJb.net
レス番飛んでるがC#、blazor、.NETあたりはNG放り込んどくと捗るぞ。
506:デフォルトの名無しさん
20/12/10 23:20:30.08 FjPnnhXu.net
都合の悪い事実から目をそらすなｗ
507:デフォルトの名無しさん
20/12/10 23:56:39.44 LnlNLdgj.net
スレタイから目を反らしてる荒らしが何か言ってらｗ
ムカつくから.netC#blazeraspスレまとめてうんこコピペ爆撃で埋め立て荒らしして仕返しするはｗｗｗｗｗｗ
508:デフォルトの名無しさん
20/12/11 01:26:46.25 ki/gtV8Z.net
酷いことしないでください！あんまりです！！
509:デフォルトの名無しさん
20/12/11 07:33:09.58 bazSVpRn.net
REST API 向けのフレームワークってお勧めある？
510:デフォルトの名無しさん
20/12/11 07:47:02.17 v5eQE/u2.net
フロントエンドやっててJavascriptが得意な人はサーバー側をJavascript系言語にしたい
バックエンドをやってたひとはフロント側を同じ言語にしたい（あえて具体的な言語は書かない）
そしてこの両者が相容れることはない！
絶対にだ！
511:デフォルトの名無しさん
20/12/11 08:39:35.36 XJ19VQ15.net
サーバー・クライアント共に同じ言語で書ければ楽なのは事実
ゆえにnode.jsとか流行ったけどでもやっぱりねぇ・・・
512:デフォルトの名無しさん
20/12/11 08:47:01.27 cqSkTkSV.net
言語一つしか遣えないというのは、
エンジニア的にいけてない。
view層と
model以下層とでは
使いやすい言語特性が異なると思う。
513:デフォルトの名無しさん
20/12/11 08:52:46.60 mgnhflNE.net
>>505
ならElmとか使ったほうがいいな
514:デフォルトの名無しさん
20/12/11 10:14:13.68 v5eQE/u2.net
>>505
いけてるいけてないの問題ではない
型の共有ができないほうがつらいだろう
HelloWorldだすだけならいいけどさ
515:デフォルトの名無しさん
20/12/11 11:48:07.83 cqSkTkSV.net
>>507
初心者さんかな
516:デフォルトの名無しさん
20/12/11 12:12:37.96 v5eQE/u2.net
>>508
この手の技術は初心者さん…
え、この考えっておかしい？
フロントでもサーバーでもTypescriptが使えると嬉しいですよね♪
とかブログやQiitaに書いてる連中はなんなの
みんな初心者なの？
517:デフォルトの名無しさん
20/12/11 12:12:39.58 6nQJWcQl.net
jsフロントしかやったことないと型の共有といってもピンとこないのかもしれない。
518:デフォルトの名無しさん
20/12/11 12:16:48.12 RI9UvvOD.net
>>502
Strapiおすすめ
519:デフォルトの名無しさん
20/12/11 12:35:47.16 7Npuzr8q.net
GraphQL使ってるから言語は違ってもいいかな
同じロジック使いたくなることはあるけど
520:デフォルトの名無しさん
20/12/11 12:55:05.83 cqSkTkSV.net
クライアントの接続先のほとんどはREST APIになっちゃったからね。
今の案件も接続先４ベンターとも全てREST API。
もちろん仕様書はOpen API準拠。
サーバーの開発とかそんな感覚はもう無くなってて、
ネットワーク上の複数のサービスに必要に応じて接続して要件こなす感じ。
521:デフォルトの名無しさん
20/12/11 12:57:29.67 bazSVpRn.net
>>511
ありがとう。
軽く調べてみたけどすごいリッチだな～。サクッとAPI作れるしGraphQLにもできるし
522:デフォルトの名無しさん
20/12/11 13:09:28.19 RI9UvvOD.net
>>514
リッチなのはもともとオープンソース版のcontentfulみたいなものを目指してたからかな。
しかしプラグインの拡張性がヤバイｗ
523:デフォルトの名無しさん
20/12/11 14:02:18.51 v5eQE/u2.net
>>513
サーバーサイドの開発の感覚がない
じゃなくて、きみがサーバーサイドを開発する機会がなかっただけなんじゃないの？
誰かがサーバーサイドの開発はしてるわけでしょ？
サーバーサイドもフロントサイドもバリバリこなしたうえで
型の共有なんて要らないと結論づけて
俺のこと初心者呼ばわりしてるんだと思ったら違うんかいな。
524:デフォルトの名無しさん
20/12/11 15:36:37.12 PpFv1GHN.net
スクリプト言語は規模がでかくなるとテストが遅くてたまったもんじゃない
525:デフォルトの名無しさん
20/12/11 16:35:03.58 /1hdqM5e.net
>>517
なるほど。
それが「ちゃんとしたプログラム」でスクリプト言語が使われにくい一つの理由か。
526:デフォルトの名無しさん
20/12/11 16:41:45.58 aaGWUZTk.net
はいはい
527:デフォルトの名無しさん
20/12/11 18:12:26.91 cqSkTkSV.net
自演ぽいな。
528:デフォルトの名無しさん
20/12/11 18:36:35.26 bazSVpRn.net
ぽいな。中間が欲しかったんだろう
529:デフォルトの名無しさん
20/12/11 18:50:56.14 WfwoqSO4.net
気に入らん意見はたとえ正しくても全部自演に見えるんだな
なんか哀れだな
530:デフォルトの名無しさん
20/12/11 18:55:08.47 /AL4j9WO.net
Ruby on Rails には、JSON を返す、API モードがある。
Postman でテストしてみましょうとか
GraphQL の動画もある
531:デフォルトの名無しさん
20/12/11 20:12:49.38 i7+Pb2PU.net
rubyやめてくだちゃい
532:デフォルトの名無しさん
20/12/11 20:27:11.97 RI9UvvOD.net
ろうそくに火を着けるのに戦車でホウゲキスルみたいな話ｗ
533:デフォルトの名無しさん
20/12/11 21:09:51.08 v5eQE/u2.net
>>525
ここにいる人たちはローソクに火をつける程度のことしかしてないとでも？
534:デフォルトの名無しさん
20/12/11 21:23:48.76 x5sg/wBh.net
JSONを返すAPIの話でしょ？ｗ
ローソクに火を着ける程度の話じゃんｗ
Pythonで言うならfastapi一発で片が付く程度の要件ｗ
535:デフォルトの名無しさん
20/12/11 21:37:12.39 /OH0bKMN.net
>>527
あ、そゆことか
失礼しました
536:デフォルトの名無しさん
20/12/12 15:41:12.04 tFV4re81.net
>>515
Auth周りも充実してるやん！
マジでリッチだなStrapi
537:デフォルトの名無しさん
20/12/13 02:21:52.47 1g8P/X2h.net
svel teでRSSリーダー作れましゅか？
538:デフォルトの名無しさん
20/12/13 09:17:06.39 guPhKJv6.net
お前には無理
539:デフォルトの名無しさん
20/12/13 18:56:38.39 aSLwtxd2.net
しどい人
540:デフォルトの名無しさん
20/12/13 20:28:38.03 B13w25Nu.net
RSSってCORSが面倒くさそうだ。
まず鯖側のロジック組んだら？
541:デフォルトの名無しさん
20/12/14 04:36:40.26 IikJWIXJ.net
ネイティブからVueに来たけど、React始める理由が見つからないのだよなぁ。やる気になる理由教えてほしい。
542:デフォルトの名無しさん
20/12/14 04:47:12.29 c/6hsi1I.net
なんか無理やり問題作り出してるね。
そんな人生歩んできたの？
Vueやってりゃいいじゃん。
目移りしてないで添い遂げなよ。
543:デフォルトの名無しさん
20/12/14 06:52:16.19 bO8KTObj.net
>>534
海外でフロントの基盤になりつつあるから、覚えてると次の技術に手を出しやすい、と思う。
あと、設計が洗練されてるから、勉強してて面白い。
そんなに気合入れなくても1,2週間くらいでわりと使えるようになるよ
544:デフォルトの名無しさん
20/12/14 10:24:11.07 KZ2ZzyjW.net
逆じゃね？徐々にnative離れしていってるだろ今
545:デフォルトの名無しさん
20/12/14 10:25:18.35 uneXzzPO.net
>>534
おれも両方やってるよ。
546:デフォルトの名無しさん
20/12/14 11:19:24.77 5GWU8eb2.net
要件次第
どっちも必要
547:デフォルトの名無しさん
20/12/14 11:27:15.61 1knwibYG.net
Vueってアプリ向けサイト向けのどっち付かずな位置付けだよな
548:デフォルトの名無しさん
20/12/14 14:49:45.13 uneXzzPO.net
VueやってReactもやったら
Reactの方がシンプルで簡単に感じた。
両方Typescriptで。
VueはTypescriptで苦労多かったけど、
Reactは何もトラブらなかったのは感動した。
Vueも今は
549:違うのかな？
550:デフォルトの名無しさん
20/12/14 15:49:59.66 c/6hsi1I.net
Vueはどんどんややこしくなってる
551:デフォルトの名無しさん
20/12/14 20:20:16.66 zTIoKfkk.net
じゃあSvelteでいいじゃん
552:デフォルトの名無しさん
20/12/14 20:25:40.72 c/6hsi1I.net
誰が悪いと言った
被害妄想か？
使えばいいだろ好きに
553:デフォルトの名無しさん
20/12/15 15:03:48.47 kY8gykeX.net
ありがとうございます。
エンジニアがメンテする方は時間みつけてReact版も作ってみようかな。Reactがいいって言う人もいるものね。
オペレータがメンテするほうはまだVueかなぁ。JS/TS入れると途端に手を出さなくなるっぽいから。
554:デフォルトの名無しさん
20/12/15 16:16:26.12 CQsY05jd.net
じゃあVurも手を出せないだろｗｗｗ
555:デフォルトの名無しさん
20/12/15 21:41:45.32 nhpRosQZ.net
VueからSvelteってのはわりとアリだと思うけどReactからSvelteはないんじゃないかな？なんとなく
556:デフォルトの名無しさん
20/12/17 15:08:18.56 S5hO0K8u.net
どんなに素晴らしいSPAフレームワーク使ってもお前らが作るゴミのようにダサい画面はどうにかならんの？
557:デフォルトの名無しさん
20/12/17 15:36:01.14 5gjmPPN4.net
548の顔よりマシだから我慢してる
558:デフォルトの名無しさん
20/12/17 19:02:27.94 KmOwmnZ/.net
モダンなデザインライブラリ使えば、よほど滅茶苦茶やらん限りデザインマシにならない？
559:デフォルトの名無しさん
20/12/17 23:26:55.34 S5hO0K8u.net
ならない
なぜなら生まれつき目ん玉腐ってるからどうやっても無理
560:デフォルトの名無しさん
20/12/18 12:49:47.76 7/WdPtmz.net
えっかわいそう
561:デフォルトの名無しさん
20/12/20 11:32:43.24 iHv9q4Jc.net
>>232
なるほど、言葉が足りなさすぎて四方八方とケンカするタイプだな
562:デフォルトの名無しさん
20/12/20 11:41:10.74 iHv9q4Jc.net
>>545
React以外生き残れないのでは？と思うわ
そのReactも10年先は闇
563:デフォルトの名無しさん
20/12/20 14:04:00.68 UVkg8Nt7.net
>>554
Blazorはマイクロソフトが面倒みるだろう
切り捨てるにしても今のマイクロソフトなら移行先はしっかり示してくれはず
564:デフォルトの名無しさん
20/12/20 14:40:27.53 UNBfVBp2.net
>>554
ネイティブDOMが流行ってたjQueryの機能の一部を取り込んだように、Reactの一部がネイティブDOMに取り込まれる時も来るのかな
565:デフォルトの名無しさん
20/12/20 14:44:58.50 wyinNDK0.net
それは無いな
566:デフォルトの名無しさん
20/12/20 15:32:40.50 NMs4Sv5l.net
Reactの一部というか仮想DOM相当が実装されて
直接DOM操作をしても速いってことにはなりそう
そうなるとReactを使うメリットが無くなるかな
jQueryの方がいいや
567:デフォルトの名無しさん
20/12/20 15:50:36.24 eC7CUhM2.net
仮想DOMはともかく、可及的速やかにTypeScriptをネイティブサポートして欲しい