<?xml version='1.0' encoding='utf-8'?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:thr="http://purl.org/syndication/thread/1.0"><updated>2008-03-22T12:20:30Z</updated><id>tag:blog.limedaley.com,2018:/isso/thread/post/note-to-self</id><title>Comments for blog.limedaley.com/post/note-to-self</title><entry><id>tag:blog.limedaley.com,2018:/isso/537/2361</id><title>Comment #2361</title><updated>2008-03-22T12:20:30Z</updated><author><name>Dad-o</name></author><link href="https://blog.limedaley.com/post/note-to-self#isso-2361" /><content type="html">&lt;p&gt;I believe those numbers include the overhead of time in meetings.  In big companies this is significant.  I think it also includes bigger projects with multiple participants - which of course take more coordination, and thus more time.&lt;/p&gt;</content></entry><entry><id>tag:blog.limedaley.com,2018:/isso/537/2360</id><title>Comment #2360</title><updated>2008-03-21T10:27:15Z</updated><author><name>SursumCorda</name></author><link href="https://blog.limedaley.com/post/note-to-self#isso-2360" /><content type="html">&lt;p&gt;Granted, I haven't coded anything in nigh unto 30 years, but to me, &amp;quot;lines of code per minute&amp;quot; is meaningless.  If the project was something familiar I with and not too complicated, I could whip out code very quickly.  On the other hand, there were projects where if you factor in all the time spent designing the system, coding was very slow indeed.&lt;/p&gt;</content></entry></feed>