给程序员的18个忠告
发布于 2024-10-02
812
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
编程效率提升要点摘要
理解和沟通:为了真正达到清楚的理解,需要花时间去沟通和澄清需求,确保把握正确的开发方向。理解需求的错误远比代码错误更加成本高昂。
编程习惯:程序员常犯的错误是急于编码而不充分准备。一次性正确完成任务比重复返工更能提升开发效率。在编写代码前,应该明确任务目标、实施方案以及测试方法。
代码质量:专业程序员注重设计,业余程序员侧重于调试。避免复制粘贴和重复代码,这些行为容易引发bug且难以调试。维持代码简洁,通过功能命名的小函数和方法可以减少注释的需要。
开发实践:采取测试驱动的开发方式,逐步开发并测试可以最小化返工。方法的复杂度应控制在一定范围内,以便于调试。并且,应该随时重构代码,避免留下低质量代码。
代码健康:消除代码中的静态检查警告和错误是必须的。职业程序员应致力于预防bug的出现,而非仅仅修复bug。
经验总结:常规的经验总结和记录对于个人成长至关重要。面对复杂问题,可以通过按时间顺序或整体分部的方法来简化处理。
项目管理:实施每日构建和确认,以便尽早发现并纠正错误,减少返工的可能。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 602.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求人员的图解力
需求描述方法是专业的需求分析人员必须掌握的技能,在众多的方法中,图形化描述需求是重中之重,一图胜千言。在没有文字之前,人与人之间的沟通是通过图形来表达的,象形文字是造字的最主要的手段。随着时间的推移,人们越来越依赖于文字,反而弱化了用图形表达思想的技能。做为需求人员,应该将图形化表达思想的能力重新捡起来,形成自己的技能,我们称之为图解力。需求人员应该掌握哪些图形的使用方法呢?请参见下边的不完全列表
SCAMPIV1.3b的有趣变化----行动计划复评20问
2014年12月30日CMMI研究所发布了SCAMPI评估方法v1.3b版本,对比以往的版本,该版本发生了一个有趣的变化,即增加一个阶段:行动计划复评阶段(action plan reappraisal,简写:APR)。这就意味着,在做一次评估时,允许被评估的组织在初期可以被评估为不满足或未评级,而在后续的4个月内可以针对影响目标达成的弱项做一次修正的复评。具体的操作方式如何呢?我们通过回答如下的
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
评审的分类
管理评审 技术评审 同行评审
案例:分类建立过程性能基线以提高其实用性!
某公司积累了27个项目的历史生产率数据,拟对其建立过程性能基线。序号 项目级别 项目实际生产率(Loc/人天) 1 大型 130.41 2 中型 211.90 3 中型 194.15 4 大型 158.00 5 中型 207.68 6 中型 235.61 7 小型 295.38 8 小型 256.54 9 大型 162.09 10 中型 248.62 1...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线