7,416 karma · joined October 23, 2009
Email: charles@codemix.com
The whole problem is that people really like absolute statements, X bad, Y good. But the real world is no where near as simple as that.
Refusey DO YOU REFUSE? We're refusing to drive things that matter.
> "To go out and buy new engines for the B-52, you'd have a really hard time fitting that into our program, but that's why we're interested in a public-private partnership, which would be a different way to amortize those engines over time and pay for them in the savings that they actually generate, instead of paying for them out of savings that you hope for.
This sounds like a Private Finance Initiative as the GP mentioned
If the operating system has no IP stack or networking of any kind then it's probably ok
The guy is pretty passive aggressive in that thread which makes it hard to take his points seriously.
Edit - particularly galling given this graph https://github.com/antirez/redis/graphs/contributors
Where does this statistic come from? I only see 196 stars on github at https://github.com/Irrelon/ForerunnerDB
> if your software is being used in production, it should probably already be 1.0.0. If you have a stable API on which users have come to depend, you should be 1.0.0. If you're worrying a lot about backwards compatibility, you should probably already be 1.0.0.
Not the same thing as in ES6, also that project is totally dead.
> generally devs just end up creating long chains of anonymous functions rather than long nests of anonymous functions
Not true in my experience, also not required at all when using async / await.
> Promises actually discourage flat code (and functional programming) for that reason.
This is really not true, Promises are functional and composable, callbacks are imperative.
> I understand they seem attractive but become a hack in complex situations.
Just no. Callbacks lead to terrible "solutions" like caolan/async, callbacks make refactoring extremely awkward.
Callbacks don't even get to claim better performance, because they require a load of internal hacks in node/io.js to maintain state.
With async/await in the picture, callbacks so totally inferior I can't believe someone would attempt to argue otherwise.
The people who defend callbacks either don't understand the benefits that promises provide, don't know about async/await or are suffering from stockholm syndrome.
Callbacks do not pass the reversibility test. If everyone had started out with promises and / or async/await, and someone proposed callbacks as a way to deal with this instead, they'd be dismissed as a fool. They're an accident of history and we should forget about them as quickly as possible.