Hacker News new | past | comments | ask | show | jobs | submit | more ruswick's comments login

There's a lot of grade inflation, especially at the top level. I took 9 APs in high school, and they were, generally speaking, the easiest classes. Part of that is that, when you create a nationally-standardized curriculum, you have to water some of the content down. Part of that is a culture of not doing anything to jeopardize the student's admission prospects. The school's reputation is dependent on AP placement rate so they also had an incentive to keep kids in APs, and giving a B to a high-achieving student could provoke an angry response from the student or the parents.

Not to mention, there is no standardized grading system in the US. GPAs are nominally out of 4.0, but some schools pump those numbers by tacking .5 onto honors classes and 1.0 onto AP. At other schools its 1.0 and 2.0. Other schools don't have APs at all, or don't offer a bump for high-level courses. Who is the "better student?" The one who has a 4.43 at a school where there are no APs and honors is a .5 bump, or the student with a 5.28 at a school that offers 19 APs and gives a 2.0 bump? It's ludicrous.

The subjective measures colleges use actually started as a veil to enable racism in the 1920s. It gave them cover to deny anyone they wanted on the basis of intangible factors. This ended up hurting Jews the most. It has stuck around because it benefits the rich. Families with money to throw around can make their student look more desirable. Family connections can get you a prestigious internship with a senator. A few thousand dollars can get the student a spot on a "research trip" to Costa Rica. Another few thousand and you can get a book of your photography listed on Amazon. I go to what many would consider an "elite" school and all these examples come from people I know.

College admissions in the US is incredibly strange and arduous, and I'm dreading the day they my kids have to endure it. I would almost prefer they became plumbers or something...


>Not to mention, there is no standardized grading system in the US. GPAs are nominally out of 4.0, but some schools pump those numbers by tacking .5 onto honors classes and 1.0 onto AP. At other schools its 1.0 and 2.0. Other schools don't have APs at all, or don't offer a bump for high-level courses. Who is the "better student?" The one who has a 4.43 at a school where there are no APs and honors is a .5 bump, or the student with a 5.28 at a school that offers 19 APs and gives a 2.0 bump? It's ludicrous.

Or, of course, the student who has a 4.0 at a school that doesn't give bumps at all, but took no actual AP classes because that would ruin his/her GPA?


As if people who interview for Google don't just look up the most common interview questions and memorize answers before the interview...


Still I think that would become obvious pretty quickly. I've actually had people start writing out a textbook algorithm that just solved the wrong problem. And then completely stumbled when trying to explain how the program would arrive at the intended result.

I usually ask questions until the person is out of his comfort zone, and if he is completely clueless on how to proceed at that point it's a red flag.


He applied for an iOS developer role.


Typing "how to reverse a binary search tree" into google is not the same thing as solving a problem.

If these problems were so reliant on individual problem solving ability, there wouldn't be dozens of books with reams of answers to these questions on the market. These questions test memorization and nothing else.


I mean, that's a little strong. My undergrad degree is in math, so I would be thrilled if I was sitting in an interview and was being asked questions like that instead of stuff about how computers actually work.


Yep. I'm a current student and the thought of a professor doing some of the things listed here is comical.


Yep. I'm a current student and the thought of a professor doing some of the things listed here is comical.

I'm an adjunct now and was a grad student, and doing some of these things is actually dangerous: http://www.amazon.com/Blue-Angel-Novel-Francine-Prose/dp/006... or http://chronicle.com/article/Sexual-Paranoia/190351/. Most of the time of course they won't be dangerous, but it only takes one person to really fuck up a career.


When I was a student at South Dakota State University in South Dakota and also when I was a student at Massey University in New Zealand, a lot of the "comical" things from this post were fairly common.

Don't be so dismissive.


This is exactly what I thought when I read this. It's incredibly pretentious and doesn't come off well.

That said, electric cars are more accessible than ever. The leaf starts at only $21000, which is in the range of most new-car buyers.

