redux-observableで検索機能の実装を写経してRxJSのパワーを感じる - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
StealJS 1.0 Release
StealJS 1.0 is here and represents an important milestone along its mission. This article reiterates that important mission, goes over a few of 1.0's most useful features, explains how to upgrade for 0.16 users, and looks ahead to what's coming on StealJS's roadmap. StealJS's mission is to make it cheap and easy to do the right thing. Doing the right thing, when building for the web, includes thin
businessman
Powerful, Secure, Multi-threaded Flux Patterns. Motivation If application state management is performed by an application thread, the responsiveness of the application may be impaired. There is also a risk that the application itself will manipulate the state. The application keep responsiveness by delegating state management to the Worker. It also eliminates the risk of direct manipulation of the
Building a better web with Lighthouse | Blog | Chrome for Developers
Since Google I/O, we've been hard at work making Lighthouse an awesome companion for building great Progressive Web Apps: Welcomed 50 new contributors to the project Shipped 15 releases Added ~20 additional audit tests (~50 total) Today, we're happy to announce the 1.3 release of Lighthouse. Lighthouse 1.3 includes a bunch of big new features, audits, and the usual bug fixes. You can install it fr
Navigation Timingを軸にJavascriptの実行タイミングを理解する - Qiita
恥ずかしながら$(document).ready()やwindow.onload、document.addEventListener('DOMContentLoaded')などそれぞれの実行タイミングの違いを正確に理解できていなかったのですが、調べていくうちにNavigation Timingを理解しておいたほうが後々捗りそうだと思い至り、Navigation Timing周辺の情報と合わせ調べた内容を記事にしてみました。 このページの目的 Navigation Timingを念頭に置いた上でJavascriptの実行タイミングを把握できるようになること Navigation Timingとは 仕様 実装(MDN) Navigation Timingとはブラウザがウェブサイトを表示するまでの間の一連のプロセスとタイミングを細かく定義したもので、Unload,Redirect,Fetch,D
2016年に設計なんてない、そこそこの量のJavaScriptのエラーを監視して対策し始めました雑感
公開されるどこにも記録を残していないような気がするが、2016年の初めからとある事情により JavaScript のエラーをサーバに送りつけて監視サービスに送りつけてエラーの発生を知り、修正する、ということを地味にくり返していた。 そこに至る顛末と今後の分析の予定のお話。 背景これまで扱ってきたものはそこまで JS ヘビーでないものが多く、また自分で書くものはできるだけユニットテストが動くように書いていた and そもそも監視サービスが入っていなかったので、エラーのログをサーバに送るとか監視するとか、そこまで手をかけていなかった。 しかし今回の案件は初期の設計では考えてもみなかった量のカウボーイスタイル JS がコミットされしまい、要するに非常にイキのいいフレッシュなレガシーコードがてんこ盛りで動いている状態になってしまった。 （あーはい、全部ぼくがコードレビューしてリジェクトすれば防げた
大規模プロダクトにおけるフロントエンドの1年間の変化 - Qiita
プロダクトに関わるエンジニアは40人近くいて、弊社ではフロントエンド/サーバーサイドといった明確な線引きがないため全員がフロントエンドに触れる機会が有りえます。開発チーム・コード共にそれなりに大規模と言えるのではないでしょうか。 やったこと モジュール間の依存解決 もともとRailsのSprocketsに沿ってjsを書いていたため、classは全て一つのグローバル変数に格納され、全てのjsが結合された巨大なapplication.jsをロードしている状態で、メンテナビリティやパフォーマンスに大きな問題を抱えていました。そこで去年よりWebpackを導入し、各モジュールの依存関係を整理してjsファイルを適切な単位に分割するようにしました。ファイル数が多いため段階的に作業をつづけ、今年ようやく全てのファイルの依存解決が完了することができました。 過渡期はWebpackとSprockets両方か
「Int8Array」と「Int16Array」の違い。使い分け方は？
簡単に言うとInt8ArrayとInt16Arrayの違いは、 Int8Arrayの各要素が保持できる値の範囲は-128...127 Int16Arrayの各要素が保持できる値の範囲は-32768...32767 と言うことですね。 var int8 = new Int8Array(2); int8[0] = 300; alert(int8[0]); //->44 (8ビットで表現できない部分が切り捨てられている) var int16 = new Int16Array(2); int16[0] = 300; alert(int16[0]); //->300 ・容量を節約したいってことですか？ それも目的の一つです。数百万の数値を扱う時にひとつの数値が1バイト(=8ビット)で表現できるのに2バイト(=16ビット)使うのはメモリの無駄ですし、参照するデータ量がその規模になるとメモリの使用量は実
2016-12-27のJS: SharedArrayBufferとAtomics API、Node.js Stream、JavaScript obfuscator
JSer.info #311 - Safari Technology Preview Release 20とMSEdgeのJavaScriptエンジンであるChakraCore 1.4.0が公開されています。 Release Notes · Microsoft/ChakraCore Wiki Release Notes for Safari Technology Preview 20 | WebKit どちらもSharedArrayBufferが実装されています。 SharedArrayBufferは、WebWorkerとの間でもデータを共有できるStage 3のProposal仕様です。 データをコピーやTransferではなく、メモリで共有する仕様です。(いわゆる共有メモリ) 複数のスレッドがメモリ内の同じデータを読み書きするため、スレッドセーフなAPIが必要になります。 そのため、t
Mithril、Vue.jsの仮想DOM用のi18nライブラリ作った - Qiita
いろいろ探してみたり、某node.js会長に聞いてみたりしたんですが、いまいち自分のニーズにあうi18nライブラリが見つからなかったので、一番理想に近い(けど一歩足りなかった)roddeh-i18nをベースに作ってみました。MITライセンスです。 国際化機能をサポート キーで単語を置き換える（元の単語もキーとして使用できます） 複数形 フォーマッティング(変数に値を設定) 文脈からの翻訳の選択（性別など） 小さくてポータブルなランタイム ランタイムは移植性の高いES3で書かれ、gzipで1.8キロバイト ランタイムは他に依存せず common.jsおよびAMDとも利用可能。<script>タグを使用したロードも可能 ブラウザで実行可能 仮想DOM(Mithril, Vue.js)で使用 スタティックなHTMLの翻訳 node.jsで実行可能 オフライン単位テストを簡単にする サーバー側のレ
コンポーネント/単体テスト単位でのvisual regressionテストを行うためのツールを作った話し - Qiita
この記事は「WACUL Advent Calendar 2016」の23日目です。 今年の10月からWACULでフロントエンドエンジニアをしている@bokuwebと申します。 今回はコンポーネント単位でのvisual regressionテストについて書いてみたいと思います。 概要 単体テスト時にコンポーネントのキャプチャーを取り、差分を取るvisual regressionテストを行うために、karma-nightmareとreg-cliというツールを作りました。まだ実験的ではありますが、それらを用いたテストや作成時に検討したことなどを書いてみます。 そもそもViewのテストどうしてます？ フロントエンドやっている方と話すときに、よく、Viewのテストをどこまで、どんなふうにやるか？というざっくりした質問をしてみたりします。「お、その話題ですか！」というリアクションする方もちらほらいて関
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PlayCode: Create Websites and Apps with AI | Online IDE
The Reflect API of ES6
GitHub - andywer/leakage: 🐛 Memory leak testing for node.
GitHub - michal-perlakowski/range: A JavaScript implementation of the Python's range() function.
Domain error
GitHub - javascript-obfuscator/javascript-obfuscator: A powerful obfuscator for JavaScript and Node.js
Rewrite Status · Issue #1090 · MithrilJS/mithril.js
301 Moved Permanently
React製リッチテキストエディターDraft.jsを使ってみる - Qiita
