惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Google DeepMind News
Google DeepMind News
爱范儿
爱范儿
J
Java Code Geeks
L
LangChain Blog
V
V2EX
大猫的无限游戏
大猫的无限游戏
S
SegmentFault 最新的问题
博客园 - Franky
Microsoft Azure Blog
Microsoft Azure Blog
Jina AI
Jina AI
Blog — PlanetScale
Blog — PlanetScale
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Cloudflare Blog
博客园 - 司徒正美
B
Blog
G
Google Developers Blog
Stack Overflow Blog
Stack Overflow Blog
罗磊的独立博客
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Apple Machine Learning Research
Apple Machine Learning Research
Engineering at Meta
Engineering at Meta
MyScale Blog
MyScale Blog
有赞技术团队
有赞技术团队
Hugging Face - Blog
Hugging Face - Blog

博客园 - Gu-dong

Coding道场:第一次 人工智能与3A 敏捷中的自组织团队 历史总是螺旋上升的 一个成功敏捷团队的失败历程 敏捷书籍推荐列表 最近一个项目的一点反省:客户价值才是关注的焦点 Scrum vs. PMP vs. PRINCE2的发展趋势图 敏捷团队谁负责? 什么是产品的愿景—从一篇博文中学得到 VS2005以后的MFC如何修改菜单的颜色 我对敏捷的理解:实施敏捷的前提 华为EC169 3G卡在Win7下的安装 推荐一个非常优秀的SharePoint Tag Cloud Webpart 如何在SharePoint Blog中显示附件(Attachement file) 王晓阳的搜狐博客被封了 也谈谈丰田事件 重建SharePoint Service 2.0的全过程 “用户体验”——微软Tech ED2009大会有感
全栈开发与敏捷
Gu-dong · 2014-08-20 · via 博客园 - Gu-dong

前言:

好久没有写博文了,一直在研究和实践敏捷也有三年多了,因此又有了一些感悟,希望和大家分享。

前天与一个朋友关于全栈开发与敏捷的关系,有了一点小小的争议,现在就把我的观点贴到博文里,希望看到的朋友给点建议和指教。

以下是我个人的观点:

全栈是一个理想,或者是说一个个人发展的极限挑战。能否有人做到样样精通?这是无需回答的。

敏捷强调一专多能,目的是为了平衡开发的负荷,减少开发中的瓶颈。比如,如果测试目前是瓶颈的话,那么开发人员应该放下手里的开发任务,主动去帮助测试人员。这里的帮助可能是去做测试,但也可能是帮助开发人员构建更好的自动测试环境(注意:不是那种高大上的测试平台)。只有这样,开发团队才能保持稳定的步伐前进。否则,明明测试已是瓶颈,而放置不理,仍去开发更多得不到测试的程序,将造成更大的堵塞。敏捷不是扼杀专家,而是扼杀那种“油瓶倒了也不扶”的专家。

开发是一个团队的活动,而非“团伙”的行为。它是一个整体,而非一个个单独的个体,就像是一个足球队。现代足球的发展与敏捷是如出一辙的,“全攻全守”就是一个例证。难度全攻全守就是既当守门员,又要负责进球?

另外,请暂时不要将全栈与敏捷联系起来。在我目前看到的不下十本的敏捷书籍中,还没有看到这个术语。虽然全栈一词是最近才出现的,但全栈开发人员却不是最近才出现的,恰恰相反,它在软件业刚刚开始就出现了,尤其是在中国很早就有了。在小公司呆过的人,都知道自己曾经当过全栈开发人员。我在二十年前就是一个全栈人员,而且跨度不止是开发,甚至包括售前、售后,以及销售。

8/21日 更新:

有关全栈开发和敏捷的话题,我在领英的“Agile and Lean Software Development”组内咨询了一下,下面是Paul的一个回答,认为这是两个不同的概念。我还是非常赞同这个说法,英文不是太好,我就不翻译了。原文如下: