No matter how good you are as a developer and how many tests you write: your application will throw errors. At YPlan we tried to catch all the exceptio…

IntroductionThe following should be an introduction into generators and channels. If you know about promises, generators, coroutines and channels jump to the Using Generators and Channels with React section. While the examples might not be suited for the real world, it should be seen as a starting point, to experiment with the possibilities that might arise by taking this approach. Just think abou
Imagine a web component distributed as a single .js file and containing everything. We would still have our basic style sheets, but the dynamic CSS would be a part of JavaScript. Now this is possible, and one way to achieve it is with CSSX. Similar to JSX, CSSX offers encapsulation. Being able to see all parts of a single component is a big step forward. The separation of concerns defined developm
About two years ago I first tried React in a real application. As I started using it extensively in that application, I found it unwieldy and unnecessarily complicated. After that I decided to build my own solutions using RxJS and virtual-dom and after a year or so I created a framework called Cycle.js. Today after two years, I needed to write a large application using React and Redux, because I w
Echo One Sequentially arranged sentences composed of words (and punctuation) This post is only meant to be a snapshot of the current state of the various DOM virtualising webframeworks that are around. I’m partly publishing it to try and discover more that I may not be aware of. Many of these frameworks trace an ancestry back to Om and React. However each one tries to deal with perceived problems
No. Hard to believe? Most developers and decision-makers take it for granted that ReactJS offers high performance and incredible speed much better than other frameworks like AngularJS and EmberJS. It has gotten to the point that no one even questions things like this: (Source) But if you ask yourself where this belief comes from, you might be surprised. Everyone says it This doesn’t give us much t
After watching a compelling talk about FRP by Jafar Husain from the Netflix UI team, I’ve been fascinated by the way reactive programming can make code both effective and elegant. At Football Radar, we work with many different streams and sources to create rich interfaces that capture realtime data about football matches, and we’re convinced that our products are a perfect fit for reactive program
TypeScript だけを書いて Tauri でデスクトップアプリを作ろう / Tauri with only TypeScript
Developing a React Edge The JavaScript Library for User Interfaces By Frankie Bagnardi, Jonathan Beebe, Richard Feldman, Tom Hallett, Simon Højberg, Karl Mikkelsen Publisher: Bleeding Edge Press Release Date: November 2014 Pages: 202 Read on O'Reilly Online Learning with a 10-day trial Start your free trial now Buy on Amazon Where’s the cart? Now you can get everything with O'Reilly Online
最近フロントエンドでfacebook/reactをずっと使っている。世界的には一部のエンジニアの間で流行っているのだが、国内だとqiitaのタグ等を見てもどうも少ない。みんなもっと使うべきだと思うので、宣伝かねて意見をまとめてみる。 複雑化するデータバインドに対する懸念 MVWのVに対して思いを馳せると、だいたい次のことに行き着く。すなわち、「ある構造体の入力に対して、必ず一意なビューを生成したい」 {items: [1, 2, 3]} を入力とすると、 1, 2, 3のli要素になってほしい。これは単純な例だから問題に成り得ないように見えるが、アプリケーション全体の状態を一つのjsonとして定義し、 そこから常に0から組み立てればアプリケーションの健全性が確保できると考えたことはないだろうか? 現実の問題 UIのだいたいの状態は遷移で表現される。遷移の差分をプログラマが記述する。jQue
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く