软件开发是设计还是生产?
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
老邓聊开发
扫码关注公众号
扫码阅读
手机扫码阅读
本文探讨了软件开发的本质,是生产过程还是设计过程,并从多个角度分析了这个问题。文中指出,正确理解这个问题对于软件开发行业的决策至关重要,错误的理解会导致基于错误假设的决策。
文章首先介绍了将软件开发视为生产过程的观点,认为代码是生产物,设计文档是生产指南,软件部署和维护属于运维范畴。这种观点导致软件团队按照职能划分,并推行瀑布模式,希望标准化流程以提高生产效率。
接着,文章提出了将软件开发看作设计过程的观点,将代码视为设计文档,通过编译和部署指导计算机工作。这种观点认为设计需要不断尝试,推崇跨职能团队合作,提出敏捷开发理念,以适应不断变化的需求。
文章从可重复性、创造性、成本和可预测性四个方面分析了软件开发的特点。指出软件开发与传统生产过程不同,程序员的工作不可重复,需要创造性;软件生产的成本接近零,因为计算机自动完成大部分任务;软件开发的可预测性差,因为很难在开始时就精确定义软件范围。这些分析表明软件开发更接近设计过程而非生产过程。
文章以引用物理学家波尔关于量子力学的名言结束,暗示软件开发的复杂性和深奥性,暗示读者应该深入理解软件开发的本质。
老邓聊开发
老邓聊开发
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
老邓聊开发的其他文章
工作量评估之小马过河
在软件开发过程中,工作量评估是必不可少的一步。大多数的工作量评估,采用是绝对时间,如人天、人时。这时候就会陷
依赖倒转以及为何要倒转
SOLID原则里面的D,就是依赖倒转原则。我们为何要依赖倒转?在面向对象中如何利用依赖倒转?
DRY原则下区分重复还是巧合
DRY原则(Don\x26#39;t Repeat Yourself)已经深入人心。重复的代码在不同地方出现,是程序隐患之
让敏捷失败的N种方法
敏捷已经从“只适合小团队小项目”的污蔑中走出来,成为了“显学”。人人都希望自己更加敏捷,没有人敢说自己不敏捷
解决产品经理和开发团队撕逼
有个问题很有趣:有一块蛋糕两个人分,如何保证公平?很简单的答案是,让切的人后选。那么,在开发团队中,产品经理
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线