Live data from Hacker News

A Competitive Programmer's Handbook

cses.fi

101–110 of 171 posts

Re: A Competitive Programmer's Handbook

#101
post #87

Earlier quoted context omitted.

Is there really risk in being particularly adept at algorithm design?

No, but by definition, any non-trivial software product (or academic CS paper, for that matter) is the outcome of a collaborative process, not an artificially time-constrained hack-a-thon/competition. You have to put things like this in their proper place, and let them be what they are. (I downloaded the pdf, btw).

[deleted]

Re: A Competitive Programmer's Handbook

#102
post #39

Earlier quoted context omitted.

Sadly the proliferation of sites like HackerRank (YC funded shamefully) means competitive programming is the first "filter" stage for interviews these days.

I actually don't mind that. The filter works both ways - it tells me the company in question is clueless about hiring tech talent, so I can ignore them.

[deleted]

Re: A Competitive Programmer's Handbook

#103
post #87

Earlier quoted context omitted.

Is there really risk in being particularly adept at algorithm design?

The risk is that you might be less useful than someone who is particularly adept at system design. It seems most problems are actually not sorting, searching, or finding the optimal whatever. Maybe it's just the bubble I work in, but from my perspective it seems that most programmers aren't addressing a problem of the form, "the obvious solution to this well-defined problem is too slow, please have a clever insight t…

This comment is so good that I think just being able to write it would qualify someone for a midlevel programming job!

Re: A Competitive Programmer's Handbook

#105
post #76
post #17

Earlier quoted context omitted.

Nothing to do with the actual job but it is heavily used for interviews to get that actual job, unfortunately.

This is my understanding as well. Data structures and basic algo comes up in interviews, and if you pass that's probably the last of it too. I never studied them originally, but once I realised it was a blocker to getting a new job I spent some time to learn the basics at least which truly helped a lot. It was also a bit of fun, to be honest - even though they have almost no bearing on the day to day work. So I'm int…

Besides basics, I've learned and forgot several times, so I don't have enough motivation nor time to re-learn again :)

Re: A Competitive Programmer's Handbook

#107

Earlier quoted context omitted.

...and be outsourced to the fine Bangalorian sweatshops sooner or later. :) And it is not "really well paid". Really well paid is, like, 250k/year, and it is somewhat hard to extract it from just Java in an average bank.

> ...and be outsourced to the fine Bangalorian sweatshops sooner or later. In my experience, the jobs of the mediocre get outsourced to said sweatshops to be done by equally mediocre people for cheaper. I've worked for two big banks as a software dev, and there are plenty of long term, extremely high paid positions for Java engineers that'll never get outsourced. The model seems to be: have a group of on-site, well p…

I agree with both your points.

Re: A Competitive Programmer's Handbook

#108

Earlier quoted context omitted.

If you want to be a really well paid programmer, just learn java and assorted technologies and go work for a bank.

Working at a Big4 or prop shop pays even better (in most cases...)

Yeah, figured that already.

Re: A Competitive Programmer's Handbook

#109
post #87
post #86

Earlier quoted context omitted.

Agreed. These kinds of competitions or coding interviews may cause over-fitting.

Is there really risk in being particularly adept at algorithm design?

Think of it this way: there's only a certain amount of productive hours available to people for side programming, and either you spend a majority contributing to open source/building prototypes/learning new technologies/getting your hands dirty; or you spend a majority of the time solving artificial problems to get a leg up on programming interviews. It's a catch-22 if ever there was one.

Re: A Competitive Programmer's Handbook

#110
post #12
post #7

Earlier quoted context omitted.

The same skills used in competitive programming are needed to pass a modern day technical interview at some of the larger companies. So I wouldn't necessarily say it has nothing to do with getting a better job or salary.

Staying fit also helps job performance, as does public speaking. Shall we start a comprehensive list of skills and activities tangentially related to making more money?

Actually, yes please. Can be published as a book and sold for money!
Post reply on HN