Hey, you can say the same thing about the maternity ward at the hospital.

Should we teach everyone basic first aid and CPR, fundamentals of mechanics, and the basics of how to sew, cook, etc.? Yes, yes we should.

I don't think the "Teach Everyone to Code" movement is about making everyone professional programmers; it's about ensuring that everyone gets exposed the basics of how programming works, just like they get exposed to the basics of a great many other things in their schooling.

and am VERY satisfied.

That is to say, did you call for applications from *deeply* experienced people that know esoteric systems X, Y, and Z and that have previously worked with New Hot Language Q and Languages Of The Week I and J?

Or did you ask for unusual gurus that understand and have a *broad* range of experience with a wide variety of fundamental computing concepts and theory and can apply them correctly while rapidly getting up to speed on new environments and/or languages?

Because you're complaining about not getting the second group, while most of the job listings posted in industry are the first group.

There is often little overlap between the two, and HR departments and managers seem to default to looking for the first even when they actually need the second.

At a more prosaic level, if you specifically need someone that is going to understand general purpose encryption tools, you can also put that in the description.

A lot of the frustration with "not being able to get talent" in tech comes down to not asking for (or being willing to hire based on) what is actually needed. Instead, everyone is in CYA mode and making job listings and hires that are buzzword-rich and, thus, easily quantifiable ("he hit the right series of checkboxes, it's not my fault that he sucks, I did my part...")

Nice try, but the article doesn't say anything about the comparative distribution of vaccination rates between these daycares and the rest of the state.

Try NET10. If you got in last year, you could get 2GB + throttling to 3g HSPA unlimited everything for $40/mo., month-by-month (no contract).

New signups right now get 3GB + throttling to 64kbps unlimited everything for $45/mo., month-by-month (no contract).

AT&T's 2-year contact for 3GB is currently $80/mo.

NET10 GSM plans use the AT&T network, so the coverage is the same and the phone compatibility is the same.

And that includes iPhone 3gs, 4, Samsung Galaxy Note, and Galaxy note 3 during the smartphone era.

You can pry the X1 from my cold, dead hands. (Or probably not even then.)

The alarmist conclusions that they try to draw from the data are invalid, because they do not recognize that it doesn't actually show that Silicon Valley has low vaccination rates.

I don't know whether the author really doesn't understand what the data is telling them, or if they just decided that nobody who reads Wired would be interested in an article that says "Surprise! Vaccinations are important, but parents in Silicon Valley aren't any better or worse about vaccinating their kids than the rest of the country!"

in the first place?

There are some FABULOUS devices coming out of China these days, readily available on eBay and Amazon, with high specs, Android KitKat or Lollipop, and sold at half the price or less vs. offerings from the carriers.

Just got a Huawei Honor X1 and am using it with an MVNO in the US. The retail price of the new off-contract phone from China, purchased on eBay, was about what the two-year on-contract retail price of a similarly specced Android device is in the U.S. The MVNO contract, with "unlimited" data (throttling to HSPA+ after the first several GB every month) is less than half the price of a similar contract at a major carrier.

There's no reason to buy on-contract phones any longer.

The article title is "Low Vaccination Rates At Silicon Valley Daycare Facilities", but the evidence is actually for average vaccination rates compared to national rates.

That's enough to make the whole thing rather suspect.

If you're installing malware that installs a browser extension, the malware can probably just replace your browser. Or patch it so that it doesn't flag a disallowed extension even without the override turned on. Or any other number of nasty tricks.

This is not true in the stable release for Debian. (Source: using it right now, with extensions that aren't from the Chrome web store.) My understanding is that you have to use a command-line switch to enable it in the Windows version, but it is still there.

Only if your software or system is already otherwise either compromised or hopelessly mis-designed. Given that this is Firefox, the latter might be possible, I guess. But overall, the notion that an already-compromised system could be compromised again is not a particularly strong reason to cripple your software.

This is not a good solution for developers who need to test against the stable release builds.