360 karma · joined June 25, 2012
from: r = r + (X(i,k) - X(j,k)) * (X(i,k) - X(j,k))
to: r = r + (X(k,i) - X(k,j)) * (X(k,i) - X(k,j))
Food for thought.
If the school system's mandate is to prepare and evaluate students for the workplace, it is not doing a very good job.
The style of work and incentive systems differ greatly between your typical company and university. The differences in incentive systems are obvious, so I won't delve.
But as for the style of work, I recall that in university, professors would ask students to write a computer program on PAPER for exams. Sure, there is some overlap between that and a workplace environment. But at the end of the day, it is not simulating a real-world work environment, where you would be able to run and test your program, debug it, look up little tidbits on Google, and so forth, before checking it in.
The university they attended matters almost as much as their GPA, as we all know that professors will tend to curve the difficulty of their course to conform to the quality of the students they are teaching.
And you have an illogical attitude towards 3.9-4.0 students. Almost every student who attends an Ivy-caliber school had a 3.9-4.0 in high school. Surely, you aren't implying that the quality of a CalTech CS graduate is lower than the quality of a UCLA CS graduate, because the CalTech students' one-time GPA was likely a 4.0. And you certainly can't be saying that Ivy-caliber students are sheep who blindly jump through hoops.
In a research-driven job, someone with a strong research background in CS makes sense.
For a job where you want a top craftsmen and producer of code, it would seem to be much more tangential.
For the latter situation, companies that hire purely based on academic credentials will likely be making suboptimal, if not outright negative EV hiring decisions.
The issue is so much deeper than this.
On the "physical labor" side of the economy, the college system, in its current form, will not efficiently fill America's production lines with workers. It will not create more craftsmen. It certainly does not cure the average American college graduate of the mentality that they are above being a gardener in their own backyard.
On the knowledge side of the economy, MOOC can potentially add enormous value. The distribution of credentials (aka a degree from an elite university) is being decoupled from the educating of the knowledge workforce. Rather than a couple thousand or tens of thousands of people having access to the highest levels of education, it is now accessible to anyone with an internet connection.
P.S. I take issue with anyone who is 28 years old being considered a "veteran" at her job, let alone at McKinsey. Perhaps I think too old-school.
As far as CTR, that could be explained by way too many factors.
I had a tougher high school course load, a better GPA, significantly higher SAT I and SAT II scores, and comparable extracirriculars to everyone in my class who got accepted to elite university X.
Thing is, I'm Asian, and they were all more coveted minorities.
The good news is, your university does not determine your future. You do. Once class is out and you're in the real world, the only thing that matters at the end of the day is PRODUCING VALUE.
Understanding CS theory is a way of testing intelligence, sure. But the author betrays his own lack of familiarity with the industry today in implying that it is required knowledge to be an effective developer.
The Node / EventMachine / Twisted version of nonblocking IO is built on the Reactor Pattern. The common use case is to minimize IO delay. Whenever there is IO, a NodeJS script will cheerfully continue execution of other code, whereas in PHP and other purely synchronous languages, the script would block while waiting for the result. In practice, this has more use cases than just IO, of course. For example, one can send heavy computations to background processes and execute other code while waiting for the result.
So back to the original point, yes, writing nested callbacks can be more difficult to decipher than "flat" code, but the results may very well be worthwhile if you are looking to squeeze maximum performance out of your hardware.
In, say, Ruby, you've got EventMachine for something equivalent but it's definitely "bolted" on to the language. Python has Twisted, with which I have no personal experience. In PHP, there are really no options.
Same with the cell phones.
Most tablets basically look the same and function the same to the end user.
If you're going to invoke racism and judge an entire nation's business practices, you could at least take the care to put together an argument that almost makes sense.
The article makes it clear that these bloggers dealt with Samsung's India subsidiary.
It's one thing to have people skills, and use it as a lever to add benefit and value to this world. The Shirley's of this world deserve zero sympathy.
That being said, the TechCrunch article wasn't as articulate as it should have been. At the very least, context should have been provided for these pictures.