The real problem is the lack of diversity. There are very expensive electric sedans like the Teslas and the i8, and then there is the leaf and plug-in prius. But, there are not downmarket electric compact sedans, minivans and true SUVs. If you want an electric vehicle, you either have to shell out $800 a month or get stuck with an odd-looking hatchback. I really hope manufacturers begin rolling out new form factors for their EVs sooner rather than later.


Well the other problem is that many electric cars assume you have the facilities to charge them on your own. Home ownership should not be a precondition for car ownership.

Certainly I could _afford_ a Leaf or a Tesla if I wanted to make room for the payments. I'm more concerned how to charge it if I don't own a garage, and I'm sort of grossed out by how nearly all literature on the subject just totally glosses this over.


To the extent that 1) cities allow designating street parking for EV vehicles in residential areas, 2) that vehicles standardize on charging texhnology, 3) that the cost of building a charging station can be amortized over the useful life, I think that you will see on-street charging options for your EV.

With the right level of standardization and getting some of the costier components inside the car instead of at each outlet, I wonder how much it costs to embed an outlet in the asphalt right next to a parking space, if you were wiring say, 100,000 residential street parking spaces?


Very true. I live in a a city where there are quite a few places to charge, but I imagine that there are millions of people who would be interested in an EV but don't have access to the infrastructure.


It's not a totally unreasonable complaint given that Apple has a history when it comes to security breaches.

My biggest complain is that they are keeping the old 5GB iCloud limit. It's 2015. 5GB is absolutely nothing in terms of both capacity and cost. People pay $700-$800 for their phones and upwards of $1000 for their MacBooks and are still made to shell out for anything more than an negligible amount of free storage?

I mean, it's not like iCloud is unreasonably-priced. It's actually fairly cheap. But, it just seems weird that Apple is printing billions of dollars a quarter with these very expensive devices and still feels the need to squeak out a few dollars a month extra from iCloud subs.

One would think that, with iWork and OSX going free, iCloud would also move from a paid product to a utility that is just included with the devices.


Or that they would offer 32GB as the starting option for their phones, especially considering that their OTA updates don't really work on 16GB phones.

There's a lot that Apple does that makes people go "hmm". But they're a case study in getting some things right enough that nothing else matters.


False - Apple has no significant history when it comes to security breaches.


No large scale breaches are known externally, but they have certainly have had their share of security incidents and poor practices.

http://www.ibtimes.com/apple-icloud-hack-obvious-security-fl...

http://www.dailyfinance.com/2014/10/22/apple-warns-icloud-se...

http://arstechnica.com/security/2013/05/icloud-users-take-no...


"Apple has no significant history when it comes to security breaches."

Seriously?!

http://thefappening.rocks/


You clearly haven't understood that event. There was no security breach of Apple's systems. Specific celebrities were targeted and their personal information was stolen and used to unlock their iCloud accounts.

You have mistaken the level of media coverage (due to the celebrities involved) with the severity of the security issue.


You clearly are redefining security breach not to include severe and consequential types of security breaches. Social engineering attacks that allow accounts to be stolen are a big problem. Just because they can't be patched with a new FreeBSD kernel update doesn't make them unimportant.

Apple needs a system that blocks obvious social engineering attacks anyone could easily use against you based on public records if it doesn't want a reputation for security disasters. Apple has already failed many high profile people and probably lots more regular citizens; it deserves shame for its failure.


Apple has such a system. It's called 2FA. The fact you don't know that doesn't do much for the credibility of your position.


I don't think that's true.

In my experience, development experience is relatively easy for students to obtain while in school. Internships are abundant (obviously not everyone is going to come out of school having worked for Google or Microsoft but most people who want to get development experience during college can find it). Personal projects are another way of doing something "useful" that have effectively zero barrier to entry.

It isn't too hard to do something "useful" as developer in college, if one has the motivation...


I'm not saying it's hard to do, I'm saying people don't do it.

You'd have to ask them why.


