IndexedDB, Worker, Server-side Rendering そしてフロントエンドの未来 // Speaker DeckIndexedDB, Worker, Server-side Rendering そしてフロントエンドの未来
Rails5 が示したサービス開発の新しい指針についての考察。 - ボクココ
ども、@kimihom です。 Rails5.0 の正式版がついにリリースされた。 Riding Rails: Rails 5.0: Action Cable, API mode, and so much more Rails 5といえば、 ActionCable での WebSocket によるサーバープッシュのリアルタイム処理が注目されがちだが、個人的には今後のシステムの開発指針を Rails が示した重要なリリースになっていると感じている。その原動力となっているのが、 あの "Turbolinks" だ。 マルチプラットフォーム開発に対する提案 ではどんな話かっていうと、まず Rails としては JavaScript で複雑なロジックをたくさん書いたり状態を管理するような処理を書かないことを選んでいる。以下の動画は今後の Rails において非常に重要な意味を持っている。 Rail
2016-08-23 Cycle.js 7.0.0 をためしている - blog.bouzuya.net
bouzuya/bbn-cycle で cyclejs/cyclejs 7.0.0 を試している。まだ途中だけど、現状での印象を書く。 v7 の変化としては次のような点が挙げられる。 JavaScript -> TypeScript RxJS -> xstream virtual-dom -> snabbdom TypeScript への変化は個人的には嬉しいのだけど、Cycle.js が TypeScript 化されてもほとんど影響がない。まず Cycle.js の API を直接的に使う場面はほとんどない。ぼくの認識では message 基盤の提供や event flow の制御をしているだけだからだ。それに Cycle.js の API は TypeScript 向きじゃない。Sources なども { [driverName: string]: any; } 程度にしか、型の補助を
業務システムのUI構築に採用されるJavaScriptコントロール「Wijmo」。軽量で高性能な製品を提供しつづける舞台裏を開発者に聞く［PR］ － Publickey
業務システムのUI構築に採用されるJavaScriptコントロール「Wijmo」。軽量で高性能な製品を提供しつづける舞台裏を開発者に聞く［PR］ 業務アプリケーションの開発でWebとモバイルへの対応を進めようとするとき、大きな課題の1つとなるのが、Webやモバイルに合わせた優れたユーザーインターフェイスをどう構築するのか、でしょう。 デスクトップアプリケーションとして作り込まれてきた業務アプリケーションのユーザーインターフェイスを、Webブラウザ対応にし、しかもモバイルデバイスの小さな画面とタッチ対応へ再構築することは容易な作業ではありません。 HTML5/JavaScriptのユーザーインターフェイスコントロールである「Wijmo」（ウィジモ）は、こうした課題を解決できる機能を提供します。 Wijmoは、業務アプリケーションでよく使われるExcelライクなグリッドコントロール、オートコン
What is Promise.try, and why does it matter? - joepie91's Ramblings
A topic that frequently confuses users in the #Node.js channel, is the Promise.try method provided by Bluebird. People often struggle to understand what it is, or why they should use it - and this isn't helped by the fact that almost all guides to Promises fail to demonstrate its use. In this brief article, I hope to provide a better explanation of what Promise.try is, and why you should always us
package.json の browser field 実践編 - Qiita
package.json の browser field 実践編 package.json の browser field 入門編 では、package.jsonのbrowser fieldの役割と機能について紹介しました。 本編では、この機能のbundlerごとの実装の違いと、それを回避する方法を説明します。 ここで取り上げる実装の違いとはずばりpathの解決方法です。 ./から記述するかどうか .jsを記述するかどうか mainとの対応関係 この3つの要素が絡んできます。 なお、パス解決のresolverを指定できる系もあるようですが、ここでは各々のbundlerがデフォルトで用意しているresolverについて論じています。 (なぜなら、resolverを外部が指定しなければ意図通りbundleされないというのは、利用者にとってはbundleされないのとほぼ同義です) 調査したbun
stream b/w node.js and whatwg // Speaker Deck
Talk about Stream API difference between node.js and whatwg at #tng11 2016/08/08
project毎のnpmコマンドをいい感じにするnpmrc & config達 - Qiita
npmrcのドキュメントを読みなおしていたら、.npmrcは/path/to/my/project/.npmrcのようにプロジェクト毎に配置することが出来る事に気づいて、ちょっと使ってみたら便利だった。 globalやhomeディレクトリへの設定を前提としたnpm configの記事は結構あるが、プロジェクト毎でnpm-configについて書かれている記事があんまり無かったのでまとめてみる。 npm-configの何が良いのか？ project毎に出来ると何が良いのか？ npm-configの設定をすると、色々コマンドを省略出来たりして良い事がある。 (参考:2016年版 Node.jsで幸せになれる10の習慣) npmrcやnpm-configは、個人開発用であれば、$HOME/.npmrcへの設定だったりnpm config setでの設定で十分。 また、npm registryに登録
マイクロソフト、オープンソースのJavaScriptエンジン「ChakraCore」をLinux版Node.jsに対応、「Node-ChakraCore on Linux」プレビュー版公開
マイクロソフト、オープンソースのJavaScriptエンジン「ChakraCore」をLinux版Node.jsに対応、「Node-ChakraCore on Linux」プレビュー版公開 マイクロソフトは、Microsoft EdgeやWindows 10で使われているJavaScriptエンジンのコア部分を「ChakraCore」をLinux対応にし、さらにNode.jsに対応させた「Node-ChakraCore on Linux」のファーストプレビュー版を公開しました。 ChakraCoreは2015年12月にオープンソース化され、WindowsだけでなくLinuxやmacOSへの移植が進められることが明言されていました。 さらに今年に入って2016年1月にはNode.jsのJavaScriptエンジンとして使われているV8の代わりにChakraCoreを使えるようにNode.js
そのコードが標準化されてるJavaScriptなのかを判定する方法
ECMAScript Version Detector ECMAScript Version Detectorというツールとライブラリを書きました。 azu.github.io/ecmascript-version-detector/へアクセスして、好きなコードをペーストすると、そのコードの構文がECMAScriptのどのバージョンから使える機能なのかを表示してくれます。 たとえば、以下のコードはasyncとawaitの部分がまだProposalであるAsync Functionsであることを検出してくれたりします。 目的 Babelなどの変換ツールでECMAScriptのProposalな機能などが身近になりました。 しかし、それがまだ仕様に入ってないもの(Proposal段階であるもの)ということを意識しないで書いてる人もよく見かけるようになりました。 そのため、まだProposalの
npm dependenciesを更新してGitHub Compare Viewのリンク付きでPRするツールを定期実行する - Islands in the byte stream
タイトルに要素を詰め込みすぎましたが、要は CircleCIを使ってbundle updateを定期実行する - Qiita の npm update 版です。web appのJavaScriptライブラリ管理にnpmを使うとき、依存関係のアップデートを継続的に行うためのツールです。 https://github.com/bitjourney/ci-npm-update これはいまのところGitHub専用です*1。CIサービスはドッグフーディングも兼ねてCircle CI用の起動スクリプトを同梱してますが、実際には ci-npm-update を定期実行するだけなので簡単に代替可能です。 これはCircle CI + Heroku Schedulerで動かしていて、以下のようなフローです。Circle CIはJenkins含め他のCIでも動かせますし、Heroku Schedulerはcr
Runstant
JavaScript game library which can be edited, saved and run on browser. You can share it without server.
NW.js
NW.js (previously known as node-webkit) lets you call all Node.js modules directly from DOM and enables a new way of writing applications with all Web technologies. New way of writing native applications using web technologies: HTML5, CSS3, and WebGL Full support for the features in browser Complete support for Node.js APIs and all third party modules Call Node.js modules directly from the DOM and
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - samccone/coverage-ext: Generate code coverage for any webpage
JavaScript の parseInt で小数を整数に変換しようとしてはまる
型定義ベースのアサーションライブラリ types-assert を書いた - Qiita
JS Comparison Table
Animocons: Animated Icons with mo.js | Codrops
ECMAScript Version Detector
Mayonez [マヨネーズ]｜エンジニアの毎日をハッピーに。![Mayonez [マヨネーズ]｜エンジニアの毎日をハッピーに。](https://cdn-ak-scissors.b.st-hatena.com/image/square/2d46550c6b2d4dee0f4ec166c839b26e0b7e2782/height=288;version=1;width=512/https%3A%2F%2Fmayonez.jp%2Fwp-content%2Fthemes%2Fmayonez-test%2Fpublic%2Fimages%2Fcommon%2Fog_mayonez.png)
