CoffeeScriptを使う理由 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Kyoto.なんかで“Introduce browserify”という発表をした - Sexually Knowing
Kyoto.なんかという Kyoto.js の潮流を汲んだような汲んでいないような、勉強会のようななんなのかよくわからないイベントで発表した。 browserify という Common JS Modules/1.0 などに互換のあるモジュールを、Common JS Modules/1.0 などモジュール機構に対応していないブラウザで動かせるようにするツールについて簡単な紹介をした。 browserify-shim を使って jQuery plugin も browserify で扱えるようにするのがとても便利。 実際には browserify-shim が require() を解決し展開するやりかたはけっこう凝っている (出力されたコードとちょっと実装を読んだくらいで、僕も詳しい実装はあまり追っていない)。 作者の substack さんは browserify という比較的大きなツー
SinatraとjQueryでおよそ100行で作るAjax掲示板アプリケーション - 旧gaaamiiのブログ
Web2.0と言われ始めた時代に、Ajaxという手法が広まりました。今ではAjaxを使っていないウェブアプリケーションを探すのが難しいくらい、Web開発の現場には浸透していると思います。もちろん、Ajaxを知らなくてもウェブアプリケーションは作れますが、これは使い心地を意識すれば自然と必要になってくるものです。 この記事では、実際に簡素な掲示板アプリを作りながら、現在ほとんどのウェブアプリケーションで使われているAjaxという手法を紹介していきます。ちなみに、タイトルの「100行で」というのは今回書いたapp.rb、index.erb、schema.sqlの３つのファイルのトータルがおよそ100行だという意味です。数字をタイトルに入れると読んでもらいやすいという話をどこかで聞いたので入れてみました。 ソースコードはGithubにも置いておきました。 gaaamii/ajax_sample
Node.js require(s) best practices · Mirco Zeiss
Some best practices for working with Node.js and the require() function.Dipl.-Wirtsch.-Ing. (M.Sc.) TU Darmstadt - Web Engineer - Likes JavaScript, Node.js, AngularJS and NoSQL databases. Node.js require(s) best practices 04 Feb 2014 I have to admit that the title is a bit catchy but I couldn't resist. I won't talk about Node.js and that it needs some best practices. Instead let's talk about some
express4でRESTful API作る - yutaponのブログ
ちょっとnode.jsでAPIサーバ作ろうとして express4に上げたらいろいろと使い方が変わっていたので 備忘録的に書いておきます。 expressでのプロジェクトの作り方 ここを見ながらやるのが確実。 https://www.npmjs.org/package/express express3の場合 express3までは $ npm install -g express # グローバルにexpressコマンド入れて $ express appName # expressコマンドでひな形作成 .. $ node app.js # アプリケーション起動 こんな感じでexpressプロジェクトを作れましたが、 express4から結構変更されています。 express4の場合 express4ではひな形を作るコマンドが本体から分離されました。 またアプリケーションの起動方法も変更されて
非CommonJSモジュールなJavaScriptコードを本体変更無しにCommonJS対応にする - Qiita
(function (global) { var lib = ...; // なんか適当にライブラリの定義 if (typeof define === 'function' && define.amd) { define(function() { return lib; }); } else if (typeof exports === 'object') { module.exports = lib; } else { global.lib = lib; } })(this); ライブラリ本体にpull request送ったりして根本的に解決すれば幸せになれるんですが、とりあえず使えるようにしたい時に便利なテクを最近知ったので紹介します。 今まで、僕は上記のようなコードを末尾にconcatするgruntタスクとかを作っておいて、連結後のコードを参照するようにしていました。 ただ、ライブラ
TypeScriptの宣言空間とその不満 - teppeis blog
最近TypeScriptの型を触っていてハマったあたりのまとめ。だいたい仕様書に書いてあるとおりなので、すでに仕様書を読破している諸兄にはこの記事は必要ないです。 宣言空間 (declaration space) とは 宣言空間というのは、同一宣言空間で同じ名前が複数存在するとエラーになるような空間のこと。 TypeScriptには大きく分けて3つの宣言空間 (declaration space) がある *1。 変数 (for variables) またはメンバー (for members)*2*3 型 (for named types) 名前空間 (for namespaces) どういうことかというと、TypeScriptでは次のコードがエラーにならない。 var M = 0; // 変数宣言空間 interface M {} // 型宣言空間 module M {} // 名前空間
Unix Philosophy と Node.jsのモジュールの作り方 - from scratch
The Art of UNIX Programming 作者: Eric S.Raymond,長尾高弘出版社/メーカー: アスキー発売日: 2007/06/19メディア: 大型本購入: 4人 クリック: 91回この商品を含むブログ (62件) を見る TL;DR Unix Philosophyにおいては、「一つのことをうまくやり、協調する仕組みを持つ」という事が大事 Node.jsのモジュールにおいても同じで、「一つのことをうまくやる、Stream APIで協調する」と良い 「一つのことをうまくやる」にはどうするのが良いのか、ということで substack のモジュール実装例 Simple と Easyの違い ちょっと今回長くて文字が多いので、最初と最後にまとめを用意しました。時間がない方はこれを読むだけでもいいかと。 Unix Philosophy さてさて、Unix Philosoph
橋本商会 » Engine.IO単体でチャットを作った
友達に「Socket.IOはメモリリークヤバイから、新規開発なら迷わずEngine.IOを使え」と言われたのでEngine.IOを直接さわってみた。 Engine.IOはSocket.IOの内部で使われている部品で、「websocketでもajaxでも何でもいいのでとにかく通信ができる状態」を作るライブラリ。 もともとSinatra::RocketIOやlinda-socket.ioやRuby用socket.ioクライアントを作る時に中身は覗いてたけど単体で使った事はなかったし、どういう実装か忘れがちなのでメモする。 Chatを作った とりあえずchatを作った。Herokuでwebsocketを動かしている。 サーバーもクライアントも50行ぐらいで書けた。 デモ ソースコード 感想としては、Engine.io単体で使うと、綺麗なアプリケーションを書くにはその上に（フル機能ではないにしても
Docker Node Testerを使ってNode.jsをバージョン毎にテストする #葉桜js - from scratch
昨日は 葉桜js でした。 今回は客層からかテストとセキュリティの話が多かった。t_wada, malaさんの影響は大きい。 #葉桜JS— Yosuke FURUKAWA (@yosuke_furukawa) April 14, 2014 僕のLT t_wadaさんが来るということでテストっぽい話をしたくて、Docker Node Testerの話をしました。 Node.js v0.12 に関して このブログで Node.js v0.12で変わることについて色々と紹介してきました。NANの話もそうですし、traicing apiとかsync child_processもそうです。 Node.js v0.12では他にもコアモジュールに色々とバグ修正やエンハンスが加わっています。 コアチームが互換性に配慮しているとはいえ、影響を受けてしまい、自分のモジュールが動かなくなることは考えられます。
WebStorm 8.0でTypeScript開発を試してみた - きよくらの備忘録
JetBrainsの Web開発 IDE*1、WebStorm 8.0がリリースされました。 WebStromもTypeScriptに対応しているという話は聞いていたのですが、WebStrom自体をほとんど使ったことがありませんでした。 先日8.0がリリースされたとのことなので、せっかくなので、手探り状態ですが少し試してみました。 WebStormの入手とセットアップ WebStormは有償の製品ですが、30日間の試用ができます。 試したい方は以下から自分のプラットホーム向けのものをダウンロードしてセットアップしましょう。Win/Mac/Linux用があります。 http://www.jetbrains.com/webstorm/ （なお、ライセンスを購入される場合はサムライズムさんが正規代理店として取り扱っておられますので、こちらを参照のこと。WebStormはJetBrains製品の中
Introducing ibrik - code coverage tool for CoffeeScript by using istanbul - 枕を欹てて聴く
Image: © lorises 2010 Istanbul made by Krishnan Anantheswaran from the Yahoo! Cocktail team is great code coverage tool for JavaScript. (see usage by Ariya Hidayat) Internally it uses Esprima to parse JavaScript code and Escodegen to generate instrumented JavaScript code. These modules use Mozilla JavaScript AST as Internal Representation. Therefore, if we prepare Mozilla JavaScript AST, istanbul
C54 - Trang chủ chính thức c54.com
C54 – Link truy cập và đăng ký C54.com chính thức không bị chặnC54 là đang một nơi uy tín, có nhiều người tin tưởng lựa chọn tham gia cá cược và cộng tác lâu dài. Để mọi người có được nhiều kiến thức bổ ích về nhà cái C54. Bài viết hứa hẹn sẽ đem đến nhiều thông tin hữu ích nhất, mời các bạn đón xem tại đây nhé. Link truy cập vào nhà cái C54 an toàn: https://thecus.uk.com/ Xem thêm nhà cái uy tín:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Express 4.0リリース
Dart 1.3のパフォーマンスはNode.jsと同レベルに
通信帯域を調整できるgruntプラグインを紹介するよ - Qiita
Vue.js note(v0.10.3). not translate. This is draft of https://github.com/koba04/vuejs-book .
Testing routers in backbone.js properly?
jQueryのval()で値を変更してもchangeイベントは発火しない - Qiita
D3.jsとjQueryのセレクションメソッドの違い