The problem is that this method disproportionately hurts people who don't have the time or energy to effectively hold two jobs (one full-time position at their day job and one as an independent developer or open-source contributor by night) because of family, friends, or some other facet of life beyond their laptop.

I think it's totally unreasonable to expect that everyone spend every minute of their lives coding or to have some kind of deep, personal connection to the code they write.

This thinking is ridiculous, and doesn't really appear in any other industry. Do you care whether your accountant's idea of an enjoyable Friday night is sitting at home making more spreadsheets? Would you demand that your eye doctor go home and craft her own lenses in her garage for fun? Competency doesn't require fanaticism, and no employer should expect that their employees devote their entire lives to their occupation.

If I want to code for 8 or 10 hours a day, go home and enjoy myself in the little free time I do have, then wake up and do it again, I don't see why that makes me an inferior employee.

This just seems like more misguided, unjustified cultural absolutism that is so prevalent in the industry.

EDIT: For those saying that the article doesn't necessitate spending massive time outside of work writing code, the author clearly conflates the two. "i have always been convinced that those who love code do not restrict their coding activities to their work. they take home that love and continue to create for fun as a hobby." Personally, I think passion could be a valuable heuristic in hiring, but the author seemed to imply that passion is only measured by your willingness to work outside of your day job. At the very least, that seems to be his expectation of good candidates, and his hiring process clearly disadvantages people who can't or won't code 24/7.


> The problem is that this method disproportionately hurts people who don't have the time or energy to effectively hold two jobs (one full-time position at their day job and one as an independent developer or open-source contributor by night)

No, not at all.

You're assuming that "will you please tell me about the best project that you’ve ever created?" has the words "Outside your previous jobs" - which it clearly doesn't.

If you've made or contributed to something great at a previous job - talk about that!

As soon as I read that question I paused and thought about how I would answer it - of the 10 possibles I came up with, about 5 are "personal projects" and about 5 are "from previous paid jobs" - the thing about the paid jobs ones is that I get to talk about all the awesome people I got to work with, all the stuff they taught me, all the conflicts I had with that Project manager (!!), all the trade-offs we had to make so the project actually shipped, some of me reservations about so much technical debt being created, etc. etc.

There is absolutely nothing wrong with answering this question about something you were involved in at a previous job. The point is to find people that are passionate.


Not to mention that sometimes paid jobs lead to getting to work on large projects that have millions of dollars of input or output, or on hardware scales you never could as an individual. I have to imagine if I worked on some software for the Mars rover, it would trump everything not because it was the best software I ever wrote per se, or it was the greatest environment, but my software is on f-ing Mars!

I'm incredibly proud of some independent projects, but they're definitely informed by my days working on million-dollar projects, some of which were pretty awesome.


And if your job has been maintenance programming?


So what? If you made it to the desk interview, you had something worth talking about.

And what if you were the guy that found a bug in a Mars rover? Sure, maintenance programming, but you still did something worth talking about.

And even maintenance programmers with a bit of initiative can do something interesting. "Well, I had to dynamically change the name of 20,000 functions in a project so I wrote a tool to do it automatically and went home early while the tool did the work". That's the quality the interviewer is looking for.


Most of the maintenance programming I have done has involved fixing bugs and adding pretty minor features. Not the sort of thing you would be proud to talk about at an interview. Not saying it is any easier a job, but its not like I created anything great.


I agree with you that if someone is spending forty hours a week writing code at work, it makes no sense to expect him to write more code in his spare time. That's the bad part of the article.

The good part of the article stands, though. In a good programmer, there will be a spark, and he has the right idea about the interview question.

A perfectly valid way to respond to it would be to refer to something you did at work. "Oh boy, that's difficult because the code I've had to deal with has been legacy stuff that... well let me see, there was this big ball of mud where it took us a week to track down an intermittent bug, the debugger was useless... but after that, I figured out a way to put in logging code so we could at least see what was going on and we'd have a better chance next time..."

You're not looking for spare time programming or some particular answer. You're looking for a non-rote answer. You're looking for the spark.


