【node.js】サーバサイドjavascript 5【Nashorn】 (796レス)
【node.js】サーバサイドjavascript 5【Nashorn】 http://mevius.5ch.net/test/read.cgi/tech/1518528093/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
リロード規制
です。10分ほどで解除するので、
他のブラウザ
へ避難してください。
99: デフォルトの名無しさん [sage] 2018/05/24(木) 11:04:01.98 ID:cPlRxlDn AY2FW http://mevius.5ch.net/test/read.cgi/tech/1518528093/99
116: デフォルトの名無しさん [sage] 2018/07/05(木) 16:37:50.98 ID:AeL6VB/V PMV http://mevius.5ch.net/test/read.cgi/tech/1518528093/116
118: デフォルトの名無しさん [sage] 2018/07/14(土) 22:13:07.98 ID:sptiC22u npmってのはnode.jsでサーバサイドアプリケーションを開発する人専用のツールではなく、 Javaで書かれたプログラムを実行するのにJavaVMが必要なように 何か使いたいアプリケーションがnode.jsで書かれていて、 それをインストールするために必要なものという認識でよいのでしょうか? なんかちょっと使いたいものを調べるとなんでもnpmが出てくるのですが、 別にnode.jsで何かサーバサイドアプリケーションを作りたいわけではないので、 なんでいちいちnode.js導入しないといけないのだろうと思ってたのですが。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/118
151: デフォルトの名無しさん [sage] 2018/07/19(木) 10:22:17.98 ID:jn3CABTs サンプルコードとexpected/actual見ないと何とも言えんな http://mevius.5ch.net/test/read.cgi/tech/1518528093/151
220: デフォルトの名無しさん [sage] 2018/08/23(木) 21:45:16.98 ID:6IqyOKm1 この手の輩は再現する最小コードを絶対に書かない http://mevius.5ch.net/test/read.cgi/tech/1518528093/220
540: デフォルトの名無しさん [sage] 2020/09/09(水) 17:07:03.98 ID:SFlZHAWP 謙虚に質問してればレスも優しかったかもよ http://mevius.5ch.net/test/read.cgi/tech/1518528093/540
549: デフォルトの名無しさん [] 2020/09/14(月) 20:42:48.98 ID:JdQogpR1 >>544 の者ですが 今日これをデバッグしてました。 clusterでもwoker_threadsfでも child_processでも 「EADDRINUSE」が発生しました 発生するタイミングは子プロセスを生成した時でも なく 子プロセスでMySQLに対しのコネクション確立時でもなく 確立したDBコネクションからクエリを投げるコード を実行する時に発生しますが なぜこのタイミングなのか分かりません ここで気になったのが nodeでフロントユーザーに対し 80番ポートをlistenしていて nodeがローカルのMySQLにアクセスする時 nodeのクライアントポートはフロントと おなじ80を使うのでしょうか? それとも別のランダムポートを取得してきて使うのでしょうか? http://mevius.5ch.net/test/read.cgi/tech/1518528093/549
588: デフォルトの名無しさん [sage] 2020/11/19(木) 01:51:43.98 ID:/aqa7r+0 io.jsのように良い部分はNode.js側に取り込んでほしいね 最近は複雑さばかりが増しているし http://mevius.5ch.net/test/read.cgi/tech/1518528093/588
729: デフォルトの名無しさん [sage] 2021/12/26(日) 23:27:54.98 ID:S+a9i6vw >>727 最終的に何が言いたいのかさっぱり分からんが、既に言ったとおり、 IDEの都合でプログラミング言語の仕様を決めるものではない。それは逆だ。 プロトタイプベースではIDEを構成出来ないからクラスベースを導入した、と考えてるのなら、上記の通り。 IDEの為にプロトタイプベースを廃止してクラスベースに一本化すべき、でも上記の通りだし、JSでは無理。 IDEの為にクラス構文なんてそもそも導入すべきではなかった、と考えてるのなら、それもありだし個人的には賛成だが、 一般論としては現在の、メジャー言語でほぼクラス導入済みの状況で、JSだけ不採用も、メジャー言語としては難しい。 GoやRustは今も今後ともマイナー言語でしかないし、勝手にやってろでしかない。 静的解析自体はクラスの方が簡単だろうけど、だからどうしたでしかない。 実行エンジンはあるのだから、実装難易度の上限は実行エンジンを実装する程度でしかなく、出来る範囲だ。 最悪、実行エンジンをそのままコールして結果を得る事も出来る。Flycheckとかそういう構造のように見えるけど。 ちなみにTSが型を導入したのも、IDEを作るためではなく、 プログラマが型を明示的に示す事によって、間抜けなエラーを静的に検出するためだぞ。 そこにIDEが勝手に乗っかっただけであって、IDEが無くとも型の導入自体は意味も効果もある。 型無し言語出身者は型をIDEでの補完をするための物だと勘違いしてるが、そうじゃない。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/729
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.040s