タグ

javascriptとNode.jsに関するdecoy2004のブックマーク (12)

  • 春からはじめるモダンJavaScript / ES2015 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 春ですね!人の配置がリファクタリングされ、コードもリファクタリングの季節です。 では僕がここでモダンなJavaScriptとES2015の利点を語る役をやるので、みなさんはチームを説得する役をやってください。 JavaScript歴史 まず最初にJavaScript歴史を踏まえることで、今学ぶべきものとその理由を確認しましょう。 なぜ2016年の記事でES2016ではなく、ES2015なのか、と疑問に思った方もいるかもしれません。それは、ES2015がただの年次アップデートではなく、これから始まる毎年のメジャーバージョンアップの起点

    春からはじめるモダンJavaScript / ES2015 - Qiita
    decoy2004
    decoy2004 2016/07/04
  • Node.jsでのJavaScriptメモリリークを発見するための簡単ガイド | POSTD

    目次 初めに 極小理論 ステップ1. 問題の再現と確認 ステップ2. 最低3回のヒートダンプ採取 ステップ3. 問題の発見 ステップ4. 問題解決の確認 他のリソースへのリンク まとめ Something you might want to bookmark: Simple Guide to Finding a JavaScript Memory Leak in Node.js by @akras14 https://t.co/oRyQboa8Uw — Node.js (@nodejs) January 6, 2016 注釈:お気に入りに登録してください。 Simple Guide to Finding a JavaScript Memory Leak in Node.js (Node.jsでのJavaScriptメモリリーク発見簡単ガイド) @akras14 http://www.ale

    Node.jsでのJavaScriptメモリリークを発見するための簡単ガイド | POSTD
  • GitHub - ruyadorno/ipt: Interactive Pipe To: The Node.js cli interactive workflow

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - ruyadorno/ipt: Interactive Pipe To: The Node.js cli interactive workflow
    decoy2004
    decoy2004 2016/02/19
    peco ライクなインタラクティブフィルタ。複数選択できる。
  • オープンソースプロジェクトでバグを修正する方法 : あるNodeJSモジュールへの修正を例に | POSTD

    (訳注:2016/3/3、頂いたフィードバックをもとに記事を修正いたしました。) オープンソースプロジェクトでバグを見つけたとします。まずは、慌てずに落ち着きましょう。これは実によくあることです。ソフトウェアは人間の手で書かれるし、人間はミスを犯すものです。 または、こんなふうに考えるかもしれません。「やったね、バグの修正は大好きだ」。さっと現れて、何百万人とまではいかなくても、何千人もが使っているプロジェクトのバグを修正してしまうようなヒーローになりたくない人なんていますか? オープンソースコミュニティに恩返しできたという温かな喜びを感じられる上に、一連の Github 履歴 ^(1) に追加得点を上げられるわけです。 *訳: 人気のあるプロジェクト 典型的なバグ しかしコーディングの初心者にとっては、オープンソースプロジェクトにコントリビュートするなんて恐れ多いことに思えます。私の友人

    オープンソースプロジェクトでバグを修正する方法 : あるNodeJSモジュールへの修正を例に | POSTD
  • Node.jsの「構築事例」、そして「向いていること」と「向いてないこと」 - Qiita

    Node.jsはシングルスレッド、ノンブロッキングI/O、イベントループなどの特徴があり、「向いていること」と「向いていないこと」があると思います。 言語選定の際に使えるメモとして、Node.jsの構築事例も加えてまとめてみました。 ##Node.jsに「向いていること」 処理が短時間でイベント処理が重要なアプリ 例えば、チャットアプリなどの大量のアクセスのあるリアルタイムなネットワークプログラミングが得意 シングルCPUのサーバー シングルCPUの環境化でもその性能を十分使い切れるため、比較的性能の小さいサーバ上で大きなパフォーマンスを発揮できる ##Node.jsに「向いていないこと」 CPU負荷の高い処理 CPUリソースを大量に必要とするJavaScriptの処理を行うとイベントループが回らない状態になり、イベントハンドリングが行えない状態に陥る。このため、CPU処理が大量に必要とさ

    Node.jsの「構築事例」、そして「向いていること」と「向いてないこと」 - Qiita
  • フロントエンドのテストとNode.js - Qiita

    はじめに Node.js と連携することで、昔は大変だったフロントエンドのテストがとても便利になってます。 という内容です。 はじめに QUnit があった JS のテスト手段として、自分の観測範囲で最も古い(4, 5年前に知った)ものが QUnit でした。 このテスティングフレームワークは、例えばこのように使用します: <html> <head> <link rel="stylesheet" href="//code.jquery.com/qunit/qunit-1.20.0.css"> <script src="//code.jquery.com/qunit/qunit-1.20.0.js"></script> <script src="foo.js"></script> <script src="bar.js"></script> <script src="tests.js"></

    フロントエンドのテストとNode.js - Qiita
  • ES6時代のNode.js

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。情報システム部の伊藤(@koh110)です。 社内システムの開発、運用を担当しています。 今回、担当しているシステムをNode.js LTS(v4.x)へバージョンアップしました。 それに伴い実施したES6対応の中から3つの事例を紹介したいと思います。 varを撲滅しよう arrow functionを使おう callbackを撲滅しよう varを撲滅しよう varをlet, constに置き換えます。基はconstに置き換えます。 メリットは以下の点で、コードの品質向上につながると思います。 プログラム中で変更不可である事を明示的に示せる。 誤った使い方をした時にバグとして検出される。 varを利用するとブロック

    ES6時代のNode.js
  • npm とか bower とか一体何なんだよ!Javascript 界隈の文脈を理解しよう - Qiita

    背景 Javascript で Web アプリを作ろうとすると、よくわからないことだらけで超混乱します。 npm と bower の違いは? npm はサーバーサイド用、bower はクライアントサイド用らしいよ えっ、でもなんで bower のインストールに npm が必要なの? サーバーサイドは Rails で書きたいから npm 要らないと思うんだけど・・・ ていうかサーバーサイドJSとか node.js って何? よく見る browserify って何? こういった疑問が沸き上がるのは、各ツールが生まれた文脈がよくわかっていないからです。いろいろ調べてやっとちょっとわかってきたのでメモします。間違いがあったらご指摘ください。 「CommonJS」誕生 - Javascript は汎用プログラミング言語へ その昔、Javascript 大好きおじさんは言いました。 Javascrip

    npm とか bower とか一体何なんだよ!Javascript 界隈の文脈を理解しよう - Qiita
  • 『コードのバグはコードで見つけよう!』

    こんにちは。 アメーバピグでNode.jsを使って開発をしている中村と申します。 平日はエンジニア、土日は主夫として働いています。 さて、早速ですが、この記事ではESLintを使って、JavaScriptのソースコードのバグを発見する手順をご紹介したいと思います。 ESLintとは ESLintはNicholas C. Zakas氏が中心となって開発しているJavaScriptLintツールです。 JavaScriptLintツールといえば、最近ではJSHintが定番だと思います。 ESLintはJSHint同等の機能を持つ他、解析ルールが完全にプラガブルになっており、独自ルールを自由に追加できるという特徴があります。 例えば、JSHintでいうところの、strict(strict modeで実行されるかをチェック)というオプションは下記のURLのように個別のルールとして実装されていま

    『コードのバグはコードで見つけよう!』
  • NightWatch - node製のSeleniumクライアント

    MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました おお、これは表示系のテストが容易になりそう! Seleniumは多数のブラウザを操作してテストを自動化できます。RubyJavaなど様々なプログラミング言語向けにソース出力が可能で、各言語で作られたシステムと組み合わせることができます。 そんなSeleniumをnodeと組み合わせて使えるのがNightWatchです。書き方も使い方も柔軟で、これはテスト以外の用途でも活躍しそうです。 まずはテストの書き方。次のようなコードになります。 module.exports = { "Demo test Google" : function (client) { client .url("http://www.google.com") .waitForElementVisible("bod

    NightWatch - node製のSeleniumクライアント
  • すごい!サーバサイドのコードをクライアントで実行·coderunner MOONGIFT

    coderunnerはnode/JavaScript製のオープンソース・ソフトウェア(MIT License)です。 JavaScriptを記述してクライアントサイドで自由に実行させる類のサービスは多々出ていますが、coderunnerはひと味違います。なんとサーバサイドのコードをオンラインで記述、実行できます。 左側がエディタ、右側がその実行結果になります。 外部のコンテンツをとってきて、それをconsole.logに出力しています。 jQueryのようにDOMを検索することもできます。 coderunnerで記述ができるのはnode.jsのコードになります。クライアントサイドで書かれたコードをサーバサイドで評価して結果を返す仕組みのようです。もちろんセキュリティ的には十分に気を配られていると思われます。 Web上で動作するIDEも出てきており、もはや開発はローカルで行うものでもなくなっ

    すごい!サーバサイドのコードをクライアントで実行·coderunner MOONGIFT
    decoy2004
    decoy2004 2013/10/15
    「coderunnerで記述ができるのはnode.jsのコードになります。クライアントサイドで書かれたコードをサーバサイドで評価して結果を返す仕組みのようです。もちろんセキュリティ的には十分に気を配られていると思われます。
  • Node-OS

    Node-OS The first operating system powered by node.js and npm node-os is a full operating system built on top of the linux kernel node is the primary runtime - no bash here node-os uses npm as its primary package manager open and easy to contribute to - pull request friendly

    decoy2004
    decoy2004 2013/10/09
    Linux カーネルの上に node.js に特化したモジュールだけ載せた OS ... なのかな?
  • 1