Viewing profile — Raynos

I wrote a static config class that reads configuration for the entire app / server from a JSON or YAML file ( https://github.com/uber/zanzibar/blob/master/runtime/static_... ). Onc…

I’m moving locations a lot myself too. I’ve found deel / remote is not great because it tethers you to the country you started in. For my situation setting up my own us llc and con…

In all javascript apps the part that is slow is the DOM, not the javascript interface. This benchmark was taken from the webkit source code then forked into http://vuejs.org/perf/ …

This seems similar to a module I wrote called [html-delegator][1]. The separation of thing that emits named event and listener is a good idea. I Actually moved away from the HTML a…

I opened this PR on virtual-dom ( https://github.com/Matt-Esch/virtual-dom/pull/67 ) to get a single file version into the git repo. It has many folders because the `vtree`, `vdom`…

I've been building a FP style framework very similar to OM & Elm in plain javascript ( https://github.com/Raynos/mercury ). It has some of the core features - immutable data - immu…

I have a similar frustration with React. The source code is very hard to read our follow. An ideal "barebones" virtual dom library looks like https://github.com/Matt-Esch/virtual-d…

"medium" means I don't have personal experience of how the percentage scales to large applications. as for sharing: data sources, domain models, utilities and templates can be shar…

In a medium sized web application, 50-70% of server-side code can be re-used verbatim between server and client.

I highly recommend you consider using mocha with the TDD interface rather then nodeunit. [I recently evaluated different node testing libraries]( https://gist.github.com/b0382064a4…

> Please never, ever write libraries that are shared with other developers. FTFY

2, 3, 4 should not be done. There is no value in using any of those features. As mentioned, 5 is not a thing. That's spec politics, you shouldn't be doing any of that. As for 1, we…

Why don't we spend effort on building an ES:Harmony -> ES3 compiler rather then a CoffeeScript -> ES3 compiler. It's more worthwhile future facing project.

Maybe you should take your opinions about not using client-side code back to 1998

Agreed, the codebase is a mess. The ideas are nice, the implementation is absolutely horrible.

the method fails for the exact same reason. If a single method calls a super method and that method calls another super method then it fails. Object.getPrototypeOf(this).method Alw…

For the record, I didn't write this library because I thought I could do it better. I wrote it because I didn't know about these other utilities / tools.

Object.getPrototypeOf(Child).constructor.apply(this, arguments); Works, but is even more verbose. However if you use Object.getPrototypeOf on this you fail the recursive problem in…

What your showing is ES3 OO sugar. The problem I have is that the notion of a constructor function goes against prototypical OO. In prototypical OO we just have objects and objects…

super is a nightmare to emulate and get "right". It has a bunch of weird edge cases you don't really want to think about. I promote code like var Cat = Object.make(Animal, { constr…