Site will be available soon. Thank you for your patience!

数多くあるJavaScriptのライブラリの中で、どれを勉強すればいいか判断することはなかなか難しいものです。いくつかのライブラリは放置され衰退し、またいくつかは急速に成長し、広範囲に採用されることがあります。 jQueryやReactは多くの人が知っているでしょう。 2017年に注目しておきたい、急成長しているJavaScriptのライブラリを紹介します。 D3.js ビッグデータは成長産業で、データ ビジュアライゼーションも同じくらい重要になっています。グラフ作成やマッピングのライブラリはたくさんありますが、D3.jsほど目立つものはほとんどありません。このJavaScriptライブラリはSVGやCanvasの要素と連携して、Web上のグラフ、チャート、動的なビジュアライゼーションをレンダリングします。 D3.jsは完全に無料で、JavaScriptで構築された最も強力なビジュアライゼ
Node.js Advent Calendar 2013 - Adventar 9日目です。 あまりネタを用意する時間がなかったので、GitHubにNode.jsのリポジトリを置いたりnpmにパッケージを公開したりしたときに便利な定番サービスを3つ紹介します。 Travis CI Coveralls David タイトルは釣りですが、特にTravisとCoverallsは一度体験すると離れられないぐらいほんとにlife changing。コードをpushしたらブランチのビルド結果をプルリクに表示してくれたり、カバレッジ結果をコメントで書き込んでくれるので、それを見ながらコーディングを進めていけます。これが無料なのは意味不明なぐらいの神です*1。 サンプルコードはこちらのプロジェクトで見てください。 Github: https://github.com/teppeis/fixclosure
Node.js Advent Calendar その2 http://qiita.com/advent-calendar/2015/nodejs2 Node.js Advent Calendarはこちら! http://qiita.com/advent-calendar/2015/nodejs こちらは1日目の記事です! RESTfulなAPIサーバって良く聞きますよね. 実際の開発でも,クライアントサイド,サーバサイドと作業を分担して行う事が多いと思います. 同様な記事は多々あります. しかしながら,具体的なコードへの言及や実行方法の確認などが甘いものも多く,初心者が作成する際には「結局どうすりゃ作れるんだよ」と途方に暮れる事も多いかと思います. この記事では2つの目標を建てました. 「APIサーバ作成初心者がNode.js + Express + MongoDBでのRESTfulAPI
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 技術選定のためや、俺が問題解決するぜっ!的な人向け。 順次解決されると思うので、順次更新します。 以下に上げたものも、解決策があるものが多いです。 はじめてのNode.js (2013年3月26日初版) どこか1か所CPUリソースを多く消費するような重い処理が入ると、全体のパフォーマンスが低下する マルチコア/マルチCPU環境を十分に生かすことができない コールバックを多用するためにコードが複雑になる merittyの記事 (2012年12年23日) Node.jsのメリットとデメリット | meritty [メリッティ] JavaSc
はてな教科書JavaScript編 講義の目的 JavaScriptについて、自分で調べて学習するための基礎知識を身につける リファレンスをひけば良い部分は覚えない 話の流れ JavaScriptの言語コア部分 構文とか WebとJSにまつわるあれこれ DOM 非同期プログラミング Ajax jQuery フロントエンド設計 Node.js 駆け足で進めるので、速すぎるなら遠慮せず言ってください! LICENSE この作品は クリエイティブ・コモンズ表示 - 非営利 - 継承2.1日本ライセンス の下に提供されています。
Nodeネタも幾つか書いてきたのだけど、最近、真剣に express のフレームワークをマスターしておくべきだと感じたので、「expressやるなら connect.js 読んでおけ!」 といわれてる事もあって、connect読んでます。 これまでは、オレオレフレームワークとか言いながら、Nodeの基本にのみ従って書いてきたサーバー(FreeStyle Wiki のフレームワークを移植してたのが実際だけど)。 最近では、「レスポンスヘッダに Etag を使いたいよな」とか、色々と考えるところがあって、自分しか知らないオレオレフレームワークよりも nodeの開発元 joynet が公開する express を使う方向に軌道修正すべきと感じた次第。 ここで、「connect.js 読んでおけ!と言われる理由」をば。 sencha labs が開発した Node JSでサーバーを書く時の接続周り
Standard Modules Node は多くのコンパイル済みのモジュールを備えています。 そのうちの多くは以降のドキュメントに記述されています。 モジュールを使用するもっとも一般的な方法は、 require('name') を呼びその戻り値をモジュールと同名のローカル変数に代入することです。 例: var util = require('util'); 標準モジュール以外のモジュールを用いて Node を拡張することがでいます。 'Modules' をご覧ください。 Modules Node はシンプルなモジュールローディングシステムを持ちます。 Node では、ファイルとモジュールは1対1に対応します。 例として、 foo.js は、同じディレクトリにある circle.js をロードしています。 foo.js の内容: var circle = require('./circle
(2014/12/31追記)この記事は古いです。@kaiinuiさんの記事『最近の行儀のよい JavaScript の書き方』がよりモダンな書き方なのでそちらを参照するべきでしょう。この記事は記録のために残します。 最近MEANアプリケーションを書いています。サーバー側はNode.js + Express、ブラウザ上ではAngularJS、永続化にはMongoDBというやつです。 これらは全てJavaScript単一言語なので、これまでサーバーサイド言語とJavaScript間では不可能だったコード、ロジックの共有が可能です。ただし一工夫が必要です。 共通化に一工夫が必要になる理由 Node.jsでは他JSファイルを読み込む際var Foo = require('Foo');といった宣言が必要になります。一方でクライアントサイド(以下「ブラウザ上」という)ではこういった概念はなく、主にHT
背景 Javascript で Web アプリを作ろうとすると、よくわからないことだらけで超混乱します。 npm と bower の違いは? npm はサーバーサイド用、bower はクライアントサイド用らしいよ えっ、でもなんで bower のインストールに npm が必要なの? サーバーサイドは Rails で書きたいから npm 要らないと思うんだけど・・・ ていうかサーバーサイドJSとか node.js って何? よく見る browserify って何? こういった疑問が沸き上がるのは、各ツールが生まれた文脈がよくわかっていないからです。いろいろ調べてやっとちょっとわかってきたのでメモします。間違いがあったらご指摘ください。 「CommonJS」誕生 - Javascript は汎用プログラミング言語へ その昔、Javascript 大好きおじさんは言いました。 Javascrip
JavaScriptは移り変わりの早い言語です。 もう1年以上経っていますし、記事のメンテもちゃんとできていないので、消し線を入れることにしました。 参考程度のために記事は一応残しますが、より新しい情報を読まれることをお勧めいたします。 はじめに --- 最近では JavaScript の実行環境はブラウザに限りません。(node.js, Web Workers) また、旧来のような <script> 経由でのロードもとうに古くなっています。今は CommonJS スタイルで、require を用いたモジュールのロードを行なうことがより良いとされています。 ですから、次のようなことは改める必要があります。 ~~- var YourModule = {}; などとして、外部から YourModule.hoge(); などと呼び出す書き方 this === window だと思うこと~~ 今回
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く