> "The problem is that this method disproportionately hurts people who don't have the time or energy to effectively hold two jobs"

No it doesn't.

I'm a guy who has the "two jobs" by your description. More precisely, it's a job and a hobby. However, my "best/coolest project/work" has always been something I have done for an employer. I can't imagine coming close to that "level" of work by just playing around at home.

If you can't answer the question in the post with a project that you've done at work, and you don't program as a hobby, you simply do not qualify for what OP is looking for.


The code I write between 9 and 5 on weekdays is also way higher quality than the stuff I write the rest of the time.


Opposite for me. The stuff I write on my own time... I take my time on that.

The 9-6 stuff is rushed and designed by others.


> This thinking is ridiculous, and doesn't really appear in any other industry. Do you care whether your accountant's idea of an enjoyable Friday night is sitting at home making more spreadsheets? Would you demand that your eye doctor go home and craft her own lenses in her garage for fun?

Actually, it does appear in other industries. Many of my friends who are designers do various sorts of art in their free-time, whether that's drawing or even the same type of photoshop stuff they do at work. One of the best CNC machinists that I know has come into the shop on weekends to experiment with making ornate snowflake ornaments, folding knives, and motorcycle attachments on the mills... His job consists of machining parts for cable laying machines, but he enjoys the challenge of figuring out how to manufacture complex parts so much that he does it in his free time.

I don't know any accountants or optometrists very well, but I wouldn't be surprised if the passionate ones spent time outside of work learning about the latest advancements in their respective fields.

> Competency doesn't require fanaticism, and no employer should expect that their employees devote their entire lives to their occupation.

True, _competency_ doesn't require fanaticism, but if you want to _excel_ at something (and don't want to end up hating your life in the process) you had better really enjoy it because you're going to have to put in several thousand hours of learning. Spending all that time exploring your particular field of study won't be a problem if it's something you love, and you're more likely to continue exploring it and keeping yourself up-to-date if you're interested in it. Thus, passion makes a pretty good predictor for success among high-achieving employees.


> True, _competency_ doesn't require fanaticism, but if you want to _excel_ at something

This is along the lines of what I was thinking.

If I'm looking for someone who is really passionate about what they do, they're probably going to be associated with it outside of their nine to five. This could be reading books, magazines, talking to people, participating in discussion boards, or trying to figure out problems.

That doesn't mean every employee is like that, or that you have to be like that to be a worthwhile employee, but it's not crazy to think that someone in almost every field will be actively involved in something related to their profession in their day to day, outside of work.

Even with accountants, you might not be doing someones books all the time, but you might have an active interest in financial news, forums, current scams, common mistakes, loopholes you could use, etc. etc. (I don't know anything about accounting; don't judge me :))


> I don't know any accountants or optometrists very well, but I wouldn't be surprised if the passionate ones spent time outside of work learning about the latest advancements in their respective fields.

My grandmother was a corporate tax specialist for AT&T, she certainly seemed to enjoy doing her personal income taxes (and those of some of my uncles and aunts). This was way before Turbotax, Taxcut, and the variety of programs that have made it less unpleasant.


I don't think excitement or passion or pride require fanaticism either. When I ask my friend who paves road about a project he's particularly proud of, he'll have an answer and it's not because he's paving roads in his spare time.

What is different about some other professions is that there are ways to develop that passion during apprenticeships or entry-level jobs while learning from those with greater experience. Mastery is far easier to acquire with a teacher on hand who can give timely, guided feedback and correction.


> The problem is that this method disproportionately hurts people who don't have the time or energy to effectively hold two jobs (one full-time position at their day job and one as an independent developer or open-source contributor by night)

“Oh! A few months ago I created a basic budget tool based on graph theory—so I can create 'branches' like in git, but for my personal budget, and then forecast how certain changes affect my budget overall. It really helped my wife and I visualize how certain decisions play into our plans over the next couple of years. Would you like to see how I implemented the recursive SQL lookups in ActiveRecord?”

