【node.js】サーバサイドjavascript 5【Nashorn】
じゃぁ聞くけどjavaで作るよりnode.jsの方がいい利点はなに? >>5
サーバサイドとクライアントサイドでコードの共有化ができるくらいかな。
俺はTypeScript大好きっ子だからjsに型がないという弱点も克服したし。 javascriptは言語仕様も実装も活発に更新されてる生きた言語だけどjavaは……
去年はjava9とjava ee 8が出たけど内容は乏しくて死につつある言語
cobolのように現役で使われてはいるけど見向きもされない言語にまっしぐら >>8
そのくせ昔のが動かなくならないようにとバックワードコンパチビリティがキチガイみたいに徹底してるのが好き。
rubyとかpythonとかphpとかとてもやってられない。 Javaはこれからの言語じゃなくてこれまでの言語ということだな
未来より過去が大事 「そのくせ」の使い方を間違えている
活発に更新されている言語なのに(逆接)互換性命なら「そのくせ」でいいけど javaの本は今でもたくさんあるのに、node.jsの本はちょっとしかなく、前より減ってるけど
それでも未来はあるの? それは視点ないし評価の反転であって主従ないし因果関係としては順接だろう
「そのくせ」よりも「だからこそ」の方が適切だと思う >>14
プログラミングの本には未来がないだろうね >>14
前スレで言ってたように言語仕様が毎年更新されるから出しづらいのかも。
と言うか皆買わないんじゃないかな。
本なくても使えるし。 javaはjavaでjava vmの部分で生き残るんじゃないの
kotlinがあるから最新トレンドの言語仕様が使えるし。
最近はASTとかを駆使してコードの変換も個人でかけるようになったし気にせずいろんな言語で書いて最悪トランスレータをかけばいいよw kotlinはnativeもやってるからjvmなくても生きていける可能性がある
そこら辺はandroid次第 >>9だけどjavascriptのこと書いたんだけどjavaと勘違いしてる人がいるみたいで…
言葉足らずだったわゴメンゴメン ブラウザではともかくnode.jsでは後方互換性が徹底されてるとは感じない >>23
つまりAPIの破壊的変更が多いってことかね?あんまし使ったことがないから知らんかった。どの辺の話? v0.12まではほとんどどこでも壊れてたイメージ
streamから何から
v4以降はネイティブアドオンでなければ深刻じゃないかな
細かい非互換性は日本語のブログなんかでもまとめられてる
今はsemverだからメジャーバージョンアップは後方非互換なんでLTSでも年に一回は動かなくなる可能性がある なーんだ、結局rubyやpythonやphpとおんなじじゃん。ガッカリ >>25
active期間が終わってから1年間のmaintenance期間があるわけだからその間に移行しろってことでしょ
メジャーバージョンアップが頻繁だってのは分かるけど Meteor.jsを結構前にチュートリアルを一通りやったときは
バックエンドとクライアントでコードを共有できる喜びは感じたかな。
ただ惜しむらくはDBがmongoDB固定だったこと。
今は変わっただろうか?
仕組み上他のDBにしづらいフレームワークで色々ロックインしちゃうんだけど
当時からなんだかとってもPWAって感じだった。 今jsしてないんだけどフロント周りはまだ暴風雨状態なの? React選んだ人は3年くらい無風じゃね
あれこれ手を出してる人もいるだろつけど reactはreduxとか, 本体より周辺が暴風雨なイメージ 非同期はいいぞーって言われても、処理終了まで待ちたい場合は、プログレスバーとか出せばいいの? react無風か?今やv16だぞ何年前のライブラリだっけ?
+reduxでreactと同等のことができるhyperappがスンバらしい。300行しかないのにコードが読みやすい。 reactはv0.14→v15→v16だから落ち着いたものだよ
非互換な変更はまず警告が出るバージョンがリリースされて次のバージョンで変更とかだし移行のためのツールも提供されるし Electronってやつと同じことはjavaじゃできないんですか vscode→electronベースのide
webstorm→javaベースのide
同じようなアプリを作れるかって意味ならできるんじゃね? これから業務用アプリもスマホ化してきますやんかー、
そうしたらHTML5とかで作るって話になりますやんかー
javaには無理?node.jsじゃないとだめ? wasmなんかよさげなこと書いてますね、unityもいけるのか wasmよくわからんかった
ためしにunityの何かを入れてみたけど、ぜんぜん動かない JavaScriptがwasmにコンパイル出来たらいいんだがなぁ。
動的な部分が多いからコンパイル自体がそもそも難しいか。 jsのサブセットともいえるasm.jsからwasmならできる
むしろ一番最初にwasm出てきた時やってたのがそれだろ そりゃasm.jsじゃなくてAssemblyScriptのことだろ。 >>45
AssemblyScriptが中で使ってるBinaryenがasm.js→wasmサポートしてるじゃん
そいつってTS→asm.jsしてBinaryen呼び出してるだけだったりしてね?
俺が44で書いたのは元々wasmがasm.jsベースで実装始まったって見た気がしたからでそんなライブラリとは関係ないけど あぁ、サブセットってところに引っかかっただけだ。
話を戻すと、RPythonに対するPyPyみたいなものがあればいいんだがなぁ。 wasm調べてたらrustってのに行き着いたのだけど
rustっていいの? websocketをやらねば!!
↓
node.js!!
↓
なんか使いづらい、ぐっさくね?
↓
java!!
↓
もう老人
↓
wasm!!からの〜
↓
なに? なんでnodeはwebsocket使いにくいの?
煽りじゃなく、ほんとなら個人的に対策立てたいので。 NodeでWebSocket使おうと思ってるところなんだけど, どのライブラリを使うのがいいか分からん
統計だけ見ればwsかな?
Nodeとブラウザで同じコードで動くようにするにはisomorphic-ws使えばいいのかな?
使ってる人おせーて ぐっさいからWebAssemblyができたんでしょ
答え出てるやん nodeでAPI作ったらテストツールはfrisbyしかないの? sqlite3で、serialize関数の中に書くのと直に書くのの違いは何ですか? データベース読み取り完了後に処理するには直に並べて書いてもいいのでしょうか コールバックの引数からしか結果を取得できないので無理でした db.run(...)でクエリを実行
↓
DBとは無関係の普通のjsの式を実行
serializeの中にこの2行を書いたらクエリの実行が完了してから2行目が実行されるのでしょか。 サーバーサイドとクライアントで共通に使うモジュールでlog4jsを使いたいんですが、サーバー側は
npmのlog4js-node、クライアント側はオリジナルのlog4jsを使うようなことってできないでしょうか。
それぞれwebpackでバンドルしてますのでwebpack.configで差し替えるような方法でもよいです。 yes/noクエスチョンして撃沈するやつ大杉www