【node.js】サーバサイドjavascript 5【Nashorn】 (796ﾚｽ)
【node.js】サーバサイドjavascript 5【Nashorn】 http://mevius.5ch.net/test/read.cgi/tech/1518528093/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
44: デフォルトの名無しさん [sage] 2018/02/15(木) 21:40:37.57 ID:wm9Pntzw jsのサブセットともいえるasm.jsからwasmならできる むしろ一番最初にwasm出てきた時やってたのがそれだろ http://mevius.5ch.net/test/read.cgi/tech/1518528093/44
107: デフォルトの名無しさん [sage] 2018/06/12(火) 06:50:18.57 ID:OD105wYY 標準のZIP展開は並列処理されず遅いので皆自分で書いたりして試したことがあると思うが パスをそのまま信用しちゃまずいことあるだろうなってことは99.99％の作者が気づく それをケアしていないのはバグではなく、素朴な実装を目指しただけ つまり問題と責任は利用者側にある 実際のファイルへの書き込みはライブラリ外の場合も多いだろうし 特に標準が用意されていない環境でそういったライブラリを選ぶときは きちんと知識を持った上で中身を確認して利用しろというだけのことでしかない http://mevius.5ch.net/test/read.cgi/tech/1518528093/107
140: デフォルトの名無しさん [sage] 2018/07/18(水) 20:01:30.57 ID:vkID/FCq firebaseとかをやると多少サーバサイド周りが楽になる。おすすめ http://mevius.5ch.net/test/read.cgi/tech/1518528093/140
180: デフォルトの名無しさん [sage] 2018/08/23(木) 01:10:59.57 ID:qUZ5eK5Q >DBなどのソート処理 DB の更新処理に時間が掛かって、表がロックされているとか？ DBのタイムオーバーを設定できないの？ Node.js が受け付ける、同時接続数とかも 5ch のサーバーなんて、しょっちゅうアクセス不能を戻す http://mevius.5ch.net/test/read.cgi/tech/1518528093/180
312: デフォルトの名無しさん [sage] 2019/05/26(日) 13:33:28.57 ID:/3XSSWvk 去年までのreactではライフサイクル扱うのに必須だったからそれなりにclass使ってた 今はhooksで不要になったけど vuejsでclass使わないのはvuejsのclassサポートの出来が悪いから webcomponentsではclass使う http://mevius.5ch.net/test/read.cgi/tech/1518528093/312
598: デフォルトの名無しさん [] 2020/11/22(日) 09:31:06.57 ID:7U8BOc5J >>595-597 ありがとう。バージョン確認方法の方が間違ってたのか。 あぶねえ。パッケージ側の情報で確認してたら、何を試しても永遠に出来ないって言ってるところだったw 改めて確認したら、ちゃんと5.xが入ってた。 お騒がせしました。 $ npm ls express | grep express └── express@5.0.0-alpha.8 http://mevius.5ch.net/test/read.cgi/tech/1518528093/598
743: デフォルトの名無しさん [sage] 2021/12/27(月) 15:00:45.57 ID:5b2Vj92V >>739 > 例えばgolangやrustはコアチームがツール開発に積極的ですね それで、それらの言語のどの仕様がIDEの都合で採用されたものなの？ > 藁人形論法はやめてくれ なら最初から分かるように主張しろ。 何が言いたいか分からないからエスパーして複数挙げてみただけ。 馬鹿は無視してきっちり自分の意見を書ききれ。 3行しか読めない馬鹿はプログラミングなんてどうやっても出来ない。 MDNその他のリファレンス見りゃ分かるが、そんな世界じゃない。 5ch程度の文にすら手こずるようではどだい無理だよ。 解釈が動的か静的かは意味無い。 出来るだけ早い段階でエラーを検出して修正したいだけであって、それが出来れば何だっていいんだよ。 その手段の一つが静的解析でソース作成時にエラーを表示する事であって。 でも、エラー表示だけなら、コンパイラやevalにぶち込めば出来るし、それをやってるっぽいのがflycheck。 構文解釈器を自前で作るとしても、クラス構文でもプロトタイプ構文でも、大して難易度は変わらない気もするが。 実際に問題になるのは、構文解釈そのもの、具体的にはJS的な様々な書き方でも問題なく動くパーサの構成だろ。 構文解釈後の親class/プロトタイプ追跡なんて辿ればいいだけだからアホでも出来る。 それで今時のIDEで実際どうなのか聞いたんだよ。 もしプロトタイプ構文ではインテリセンスが動かないのなら、何か理由はあるのだろうけど。 継承が忌避されてるのは、JAVAでは関数ポインタが使えず、同様の事をするためには継承をこねくり回すしかなくて、 それの残骸がデザインパターンなのだが、 結果、継承すべきでない局面での継承で酷い事になってるからだよ。 でも、継承すべき場所では継承した方がよくて、全部捨ててるGoはいちいち全部書かないといけないのが糞。 あれは1周目はまだしも、2周目以降でそのコピペされたソースにメンテコストがかかるから、先すぼみになると予想してる。 Rustはやってないから知らん。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/743
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.039s