I hacked out a basic MVP for the above in 4 hours one Sunday afternoon. I don't hack on side projects every Sunday, or even frequently: a lot of weekends I want to explore the city, sleep in, and work on projects around the house. But I love programming, and I love how software can affect our every day lives, and sometimes little itches like the above come up and I scratch them. And this one story would be more than enough to pass the author's test with flying colors, and is /nowhere near/ holding down two jobs.


Without sarcasm, yes I would like to see how you branched - it's not an easy solution - and to be honest the hard part of this (and I have a github project for budgeting too) is getting data into a form where you can easily do a projection

What was the household budget in originally - a RDBMS? Mint or quicken ?

Not meaning to be aggressive - just wanting more context - and yes, please let me see code :-)


I would also love to check this out :)


And can do merge? This could be great for a sync engine for sql! A way to do branch-merge


Many commenters on this thread point out that people don't have time to code, or have other interests, and question what other profession expects people to give up their free time to continue work.

This is not unrealistic in other professions as well, maybe just not as easily recognizable. I have friends who are Ad execs and love advertising as an art, they'll often discuss ideas they've had, things they've been thinking, etc. etc. which is outside the scope of their work. It may be the client they'd like to bring in and the ideas they have to improve that client's business, etc. etc. What about doctors who vicariously keep up on all the latest knowledge in their field and are actively collaborating with other doctors on discoveries and research (my sister does this as a veteranarian, and is also randomly helping people in the park on a Saturday morning who have questions about their pets, as well as doing a spot on the local news about caring for your pets). This is unpaid/hobby work, but it isn't as concrete as what we do, and therefore, people don't consider it.

We aren't the only group that is passionate about what we do, and we aren't the only one's who work on our craft outside of work hours.

I think a better way to take what the author is saying is that he is looking for people who look at software development as a craft, and people who are so passionate about it that they are constantly engaged in their craft even outside of work hours. They love what they do so much that they just can't stop.

At the same time, I think it is important for employers to recognize when and if they need somebody who meets this criteria.


Your ad exec is about the equivalent of me discussing new libraries / languages / frameworks out of work hours. I never heard anyone ask for that in an interview. I have seen a fair amount of ads asking to see my side projects / github.

I am reluctantly creating a side project at the moment, as I want to get into freelancing, and all my previous work is in house. Even without kids I find it difficult to find enough hours to put into it (trying to use a free hour here and there leads to almost zero productivity, I need a minimum of three at a time).


>Competency doesn't require fanaticism, and no employer should expect that their employees devote their entire lives to their occupation.

Very true. The only problem with that is that when judging between two job candidates, the one who is devoting their entire lives to their occupations is going to be a more desirable hire.

>At the very least, that seems to be his expectation of good candidates, and his hiring process clearly disadvantages people who can't or won't code 24/7.

Just as the field of competitive Olympians disadvantages people who can't or won't train 24/7


I'm a bit skeptical of the idea that a person who devotes their entire life to their occupation is a more desirable employee than the one with a balanced life. Maybe if you were doing something completely rote, but who devotes their life to that anyways? To be a productive developer, you should also know how to:

Schedule and prioritize your work to align with business goals Interact with non-technical users and domain experts and understand their problems and techniques Work productively with and integrate your work with the work from related fields, like DBAs, designers, artists, etc Work with a team of developers productively, including making your ideas heard without being intolerant or offensive

That's stuff you don't tend to get from doing side projects. Maybe if you turned a side project into a real business, or were a senior contributor on a large, long-lived open-source project, or something like that.

Come to think of it, I was more sympathetic to the article's idea at first, but writing this makes me reconsider whether just having passion for something that you have built is enough to base hiring decisions on.


>Maybe if you turned a side project into a real business, or were a senior contributor on a large, long-lived open-source project, or something like that.

Well that is exactly the point.

The idea of some amazing "code monkey" detached from real life requirements, constraints and development timelines is a fiction and does not represent reality. The best developers have a deep understanding of the tools and the applications and it is that devotion that I am referencing.

