3 ms·
Cue the circus of people who argue over the contents of this list, despite having actually used the learnings from books only in job interviews. There are so m
by doctorpangloss 10y ago
Cue the circus of people who argue over the contents of this list, despite having actually used the learnings from books only in job interviews.
There are so many developers (like your peers at work) who have literally read none of these books. In a Darwinian sense, isn't that evidence that there's nothing so special about these texts for what you do?
Skip the books and just memorize what's on Interview Cake. I love that site. It so brilliantly subverts the academic pretensions of every industrial software development shop.
So many people will have memorized so precisely the solutions to programming test questions that they stop being useful. Engineering managers will be unable to come up with novel questions, because they will have no benchmarks. Then the madness will end: Computer Science will get less popular in university again, and this notion that these Gospels have All the Answers will go away.
- Godel_unicode 10y agoI genuinely feel bad for people who have only used the learnings from these books in job interviews. Either they've never had to work on a really Hard Problem, or worse they have tried to solve such a problem without the hard-won lessons present in these books.
- doctorpangloss 10y ago> a really Hard Problem I've heard senior recruiters express skepticism about candidates who say they're into "Hard Problems." Experienced engineering managers usually hear that phrase when you're looking for a lifestyle and you don't really care what the application is. For example, "I have no qualms that your business arbitrages nonconverting clicks from bots and sketchy web traffic (i.e., 99% of the Internet) into Google AdWords revenue, using up a Google customer's ad budget until the customer has barely made a profit... You see, I'm into Hard Problems. Besides, bots don't click twice! It must be real traffic!" It turns out that junior people on the interview team care a lot more about Hard Problems and the stories in these books than senior people do. And you'd never want your hiring pipeline run by junior people. In my opinion, Google's focus on Hard Problems has robbed academia of all the sincere Hard Problems people. Then, they've ruined the interview process for everyone else, ironically with the book How Google Works, convincing CEOs that they should be asking about C.S. fundamentals and Hard Problems totally unrelated to their Actual Problems.
- tracker1 10y agoTo me the funny thing is the small companies with 2-3 developers hiring like they are google with interviews over the course of weeks, with google/amazon-like gauntlets. You aren't google, you aren't paying google-level salaries, why are you pretending you are. That said, I happen to like problems in general... not necessarily "hard" problems, but just new problems. I also like working in new domains... I mean what other industry of work allows you to work in education, aerospace, banking, security and marketing in a decade and a half.
- ssalazar 10y ago> To me the funny thing is the small companies with 2-3 developers hiring like they are google with interviews over the course of weeks, with google/amazon-like gauntlets. Hmm. Arguably small operations need to be more stringent if they are deciding who will make up the next 25%-33% of their engineering workforce. At small companies one bad hire can really poison the well.
- tracker1 10y agoTrue, but they'd probably be better with a hire/fire fast attitude than draw out the interview process... Interviews take time away from the people doing the interviews that can be spent doing other things... do you really want to allocate more than half your company for weeks vs. getting stuff done. I mean, have a trial period of a week or three... That will tell you far more than a gauntlet interview process with a lot of false negatives.
- hilop 10y agoA 3 week trial period is a far longer than an Amazon interview sequence.
- tracker1 10y agoFor one person.. not for a few dozen... It's easy enough to pick the apparent best from the available pool much faster. Also, there's the cost of existing staff in interviews... if you only have 2-3 devs, and you're keeping them all in interviews with multiple candidates, you're not getting work done.
- sotojuan 10y agoSome people don't care about working in hard problems. They're fine with their Java/.NET CRUD job where you only need domain knowledge and a best practices book. A large part of the job market has little need for those kind of books.
- nommm-nommm 10y agoThere's a really small set of programmers who actually need to work on hard problems. The rest of the world just needs their business logic implemented.
- fspacef 10y agoUpvote for Interview Cake, that website has been more helpful than most of my CS courses.
- thomasahle 10y agoI just did the first three problems on Interview Cake. They didn't seem much different from the easy problems on something like Topcoder or Codeforces. Maybe people should just take a moment to solve some of those. Those two also have great communities to help new people.
- icantdrive55 10y agoYou should comment more. I have found people are just not honest with themselfs. It's more than denial? I've never quite figured it out. In graduate school, I saw students going along with whatever the instructor spewed out. Even when I knew they didn't believe what they were being taught. And the unethical things I have seen people do in the name of making a buck. Wow--that's a fat book. I have seen people exaggerate what they did in order to get that comfortable job. The truth is so hard to pull out of most people. And I get it--a lot of you don't want to rock the boat, but this is an annoymous site? The truth should come out here? And, I know, a lot of you are geniuses. Some of us just want to cut to the meat. No BS.