Working Practice-开发时间效率值

最新推荐文章于 2025-07-08 12:04:46 发布
原创 最新推荐文章于 2025-07-08 12:04:46 发布 · 569 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了软件开发中的开发时间效率概念，定义为给定时间内实际用于生产性工作的比例，并假设新团队首次开发循环的时间效率约为70%。文章还讨论了工作时间的组成，包括假日和其他非开发任务所占的时间。

本文参考自《Head First-软件开发》

开发时间效率值

定义：一个比例，给定X天，其中有多长时间是在从事生产性工作。

大小：对于一个新的团队开发软件，在第一次开发循环时，假设团队的开发时间大约是总时间的70%。

成分：每10天的工作时间：

  1. 3天是假日。
  2. 软件安装
  3. 文字工作
  4. 电话
  5. 其他非开发任务

计算：

完成工作需要的天数 = 工作天数 * 时间效率值

现实开发世界：


Minecraft Forge开发环境中SSL证书验证失败，如何解决？
**My Coding Family**
08-03 1237
🏆本文收录于 《全栈Bug调优(实战版)》 专栏，该专栏专注于分享我在真实项目开发中遇到的各类疑难Bug及其深层成因，并系统提供高效、可复现的解决思路和实操方案。无论你是刚入行的新手开发者，还是拥有多年项目经验的资深工程师，本专栏都将为你提供一条系统化、高质量的问题排查与优化路径，助力你加速成长，攻克技术壁垒，迈向技术价值最大化与职业发展的更高峰🚀！
三个“清洁代码”技巧将使您的开发团队效率提高 50%
AI天才研究院
10-19 9595
如果我必须从软件工程最佳实践的圣经“清洁代码”中选择一点，我们就是作者。阅读与写作的时间比例远远超过 10:1。再读一遍。慢慢地。作为编写新代码的一部分，我们不断地审查旧代码。由于我们花费大量时间阅读旧代码，因此对我们和我们的团队来说，投入一点使其简单易懂可能是个好主意。尽管我建议阅读整本书，但我发现以下三个想法很容易获胜，它们可以极大地提高团队的生产力、效率，最重要的是——减少挫败感：使用好名字...
Working Practice-早到办公室
time_hunter的专栏
10-15 545
早睡早起，每天早点到办公室，可以办理很多事情。这个时间段，有如下优点： 效率正高。无人打扰。 通过早到2个小时，2个小时，就是一上午的时间。可以处理很多事情，如下： 处理未读的邮件。查看bug清单，做好沟通的计划及沟通内容的事情。快速开发新的功能。
CPT203 软件工程开发 笔记
sanmusen_wu的博客
09-07 1万+
week1
18、敏捷开发中的设计理念与实践
最新发布
o1p2q3r的博客
07-08 27
本文探讨了敏捷开发中的设计理念与实践，重点分析了有意设计与自然浮现设计的结合、避免过度设计、适应无大型设计的工作模式、引导设计方向以及提升技术实践的必要性。通过实际案例和推荐书籍，帮助团队更好地平衡预期与适应，提升产品质量和开发效率。
Python - 100天到大师学习笔记（2）
shaozheng0503的博客
02-26 967
> Make English as your working language. （让英语成为你的工作语言） > Practice makesperfect. （熟能生巧） > All experience comes from mistakes. （所有的经验都源于你犯过的错误） > > Don't be one of the leeches. （不要当伸手党） Either outstanding or out.（要么出众，要么出局)
PMI-ACP练习题(1)
码农云云的博客
10-18 818
A. Making all decisions for the team B. Having a team that is self-organizing and self-disciplined C. Promoting competition D. Assigning more work than can be accomplished in an iteration to set a sense of urgency 作为项目领导，Becky努力尝试建立一支高绩效的团队，那么她可采用的实践或技能是。
[翻译]《Programming - Principles and Practice Using C++, Second Edition》- Chapter 0
WarwickCSProject
09-01 1249
本文导航（全文7500字左右，按正常阅读速度，大概需要15-25分钟）Notes to the Readers 写给读者 Notes to the Readers 写给读者 When the terrian disagrees with the map 当实际地形与地图标定不符时 trust the terrian. 相信地形 ——Swiss army proverb 瑞士军队格言 ...
PMI-ACP练习题(6)
码农云云的博客
10-18 205
A. Making all decisions for the team B. Having a team that is self-organizing and self-disciplined C. Promoting competition D. Assigning more work than can be accomplished in an iteration to set a sense of urgency 作为项目领导，Becky努力尝试建立一支高绩效的团队，那么她可采用的实践或技能是。
程序员为什么还要刷题-working-with-tests-practice-tdd-rspec-and-learn-seattle-web-
07-07
的效率。 除此之外，理解测试很重要，因为测试驱动开发或 TDD 被认为是交付高质量代码的最可靠方法。 定义TDD 测试驱动开发是一个很大的话题，您暂时不会编写自己的测试。 不过，这是一个重要的概念，因此我们将在...
程序员为什么还要刷题-working-with-tests-practice-tdd-rspec-and-learn-london-web-0
07-07
的效率。 除此之外，理解测试很重要，因为测试驱动开发或 TDD 被认为是交付高质量代码的最可靠方法。 定义TDD 测试驱动开发是一个很大的话题，您暂时不会编写自己的测试。 不过，这是一个重要的概念，因此我们将在...
程序员为什么还要刷题-working-with-tests-practice-tdd-rspec-and-learn:与测试一起工作-实践-t
07-07
的效率。 除此之外，理解测试很重要，因为测试驱动开发或 TDD 被认为是交付高质量代码的最可靠方法。 定义TDD 测试驱动开发是一个很大的话题，您暂时不会编写自己的测试。 不过，这是一个重要的概念，因此我们将在...
Working Practice-中午午休有助于提高效率
热门推荐
time_hunter的专栏
11-18 2万+
以前，我本不习惯午休，在下午工作的时候，总是习惯性的打盹，脑袋一个劲的点头。后来发现，当我每天中午停下来花些时间午休，对于我下午的状态有了很好的改善。
Working Practice-每一个版本发布前，首先有一个code freeze阶段
time_hunter的专栏
09-15 5048
程序员都清楚，任何的改动都有可能带来潜在的问题，只是有的时候，潜在的问题概率比较大，有的时候潜在的问题发生概率比较小。 在准备发布一个版本前，应该有一个代码冻结的阶段，这个阶段里，不允许进的： feature。（这决不是后期应该做的）改动小的bug。（如果这个bug很小，不太重要，那么就推迟到下一个版本修正吧） 允许进的代码： 重大的bug修正（显然，重大的bug，有可能有更大的风
Working Practice-使用todo list跟踪工作计划
time_hunter的专栏
11-11 1151
使用todo list规划自己的工作，非常有用，最近使用这种方式感觉效率变高很多，收益如下： todo list帮助我梳理工作，轻重缓急。todo list有助于及时把跑题的自己呼唤回来，让自己清晰自己现在应该做什么。todo list是一种制度化的方式，我们把思考的时间留给了真正的问题，而不是思考，我下一步干什么，使用todo list，我们只需要看看，下一步我们该做什么了。每个完成的
Woring Practice-bug系统的被reopen的错误，把更多的精力放在那个问题上，而不是情绪上。
time_hunter的专栏
09-09 1106
场景： 今天在解bug的过程中，忽然发现bug系统中有旧问题的bug被reopen了，第一反应很是烦感。。。 不好的心态： 对于reopener很是愤怒，带着情绪。想尽快处理掉问题。 需要知悉： reopen说明tester是对这个问题有疑问，认为现在的处理是有问题的，这是首先要想到的。需要把更多的问题放在问题本身上，而不是烦感本身。认真负责的tester是值得表扬的。每
Woring Practice-通过邮件发送一些必要的通知
time_hunter的专栏
09-25 958
今天跟同事一起看bug的时候，我发现我们使用的工程是不同的，我使用的是branch下的，他使用的trunk下的。经过确认，发现同事使用不是正确的。负责人说已经告诉过他们应该使用branch下的工程，但是有至少有2位同事使用的是错误的工程。 这种问题可以通过邮件来通知大家，邮件有如下的优势： 保证了通知统一，集中的告诉了所有的人。（当然，需要把这些人都加入到收件人列表）。 口头通知
Working Practice-留有buffer，保证在deadline之前完成任务
time_hunter的专栏
10-19 919
当收到或安排任务时，对于deadline计划的设定，需要安排一定的buffer。这是非常必要的，因为： “意外”关键时刻发生的概率总是很大的“意外”的事情大多“接二连三”“意外”发生以后，对任务造成的影响大多“致命” 既然无法避免意外，我们可以这样处理： 把deadline提前，安排一定的buffer。约定更高的任务额度或质量。
Working Practice-工作量完成情况趋势图说明开发进展情况
time_hunter的专栏
11-28 912
本文参考自《Head First 软件开发》 工作量完成状况趋势图： 作用： 监控软件开发进程。为按时交付提供保障。 示例：
Git实践指南：提高代码管理效率
9. Git的最佳实践：团队在使用Git时，通常会遵循一系列最佳实践来保证开发流程的效率和一致性。例如：合理使用分支、编写清晰的提交信息、定期从主分支拉取更新等。 由于文件名“git-practice-main”暗示这可能是一...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值