敏捷开发
写不好代码注释?这份注释指南一定要收好!
之前有读者问,自己一直不明白如何写出合理的代码注释。
这也是不少程序员一直头疼的问题,比如接手新代码时,没有注释,完全搞不清逻辑;自己写的注释,跟不上代码修改,成了误导;复杂逻辑不知道咋注释,别人也看不懂。
(听君一席话,听了一席话)
网上也有很多关于代码注释的段子,搞笑中透露着真实的注释现状,比如下面这些注释:
(这也算得上是“风险预警”吧 ↑ )
(阅读代码的人,心...
4天前
代码审查完整指南来了!
代码审查不是战场,审查员也不是作者的对手。他们的目标是一致的——解决产品问题并创建高质量的代码库。让我们深入探讨并了解如何从审查者的角度进行一次代码审查。
不要浪费时间
总有些问题时常重复出现。先是在一个拉取请求中,然后又在另一个拉取请求中;先是来自一个作者,然后又来自另一个作者。这些问题完全相同,这就是例行公事。事实上,如果某件事情可以自动化,那么它就必须自动化。
代码风格。没有必要为代码风格而争论不休,因为早在几十年前,项目中的每个人或整个社区就已经对代码风格进行了多次定义。在 linter(代码检查工具)...
07-11
如何做出一份出色的竞品分析?
那些年曾被竞品干掉的产品
1997年到2010年左右是国内互联网行业的快速发展和多元化发展的时期,这一时期涌现出来一大批优秀的产品,市场竞争越来越激烈。
苹果
在20 世纪 80 年代,乔布斯的苹果电脑,在当时可是PC行业的老大,可最后还是被IBM兼容机打败,成为了时代的眼泪。
诺基亚
大家都非常熟悉,当年如日中天的产品,市场估值最高的时候曾高达1000亿欧元,可惜最后却被微软以72亿美金收购了诺基亚的手机业务。
UC
这可不是盛产“震惊体”的浏览器UC,而是一款即时通信类软件:朗玛UC。是当时仅次于QQ与MSN之后的中国第三大IM软件。在以3600万美元...
07-01
没有它,你的Scrum无法实现!
敏捷讲究组织、团队之间透明,而要做到这些,信任是基础。Scrum 不是严格遵守规则,而是在信任的基础上与 Scrum 合作。如果团队缺乏信任,Scrum 就无法真正地实施下去,最直接的就是体现在Scrum中的这8个元素。
1. 经验主义
经验主义是 Scrum 的基本要素。经验主义需要透明度、检查和适应性等支柱。如果缺乏信任,经验主义也将会遭受损失,比如:
如果团队中缺乏信任,就会影响到透明度,使得团队成员不愿如实汇报负面情况,如进度延迟等;而透明度不完整又会影响检查的效果,导致组织无法依据全面准确的信息来形成正确的看法和结论;
...
06-17
【PMP必考点】2024年PMP敏捷知识必考点-工件篇
PMP自2023年8月起启动了PMBOK第七版教材,考试内容的侧重点也发生了改变:大幅增加了敏捷相关的内容。以往考纲只有不到10%的敏捷管理的内容,新考纲的敏捷管理题目增加至50%。所以如果复习只用之前的题目是远远不够的,必须要多刷新考纲敏捷题。本文专门给大家整理汇总了新考纲所涉及敏捷的核心知识点。
PMP新旧考纲变化对比
PMP新旧考纲对比如下:
第六版:5大过程组、十大领域。
第七版:人、过程、商业环境三大领域。
第6版的更加偏向流程标准化,而第7版偏灵活敏捷性。
1、人
这个领域强调的是与项目相关的人际沟通和团队管理。考生需要理解如何领导团队、解决冲突...
05-28
需求跟踪矩阵是什么?怎么创建?一文详解
什么是需求跟踪矩阵
对项目经理或产品经理来说,需求清单肯定不陌生,那什么是需求跟踪矩阵呢?
需求跟踪矩阵(Requirement Track Matrix,简称RTM ),是把产品需求从其来源连接到能满足需求的可交付成果的一种表格,跟踪从需求到设计、从设计到编码、从编码到测试,从测试到可交付成果的全流程映射过程。
简单来说,就是用来管理需求和验证需求是否已经实现的一个表格工具,其核心作用就是“跟踪”,防止需求被遗留或者曲解。
需求跟踪矩阵有何作用?
需求跟踪矩阵是通过清晰的表格形式,呈现出需求与设计、开发、测试等方面的对应关系,让项目团队能够直观地了解需求的落实情况,防止需...
05-23
用户故事一定要有 “So that...” 吗?
每次在“更好的用户故事”网络研讨会结束后,我都会回答一些大家的提问,举办的次数足够多后,我甚至能预测哪些问题将会出现在对话框中!
我想在这里集中回答关于用户故事“,大家最常提出的三个问题,希望会有所帮助。欢迎与你的团队或干系人分享,让大家对用户故事有更深入的了解。
用户故事和需求一样吗?
用户故事和需求一样吗? 不完全是,但很接近。
与其把用户故事看作需求,我觉得把每个故事看作是需求的指针会更有帮助。
最常见的情况是,每个故事是一个占位符,代表了团队与干系人间将发生的对话。在对话过程中,干系人将传达需求的细节,如果需求的细节超过了对话能传达的范围,则故事可以指向...
05-16
迭代的难题:每次都有未完成的工作,如何解决?
各位是否遇到过类似的情况:每次迭代结束后,团队都有未完成的任务,很少有完成迭代全部的工作,相反,总是将上期未完成的任务重新挪到本期计划会中,重新规划。敏捷的核心之一是“快速迭代,及时反馈”,为什么会发生这种情况呢?
这也是本篇文章想和大家聊的,为什么团队的每次迭代都有未完成的工作,以及我们可以如何改善?
团队承诺不足
在项目过程中,我们有时会遇到这样的场景:老板为了让团队更好地更快地完成项目,有时会采取一些方法,比如告诉团队:如果不能完成所有工作,他会“采取纠正措施,必要时甚至会解雇”。
这种来自领导的高期望会带来什么结果呢?那就是这个团队不会在迭代过程中积极地完成大量...
05-07
2024年,行业变动下的程序员应该首先学习哪种编程语言?
本文我们将和大家聊聊2024 年那些最流行的编程语言及其优势,以及分享一些在选择编程语言时的一些小TIPS,帮助大家更好的选择出适合的编程语言,
如何决定学习哪种编程语言
在各种问答网站上,我们不乏会看到一些类似这样的问题:
××语言现在还可以学吗?
我应该学习哪些编程语言?
……
编程语言那么多,该如何决定决定首先要学习哪种编程语言?这里给出几个步骤,帮助大家梳理思路:
首先自己要清楚知道:为什么想要学习编程?
学习编程是为了自己的职业生涯?还是为了解决工作中的问题...
04-29
你会拆分产品待办项(PBI)吗?
将产品待办项(Product Backlog Item,简称PBI)拆小,是所有产品负责人的必备技能。更小的产品待办项有助于提高团队的灵活性、可迭代性,并更好地应对变化。今天我们就来探讨一下如何更好地拆分PBI。
产品待办项(Product Backlog Item,简称PBI)多小才合适?
尽可能小,但仍然有价值。
产品是提供价值的工具,每个产品待办事项(PBI)应该提供增量的价值。
“我们需要像一块蛋糕的垂直切片一样思考。即使是最小的垂直切片,我也能享受到蛋糕的美味。”
产品的核心在于提供价值。这既是为用户和客户提供价值,也是为企业提供价值。
为了提供...
04-16