849 karma · joined April 6, 2009
The market consists of buyers and sellers. Since a bed typically lasts over 10 years, a typical buyer buys fewer than 7 beds in a lifetime. That's not enough to get educated or even keep up with change.
So in fact the market consists of sellers and what they can get away with. Nothing to do with being reasonable.
This assumes the "random tourists in Pike's Place market" are an effectively random sample. It's possible that facebook fans are less likely to take vacations in Seattle, but Occam's razor is against it.
Granted, calculation isn't a very good way to get into this either.
Only if the lights are off in the room.
There may be such a thing as too much contrast. I haven't encountered it. But it doesn't make the text completely unreadable the way too little contrast does. When I copy+paste the text of a website into a text editor, it's always because the contrast was too low.
When it doubt, increase contrast.
High-res radar seems viable, though.
The first step is to characterize exactly what is lost moving from a traditional model to a Khan-academy-like model. Then to determine how to focus on those things. Then to experiment.
If I see book.line(n) and I want to know how it counts footnotes, and Book::line is defined as this.sectionWithLine(n).line(n) and those are defined in terms of Chapter::line and Page::line I'm going to need notepaper. And as I'm flipping among five nearly-identical functions with the same name, I'm going to have a terrible time finding which one has the footnote logic in it.
But the best people, who know they can get a position at any major tech company, will be weighing Apple against the likes of Google, Facebook and Amazon. It's possible that Apple has an edge over those in money/environment/opportunity, but it isn't a clear or solid one. The thought of being looked down on by fellow nerds for working at a patent aggressor could turn the balance.
And building products with 98th percentile engineers instead of 99th percentile is a big deal. Look at Microsoft.
I'll admit I haven't seen a lot of explicit on-the-job training (besides that dealing with internal technologies), but I have seen a lot of people who's first job is less challenging than their later ones, who use it as a growing experience and a stepstone.
The real question is whether a large number of programmers don't reach their full potential or do so significantly later than they would have with proper mentoring. A difficult thing to find evidence for either way.
I don't have a lot of advice besides "practice".
Well, I do have some. Don't be afraid to open up the tool's source and read it. Try to design the tool yourself and you'll get a better sense of how it's likely to do things.
But mostly, practice.
On the other hand, successful conversion of these codebases is a very interesting result. Apparently static, at least static as sophisticated as Haskell, actually can express most of the idioms in standard python. This surprises me, as I've never seen a C++ program of significant complexity that didn't resort to void*s somewhere.
I recall one interview where I asked what sort of responses an HTTP GET might result in. The candidate knew 200 and 404 but that was about it. Then I asked, "If you were writing the HTTP standard, what other responses might you include" and he told me about HTTP 304 Not Modified and the related cache-* headers, which he was clearly re-inventing on the spot. I scored him very highly for that.
Compromise is a dangerous game. Especially when the proprietary world doesn't compromise back (and it usually doesn't). How long could the free software movement have continued to mean anything if each year it had crept a little closer to the mainstream technological community?
Why would people laugh at this? There are three possibilities:
* Classic Flippancy: The idea of women outside the kitchen is absurd to the point of humor.
* Self-Parody: This level of sexism is absurd, and we're laughing at the character with the microphone. This is Sacha Baron Cohen's "Borat" schtick and it's very hard to pull off because of Poe's Law.
* Commonality/Relief: This is what we've all been thinking but can't say because of the PC police. It's such a relief to be in a safe space where we can say it. This is the how most "observational humor" functions.
Options 1 and 3 are seriously misogynistic even (especially) if the audience laughs.
Your program might receive bad input, and it's your responsibility to output an error code if so.
These implications strike me as implausible. I think it would make more sense to create the for-true-beginners course with the expectation that the regular intro course comes after it.
At least in the US, (and I strongly suspect in Canada as well) it's up to a jury to decide if the given rationale is genuine or an excuse to cover bigotry. Anyone who knows anything about how to do the job is likely to get blocked at jury-selection. Imagine explaining to 12 literature majors why cubic-time lookup is bad, while opposing council wants to know how often you use key-value stores in your day-to-day work.