There are in fact people that think in terms of building new things through code ALL THE TIME - and then implement them. Those people are going to have an advantage in the hiring process.


Also luckily there are not that many people out there who sustainably only do coding every hour of the day. Eventually real life catches up to you and you can't do that any longer.

Also, there are only so many gold medalists every four years. In the IT industry, there's no theoretical upper bound, so it's not nearly as dire, you don't really "run out of slots" as fast.


> you don't really "run out of slots" as fast.

If their company only hires once a year or so, that's still running out of slots quickly. The author works for an individual company, not "the IT industry".


> the one who is devoting their entire lives to their occupations is going to be a more desirable hire

Not true. The more productive and effective candidate is the more desirable hire.


Theoretically, those are the same thing.


They are not. Enthusiasm != Competence.


Yes, my article might be a little misleading, as I was really looking for the excitement more than anything, work-related projects fully included. The most important objective of my question was to put the candidate in a full comfort zone. No surprises, we talk about your stuff, the stuff you prefered. And we go deep into it (we would discuss it for 30 minutes). I would be respectful and genuinely interested, I could ask any technical questions I wanted because it was their grounds. We would discuss architecture, design patterns, technical choices, etc. (so it wasn't just one question in the interview... more like one question to lead to a situation where i could get the most info out of).


Accountants don't create something out of nothing. It's an inherently supporting activity.

Also, the question doesn't imply in any way that it has to be an off-work project. Its only point is to see if a person actually cared for any code they wrote in the past or if they treated coding just as means to an end.


The question in the article was 'will you please tell me about the best project that you’ve ever create', which excludes most work projects, since work projects are typically not single-developers projects.


It's an interview, meaning that's real person talking to a real person. The question clearly invites to a free dialogue, it's not right/wroooong, quiz-test question. So the person answering can be slightly off topic and it can be still interesting to the interviewer, who is, as far as I can't tell, not a stubborn HR robot.


It doesn't mean you can't have created a sub-project of a larger project, if you want to get picky with semantics which doesn't seem to be the nature of the interview.


True, maybe it should be rephrased to something more like '... best programming work you've ever done'.


I would read that as having kids.


You can still talk about some project from the past. If you never had any hobbyist pet-project (during studying? while learning first language(s)? before getting a job?), then it's quite likely that you're not the person the author is looking for, no matter if you have or don't have time for a hobby now.


This thinking is ridiculous, and doesn't really appear in any other industry. Do you care whether your accountant's idea of an enjoyable Friday night is sitting at home making more spreadsheets? Would you demand that your eye doctor go home and craft her own lenses in her garage for fun?

The comparisons you've made are with non-creative fields. For those I know that work in other creative industries (graphic design, photography, music, theatre, copywriting), they almost always spend a good deal of their free time exploring their passion. If you love doing something, you probably won't be satisfied if the only time you get to do it is under the strict direction of another.

In any case, if there are enough candidates to select from, and you have no better way of determining which are the better candidates, why not choose the ones that code for fun in their free time over the ones that don't? Those candidates almost certainly have a passion for programming while the others it will be harder to tell. Plus those candidates will be constantly learning new skills that I as the employer will benefit from.


With hiring I feel like it always comes down to two potential paths to pursue:

1) Hire all good candidates as well as a fairly large percentage of bad candidates.

2) Reject all bad candidates, and hire a fraction of the good candidates.

Which route a company takes generally depends on what the company needs. In this case it sounds like his company needed to minimize bad candidate hires more than find all good candidates.

So yes, what you said is correct. This approach will filter out a large number of great candidates without extra time, but assuming the company is finding enough candidates to hire, this isn't a problem they need to address.

I believe this is the same reason why many startups can get away with trial work periods and other interview tactics that large companies cannot. The number of candidates willing to do this is significantly smaller, but it is seemingly large enough for the startup using the tactic.

I suspect that until the industry finds a significantly better way to filter good/bad candidates that this will not change. So if you are looking for a startup idea - this is a great area to get into =D


