I'm sure hobbyists with liberal arts majors and liberal arts majors with computer science minors can both be very good developers and leaders, but to really be "by far the sharpest, best-performing software developers and technology leaders" I think would still require a CS degree.
I have a BS in CS, but from a program with relatively lax minimum course requirements, particularly in math, from what I've read about other CS programs. (Only Calc II and Discrete Math.)
This allowed me to actually take more non-STEM than STEM courses while still earning a CS degree. If I was required to take higher-level math or more advanced CS subjects, I probably would have failed at the time. Yet I still got aspects of a CS education that I wouldn't have if I just minored in CS, which have provided a good base for exploring higher-level CS topics on my own.
At the same time, the program has everything available for students who want a more rigorous courseload.
So I'd say that except for producing top individual contributors in STEM domain programming (physics simulations, etc.), low-level algorithms, and high-performance system-level programming (which admittedly comprise a large number of software engineering jobs, but probably not the majority), a high-quality CS program where you can still take mostly non-STEM courses, and that doesn't use math courses effectively to weed people out, would on the surface appear to be ideal for the vast majority of software developers and technology leaders.
This is not actually that true. Germany is 7x as dense as the US, but Germany is only 5.9x as dense as the contiguous US.
About a third of the contiguous US has almost no people relative to the rest except for a few population centers (Intermountain West and Great Plains). There are several states with population densities higher than Germany, and quite a few within a factor of three, and naturally those will tend to have more people than the others.
So I'm not sure the median surrounding population density for an individual in the US would be that much different from Germany -- I'd think cultural factors, including public transportation availability, would have at least as much an effect on average distances driven.
They don't impact the ability of the reader to eventually understand the message, but they do decrease the speed at which you can do so if you read any faster than purely phonetically. When your reading begins to involve visual pattern recognition at the word level as well as some degree of pattern recognition of higher-level structures, an error like that is an annoying distraction.
For writing where more time is spent reading it than typing it, it indicates inconsiderateness not to apply the necessary amount of spelling and grammar checking if the writer is unable to produce well-formed writing without specifically attending to its well-formedness. (Although it could also be a status signal to be able to make errors.)
(It's the same reason for code formatting and style rules - they standardize the low level details so readers can focus on the higher-level meaning.)
Any native English speaker who reads much at all (not to mention writes!) and has above a certain level of innate linguistic intelligence will also automatically develop perfect grammar and perfect or near-perfect spelling, so making frequent errors also indicates a certain semi-literacy.
"Derek Gow, a British conservationist who operates a rare breeds farm at Lifton near Okehampton in Devon, bought a herd of 13 Heck cattle from Belgium in 2009.[15] The herd grew to 20 animals, but in January 2015 it was reported that Gow had had to slaughter most of them due to high levels of aggression, leaving just six."
Side note: quick research seems to indicate that it may not actually be Genghis Khan who is the male-line ancestor of all those men, but a common ancestor of his and the rest of his tribe. https://en.wikipedia.org/wiki/Khereid
Even if so, I'm not sure if he would actually be an example of the low-investment male mating strategy. He was the ruler of a large empire, so he would be able to invest in his children. Even those who weren't recognized would have advantages from being rumored to be his offspring.
Groups which allow the low-investment strategy are outcompeted because they don't incentivize any males to invest in the group, while the Mongol empire had plenty of conquered people available to the Mongol men who were excluded by elites' polygamy.
For the lazy, murders per death by cop, based on those numbers:
Germany: 83
California: 17
Murders per capita:
Germany: 1/124,000
California: 1/23,000
So California's murder rate is 5.4x Germany's, and its death by cop per murder rate is 4.9x Germany's.
Is it just me, or wouldn't you expect the death by cop rate to be more than a linear function of the murder rate... perhaps even a polynomial function?
A difference in murder rate of x does not necessarily mean a difference in levels of violence/danger of x.
This is very interesting. I'm currently a little bit of the way through solving some of the problems solved by Relay using an existing open source stack, and I'm curious if anyone has any thoughts on how it would compare. I've only skimmed the Relay video, and I haven't created a full React app yet, so forgive me if I get something wrong.
First, for the framework-level handling of fetching all data before rendering, where the data needed by each component is defined in each component, just copy how it's done in react-router's async-data example [1], modified to expect a hash of promises as in [2].
The promises return Backbone-Relational models [3]. You can model arbitrary relations using Backbone-Relational, although many-to-many is apparently kind of hacky (but just needs work to be seamless). It supports parsing REST API responses with nested models and collections as related models. A REST API generator like Flask-Restless [4] creates these responses with a single efficient query.
You have the flexibility to either sync all models before rendering, or render any component without all data already being fetched, and have it automatically re-render when loaded.
Components subscribe and unsubscribe to model events at the proper points in the component lifecycle using react-backbone-component.[5] I missed this and wrote my own version [6] before I found it, but mine is cleaner, slightly more featureful, and presents a simpler API.
Anyway, this requires some work to pull together, but I think it presents a viable alternative that:
- uses existing libraries that do one thing well and allows as much departure from each elements of the architecture as you want
- works with react-router, which is the shit
- works with your existing REST API
Relay looks wonderful, but it's possible to build the abstractions that do pretty much the same thing that support existing REST APIs.
I have a BS in CS, but from a program with relatively lax minimum course requirements, particularly in math, from what I've read about other CS programs. (Only Calc II and Discrete Math.)
This allowed me to actually take more non-STEM than STEM courses while still earning a CS degree. If I was required to take higher-level math or more advanced CS subjects, I probably would have failed at the time. Yet I still got aspects of a CS education that I wouldn't have if I just minored in CS, which have provided a good base for exploring higher-level CS topics on my own.
At the same time, the program has everything available for students who want a more rigorous courseload.
So I'd say that except for producing top individual contributors in STEM domain programming (physics simulations, etc.), low-level algorithms, and high-performance system-level programming (which admittedly comprise a large number of software engineering jobs, but probably not the majority), a high-quality CS program where you can still take mostly non-STEM courses, and that doesn't use math courses effectively to weed people out, would on the surface appear to be ideal for the vast majority of software developers and technology leaders.