them

But, that does not necessarily mean that programming in any of them is getting more complicated.

If you do so without them doing any work then it won't last, so getting them to do work is necessary, but that's not the true goal.

Well..you can't hire more developers if you're not getting customers, keeping them happy or paying your suppliers.

That wouldn't be possible with 3x the developers if 2/3 of them were junior to mid level.

The VMs are still his responsibility - he is just allowing other people to use them.

We are looking for a highly motivated engineer who can make them scream across many different architectures, operating systems and devices.

There are some people who will be unhappy regardless of what you do for them.

A hole lot of stuff could be fixed using them without breaking any compability.

If newly formed, smaller and far more efficient companies begin to seriously threaten these oligopolies, they simply throw their weight around via acquisition, regulation or other quasi-legal means to destroy them.

Also it is less attractive to make a centralization because a larger percent of the users will work around the attempts to control them.

Plus the company I mentioned is going for ridiculous amount of cycles, like 40k of them.

You will have significant influence on our overall strategy by helping define the product and take ownership over new projects to make them happen.

Uber controls too much of the process to really classify them as "connecting individual sellers and buyers".

We’ve gotten to a place of sufficiency, when just about any computer or smartphone is good enough for what we want them to do." This is a fairly timeless sentiment.

We also run fortnightly "innovation days", where everyone has complete freedom to work on anything that interests them, from contributing to open-source projects, learning a new skill, or improving our internal tools and processes.