"The post office may not care what is in the box but its charges are based on size and weight."

Excellent! My bits are extremely small and light!

I kept thinking "I am the very model of a modern Major Perl Framework..."

I am the very model of a modern Major Perl Framework,
But here I am on Slashdot, trying harder from my job to shirk,
From HackerNews to 4chan there's no forum in which I won't lurk,
I am the very model of a modern Major Perl Framework!

humans do have a strong tendency towards anthropomorphism

> You're talking about Python, right? It may be a lot of things, but consistent isn't one of them.

Python's inconsistencies are bizarre enough that they become easy to remember, and there aren't that many. PHP's inconsistencies are much more subtle, and are everywhere. Peruse the string functions for a good example...

> Again, Python? Also, I wasn't aware that PHP was "difficult to scale". No one else seems to have trouble with it. Well, "double-digit percentage of total internet traffic" sites excepted, of course. Though at that point, just about everything is "difficult to scale".

for web apps I'd assume python and PHP have the exact same problems, and more or less the exact same solutions. PHP is going to be slower if you use mod_php over php-fpm though, which many don't do. As well, it's a lot easier to write up performance-dependent code in C when using python than when using PHP.

> I've never seen a "web framework" I'd classify as "good", let alone "excellent".

You should elaborate on this. Are these just frameworks for PHP and Python or are you being language agnostic with this statement? I've grown comfortable limiting my webapps to just RESTful APIs that frontends use and whipping up those APIs are painless in almost any language that has something similar to JAX-RS/Flask/etc

> A language known for abysmal performance

False, an implementation known for abysmal performance, which is CPython.

If that resolution is correct then you shouldn't be able to tell the difference between a 150dpi display and a 300dpi display at 2 feet but I certainly can. I'm not sure the 0.3-0.4 arc-minute figure I quoted in my other reply is really typical but I think most people's vision is better than 1 arc-minute.

That is too low. See, e.g. this, which states that the resolvable pixel size is about 0.3-0.4 arc-minutes. Using 0.4 means that at 9 feet any 16:9 1080p screen larger than 28" has resolvable pixels. A 4k screen could be as large as 55" before the pixels are resolvable.

Well for a start he's a bond manager. The great minds of our world create, discover, invent. They don't manage bonds. The fact that he is not seeking out the sorts of intellectual challenges that Musk is, IMHO, evidence that he's not as smart as Musk. Regardless of the business success of Musk's companies, they've managed to solve engineering problems that no one else seems to have done. But, of course, that's irrelevant because he may well have more knowledge/experience/wisdom in the area he's giving advice. I think he could well be right in saying that the battery tech is the real point of difference for Tesla and that they should focus on that exclusively. But I suspect that Musk feels that if he doesn't prove there is a market then other car manufacturers will not take it seriously.

I'm pretty sure it's been there since iMessage was first released.

"My thermostat will never be connected to anything and does not need an end of life thank you very much."

I can see the advantage there, but wouldn't it be more useful if you connected it to the solenoid or what have you so it could control the temperature in the house?

"Who except for criminals and terrorists are actually going to buy this thing, or am I missing something?"

I'm going to go with ... "Half a Brain" FTW!

does this detail really matter? Greed and survival instincts are no different than any other exploitable human attribute.

You'd have a point if they were developing for a phone/tablet. But they weren't, so how does that example counter my position?

The post I replied to claimed you couldn't write *any* software for iOS without a dev subscription. That's false. Of course there are limitations with HTML5, just as there are limitations with any platform. I contend that the limitations are unlikely to be an issue for 95% of people who want to develop something for their phone/tablet but won't pay $100 per year to do it.