<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>ebiester</author><text>When I hear people saying, &amp;quot;I can do what takes someone else a day to do...&amp;quot; they&amp;#x27;re not thinking that their coworker is also doing it in an hour or two, and wasting the rest of the day. So everyone thinks they&amp;#x27;re more productive than the next person.&lt;p&gt;And I&amp;#x27;ll look at that code and go, &amp;quot;You have no tests. You didn&amp;#x27;t think about these three things. There are two bugs waiting to happen. This code is messy and is going to be hard to change later. It took you two hours because you didn&amp;#x27;t do the other six hours of work required to get it &lt;i&gt;really&lt;/i&gt; done.&amp;quot;&lt;p&gt;This is why I believe pair programming ends up not being a waste. Perhaps for the most disciplined programmers, they can go 8 hours without stopping, but most people don&amp;#x27;t.&lt;p&gt;It&amp;#x27;s much harder to slack when you&amp;#x27;re pairing. However, it&amp;#x27;s also much slower when you pair because you keep thinking of things to check, you write more test code, you write more robust code because two people are trying to attack it rather than one.</text><parent_chain></parent_chain></comment><story><title>Smart Guy Productivity Pitfalls</title><url>http://bookofhook.blogspot.de/2013/03/smart-guy-productivity-pitfalls.html</url></story>
<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>svantana</author><text>Good post, I just have a little problem with one advice: the &amp;quot;keep at it until you finish it&amp;quot; part. A lot of times, I set my mind to finishing something before goind home. It often ends up with me scratching my head until midnight, going to bed frustrated, and waking up with an obvious solution in my head. That&amp;#x27;s where I feel Rich Hickey&amp;#x27;s Hammock-driven development is a better way of thinking about productivity.</text><parent_chain></parent_chain></comment><story><title>Smart Guy Productivity Pitfalls</title><url>http://bookofhook.blogspot.de/2013/03/smart-guy-productivity-pitfalls.html</url></story>