Neutrino
Introduction Getting Started Usage Project Layout Customization Configuration Migration Guide Migration Tool Presets Middleware API Creating Presets Previous Versions FAQ Learning Resources Contributing Create and build modern JavaScript applications with zero initial configuration Neutrino combines the power of webpack with the simplicity of presets. https://github.com/neutrinojs/neutrino Neutrin
ES modules: A cartoon deep-dive – Mozilla Hacks - the Web developer blog
ES modules bring an official, standardized module system to JavaScript. It took a while to get here, though — nearly 10 years of standardization work. But the wait is almost over. With the release of Firefox 60 in May (currently in beta), all major browsers will support ES modules, and the Node modules working group is currently working on adding ES module support to Node.js. And ES module integra
RxJS を学ぼう #4 - COLD と HOT について学ぶ / ConnectableObservable | Recruit Tech Blog
RxJS を学ぼう #4 - COLD と HOT について学ぶ / ConnectableObservable wakamsha これはいわゆる『COLD』という性質に限った話であり、実は Observable には subscribe せずともデータを流す仕組みが用意されています。そのような性質を『HOT』と呼びます。この二つの性質の違いを理解することは Rx を使いこなす上で避けて通ることは出来ません。今回はこれら COLD と HOT についてご紹介します。 COLD 1) subscribe されるまで値を流さない COLD は下流で subscribe されるまで値を流しません ( ストリームが稼働していない状態 ) 。仮に subscribe されていない Observable に値を流しても流れが途切れるだけで、値は処理されることなく消滅してしまいます。通常、Observa
RxJS を学ぼう #3 - 知ってると便利な ( かもしれない ) オペレータ 8選 | Recruit Tech Blog
RxJS を学ぼう #2 – よく使う ( と思う ) オペレータ15選 というエントリにて『頻出するオペレータ』をご紹介しました。RxJS 5.x系には約90ものオペレータがありますが、いきなりその全てを習得するのは無理がありますし必ずしも全てを知る必要はありません。 今回は前回ご紹介したものほど使う頻度は高くないけど、知っているとなにかと便利なオペレータをご紹介します。前回と今回のを合わせればそこそこのアプリケーションは作れてしまうのではないでしょうか。 Observable.do Observable ソースから流れてくる全ての値に対して任意の処理 ( 副作用 ) を実行します。ただし、do の戻り値は ソースから流れてきた Observable そのままで、副作用の結果は流れません。 const clicks = Rx.Observable.fromEvent(document.q
RxJS を学ぼう #2 - よく使う ( と思う ) オペレータ15選
RxJS 5.x系には約90ものオペレータがありますが1)4.x系の頃は約140あったので、これでも相当少なくなった方なのです…、いきなりその全てを習得するのは無理がありますし必ずしも全てを知る必要はありません。頻繁に利用するのはそのうちのごく一部であり、あくまで所感ですが二十も覚えれば大概のアプリは作れることでしょう。 今回はいま現在実際に開発している弊社プロダクトのコードから特に使用頻度の高いオペレータ15個をご紹介します。 RxJS/categories.md at master · Reactive-Extensions/RxJS rxjs/MIGRATION.md at 5.0.0-beta.0 · ReactiveX/rxjs Converting events to Operators Observable.of 引数に渡された値をそのまま流して終了するだけの Observa
jQuery.on()は追加式なのでイベントの重複登録に注意しよう - Qiita
はじめに jQuery.on()は動的に追加したDOMに対しても簡単にイベントを追加できる便利なメソッドです。一方でaddEventListenerとは異なり、全く同じイベントでも重複登録できてしまうため、注意が必要となるケースがあります。 基本的な知識かもしれませんが、見落としてしまったので備忘録として残しておきたいと思います。これ以上被害者が増えませんように...... jQuery.click()とかでも同じです 目次 はじめに どういった時に何が起きるか 重複を回避するには addEventListenerを使う on()と同時にoff()を使う おまけ 終わりに どういった時に何が起きるか ページ読み込み時に一回イベントを設定するだけであれば、問題は起こりません。 しかし、以下のようなイベント登録が複数回処理されうる場合は注意が必要です。 var fnc = function()
Home page | Yarn
Yarn is a package manager that doubles down as project manager. Whether you work on simple projects or industry monorepos, whether you're an open source developer or an enterprise user, Yarn has your back. This documentation covers Yarn 4+. For the previous documentation dedicated to 3.6 and below, please refer to v3.yarnpkg.com. WorkspacesFirst package manager built specifically around workspaces
Node学園 23時限目 (今回はリクルート（東京駅）でやります！) (2016/10/21 19:30〜)
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
レスポンシブデザインのために resize イベントを使うのはやめて matchMedia メソッドを使おう - ひだまりソケットは壊れない
レスポンシブデザインのために CSS メディアクエリを使うことが多いと思います。 CSS 側だけで完結したらいいのですが、JavaScript 側でも画面サイズの変更を検知したかったり、画面サイズ以外のメディアクエリ相当のことをしたくなったりすることはありますよね。 画面サイズの変更自体は window に発生する resize イベント (window.onresize イベントハンドラ) で検知できますが、CSS メディアクエリとこれを組み合わせてレスポンシブ対応しようとすると以下の問題がでてきます。 ウィンドウサイズ変更時に resize イベントが高頻度で発生するので、resize イベントのリスナでコストのかかる処理を行うのはよくないとされる。 (Throttling することが推奨される。) 参考 : resize | MDN CSS メディアクエリと完全に対応するものではない
The WHATWG Blog — Sunsetting the JavaScript Standard
Please leave your sense of logic at the door, thanks! Sunsetting the JavaScript Standard August 15th, 2016 by Mathias Bynens in WHATWG Back in 2012, the WHATWG set out to document the differences between the ECMAScript 5.1 specification and the compatibility and interoperability requirements for ECMAScript implementations in web browsers. A specification draft was first published under the name of
全力で大きくなるReactのコードをスタイルガイドに沿って見直したら、大変勉強になりました | Wantedly Engineer Blog
Wantedlyでは今年に入って、Reactの導入や、webpackの導入によるビルドプロセスの変更、CoffeeScriptからJavaScriptへの変更など、フロントエンドの開発環境が大幅に変更されました。このあたりの話は高松の記事に詳しく書かれていますが、よりリッチなUIを効率的にチーム開発できるようになり、とてもいい変化でした。 コードの質にばらつきがReact導入時は、一つのチームだけReactの開発を行っていたのですが、複数チームが独立して開発するようになると、同じReactのコードでもチームごとに雰囲気の違うコードが出来上がっていました。 ここは括弧を付けるべきなのか、このインデントは好ましいのか、ここはSyntac Sugerを使ったほうがいいんじゃないかなど、疑問点がある度にチーム間で確認をとるのは大きなコストになるため、どこまで指摘するかはチームのレビュアーに依存して
ECMA-262 6th (ES 2015) のモジュールについて (入門編) - ひだまりソケットは壊れない
はじめに ECMA-262 6th がリリースされて ECMAScript (JavaScript) にモジュールの機能が導入されたわけですが、実際どんなものなのかはっきりわかってなかったので ECMA-262 6th を読んでみました。 このブログ記事はそのまとめです。 実践的な話 (TypeScript でモジュールの機能を使うことについてや、既存プロジェクトへのモジュールの導入など) はまた今度書くつもりです。 この文書では歴史的背景などには触れずに坦々と ECMA-262 を読んでいくだけですので、歴史的背景などを含めた解説を読みたい方は最後に挙げている関連ページなどを読むと良いと思います。 ECMA-262 6th を読む ECMA-262 6th (ECMAScript 2015 Language Specification) の中で、モジュールに関して述べられているところを引
Element: insertAdjacentHTML() メソッド - Web API | MDN
Document Object ModelElementインスタンスプロパティariaAtomicariaAutoCompleteariaBrailleLabelariaBrailleRoleDescriptionariaBusyariaCheckedariaColCountariaColIndexariaColIndexText Experimental ariaColSpanariaCurrentariaDescriptionariaDisabledariaExpandedariaHasPopupariaHiddenariaKeyShortcutsariaLabelariaLevelariaLiveariaModalariaMultiLineariaMultiSelectableariaOrientationariaPlaceholderariaPosInSetariaPresseda
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または
ES7 async/await でのエラーハンドリング - おなか周りの脂肪がやばい
async/await は ES7 の機能で、非同期処理を記述する上で非常に便利な機能である（仕様は安定していないと思う） まだ実装している処理系はないと思うが、babel などの transpiler をつかうと利用できる async/await をつかうと非同期処理を以下のように書くことができる function a() { return new Promise(function(resolve, reject) { setTimeout(function() { resolve('hello, ') }, 0) }) } async function b() { var value = await a() return value + 'world' } async function c() { var value = await b() console.log(value) ret
Asynchronous code gets easier with ES2016 Async Function support in Chakra and Microsoft Edge
While we work on rounding out our ES6/ES2015 support, the Chakra team is already looking ahead to ES2016 and, especially, to Async Functions. Today, we’re excited to announce the availability of Async Functions in Microsoft Edge as an experimental feature, available to preview starting in Microsoft Edge (EdgeHTML 13.10547). http://channel9.msdn.com/Blogs/Seth-Juarez/Async-Functions-in-JavaScript-w
シンプルでかつ最高のJavaScriptプロファイラ sjsp を作りました！ ― Webアプリケーションが複雑化する中でプロファイラに求められるものとは何か - プログラムモグモグ
あらすじ Web技術が複雑になる中で、JavaScriptのプロファイリングをとる方法とは。 プロファイリングを取るためのコードを手で書いてみましょう。 とてもシンプルで、かつ最高のJavaScriptプロファイラ sjsp を作りました。 本当にあった怖い話 上司 「とにかくJavaScriptのコードを速くしてくれ」 私 「分かりました、速くします」 (次の日) 私 「いいプロファイラがないなら作ればいいじゃない」 同じチームの人 「えっ？」 私 「最高のJavaScriptプロファイラ作ったよ」 同じチームの人 「「えっえっ？？？」」 私 「早速使ってみたらこことここが遅いって分かったよ」 同じチームの人 「「「この子は一体…」」」 JavaScriptのプロファイリングの難しさ 近年、Webブラウザーの処理速度は著しく向上し、その可用性の高さから、アプリケーションのプラットフォーム
Object.assignが実装された - JS.next
概要 Object.assignはオブジェクト同士をマージするJSerの誰もが長年追い求めた夢のメソッドである。 使い方 Object.assign( target, ...sources ) 第一引数で渡したオブジェクトに、第二引数以降のオブジェクトが直接持つ、 全ての列挙可能なStringまたはSymbolプロパティを加え、結果として返す。 例： var sym = Symbol() var obj1 = { "str": 1, } var obj2 = { "str": 2, [sym]: 2 } var obj3 = Object.assign( obj1, obj2 ) console.log( obj1 == obj3 ) // true console.log( obj1["str"] == 2 ) // true console.log( obj1[ sym ] == 2
普通のフロントエンドを書くのにHaxeをしばらく使っての所感 - タオルケット体操
仕事でWebのUIを作るのにしばらくHaxeを使っていたので適当な所感とかをまとめます。 その前になんでTypeScriptじゃなくてHaxeにしたか まずは言語仕様が綺麗だったから、そして（比較当時の）TypeScriptの仕様が残念だったから。 まぁどうしたって比較しちゃいます。当時TSは出たてでした。 TSはシンタックスシュガーが嫌いな感じだったりするのもそうなんですけど、特にモジュールまわりの仕様が腐ってて「あーこりゃダメだわ」って感じで使うのやめちゃいました。モジュール周りは今でも残念なんですかね。 あとはコンパイルの遅さ、Haxeのほうが歴史が長かった（ので安定して動いてくれそうみたいな雑な考え）、とかそんな感じです。 おすすめできる？ ふつーにフロントのJavaScriptを書きたいのであれば、余計な苦労ばかりすることになるのでHaxeはおすすめしません。素直になれ。 以下理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScript でメディアクエリを行う window.matchMedia の使い方
