TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: How do you measure your software dev productivity?

7 点作者 gamebit07超过 11 年前
As a software developer, when you create tools to play around with data, in one form or the other, it does become important to measure one&#x27;s own productivity.<p>There are several tools as rescuetime, harvestapp etc. that tell you how much time you wasted&#x2F;utilized doing what, but then if your code editor is open they say the time was productive.<p>Your code editor being the main window, is by no means a measure of the productivity. Couple of parameters that I have thought are -<p>1. No. of lines of code that you write.<p>2. No. of features that you have implemented.<p>3. No. of bugs that you have solved.<p>4. And the list can go on.<p>But each of the above are pretty subjective terms, and are not a good measure.<p>Just curious how people measure their software development efficiency.<p>Thanks for reading it.

4 条评论

crazygringo超过 11 年前
It&#x27;s an important question, but everything I know is, you can&#x27;t. Unfortunately.<p>Writing code, except for the most boring kind of boilerplate, is inherently a creative process, and neither &quot;final functionality&quot; or &quot;final quality&quot; have good metrics, let alone metrics that translate into man-hours, lines of code, or similar.<p>All you can really do is get a &quot;feel&quot; for someone who seems to be underperforming, performing at par, or is really a star player. It&#x27;s just intuition. Which is really a terrible thing to have to base evaluation on, but it&#x27;s really all we&#x27;ve got.<p>This is probably why group evaluations, like &quot;planning poker&quot; for estimates of task difficulty, and having the whole group evaluate each of its members (for promotions, raises, etc.), can be popular -- it&#x27;s still all intuition, but a kind of &quot;consensus&quot; intuition performed by people who ought to know best, can be better than a single person&#x27;s.
greenlakejake超过 11 年前
Lines of code can be particularly misleading. Read:<p>-2000 Lines Of Code<p><a href="http://www.folklore.org/StoryView.py?project=Macintosh&amp;story=Negative_2000_Lines_Of_Code.txt&amp;characters=Bill%20Atkinson&amp;sortOrder=Sort%20by%20Date&amp;detail=medium" rel="nofollow">http:&#x2F;&#x2F;www.folklore.org&#x2F;StoryView.py?project=Macintosh&amp;story...</a>
mherrmann超过 11 年前
Martin Fowler has an interesting article on the subject: <a href="http://martinfowler.com/bliki/CannotMeasureProductivity.html" rel="nofollow">http:&#x2F;&#x2F;martinfowler.com&#x2F;bliki&#x2F;CannotMeasureProductivity.html</a>
js7超过 11 年前
What did I ship&#x2F;implement and how much post implementation support it needed.