You're Missing the Point of PromisesYou 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
RailsのRailから解放される始めの一歩
What, Why, How Create OSS Libraries - 過去に制作した30のライブラリから見るC#コーディングテクニックと個人OSSの...
Write a song in JavaScript
Write a song in JavaScript and play it with Audio API. Now you will can share your song as a package.json
ChakraCoreをビルドしてC#から使うはじめの一歩 - ぷろじぇくと、みすじら。
Created at: 2016-01-14 ついにChakraCoreが公開されたので、早速ビルドしてC#からとりあえずハローしてみます。 ChakraCore is 何とその前にChakraCoreのおさらいです。 まずChakraCoreはInternet ExplorerやEdgeで使われているJavaScriptエンジン ChakraのWindows固有の機能を外したライブラリです。要するにV8とかJavaScriptCoreみたいなものです。 オープンソースになった後のロードマップが公開され、いろいろ書いてあります。 Windows以外のプラットフォームでも動かすことを考えている(最初はJIT抜きでUbuntu) Node.jsのV8をChakraにする魔改造を本家にPR WebAssemblyやるとか云々 ChakraCoreのメリット従来のChakraはWindowsまたは
babel-plugin-typecheck を使って flowtype 文法で書かれたJSをランタイムチェックする - Qiita
https://github.com/codemix/babel-plugin-typecheck を使ってみた。 これは何 babelでflowtypeの構文を使って型エラーのランタイムチェックを行う。静的解析ではない。（自分がドキュメントから見落としてるだけで静的解析を行う方法がある？） 興味を持った理由 既存コードに対してtypescriptを導入するのは大変 flowtypeは既存コードからの乗り換えは簡単だが、型チェッカの挙動が未だに不審 コード上のドキュメントとしての型 + ランタイムチェックというアプローチなら十分では ESdoc等で型を書いてもあくまでドキュメント上の指定だが、flow syntax とこれなら実行可能という点が大きい。最悪動かなくてもランタイムチェックを外せば良い。型指定はドキュメントとして残る。 Install すでにbabel環境があることを想定
ChakraCore GitHub repository is now open
In a December 2015 talk at JSConf US, we announced that we would be open-sourcing the key components of the Chakra JavaScript engine that powers Microsoft Edge. Today, we are excited to share with you that we’ve just made the sources for ChakraCore available under the MIT License at the ChakraCore GitHub repository. Going forward, we’ll be developing the key components of Chakra in the open. https
JavaScriptでジャンプアクションゲームを作ってみた - ただふれたものについて書くブログ
ゴールデンウィークなので、JavaScript + canvasでよくあるジャンプゲームを試しに作ってみました。 ■ Block Jump ぼく自身、ゲームはもちろん、アニメーションも作ったことないので これだけでも結構知らないことがありました。 毎フレーム描画する ちょっと考えれば、当たり前なのですが、まずコレを知らなかったです。 絵を動かすために、フレームごとに関数を呼び出すことになります。 var FRAME_RATE = 60; // 毎秒60フレーム var intervalTime = 1000 / FRAME_RATE; setInterval(drawDisplay, intervalTime); オブジェクトを動かす オブジェクトを動かすためには、フレームごとに描画するので、1フレームごとに前回の位置からどれだけ動かすかを設定する必要があります。 今回は2Dなので、(dx
VirtualDOM のパフォーマンステストについて，その後 - webとかmacとかやってみようか R
はじめに 年末に書いたエントリーについて、あちこちで言及がありました*1。 師走の忙しさにかまけて勢いで書いてしまったところも多いので、少し補足をしたいと思います。 Virtual DOMってどんだけ早いの？測ってみた - webとかmacとかやってみようか R まず、最初に断っておきますが、これは Virtual DOM のパフォーマンスを厳密に測定したものではありません。元ネタはこちらです。Blazing-Fast-Html（翻訳: 【翻訳】爆速HTML – Elmでの仮想DOM） AltJS の一つである elm という Haskellっぽく FRP を実現できる関数型言語があります。それを作っている Evan Czaplicki 氏のBlog記事です。彼が作った TodoMVC のパフォーマンス比較が github に公開されているので、それを各ライブラリを最新版にして紹介したのが
RxJSで副作用を扱うにはどうするか - Schedulerを交えて - saneyuki_s log
Rx.Scheduler RxにはSchedulerと呼ばれる主要概念がある. 値がpushで飛んでくるというRxのインパクトの後ろに隠れがちなSchedulerではあるが, これにより, 処理系のスレッドモデル（並行性）と時間軸にまつわるタイミングの制御を統一的に扱えるようにしている. 後続へのoperatorへの値の送出タイミングの制御, Observableの処理スレッドの指定, タイマーのモックへの差し替えなどがSchedulerによって実現されている. さてJavaScriptの場合, 原則的には単一スレッドの世界になる. Javaや.NETの場合とは違い, RxのSchdulerの役割は回り続けるイベントループ抽象となる. 永久に回り続けるイベントループの中で, どの時点で処理をdispatachするかがSchedulerの役目だ. JavaScriptの世界にはメモリ空間を共
iframe sandbox は万能ではない - 葉っぱ日記
HTML5で導入されたiframe要素のsandbox属性は、そのiframe内のコンテンツに対しJavaScriptの実行を始め様々な制約を課すことでセキュリティの向上に役立つ機能である。例えば、以下のように指定されたiframeでは、iframe内からformのsubmitなどはできるが、iframe内でのJavaScriptの実行やtarget=_blankなどによってウィンドウを開くことなどは禁止される。 <iframe sandbox="allow-forms" src="..."></iframe> sandbox属性に明示的に allow-scripts という値を指定しない限りはiframe内では直接的にはJavaScriptは実行できないが、かといってiframe内から間接的にJavaScriptを必ずしも実行させることが不可能かというとそうでもない。 sandbox属性
JSをbrowserifyでビルドし、ライセンスコメントを適切に残す - $shibayu36->blog;
最近JSを利用するときは、依存モジュールはnpmを利用し、ES6やTypeScriptの仕様を開発には使った上で、ブラウザ用にコンパイルして配信するようになってきている。また同時にネットワークの負荷を下げるためにminifyを行う場合もある。 minifyはライセンスが絡むと少し難しい。例えばコメントを全て削除してしまうとライセンスコメントまで消えてしまう。この問題にはみんながそれぞれの手法で対処しているみたい。1年ほど前の記事でクライアントサイドJavaScriptのライセンス管理 | エンジニアブログ | GREE Engineering というものがあり、いろんなJSのコンパイルのためのライブラリが独自でライセンスの形式を決めていて、それにマッチしないものは消えてしまう、みたいな辛いことが起きてそうだった。 そこで今回は自分の勉強も兼ねて、npmのモジュールを含めてブラウザ用にコンパ
Simple Guide to Finding a JavaScript Memory Leak in Node.js – alexkras.com
Table of Contents IntroductionMinimal TheoryStep 1. Reproduce and confirm the problemStep 2. Take at least 3 Heap dumpsStep 3. Find the problemStep 4. Confirm that the issue is resolvedLinks to some other resourcesSummary 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 Please c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - avajs/ava: Node.js test runner that lets you develop with confidence 🚀
フロントエンドに秩序を取り戻す方法 〜はてなブログ編集画面をリニューアルするためにやったこと〜 // Speaker Deck
ActiveScripting
yoga
GitHub - bradfrost/frontend-guidelines-questionnaire: A one-page questionnaire to help your team establish effective frontend guidelines, so that you can write consistent & cohesive code together.
Virtual DOM Benchmark
Learning_JavaScript_Design_Patterns/patterns/module/module.md at master · mitsuruog/Learning_JavaScript_Design_Patterns
JavaScript の Date は罠が多すぎる - Qiita
