It would also be more or less impossible under current US regulations, but there's always hoping that that could be fixed.
443 karma · joined October 13, 2010
It would also be more or less impossible under current US regulations, but there's always hoping that that could be fixed.
> This feature does enable a neat quine: the Perl program “Illegal division by zero at /tmp/quine.pl line 1.”, when saved in the appropriate location, outputs “Illegal division by zero at /tmp/quine.pl line 1.” The reason for this behavior is left as an exercise for the reader.
If the author had done any research, he'd realize that there's no such thing as a 120 kW home charger. (The weasel word "likely" only confirms the lack of research.)
- MacBook Pro (Retina, 13-inch, Early 2015)
- MacBook Pro (Retina, 15-inch, Mid 2014)
- Mac Pro (Late 2013)
- iMac (27-inch, Late 2013) and later
- MacBook Air (Early 2015)
http://www.caltrain.com/projectsplans/Projects/Caltrain_Capi...
> This means when you install Babel it will no longer transpile your ES2015 code by default.
what I really see is "This means that Babel no longer works out of the box and is now harder to use."
Was any thought given to how much additional complexity this adds to what was previously (https://babeljs.io/docs/setup/#babel_cli) a very simple way to get started?
Pennsylvania is a big state.
Having used both GitHub and Stash, the difference in focus between the two companies comes across plainly, and these two blog posts only back it up.
[1]: https://github.com/blog/1943-how-to-write-the-perfect-pull-r...
The good:
- Swift is a far better language than Objective-C. It's much safer, the type system is great, and the functional features are a joy to use.
- Everything largely works as advertised; even for a super new language, the amount of total brokenness is minimal.
The bad:
- The current compiler's error messages are frequently bad to the point of being useless. Try to mutate an immutable dictionary? You get a type mismatch when you could get an error about immutability.
- The compiler is a lot slower than I think they mean for it to be.
- The debugger takes several seconds to evaluate an expression compared to almost instantaneous evaluation in Objective-C.
- 8 MB of standard library in your app binary.
The ugly:
- "SourceKitService crashed" messages in Xcode flashing on the screen at 30 hertz.
But at the end of the day, if you're hiring an outside company to do this, why does it matter to you what language it's written in? Shouldn't they be able to use their best tools?
No, seriously. The iPhone SDK came out in 2008. Google Maps came out in 2005, ushering in the modern era of web apps. Mac OS X came out in 2001 and .NET came out in 2002, representing the major desktop platforms we know today.
The web as a platform is no different than any other platform in that it's just another platform with its own strengths and weaknesses. It just moves a whole lot slower than the rest, which is why we're still asking this question after this many years.
APIs and platforms come and go. Developers always have had and always will have choices about which ones to pick for developing their apps against. These choices have some impact on how easy it is to build various types of apps, but at the end of the day, the only thing that matters is how well your app serves the needs of those using it.
http://gmailblog.blogspot.com/2008/03/2-hidden-ways-to-get-m...
If this works, it's huge. Mad excited about this.