iamstef

9 ms·

31.
by iamstef 12y ago
Additionally, rather then having a "virtualDOM" we build a tree of the dynamic data. This is more or less diff'ed similarly to how the virtualDOM is diff'ed. But where it get interesting is when it comes to actual DOM in
32.
by iamstef 12y ago
My experiences may be biased, but most startups I work with have target audiences that do not include tin-foil hatted JavaScript disabling individuals. To the contrary, for them investing any energy in servicing this minority would be a mis
33.
by iamstef 12y ago
One hard part becomes synchronizing ephemeral UI state between client and server. Such as data not-yet saved, or various UI components that are toggled into some sensible state. As the complexity increases, this problem explodes. One can us
34.
by iamstef 12y ago
> Really? Look at Linode, Amazon, or even Google (including GMail, and probably others). All of which are big names that can and do work ENTIRELY without JavaScript. I think we can all agree, maintaining two discrete code-bases is a sub-
35.
by iamstef 12y ago
pulse typically gives a good indication. https://github.com/stefanpenner/ember-cli/pulse
36.
by iamstef 12y ago
I believe you are reading into this incorrectly. The title of this post is "How to discourage open source contributions" not "The responsibility of open source project owners". If you are not interested in contributions
37.
by iamstef 12y ago
Author of ember-cli here (and previously the maintainer of ember-rails), this is essentially how my team uses ember-cli at work. Purely as a development harness and deployed to work nicely alongside a rails app. One of my co-workers has a g
38.
by iamstef 12y ago
it has!
39.
by iamstef 12y ago
unfortunately TS currently has many mis-alignments with ES6, hopefully this improves someday.
40.
by iamstef 12y ago
these are happy-path guidelines and as such, quite easy to diverge from when needed.
41.
by iamstef 12y ago
i would like to see two jQuery plugins work harmoniously with each other :P
42.
by iamstef 12y ago
I believe your concern is a valid one, end-points of single page apps should respect authorization requirements, and assume the client is always compromised. Unfortunately, I believe you may have missed the point of this library and blog po
43.
by iamstef 12y ago
not yet, but keep a close watch -> http://confreaks.com/events/emberconf2014
44.
by iamstef 13y ago
I think discourse handles this fantastically well!
45.
by iamstef 13y ago
It may not be complicated, but it really comes out of left field. It really lacks context
46.
by iamstef 13y ago
o_0) .... walks away slowly....
47.
by iamstef 13y ago
ya, grunt tends to suffer from an massive explosion of complexity
48.
by iamstef 13y ago
I would be an advocate of this. But.. competition is healthy, I am glad we are getting some great solutions in the space.
49.
by iamstef 13y ago
fast builds isn't the entire broccoli offering, I would trade slow builds for accurate consistent and durable builds, amazingly with broccoli I get both. I actually do not believe grunt/gulp vs broccoli makes terribly much sense t
50.
by iamstef 13y ago
Having used literally ever alternative, Broccoli has been a joy to use so far, can wait to port all my projects to it. It manages complexity really well. I have thrown many known failure scenarios at it, and it handled them all without a hi
51.
by iamstef 13y ago
First JS build tool I've used, that I have been actually immensely impressed with. Manages complexity really nicely, and does so that delivers immense value. Porting all my projects to it as time permits.
52.
by iamstef 13y ago
seems like this post should have been titled "What JavaScript(or its replacement) could learn from Haskel"
53.
by iamstef 13y ago
its still WIP, once they provide framework authors with what we need, rest assured ember will land it. We are actually working close with the firefox and chrome teams, to drastically improved general JavaScript developer ergonomics when deb
54.
Libsass is over 10 times faster than Sass(solitr.com)
2 points by iamstef 13y ago|0 comments
55.
by iamstef 13y ago
Ya, I use ember-data when its appropriate, and not when its not.
56.
by iamstef 13y ago
Your concern is noted, and is also a concern of ours. Rest assured the ember-cli will only be a small veneer providing a curated experience of community tools. The reason for the proposed tight coupling within the ember-cli is to ensure we
57.
by iamstef 13y ago
I am glad angular (which has no data-layer) satisfies your needs :)
58.
by iamstef 13y ago
Many of us are currently using a grunt-based system, see: https://github.com/stefanpenner/ember-app-kit The need for improvements actually came out of that project, feel free to read pending issues for further context
59.
by iamstef 13y ago
Fun obfuscated version in ruby. https://github.com/stefanpenner/obfcuscatedLife.rb/blob/mast... and for those crazy people who ever far to trusting: curl https://raw.github.com/stefanpenner
60.
by iamstef 13y ago
imagine a bouncer that correctly keeps all your clients in sync. e.g. read vs unread. In addition to this they have a fantastic iOS client.

More ›