One other tricky scenario: if someone is really invested in a particular field of programming, like crypto, they may be in a situation where any work they do outside of their employment is at risk of having their employers claim it as a work product or as a violation of a non-compete contract.

I've met several very brilliant programmers in my day that liked to work long, super-focused days on the problems they were presented with at work and then would go home and do anything but look at a computer. I'd be hesitant to suggest they had any lack of love for their chosen profession.


There's another group this method hurts: people whose personalities are closer to Mr. Spock than to McCoy. Same goes for the method another commenter suggested about "tell me about your best bug..." (Though perhaps it doesn't hurt too much, because such people usually develop hacks to lessen their natural disadvantage across the board.) Speaking strictly for myself, I don't really feel pride in my code. My identity is completely separated from things I do. When I finish something, there's a sense of accomplishment, but it passes very quickly and I move on to the next thing. If that something was "hard", on reflection it feels easy, because I already did it. And it's not like I've never known excitement and such, or never feel it now. I thought programming was the coolest shit too when I was 14 and I felt the excitement of making a website the color I wanted, and using a for loop to eliminate tons of HTML. I just don't get excited over stuff I feel is "easy", which is everything I've ever done and everything that looks close enough to those things. If you want to make my eyes light up a bit, ask about things I want to do but haven't gotten around to yet. But it still has the highlighted problem of selecting for people who are most enthusiastic about whatever they're talking about, not for people who can best do the job.

All I want from a programming job is to get paid money to spend a lot of time with a computer writing software, and spending time with other humans strictly as needed to advance the computer project. I don't want to sit around a campfire (or water cooler) and trade stories, and I don't have a memory for things like "best bug" and other events people tell stories about. Unless at that event's particular moment I think "Maybe this bug (or whatever) would be good to use as an example for a future interview." and I make a reminder to add it to a file of such life events I review before interviews. It's one of a bunch of little things I have to do that some others don't, which sucks, but considering the whole messed up wasteland that is programmer interviews where pretty much everyone has to do a bunch of BS prep work unrelated to the actual job just to stand a chance, I don't think it's worth complaining much about. Hence the throwaway -- time to move on to other things.


Disregarding the conflation, I think the key point here is passion.

I want to work with people who have passion for what they do. You don't have to keep doing it when you get home at the end of the day, but if all you're doing this for is a paycheck and you aren't really passionate about what you're doing, I find it impacts the quality of the output and the speed with which you absorb new information.


FWIW, my eye doctor happens to be a fantastic wildlife and nature photographer.

I think the article author has a good point - in some cases. For a programmer working in a strict waterfall project, who's "just coding his allocated items of a per-determined feature list", passion might not be important (and may even be contra-indicated, they'll likely leave when they work it out). But if you need creativity from your coders, some level of passion in _something_ is important. I suspect if an interview candidate lighted up telling the story of their quadcopter or bamboo bicycle or burningman project or anything where they can demonstrate solving problems within a set of constraints - even if it didn't involve a single line of code - it would have been looked upon more favorably than somebody who can't demonstrate passion about _anything_.


I agree about the passion indicator. I over interviewed and was told to prepare a 15 presentation on anything I cared about. It did not have to be technical, but I needed to be prepared for questions.

The interview ended up being one of my best interview experiences though I turned down the job.


I suppose the work the candidate is most keen to discuss doesn't have to be recent which makes it fair.

All good programmers I know have at some point spent significant amount of their free time programming on their own, that's why they've become good programmers. They might have kids now or too much work, but I would be amazed to meet a good programmer that has only ever programmed at work.

Despite that the fact that I have kids and a job that does take its time, I do program as a hobby. It mostly kicks in when things are slow at work or when work is less about coding and more about something else as if I had a weekly or monthly coding quota that I need to fill in. But I do have the urge to write programs independent of my work -- if I'm lucky I can abuse my work to fulfill that urge.


