Live data from Hacker News

The Mother of All Interview Questions

raganwald.posterous.com

131–136 of 136 posts

Re: The Mother of All Interview Questions

#131

Earlier quoted context omitted.

The question of bias is an excellent one to ponder. I agree that my phrasing is biased, but so is: The last three times you faced a "build or buy (/use open source)” situation, which did you choose, and why? ...in a way, as it only covers places where there is a perception that there was a straight-up choice. One of the things I am interested in is places where the invetion-oriented folks didn’t perceive there was a…

When I was at Google I wished they had a few 'uncoders', people who made it their goal in life to leave the source tree with fewer lines of source than they found it. True story: I went to a talk given by one of the 'engineering elders' (these were low Emp# engineers who were considered quite successful and were to be emulated by the workers :-) This person stated when they came to work at Google they were given the…

i like to hit the delete key by 'accident' all the time.

Re: The Mother of All Interview Questions

#132
post #103

Earlier quoted context omitted.

If you don't understand it, how do you know what to write?

You know the know and understand the goals, but you don't understand the internals.

But look at the example cited: Google ended up with TWO systems, because he didn't fully understand what the program did.

Re: The Mother of All Interview Questions

#133
post #118

Earlier quoted context omitted.

a startup fired you for showing initiative and doing more with less? messed up.

IMHO, I think they really fired me because I one of the co-founders didn't like me because graduated from the University of Cincinnati instead of MIT, Stanford, Harvard, etc. I figured this out later when I checked their blog and he had prominently mentioned how they like to make sure their candidates are the "right people" from the "right schools." It was a very explicit statement, essentially that being from the "r…

Whoa, I'm in Cincinnati. Are you still in the area? What are your thoughts on UC nixing the ComSci program?

Re: The Mother of All Interview Questions

#134

Earlier quoted context omitted.

The question of bias is an excellent one to ponder. I agree that my phrasing is biased, but so is: The last three times you faced a "build or buy (/use open source)” situation, which did you choose, and why? ...in a way, as it only covers places where there is a perception that there was a straight-up choice. One of the things I am interested in is places where the invetion-oriented folks didn’t perceive there was a…

When I was at Google I wished they had a few 'uncoders', people who made it their goal in life to leave the source tree with fewer lines of source than they found it. True story: I went to a talk given by one of the 'engineering elders' (these were low Emp# engineers who were considered quite successful and were to be emulated by the workers :-) This person stated when they came to work at Google they were given the…

Reminds me of the Complicator's Gloves: http://thedailywtf.com/Articles/The_Complicator_0x27_s_Glove...

Re: The Mother of All Interview Questions

#135
post #122
post #82

Earlier quoted context omitted.

I had a working mapreduce job that was 300 lines of fairly high level java code. Compact, terse, expressive, everything you don't see in most Java. I came back over a the weekend and my boss/coworker made it 'configurable' which means he added 800 lines of code. I fucking cried. He was like, "I hoisted out some stuff that should have been behind interfaces." ... I didn't need an interface because I only had ONE and s…

"Adding interfaces" to improve is when i start to freak out too, also splitting a well-defined piece of code into multiple classes. I call that symptom "knowing object oriented programming principles too well".

'Well-defined' piece of code or SRP-violating?

Re: The Mother of All Interview Questions

#136

Earlier quoted context omitted.

When I was at Google I wished they had a few 'uncoders', people who made it their goal in life to leave the source tree with fewer lines of source than they found it. True story: I went to a talk given by one of the 'engineering elders' (these were low Emp# engineers who were considered quite successful and were to be emulated by the workers :-) This person stated when they came to work at Google they were given the…

I'm surprised no one has suggested refactoring yet. Joel Spolsky wrote most eloquently on resisting the urge to rewrite quite some years ago. Often the best response to a convoluted brittle looking system is to just attack it with a series of small refactorings that clearly preserve the current behavior, while eliminating unnecessary confusion and complexity until you can finally see clearly the bigger picture.

'Working Effectively With Legacy Code' by Mike Feathers is an excellent read for tackling systems like this. Basically a series of down-in-the-trenches strategies for getting legacy code under unit tests - even if you're not sure what it's supposed to do - so you can start refactoring with a safety net.
Post reply on HN