Live data from Hacker News

Signs that you're a bad programmer

sites.google.com

21–30 of 131 posts

Re: Signs that you're a bad programmer

#21
post #16

Pageview limit exceeded We are sorry, but this site has exceeded its page view limit at this time. Please try again later. For more information, see Google Sites help.

I'm getting the same message, could someone post a mirror? Or if any one still has the page open, please save it and post it elsewhere.

Re: Signs that you're a bad programmer

#23
post #15
post #12

Earlier quoted context omitted.

I can't learn LISP. I can get reasonable work done in imperative functional/OO languages like Perl, C, Java, etc. and took the time to learn Erlang to get a look at functional programming and I can drop the SQL bomb like nothing else (so I can do declarative too) but every time I've sat down to learn LISP because people say it will make me a better programmer, I've gotten distracted and haven't finished. I don't thin…

I don't think Lisp being opaque has anything to do with your ability to learn a particular PL such as Common Lisp, Scheme, Arc or Clojure. Rather, opacity is usually a term levied at a syntax , when it makes it hard to understand what the underlying semantics of the program are. Lisp has the least "syntax" of any programming language I know of, so if it's opaque to you (e.g., you can't take a guess at what "(+ 2 3)"…

I see. Its not literally opaque - I got that far in the book, but I can't follow a real program's execution.

Re: Signs that you're a bad programmer

#24
Oh man, I wish I had this at my last job half the team had over 50% of these symptoms, one guy had 90%. They believed, and had somehow convinced management, that they were great programmers! Some awesome practical examples from those guys below:

Overheard statement "You know when I was in college I learned C. I just can't get the hang of these objects, so I try to avoid them". The guy who said this is now 34, and has programmed python for 4 years.

A guy who would copy and paste 100 line blocks of code, and then occasionally thing "oh yeah, i need functions", and then finish out the current function by passing 12 parameters of state to current_function_2(). If you combined the func, func_2 and factored out the 100 line blocks it would be reverted with a commit: "stop making this so complicated".

There was one guy who insisted that using templates was only for web frameworks, to use them to write system/config files (done frequently due to 3rd party daemon limitations) was an abuse of the templating system, and we should just use inline prints. The program was to be called with prog > /etc/conffile.

One guy who decided that threads were so tricky, that he was the arbiter of thier use. My idea of a job queue and worker threads was "too abstract and hard to debug", so we stuck with the "tried and true" one thread per job method, all spawned at once.

I could go on, but you're all prolly bored now :)

tl;dr: i worked with the guys the article was written about

Re: Signs that you're a bad programmer

#25
post #18

Google cache for those who hit the "pageview limit exceeded" nonsense: http://www.google.com/url?sa=t&source=web&ct=clnk&#3...

wow, that's completely ridiculous.

searching through their help center, they won't even tell you what the limit is, but it seems to be pretty low. just. wow.

Re: Signs that you're a bad programmer

#29
post #16

Pageview limit exceeded We are sorry, but this site has exceeded its page view limit at this time. Please try again later. For more information, see Google Sites help.

Oh! I thought that was the joke. The sign that you're a bad programmer is that you implement a page rate limit on one of your properties (google sites), only to serve up the exact same page out of another one of your properties (google cache) thus accomplishing exactly nothing

Re: Signs that you're a bad programmer

#30
post #5

I'm skeptical of these lists because people can work through things. For example, the stuff listed under "Inability to determine the order of program execution" is something that many people will get jammed on eary on as they try to take their brains (which is honed on the syntax of school level maths) into the programing world (where equals is an instruction rather than an assumptions). Another one is "Lisp is opaqu…

The inability to determine the order of program execution is what made me give up haskell for ocaml and scala. Does that make me a bad programmer?
Post reply on HN