Node.jsの最新バージョンとなるNode.js 10がリリースされました。
Node.jsは12カ月ごとに偶数バージョンの長期サポート対象リリース(LTS:Long Term Support)が登場することになっており、今回リリースされたNode.js 10も半年後の10月から2年半、長期サポート対象のバージョンとなります。
と同時にこの4月末で、2年半前に登場したNode.js 4.xの長期サポートが終了(EOL:End-of-Life)しました。
2015年9月に最初のリリースが登場し、10月から長期サポートに入ったNode.js 4.x(コード名Argon)は、Node.jsの開発者たちが分裂してNode.jsとio.jsの2つに分かれた後に再び両者が統合し、統一組織であるNode Foundationを結成して初めてリリースされたLTSです。
Node.js、初のLong Term Support対象となる「Node.js 4.2」コード名“Argon”がリリース。リリースから2年半はメンテナンス - Publickey
あれから2年半が過ぎ、Node.jsははじめて長期サポートのサイクルを1つ回したことになります。
Node.jsはAWS Lambdaのようなサーバレスコンピューティングの基盤としても使われ、アプリケーションのインフラとして重要なソフトウェアと見なされるようになりました。そのNode.jsが無事に長期サポートサイクルを1つ回したことで、このソフトウェアに対する信頼もまた高まったと言えるのではないでしょうか。
Node.js APIが正式版となり、JavaScriptエンジンが入れ替え可能に
Node.js 10の最大の特徴は、これまで実験的実装だったNode.js API(N-API)が正式サポートとなったことです。Node.jsはJavaScriptエンジンとしてV8を採用し、V8に依存した実装になっていました。これをAPIを策定することで切り離し、JavaScriptエンジンをプラガブルにしたのがN-APIです。
これによってV8がメジャーバージョンアップしたとしてもNode.js側で再コンパイルなどをすることなく組み込むことができるようになっただけでなく、V8以外のJavaScriptエンジン、例えばマイクロソフトが開発しているChakraCoreなども利用できるようになります。
実際に実験的なリリースとしてNode.jsのJavaScriptエンジンにChackraCoreを組み込んだNode-ChackraCoreリリースが公開されています。
ChackraCoreリリースでは、実行時の情報を記録し、アプリケーションがクラッシュなどのエラーを起こしたときに記録を基に何が起きたかを再現しつつVisual Studioの拡張機能を用いてデバッグできるTime-Travel Debuggingなどが可能になっています。
https://www.publickey1.jp/blog/18/nodejs_10n-apiv82ltsnodejs_4xeol.html
5ちゃんの奴らにそんな高度な話がわかるわけないだろ
別に高度な話じゃないが?
ああお前さんにとっては、って事かなるほど。
みんなおまえと一緒じゃないんだよ
プログラマーって人付き合いないから皆自分と同じに思えるんだろうけど
ホントになにも高度な話はなんてしてないんだけどな
専門的な内容のスレなんだから、ど素人というか門外漢には入門的な内容ですらわかるわけねーだろ
IT以外だって大概そうだろうが
ジャップはバカの癖にプライドだけは雲より高いからな
「わからないから教えて」の一言が言えねーのさ
煽り返されたからって泣くなよ……
たかがJavaScriptごときに何を言っているのやら
コーダーの仕事なんぞ最底辺がやることだぞ
さすがにNodeとREACTぐらいわかるだろ
これが日本語か? IT野郎は、これを理解できるのか?
理解できるよ。別に難しいことを書いてない。
Node.jsを「豚骨ラーメン」、JavaScriptを「製麺」に置き換えて読むと楽勝で理解出来るよ
>>110
説明しようとおもったが。今回の最大のポイントはプラガブルなんだろ。
そこで似た言葉のプラグインハイブリッドを調べたところ、どう関係するかすぐわからなかったが。
車のほうがもともとの意味で言ってて、こっちはITの意味で言ってるようだ。
プラグインとは – IT用語辞典
プラグインとは、差し込む、差込口などの意味を持つ英単語。
ITの分野では、ソフトウェアに機能を追加する小さなプログラムのことを指す場合が多い。
多くのソフトウェアには外部のプログラムを追加することで機能を拡張できるような機構を備えており、追加するソフトウェアのことをプラグインという。
すでにある機能の追加や置き換えによって動作の一部を改変・補強するという意味を帯びていることもある。
「アドオン」、「拡張機能」などとほぼ同義だが、ソフトウェアによってはこれらの語がそれぞれ別の意味を表す場合もある。
ウェブ屋さんも仕事減ってるからJS程度ならいつでも書けるだろうし、時代の流れにも
合ってるだろうけど
実力つかない人間が増えるってのは業界の流れとしては良くないんだけど
こういう奴って自分が覚えたものが時代遅れになるのが怖いだけなんだよな。
>>44
それはちょっとずれてると思ったけどそういう奴は少数ながらいるのかもな
見たことないけど
大抵は過去やったことと今やってることが積み上がるだけで
差なんて大した問題じゃない
ネイティブアプリ作った経験があっても、javqscriptのフレームワークに積み上げなんてないぞ。
あれはほとんどwebの領域だから。
自分の周りのサーバサイドの連中はwebもついでにやっちまうからな
そういうもんだと思ってた
おまえの周りにサーバサイドの連中なんていねーだろバーカ。
アパッチとnglnxとgwsの区別もつかねーやろ
そういうレベルの低い話で何を得意げになっているのか・・・
ちょろめと狐の違いも分からんのかと聞いているのと変わらんな
自分で深煎りしなくても良いだろ
BTなんかも叩けるし、勉強しなくても使う分には何も困らないわ
自分も安定するまで待ちかなー
JSにこだわる必要もないし
ここ笑うとこ
ソースコード見ても何か違う言語を見てる感覚だったわ
引退を決意した瞬間だった
TypeScriptからJavaScript吐くようにすると分かりやすくなる
目的が違いますね
覚えきれない
node.jsが分かればサーバサイドアプリもクライアントアプリも作り放題
新しい型のbytearrayがどんどん実装されててバイナリデータの扱いもお茶の子さいさい
v8ランタイムやNon-Blocking IOが優秀すぎて、
C++と性能が変わらないくらい近づいてきた
確かブラウザ上でJavascriptでWondows95動かしてるデモサイトがどっかにあったな
プラットホーム互換を頑張り過ぎずオブジェクトハンドリングやAPIラッパー、言語間グルーインタフェイスはざっくりインタプリタにしちまえばいいのに
のろのろしてるからJSなんかがのさばる。
javascriptのマルチスレッド対応はいつ?
>>36
シングルスレッドは欠点ではなく長所
マルチスレッドになったら逆に性能落ちるよ
シングルスレッドである事でマルチスレッドの同期にかかるコストを極小化し、
Cpu utilをフル活用てきている
マルチコアが普通なのに
>>41
いや、マルチスレッドにしたいならそれは全然可能やで
それをやりたかったらchild processをフォークすればいい
シングルプロセスマルチスレッドは仕様上できないが、
子プロセス生成によるマルチプロセスマルチスレッドなら仕様上可能
ただし、俺がプログラミングしてた頃のNode.js 6.xではプロセス間通信に課題があり、大量データをプロセス間で同期させるのが難しかった
難しい、と言うのは性能面ね
数十MB程度のデータを送信するのに数百ミリ秒もかかってしまう世界
ここが最適化されたら、もうNode.js以外でコーディングするモチベーション無くなるかもな
スタンバイから復帰したりしても
1度も落ちたことがない
しかしJavaScriptの仕事なんて低単価の底辺仕事ばかりなのも事実
得意げに書き込んでる奴も月手取り30にも届かない
手取り30だと全然底辺じゃないな
Javaの底辺仕事は手取りだと15未満とか普通だから
やばすぎる・・・
専任でやってる奴はどうなってしまうのか
先の食い扶持がまるでない
V8を切り離したってとこはあんまり歓迎したくないんだけど。
ブラウザ互換問題の悪夢再びってのが目に見える。
queue処理したくてnode.js使ってみたけど、、
非同期プログラミングってのは癖が強いな。
非同期ベースではあるが、同期バージョンや同期関数もあるし。
純粋関数型よりかはふつうの言語。
クライアントサイドで仕方なく使うものだろ。
俺もクソ言語だと思ってるからTypeScriptでラップしてる
ただし現状、Javascriptでも互換性が低いけどな。
言語統一するメリットがない
>>86
いや、全然使いますよ(;^_^A・・・
ApacheとNginxの用途の違いって単に初期設定の違いだったりします。
Apacheもそれ用にチューニングすればNginxと性能変わらないんですけどチューニングする手間があるじゃないですか?
それが面倒臭いとかApacheをチューニングするノウハウがないとかでNginx使ってるとこがほとんどです。
なるべくトレンドのものを取り入れないとエンジニアの採用に響くというのもあります。
ITのエンジニアって常に陳腐化の脅威に晒されているので意欲的な人はそこに敏感ですからね。
さっき話した道具や文化と共に陳腐化するのは避けたいって話です。
何がモチベーションで頑張ってんの?
nodeがメジャーになったらファウンデーションのメンバーはリッチになれんの?
アパッチといい、リナックスといい、フリーの提供者のそこが昔からの疑問。
あとWWWサービスのエンジニアリングって業務系のIT土方ほど単価安くないですが、すごく高いということもないので穴場というか結構空白地帯なんですね(;^_^A・・・
昨年、流行りの仮想通貨産業で天下のMITメディアラボがエニグマというプロジェクトでICOを行ったのですが、もうウェブサイトの出来栄えが冗談みたいに酷くて、MITの人がやってるとは思えない代物なんですね。
すぐに落ちるはカウンター程度の機能がバグってるはサーバごとハッキングされるわで。
なんか手伝いましょうか(;^_^A?と真面目に思いましたよ。
(その後、仮想通貨エニグマはMITメディアラボという金看板もあって暴騰しましたのでまあ良いんですけど)
ちなみにエニグマがハッキングされた原因はSSHのROOTパスワードが突破されたということでしたが、
そもそもなぜパスワード認証とかしてんだ?MITだろ?とか笑わせてくれましたね(;^_^A・・・
そんな間抜けな理由をちゃんと説明するところの誠実さがMITなのかなとも思いましたけど。
つまり、高度な学術的知識を習得している人たちが簡単な道具も使いこなせるのかというと、
彼らに言わせれば知らないものは知らないって感じなんですよ。
なんか、安心してしまいましたね。私は(;^_^A・・・
業界20年居るおっさんだが、
ほんとにサーバサイドとかクライアントサイドの実装言語の垣根がなくなりつつあるな~と。
ネイティブっぽいアプリも何割かがスクリプト言語で実装されるのは珍しくなくなった。
javascriptの進化の早さについては言語習得センスに加えて英語力が非常に重要になってくる
javascriptの解説本買っても習得に何ヶ月もかけてたらその間に廃止されるAPIが出てくるかもしれない
だから情報はWebで仕入れるしかない
だが日本語のサイトはほぼすべて英語サイトのドキュメントを和訳してちょっとだけ著者の感想を加えた程度のものだ
結局英語のjavascriptのサイトを読んで最新のトレンドを追い続けるしかない
これを苦痛と感じるか楽しいと感じるかで向いてる向いてないがわかると思う
とりあえずAjaxとかいうのをダウンロードしてくる
引用元
http://anago.2ch.sc/test/read.cgi/bizplus/1525613275/0-
管理人からひと言
Node.js 超入門【電子書籍】[ 掌田津耶乃 ] |
この記事へのコメントはありません。