The stated goal is to eliminate false positives ("hire the wrong guy and you will be stuck with that person forever.") That necessitates you will have an increased number of false negatives - see http://en.wikipedia.org/wiki/Type_I_and_type_II_errors. The consequences of missing a great hire are less than the consequences of hiring a loser.

My own problem with the question is that I wouldn't know what to answer - I have too many things to choose from. Many are too far in the past to remember lots of details about.


I don't think you need to work on side projects to be a great programmer. It's just that there are very few great programmers who don't have a variety of side-projects. It's a natural side-effect of the desire and curiosity that leads people to become great. They don't see side-projects as some sort of drain on their free time.

I don't think it's a bad thing if you don't aspire to "greatness" though. There's plenty of jobs where a decent, reliable programmer is perfectly fine. 49% of us are below average, after all.


The first thing that popped into my mind when I read the question was a data-processing script I wrote at work in three days that saved hundreds and hundreds of person-hours of manual work, a task that had stumped a couple of better programmers than myself.

If Nicolas Bize would accept that sort of thing, I think it's a good test. If not, yeah, it's problematic.

Edit: I've just asked him about it in comments under the original post.


Right. The point here is actually reducing the pool of candidates to those enthusiastic enough, and with enough time, to do projects in a way that fits the template this interviewer is looking for. I don't doubt they had success hiring people this way, rather the problem is in the false negatives as you point out.


I think one of the points of the test is to see how intrinsically motivated the applicants are about the job. You can throw as much money and perks at someone as you want, but it probably wont work as well as intrinsic motivation.


Sorry this is just excuse


Yet nobody seems to care about reducing the initial hiring pool to some statistic and only hiring college graduates who think HTML5 is a programming language.


This model will certainly allow Tesla to access a new and much larger group of potential customers, but I doubt it will be a "main-stream" vehicle. $35,000 is decidedly in the realm of high-end luxury cars (this car is still going to be far more expensive than the entry-level models from Mercedes, Audi and other prestige brands) and is still inaccessible to the vast majority of buyers, albeit not necessarily as exclusive Tesla's previous supercars.

Now, Tesla is no longer an "I need to be a millionaire" brand and instead an "I need to be a lawyer or engineer" brand.

Although this is a really exciting vehicle, I still think Tesla ultimately wants to target the proletariate with cars in the $18,000 to $22,00 range (possibly with a different brand to preserve the elite reputation of the Tesla name). That segment is far more lucrative than the limited luxury market for high-end cars. As soon as Tesla ships a car that can be afforded on an average income, things will really get interesting...


As someone who is very conscious of personal finance, I'd never spend $35k on a car (and something tells me this will be more than that in reality, especially with upgrades). Then again, I'm also the sort of person who chooses to live in an apartment instead of a house just so I can walk to work rather than commute.

That said, it never ceases to flat out amaze me how much others are willing to spend on cars. I imagine you're underestimating how many people buy cars in this price range who make half as much as the typical engineer or lawyer. Given this, I'm willing to bet folks who really have no business in a $35-45k vehicle will flock to it anyway.


People shop on monthly payments. Say that gas is $5/gallon in three years (and I'm pretty sure that's conservative). For 1500 miles a month at 30 mpg, that's $250 a month in gas. Subtract that plus maintenance from your payment and you're getting into econobox territory. I think $35,000 will be a pretty big deal.


but nissan is already promising a 200 mile car for half the model 3 price... your argument is valid for prius today, not for model 3 whenever it's launched.



If you are going to consider the gas savings, you still need to remember that there are also electricity costs as well.


Yes, totally. Take off about $25 for the electricity. The numbers don't change too much.


$35k is not in the realm of high-end luxury cars. $35k is a nicely equipped Camry, Accord or Sonata.

A base model cheap Mercedes is $30k. That extra $5k does not equal high-end, it equals leather and maybe a sunroof on that $30k Mercedes.


The average transaction price of a car in the United States in 2013 was ~$32,000. That figure (from TrueCar) actually excludes Mercedes-Benz, and ultra-exotics.


They cut the price in half, roughly, each time. That seems to be the plan.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: