iamstef

7 ms·

1.
by iamstef 4y ago
I immediately checked for EV and was stoked to see it!! I haven’t played that game in decades…so many good memories. SOL?
2.
by iamstef 4y ago
Time to find a new gig. Starting fresh somewhere else with no reputation, no karma, and the potential for being the small fish again will pay dividends. At the very least, different social and organizational challenges may exist there and a
3.
by iamstef 6y ago
Nice, this was super timely as I was literally building the same thing. And I had just reached the part where I was annoyed that all the submitted videos had different shapes and sizes which as you know would be tedious to correct manually.
4.
by iamstef 6y ago
I would be interested in seeing your script if you don’t mind sharing
5.
by iamstef 7y ago
Literally the worst
6.
by iamstef 8y ago
history doesn't repeat itself but it does rhyme...
7.
by iamstef 9y ago
I know atleast one of these companies (I can't speak for the rest) had a pre-existing bi-lateral patent agreement with Facebook which rendered the react patent clause irrelevant, allowing them to use react without concern. Without that
8.
by iamstef 10y ago
don't forget travis-ci's web frontend: repo: https://github.com/travis-ci/travis-web site: https://ember-canary.travis-ci.org/emberjs/ember.js/builds/1... It even has a version
9.
by iamstef 10y ago
> At the same time though, when I used Chrome's built-in memory profiling I see a bunch of deopt-related strings, so maybe I'm way off base In my experience, these add up real quick and are often indicators of a larger "in
10.
by iamstef 10y ago
You may want to give the follow script a try: * https://gist.github.com/krisselden/d3ce3cbb37cc6035b0927fdbf... It flips some handy flags providing useful output, this output can quickly illuminate issues the regular t
11.
by iamstef 10y ago
and its easily swappable: https://github.com/switchfly/ember-cli-mocha (and fully integrates with the existing test harness, regardless of the test framework you choose.)
12.
by iamstef 10y ago
Abstractions aim to hide complexity until one requires them. As a developer, one becomes productive when one realize when to put the blinders on, and when to take them off. As such I for one, love that I don't need knowledge of x86 ass
13.
by iamstef 11y ago
As someone who is: * OSS user (and signee of the Dear Github letter) * paid user * user of an enterprise installation of Github I can honestly say the problems I see in OSS land, are the same shape as those in paid, and the enterprise insta
14.
by iamstef 11y ago
> Handlebars (Ember's templating engine) Just a pedantic touchup, ember does not use Handlebars (it once, several years ago did) Now it uses something (Glimmer) which shares some syntactic similarities, but usage/implementation
15.
by iamstef 11y ago
First of all, let me share a wonderful (and performant) mobile app, written in ember. It uses ember-data to connect/normalize the iTunes api, and provide a slick fast mobile experience. https://fnd.io/ Disclaimer, I wo
16.
by iamstef 11y ago
Yes, by introducing (extremely handy) syntactic sugar ;)
17.
by iamstef 11y ago
I agree, async/await is very nice. Though it is worth pointing out async/await is quite literally syntactic sugar on top of promises. Essentially adding language syntax for common promise idioms.
18.
by iamstef 11y ago
Very nice, good work!
19.
by iamstef 11y ago
The DOM is slow meme confuses me. Yes, if one isn't careful, one can get into trouble. But the same is true for all platforms/frameworks/concepts/religions. As it turns out, the fastest way to build + update DOM, is with
20.
by iamstef 11y ago
Our friends at http://www.bustle.com/ , http://vine.co/ , and twitch.tv ( http://www.twitch.tv/directory/ ) ... (lots more) have demonstrated this to be acceptable for there needs. Traditi
21.
by iamstef 11y ago
and shrinking :) We have some fun related work planned to continue the shrink. One thing to note, often we must trade-off bytes for supporting older features. As those go away, we shrink. But moving forward the plan it to have more of a pa
22.
by iamstef 11y ago
TL;DR We will be following with a new CLI shortly shortly more details commented here: https://news.ycombinator.com/item?id=10054332
23.
by iamstef 11y ago
one of the ember-cli maintainers here. CLI will be following closely with a relevant release. To ensure trying ember 2.0 is as smooth as possible. my apologies for any lag between the two project releases. For those interested (or concerned
24.
by iamstef 11y ago
its not creating a promise that is the problem, its consuming. Async/await really is a nice sugar, check it out when you have a chance.
25.
by iamstef 11y ago
The problem usually arises when the GC pressure introduced from the promises (often the intermediate promises) created by many active/concurrent tasks starts burning copious amounts of cycles. As your concurrency increases, a poor prom
26.
by iamstef 11y ago
Although everything you say is true, your comment doesn't really add much value. As you mentioned, micro-benchmarks are riddled with bias, and confusing results. So putting micro-benchmarks aside and looking at ES5 / ES6 induced p
27.
by iamstef 11y ago
This isn't entirely accurate as ember essentially diffs the dynamic values, but not DOM (or vDOM). In Ember the DOM is typically produced from pre-compiled templates and values are used to hydrate those templates or choose which templa
28.
by iamstef 11y ago
just wait till you try generators + async/await, it can be a lovely experience. No callbacks, and working try/catch.
29.
by iamstef 12y ago
although it would be awesome if this enabled time travel...
30.
by iamstef 12y ago
ember.js core-team person here: This article nicely summarizes not only why I recommend ember to others, but also why I have chosen to invest my time an energy into the framework and evolving ecosystem. It makes me productive, it makes my t

More ›