Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is really bad advise. If I commit a TODO to my code, it's because the difficulty of fixing vastly outstrips the value of fixing it. If it was an easy thing to fix, I'd have done it myself.


If I commit a TODO to my code, it's because the difficulty of fixing vastly outstrips the value of fixing it.

Here we see the Dunning-Kruger in its natural habitat. What if someone is a better programmer than you? What if that person is a random internet foobar who finds your code and wants to contribute?


I agree that you may get smart people coming up with great solutions, but the article seemed to be aimed at beginners looking for a way to contribute.

The complexity of TODOs in code depends entirely on the style of the person who put it there. In my case TODOs are usually things that are going to require some refactoring.


Then they probally are not the kind of person That would require a HN article to tell them what code to work on.


What does that say about the people participating in this thread?


In fact, it says very little. The very fact that they are commenting on it generally suggests that they don't take the article as fact.


That seems like a bit of a leap.


Regardless, I don't think that my original comment applies simply due to someone participating in this thread.


Maybe we need a standard on what TODO or FIXME is meant for. Personally (as a non-professional coder) I put TODOs out there to remind myself or someone else what I have planned for the future. TODO contains everything that I will do very soon but haven't gotten around to doing yet.




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

Search: