Here is my typical multi-part interview question. Compute factorial of N using recursionAll I am looking for is simple code like this
Factorial using promises
Here is my typical multi-part interview question. Compute factorial of N using recursionAll I am looking for is simple code like this
Bliss.js — Heavenly JavaScript!
Heavenly JavaScript Want to use Vanilla JS but find native APIs a bit unwieldy? Bliss is for you. No lock-in, no wrapper objects Designed to work with Vanilla JS, not replace it. Light as a feather Only 3KB minified & gzipped! Chaining without prototype pollution Only adds one _ property (optional, customizable) Extensible Adding new blissful methods is easy as pie! (Mostly) readable source Know w
Electronアプリをプロダクトとして「正しく」リリースするために必要な3つのこと | 株式会社ヌーラボ(Nulab inc.)
Typetalkデスクトップアプリ 先日、弊社チャットサービスTypetalkのデスクトップアプリをリリースしました。おそらくTypetalk.appのパッケージを覗いてElectronの痕跡を見つけ出した方もいらっしゃると思いますが、その通りElectronをベースに実装しています。 ElectronはHTML、JavaScript、CSSなどWebの技術を使用してデスクトップアプリを開発できます。GitHub社のAtomエディタをはじめとして、今では非常に多くのアプリがElectronベースで公開されており、実装方法についても既に多くの記事が書かれています。 ただし、正式にアプリを公開する場合には、コードサイニングなどを行うなど、考慮が必要なポイントがいくつかあります。そこで本記事では正式にElectronアプリをWindows/Mac向けにリリースするにあたって必要だった3つのことを
Asynchronous APIs Using the Fetch API and ES6 Generators — SitePoint
Stay Relevant and Grow Your Career in TechPremium ResultsPublish articles on SitePointDaily curated jobsLearning PathsDiscounts to dev toolsStart Free Trial7 Day Free Trial. Cancel Anytime. Key Takeaways ECMAScript 6 (ES6) brings better support for asynchronous programming using promises and generators, and introduces the Fetch API, which is intended to replace XMLHttpRequest as the foundation of
The TC39 process for ECMAScript features
This blog post explains the so-called TC39 process, which governs how ECMAScript features are designed, starting with ECMAScript 2016 (ES7). Related blog posts: The final feature set of ECMAScript 2016 (ES7) Feature watch: ECMAScript 2017 Who designs ECMAScript? # Answer: TC39 (Technical Committee 39). TC39 is the committee that evolves JavaScript. Its members are companies (among others, all maj
GitHub - arqex/freezer: A tree data structure that emits events on updates, even if the modification is triggered by one of the leaves, making it easier to think in a reactive way.
A tree data structure that emits events on updates, even if the modification is emited by one of the leaves, making it easier to think in a reactive way. Are you looking for an immutable.js alternative? Freezer is made with React.js in mind and it uses real immutable structures. It is the perfect store for you application. Are you looking for a Redux alternative? Using Freezer you don't even need
JavaScriptでのDOM操作は重いのかという話とForced Synchronous Layoutについて - id:anatooのブログ
2015年にもなるのにJavaScriptでのDOM操作のパフォーマンスについて書く。ウェブページにインタラクションを持たせたい時に、JavaScriptでDOM操作を行うことがよくある。このDOM操作のパフォーマンスについて、よく聞く意見を大別すると次の2つがある。 JavaScriptによるDOM操作は重たい レンダリングが重いだけで、DOM操作そのものはそれほど重たくない JavaScriptでオブジェクトのプロパティを操作したりする単体の処理は通常1ミリ秒もかからないが、DOM操作をするとレンダリングが完了するまでに数十ミリ秒程度かかったりする場合がある。1番目のDOM操作が重たいと言っている人は経験則的にそう言っていることが多い。 レンダリングの仕組みを知っている人は2番目の意見を言うが、重箱の隅をつつくような話をするとこれも必ずしも正しいわけではない。DOM操作するコードによっ
リアルな DOM はなぜ遅いのか - steps to phantasien
これは VirtualDOM Advent Calendar 2014 に勝手に参加する記事です。 あたたかい春の昼下がりのこと、あるブラウザベンダの社内を不穏な噂が駆け巡った。 「React.js なるライブラリ、どうも仮想 DOM というやつのせいで速いらしいぞ」 もうリアルな DOM はお役御免、ブラウザも商売上がったりか・・・。雇用に不安を覚える人(私)がいる一方、 そのアイデアをとりこんでブラウザの DOM を速く出来ないかと考える人たちもいた。 仮想 DOM はなぜ速いのか。誰かのつてを辿って React.js チームにおいでいただき、速さの秘密をテックトークしてもらう。 イミュータブルなデータ構造による単純化、非同期適用による処理のバッチ化、差分アルゴリズムによる副作用の最小化… いくつかのアイデアはブラウザからはどうにもならないが、たとえば非同期化なんかは形は違えどブラウザ
Customizing ES6 via well-known symbols
In ECMAScript 6, the object Symbol has several properties that contain so-called well-known symbols (Symbol.iterator, Symbol.hasInstance, etc.). These let you customize how ES6 treats objects. This blog post explains the details. Warning # Implementation of the features described here is work in progress. Consult the “ECMAScript 6 compatibility table” for what is supported where (spoiler: not muc
Why Ramda?
When buzzdecafe recently introduced Ramda to the world, there were two distinct groups of responses. Those accustomed to functional techniques -- in Javascript or in other languages -- mostly responded with, "Cool". They may have been excited by it or just casually noting another potential tool, but they understood what it was for. The second group responded with a resounding, "Huh?" To those not
do式が実装された - JS.next
概要 ブロック文のようでありながら、かつ中に書かれた最後の式の評価を返すdo式が実装された。 基本 let foo = do { // ブロックスコープを作る let x = 1 + 1 // 中に文(や式)を記述できる x + 3 // 最後に評価された式がdo式の結果となる function fn(){} // 文は評価されない } console.log(foo) // 5 但しfor文やwhile文などは少し注意が必要で、 まず初期化部、条件部、更新部の評価はdo式が返す値にならない。 let bar = do { for (let i = 1; i <= 10; i++) i } // 実際の最後の式評価は (11 <= 10) => false console.log(bar) // 10 そして処理部に何も書かれていない場合でも、undefinedと評価される。 let ba
I would never argue that ES6 classes are “clearly a better choice than composition, modules, or…
I would never argue that ES6 classes are “clearly a better choice than composition, modules, or prototypal OO”. They are not. I’m a fan of purely prototypal inheritance (I’ve even written a library for it), I’d love it if the semantics of classes were based on it. But that didn’t happen, for the legitimate reason of backward compatibility. ES6 classes have a few benefits: They are a standard for s
How to Use Classes and Sleep at Night
There is a growing sentiment in the JavaScript community that ES6 classes are not awesome: Classes obscure the prototypal inheritance at the core of JS.Classes encourage inheritance but you should prefer composition.Classes tend to lock you into the first bad design you came up with.I think it’s great that the JavaScript community is paying attention to the problems caused by the use of classes an
Format.JS
FormatJS is a set of JavaScript libraries.FormatJS is a modular collection of JavaScript libraries for internationalization that are focused on formatting numbers, dates, and strings for displaying to people. It includes a set of core libraries that build on the JavaScript Intl built-ins and industry-wide i18n standards, plus a set of integrations for common template and component libraries. Integ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - airbnb/javascript: JavaScript Style Guide
GitHub - rtfeldman/seamless-immutable: Immutable data structures for JavaScript which are backwards-compatible with normal JS Arrays and Objects.
Using the oninput event handler with onkeyup/onkeydown as its fallback · Mathias Bynens
GitHub - blakeembrey/free-style: Make CSS easier and more maintainable by using JavaScript
getiblog
GitHub - staltz/switch-path: switch case for URLs, a small tool for routing in JavaScript
