ef4

73 ms·

661.
by ef4 14y ago
I have a rather large production Ember app that has never used ember-data. I'm glad ember-data is not part of the core, because the split has forced Ember to be cleanly modular, and easy to plug into the backend of your choice. I agree that
662.
by ef4 14y ago
A wonderful example of cargo cult programming.
663.
by ef4 14y ago
Even in that case, it's easier to understand the exception if you have a meaningful stack trace. A good promise implementation gives you that. Also, I guarantee you will always get exceptions in production that you didn't see in development
664.
by ef4 14y ago
While that would be bad, if it required a magic packet it would have limited impact -- lots of postgres databases don't talk to public networks. Worse would be a vulnerability that you could trigger just by manipulating query parameters. Th
665.
by ef4 14y ago
> since I don't throw errors very often I call shenanigans. Maybe you don't intentionally throw exceptions very often, but that's hardly the point of exceptions. Javascript is an interpreted language. Everything is an exception. Do
666.
by ef4 14y ago
The example you give is the kind of thing that Ember is really good at. You would implement all those interrelationships with computed properties. Each computed property updates automatically if its dependencies change, and each view redraw
667.
by ef4 14y ago
Your question implies that frameworks are only for people who don't know Javascript. You might want to reconsider that.
668.
by ef4 14y ago
I'm going to offer some unsolicited advice. The constructive way to deal with a project that you find interesting but undocumented or otherwise unpolished is to attack . Attack the bugs one by one as you hit them. Go straight to the source
669.
by ef4 14y ago
At least for a technology person, if you're good enough to launch a successful startup you're probably good enough to get a high-paying development job. A good development job will pay something like twice the median salary in lots of place
670.
by ef4 14y ago
> It's not unrealistic that Satoshi could own 2% or 3% of all the money that will ever be made. That's a problem. Not really. It might offend someone's sense of fairness, but it hardly has an impact on whether the currency will achieve
671.
by ef4 14y ago
My objection to this article is that it's posing a false dichotomy. Choosing our diet based purely on good solid science is not an option , because our scientific knowledge is still too limited. Any honest scientists will admit there's sti
672.
by ef4 14y ago
The no-true-scotsman fallacy implies a shifting or pedantically narrow definition. That's not applicable here. Paleo fans are very clear that they're trying to emulate pre-agricultural diets. That's the sine qua non of the Paleo fad. So i
673.
by ef4 14y ago
> The most desperate needs are hunger and thirst, necessary to survive. Doesn't sound like an area were a lot profit can be made though. That's just silly. How do you think Monsanto or McDonalds makes their billions? And where are compa
674.
by ef4 14y ago
The relevant question is: what is keeping the supply of specialists from growing to meet the demand? The AMA is essentially a guild. Everything it does in the name of quality is also a highly-effective way to keep wages high for its members
675.
by ef4 14y ago
> Health care is an unusual product in that it is difficult, and sometimes impossible, for the customer to say “no.” But there are other products that we absolutely need to stay alive that don't suffer the runaway prices we see in healt
676.
by ef4 14y ago
> It's not really possible without adding resources (ie a new server). That's not quite true. With the right architecture, performance will degrade gracefully. You'll get slower and slower responses as the load goes up, and eventually s
677.
by ef4 14y ago
Their description of the root problem was very superficial: > At some threshold above 50%, our Rails servers would spike up to 100% CPU usage and become unresponsive. Yes, but why? What exactly were those processes doing? Why the sudden
678.
by ef4 14y ago
I want to second what div already said, with the added comment that it's better to have a specific goal than to wander aimlessly through the source. Every piece of software has bugs and limitations. When you encounter one, go figure out why
679.
by ef4 14y ago
I kinda agree with the headline, but only because I think the followup is "Instead, you should become a UX expert". I think many developers do themselves a disservice by not working to get good at this stuff. It's not magic, but it takes co
680.
by ef4 14y ago
There's a better strategy than making bets on particular languages and frameworks: get so good at learning that you can become proficient in any of them in only days, and reach mastery in just months. The biggest bottleneck I see that preve
681.
by ef4 14y ago
> The team has been rather clear that Ember is Desktop MVC, not web/server based That's orthogonal to what I'm talking about. I agree that their use of the term "MVC" is much closer to the original meaning it had on the desktop (like in
682.
by ef4 14y ago
> The controller is the data. No, it's not. Because a single controller over its lifetime can be bound to many different models. The controller is glue. It brings together whichever model is appropriate at the moment with whatever view
683.
by ef4 14y ago
> When talking routes, urls, and resources - that's a RESTful consideration and involves stateless state "stuff" (sidestepping the REST debate here). What is this concept doing in a desktop app?. Ember is explicitly not about "desktop a
684.
by ef4 14y ago
If they were really continuations they'd be fine. But they're not. They're a broken, terrible approximation of continuations. A real continuation captures the entire execution context including the current call stack . Instead what you get
685.
by ef4 14y ago
Your attitude is common, but mistaken. It's another version of "the grass is always greener". Whether you're working on a self-driving car or implementing Microsoft Word 2014, the fundamentally hard parts are actually the same. The self-dri
686.
by ef4 14y ago
I think that's a distinction without a difference. Whether the government taxes you less, pays you directly, or puts tariffs on your foreign competitors, it all amounts to a subsidy in the end. (And I don't disagree that it's a foolish idea
687.
by ef4 14y ago
Your example is actually a pet peeve of mine. SQL is not at all a nice DSL for working with relational databases programmatically . When you think of it as an API, it exposes one method that takes one gigantic string parameter. API desig
688.
by ef4 14y ago
Even the underlying idea (essentially mercantilism) is questionable. While it can clearly benefit certain special interests (hence its popularity), it simply cannot benefit a whole society on net . Rather than repeat the whole argument, I'
689.
by ef4 14y ago
One can argue that tax jurisdictions compete with each other in a market. Which is a good thing, as it helps put an upper bound on how aggressive a jurisdiction can get before capital starts fleeing. But of course this picture is missing on
690.
by ef4 14y ago
This is precisely one of the areas in which Git shines. It used to be a pain to maintain your own patches on top of an open source project. But with Git it's easy.

More ›