Simple Data Flow in React Apps Using Flux and Backbone: A Tutorial with Examples | Toptal®
React.js is a fantastic library. Sometimes it seems like the best thing since sliced Python. React is only one part of a front-end application stack, however. It doesn’t have much to offer when it comes to managing data and state. Facebook, the makers of React, have offered some guidance there in the form of Flux. Flux is an “Application Architecture” (not a framework) built around one-way data fl
React.js and Dynamic Children - Why the Keys are Important
React.js and Dynamic Children - Why the Keys are Important … and check why 5600+ Rails engineers read also this React.js and Dynamic Children - Why the Keys are Important Recently I’ve been building a pretty dynamic interface based on google analytics data for one of our customers. There was a bug that I couldn’t quite figure out because of my wrong understanding of how react works. In the end it
gulpfile.js with browserify, reactify, watchify and gulp-notify.
gulpfile.js �u��U �� ��U var source = require('vinyl-source-stream'); var gulp = require('gulp'); var gutil = require('gulp-util'); var browserify = require('browserify'); var reactify = require('reactify'); var watchify = require('watchify'); var notify = require("gulp-notify"); var scriptsDir = './scripts'; var buildDir = './build'; function handleErrors() { var args = Array.prototype.slice.call
RomoCart：Romoとプロジェクションマッピングで部屋をマリ○カートのサーキットにしてみた
(In English here) こんにちは、河本です。 最近なにかと話題の教育用ロボット「Romo」を入手出来たので、早速こんなものを作ってみました。 見飽きた部屋をマ○オカート風ゲームのサーキットに変えてしまう、レーシングマニア垂涎のシステムです。 中学生のころ時間も忘れてロケットスタートを極め、バナナを置き、甲羅を投げた思い出を、自分の部屋でまた体験したくはありませんか？ プロジェクションマッピングとロボットを使ってその夢を実現するのが「RomoCart」です。 何言ってるか分からんという方は、まず上記ビデオを見てください。 どんなゲームなの？ RomoCartは、まず部屋のレイアウトをカメラで測定して、最適なコースを自動生成するところから始まります。 部屋の中の障害物を認識し・・・ いいコースを自動生成します。 そしてRomoの位置と向きを認識し、 Romoを認識してスポットライ
Angularが好き - Can I do web?
ボクは本当にAngularが好きで、もはや恋するレベルに達していて、今ではもう実案件に使っている。 イカ理由。 APIがほんっっっっっとうに糞 趣味の問題といえばそうでもあるが僕は糞だと思う → 趣味には口を出しません。そう思うならそうです。 実装が黒魔術 良識あるJSエンジニアなら Function.prototype.toString() しない 実際に一部のクロージャが破壊されてて挙動が直感に反する DirtyCheckの実装、表面的にもDirtyな挙動として現れるのでデータバインドとして何も嬉しくない →データバインドだったり、Web Components のような、未来にnative実装されるAPIを包括的に実装しようとした結果の１つだと思ってます。 もっといい方法はあるのかもしれないですけど、Angularではこうしてるよっていうのが現状なのかなと。 上記で毒づく程不満はないで
Angularが嫌い - mizchi's blog
僕は本当にAngularが嫌いで、もはや許せないレベルに達していて、今ではもう本当に使いたくない。 イカ理由。 APIがほんっっっっっとうに糞 趣味の問題といえばそうでもあるが僕は糞だと思う 実装が黒魔術 良識あるJSエンジニアなら Function.prototype.toString() しない 実際に一部のクロージャが破壊されてて挙動が直感に反する DirtyCheckの実装、表面的にもDirtyな挙動として現れるのでデータバインドとして何も嬉しくない Googleだから許される、みたいなコミュニティの驕りが本当に嫌 Angularの都合だけでChromeでObject.observeを前倒しするのやめろ Angularの内部モジュール同士が密結合 DI, module, factory, それぞれ大きなテーマなのに密結合 使いはじめるとAngularをやめることが困難 パフォーマン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
