【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>571
importの使い方を聞いていません
babelとwebpackでimport書いてるので使い方は知ってます
node.js自体がimportを実装しているのかを聞いています *.mjsからはimport出来るようにしようぜ
ってのを結構前に読んだ気がするけど、まだ実装されたないんか? 実装どころか提案文書はドラフトのままだよ
(技術的検証が済んでACCEPTされないと実装に進まない)
検証だけであと1年以上掛かるってさ
なお拡張子(*.mjs)でES moduleかどうか判別する手法は
考え得る限り最低の糞という判断が下されたので無くなる そこはESの管轄外だよ
NodeがWebと合わせる必要もない いやnodeってv8使ってる立場だから何もできんでしょ
間違ってる？ v8はネットワークもファイルシステムも持ってないからimportは環境(ブラウザやnode)に丸投げでしょ Buffer.byteLengthをブラウザ側でも利用できるように移植して欲しい
今時バイトでカウントするにも自力でコード書かないといけないのは無駄すぎる importはJavaScript（EcmaScript）の仕様範疇の中に入れてもいいが、
ブラウザで動かすJavaScriptにおいて、
importはビルド時に解決する問題になるんだよね。
なぜならファイルのアクセス数が増えてパフォーマンス低下につながるから。
JavaScriptファイルを結合することでパフォーマンスをあげるという目的があるから
結合させずに動いたとしても、ビルド時に結合させるという手段は今後も続く。
ウェブサーバーのプラグインでJavaScriptファイルをimport定義に従って
結合するという仕組みができるかもしれないがこれもビルドを配信時に行うってだけ >>581
ブラウザ側で実装する or 自力でコードを書く
の中間に、ライブラリを使うという方法があるよ。
この方法を使えば、既存のブラウザでも動くし
自力でコードを書くムダもない
自力でコードを書けるたぐいのものなら、ブラウザに移植してほしい理由を言うとしたら
「ネイティブで実装されていれば速い可能性がある」であるべきだろう >>582
すごく巨大なファイルへのアクセス数でパフォーマンス低下するか、
CDNで配信されてて、もうすでにブラウザキャッシュに存在するかだと、後者の方が速いと思うけど。 すごく巨大なファイルもCDNで配信されブラウザにキャッシュされるだろw >>586
コネクションが再利用されるとしても、
ファイル要求は別に行われるだろうが 要求されるまでもなくプッシュできる
キャッシュとの絡みで今んとこ絵にかいた餅だが ふーん
そういう妄想は同人誌即売会で売ってるといいよ それよりもminifyが未だにes2015を正式対応してないの早くなんとかしてほしい。ブラウザがes2015サポートしてても結局es5で吐き出してる babel使えば？
babel自体にminify入ったろ？ >>591
おー。愚痴ってみるもんですな。
typescript使ってたんだけどbabel挟んでみようかな。 typescript使ってるならビルドした後minifyすればいいだろ jsでデスクトップアプリケーションが作成できるelectronでソフトを作りたいのですが、
http通信のためのモジュールであるrequestモジュールを、main processからrequireするといろんなプロパティを持ったオブジェクトが返ってきてその中の関数でhttp通算できるのですが、
renderer processからrequireするとただのrequestという名前の関数オブジェクトが返されるだけで使い物にならないです。
pc通信でrenderer processからmain processにhttp通信を代行してもらうしかhttp通信をrenderer processで扱うための方法はないですか？ >>595
renderプロセスはブラウザと同じなのでfetch使えばいいですよ >>598
そりゃサポートはされるだろ
結合しないと遅いってだけなんだから >>599
モジュール化するほうがファイル増えて遅くなりそうなんだが >>600
だからwebpackでビルドして結合するんだよ >>582
> ウェブサーバーのプラグインでJavaScriptファイルをimport定義に従って
> 結合するという仕組みができるかもしれないがこれもビルドを配信時に行うってだけ
事実誤認も甚だしい
パックする仕組みは配信からの要求で考えられた
それをトランスパイルとかいう歪な仕組みを進めている連中が取り込んだだけ
逆だね >>602
うん
だからhttp配信という構図だとパックする必要があるからimportがあまり意味がないというのは間違ってないとおもうんだが 正しいか正しくないかでなく
自分が最後に喋って締めないと気が済まない人種というのがいるのだ
マウンティング症候群を併発していることが多い
ようするにキチガイ >>605
それって相手もそうじゃないとそんな状態が発生しなくね
どっちかが最後にレスしなくてもいいと思ってるならいつまでも会話続かなくね >>607
自分はするけど相手がするのは許せない人なんでしょ 初めてインストールする初心者なんですが、インストールしようとすると
下記エラーが出てインストール出来ません。
There is a problem with this Windows Installer package.
A DLL required for this install to complete could not be run.
Contact your support personnel or package vendor.
色々ググってみましたが解決方法がさっぱりです。
どなたか対処方法をご存じでしょうか？
ご意見を戴ければ幸いです。 検索すると解決法がでて来てるじゃん
それをやったけど解決しないというのか?
それとも検索する能力がないのか?
はっきりしろ >>614
その通りです。英語どころか日本語にすら不自由しているバカです。
よろしければ解決方法をお教え戴けないでしょうか？ >>615
win版はとにかく問題がおおくMSが公式にインストール順序公開してたぞ
ぐぐってみろ >>617
npm5も
yarnよりは遅いけど高速化＆lockファイル追加 つーかむしろリリース早くないか？
どうしちゃったの最近 いやん、6にしなきゃなぁと思ってたら8がでちゃったよ おれ4のまま使ってるんたけど6とか8は何が違うの？ スーパーサイヤ人だとフリーザしか倒せないけど
スーパーサイヤ人２ならセルまでなら倒せるぐらい >>625
なるほど
ところで下位互換は保たれてるんだろうか？ async/awaitとかの大抵の機能はnodeのバージョンアップしなくてもbabelとかtypescript使えば古いバージョンでも使えるよ >>628
これ。typescript使ってるから正直どうでもいい。 >>629
ts2.1でtarget es5でも使えるようになったしな nodeって起動するだけでメモリ相当食うから、バージョンアップでさらに増えてないかが気になる
安いプランのVPSだとメモリ1Gとかだから >>631
node起動するだけなら7MBしか食ってなかったぞ？ >>632
v8が起動するんだからそんな少ないわけないだろw >>633
こんな感じのようだが？
http://qiita.com/shouta-dev/items/09d7055329710684d9c7
> process.memoryUsage()
{ rss: 9019392,
heapTotal: 5115392,
heapUsed: 2658096 } そりゃnode.js内のメモリ消費量でねーの
ランタイム内のプロセスと実行環境自体のプロセスを混同させるような>>634もアレだがな
だからWeb屋は ちょっとしたサービス作って待ち受けするだけで普通に数百MBは食うぞ ちょっとしたサービスなら200MB台で済んでる気が >>637
うん、実際そんなもんだよ
サービスによりけりだけど単位は百MBにはなるね >>639
nodeやるなら512は実用的じゃないと思う
ssdならスワップ早いからなんとかいけるかもしれんが最低でも1GBは欲しい >>640
node起動するだけなら7MBしか食ってなかったぞ？ nodeは依存関係の関係でアホみたいにモジュールロードあるからね >>641
条件は「nodeを起動するだけ」なんだからその程度だろうね。
>>642
そりゃexpressとか動かせばその分のメモリ食うさ
でもそれはrailsとかでも同じなわけで、なんのモジュールをロードするかとか
言ってない上、nodeを起動するだけのメモリ使用量しかわかるわけがない >>644
何も言い返せないなら黙っていたほうが良い 7MB君ってほんとうにおめでたい脳味噌してるんだな >>643
socket.ioのみの簡単なサービスですら200M越えるんだが？
君はどうやって使用メモリを調べてるのかな？ん？
linuxコマンドでも書いてごらん >>631の文脈からして何らかのサーバー立てるんだからnode単体の話をするのは空気読めてないよね >>648
おまえはVPS借りてnode動かすのに何のサーバーもたてないつもりかな？んー？
で？
検証用のコードと7MBの確認コマンド公開まだかな？ 649はレス相手間違えた
この期に及んでnode単体という屁理屈で逃げてるやつは回答まだかな？ >>647
たった5行でWebサーバーが書ける
http://engineer.recruit-lifestyle.co.jp/techblog/2015-06-22-node1/
httpモジュールを使っている分、nodeだけのメモリ使用量ではないが、
ps uのRSSの値は26000KB、つまり26MBだが？ >>649
> おまえはVPS借りてnode動かすのに何のサーバーもたてないつもりかな？んー？
サーバーたてなくてもコマンド実行するという使い方もあるだろ？ > nodeって起動するだけでメモリ相当食うから、バージョンアップでさらに増えてないかが気になる
> 安いプランのVPSだとメモリ1Gとかだから
>>631の文脈から言って、メモリを相当食う何かを動かしているのだろう。
だがそれはnodeの使用量ではなく、モジュールの使用量がほとんど。
nodeのバージョンアップでメモリ使用量が増えたとしても
大部分のモジュールの使用量は変わらないので、気にするレベルにはならない。 メモリの使用量を抑えようと思ったら何を使うのが一番いいんだろうな。
やっぱgoとか？ v8ってandroidでも動くようにしてるんだよね。新しいバージョンのほうが省メモリの可能性ないかな。
android goとか出してるわけだし v8のignitionは省メモリ、スモールフットプリントのためだから可能性は十分よ 久々に延びてるから良い話題期待したもれが間違ってたし selenium使ってるんだけどnodeだとすんごい使いづらいな
他はpythonしか知らないけど 中学生でもランサム作ってるんだから
それくらいがんがれ Windows10のユーザーフォルダでnpmにてnode-notifierと言うライブラリをインストールしたのですが
ユーザーフォルダ以外でnode-notifierを呼び出しても見つからずにエラーが出ます。
これを解決するにはWinの環境変数でPATHを通さないとダメなのでしょうか？
それとも呼び出し時に何か指定すれば良いのでしょうか？ >>666
グローバルインストールっのがあるんじゃ？ 366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744
367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/
372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな
376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。 瑕疵担保責任（かしたんぽせきにん）
瑕疵担保責任のポイント
民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある
不具合を指摘されたらすぐに行動をとるべし
軽微なミスでも先延ばししない
http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt
改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている
全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html
ポイント1：修補や損害賠償、契約解除の期限がなくなる
従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。 そのぶん金取るだけだよな
そんな主張もできない弱小は存在価値ないから他に吸収された方がいい ■ このスレッドは過去ログ倉庫に格納されています
