为什么软件开发方法论让你觉得糟糕Why Software Development Methodologies Suck

最新推荐文章于 2023-05-04 15:38:00 发布
最新推荐文章于 2023-05-04 15:38:00 发布
阅读量91 收藏
点赞数 1
分类专栏： 软件工程 文章标签： 经验分享 程序人生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47136277/article/details/115387560
版权

为什么软件开发方法论让你觉得糟糕

阅读原文:https://continuousdelivery.com/2012/08/why-software-development-methodologies-suck/

阅读收获:
1.划小开发周期以及提升反馈效率。
2.组建一个多功能型的团队
3.建立一个学习能力和适应能力都很好的组织。
4.进行软件开发还是得倚重开发者的能力
5.总之,不管使用什么样的方法,都得紧紧抓住划小开发周期以及提升反馈效率这两大法宝.

地中有海
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
为什么软件开发方法论让你觉得糟糕？Why Software Development Methodologies Suck？
qq_45934521的博客
04-01 115
为什么软件开发方法论让你觉得糟糕？ Why Software Development Methodologies Suck？ https://continuousdelivery.com/2012/08/why-software-development-methodologies-suck/
Why Software Development Methodologies Suck(为什么软件开发方法论让你觉得糟糕)
weixin_68562457的博客
04-03 79
事实上，对于刚刚开始学习软件工程的我而言，这篇文章中很多的专业术语我都无法理解，首先站在一个初学者的观点(起码自己觉得自己还是个初学者)，在我们还没有进入软件开发的内部世界的时候，面对软件开发就像仰望一座大山，未曾攀登变有了些许胆怯(是否能学好？而我们沿着方法论一路不顾风景的走来，或许看起来我们登上了一个很远的位置，但是我们回顾下面，我们不敢，因为是那么陌生，我们抬头向上，却是难以继续行走，或许这个时候我们会感到软件开发方法论让我感觉糟糕。在IT专业招聘人才是一门艺术，并没有专业的要求和雇佣范式。
【软件工程】Why Software Development Methodologies Suck（为什么软件开发方法论让你觉得糟糕）？
weixin_45877026的博客
04-05 109
链接指引：→为什么软件开发方法论让你觉得糟糕？ 原文中围绕软件开发实践和方法论，总有很多教条式的口水仗。 在其中，阶段式方法能够有效管理软件开发过程的风险，还是说只是风险管理中的花哨噱头？TDD真的能够促生出高品质软件？结对编程是代码评审的有效替代抑或只是增加了商议沟通代价？ 对此我想说，虽然缺乏证据判断这些论调的谬处，但有两条常用的法则能够帮助我们选择好的实践，同时提升我们所提供软件的价值——划小开发周期以及提升反馈效率。 关于软件开发方法论Michael Feathers的观点 我认为，我们最终还是得倚
Why Software Development Methodologies Suck (为什么软件开发方法论让你觉得糟糕)
m0_56042597的博客
04-10 108
Why Software Development Methodologies Suck (为什么软件开发方法论让你觉得糟糕) 从中总结的原因： 围绕软件开发实践和方法论，总有很多教条式的口水仗 认为一个开发者人人可以替代，纠结于选择哪一门语言和方法论间的细微差别，而不注重开发者的能力 难以找到合适技能的开发者，度量开发者能力是以代码行数来衡量，以工作小时长为荣来鼓励开发者 实际的软件项目是复杂的，没有规律可循，为了证明某种技术、实践和方法论是实际有效，很多人依赖从计算机科学专业学生进行的非正式试验或是从无
Why Software Development Methodologies Suck（为什么软件开发方法论让你觉得糟糕）
qq_54198706的博客
04-05 75
围绕软件开发实践和方法论，总有很多教条式的口水仗。阶段式（phase-gate）方法能够有效管理软件开发过程的风险，还是说只是风险管理中的花哨噱 头？TDD真的能够促生出高品质软件？结对编程是代码评审的有效替代抑或只是增加了商议沟通代价？我想说，虽然缺乏证据判断这些论调的谬处，但有两条常用的法则能够帮助我们选择好的实践，同时，提升我们所提供软件的价值：划小开发周期以及提升反馈效率。 Michael Feathers给出了以下观点： 我认为，我们最终还是得倚重开发者的能力，这才是个更重要的考量因素，而非选择哪
9.2 Why Software Development Methodologies Suck（为什么软件开发方法论让你觉得糟糕）
m0_53341490的博客
03-31 67
为什么软件开发方法论让你觉得糟糕
Why Software Development Methodologies Suck (为什么软件开发方法论让你觉得糟糕)?
qq_65652971的博客
05-04 58
1.复杂性 - 一些软件开发方法论可能需要学习和应用大量的复杂的技术和工具。这可能会使人们感到不知所措，尤其是对于新手来说。这种复杂性可能会阻碍开发团队的进展，使开发过程变得缓慢和低效。如果沟通不畅或协作不佳，这可能会导致项目失败或生产出低质量的软件。2.限制性 - 某些软件开发方法论可能会过度约束开发过程和开发人员的自由。这可能会导致创造性的受阻，限制团队的灵活性和适应性。3.长时间开发周期 - 有些软件开发方法论强调持续的迭代和测试，这可能会导致开发周期变得非常长，从而延长交付时间，增加成本。
Why Software Development Methodologies Suck？（为什么软件开发方法论让你觉得糟糕）
m0_65546127的博客
03-26 74
心理学家对这个问题进行了研究：为什么IT业的技能很难被掌握和度量？Daniel Kahneman说（Thinking Fast and Slow），掌握技能有两个基本条件：一个环境足够规律以便可预测；有机会通过长时间实践来学习掌握这些规律。 但是典型的软件项目往往是没有规律及可预测环境的。项目成功的唯一正确度量就是：最终的结果通过整个生命周期里的实施达到了预期目标吗？ 很难知道什么关键活动导致了项目成功和失败，很少有人能够通过旧有或现有的项目获得答案。几乎不可能判定哪些决策...
Why Software Development Methodologies Suck?（为什么软件开发方法论让你觉得糟糕）
weixin_50789954的博客
05-04 45
软件方法论，即使雇用一群牛人并让他们自我组织，也是糟糕的，因为他们时常搞得“cargo-cult”（货物崇拜，敏捷开发里的知名小故事，形而上）：我们在做stand-ups（每日站立会议），我们有优先顺序的backlog（优先待办事务），我们甚至看在老天的份上实践了continuous integration（持续集成）。实际的软件项目是复杂的，没有规律可循，这会导致另一个问题 – 为了证明某种技术、实践和方法论是实际有效而收集相关数据是极度困难的，几乎不可能在脱离收集环境的情况下归纳出这些数据。
RiverBed：RiverBed软件开发方法
02-05
RiverBed：RiverBed软件开发方法
Software.Development.Design.and.Coding
11-30
This book introduces you to software engineering ― from the application of engineering principles to the development of software. You'll see how to run a software development project, examine the ...
数据科学方法论当前的挑战和未来的方法_Data Science Methodologies Current Challenges
02-02
数据科学方法论当前的挑战和未来的方法_Data Science Methodologies Current Challenges and Future Approaches.pdf
Software Design Methodologies
02-16
Software Design Methodologies 软件设计方法论介绍
基于模糊TOPSIS的三种产品开发方法的方法学比较-研究论文
05-19
对新产品开发（NPD）的了解程度较高，需要跨职能团队的参与，即创新，设计，营销，销售，定价，业务模型创建，产品策略，财务，用户体验设计和技术架构。 在这种情况下，很难修复产品设计过程。 文献中提出了几种...
目前住院病人主要由护士护理,这样做不仅需要大量护士,而且由于不能随时观察危害病人的病情变化,还可能会延误抢救时机.某医院打算开发一个以计算机为中心的患者监护系统,试写出问题定义,并且分析开发这个系统
weixin_47136277的博客
03-21 5336
目前住院病人主要由护士护理,这样做不仅需要大量护士,而且由于不能随时观察危害病人的病情变化,还可能会延误抢救时机.某医院打算开发一个以计算机为中心的患者监护系统,试写出问题定义,并且分析开发这个系统的可行性. 医院对患者监护系统的基本要求是随时接收每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息,此外,护士在需要时还可以要求系统打印某个指定的病人的病情报告.试画出数据流图 技术可行性:系统实现相对来说较为
浅谈软件测试模型-W模型
weixin_47136277的博客
04-25 3074
模型概述 为了克服V模型的缺点,W模型增加了软件开发各阶段中同步进行的验证和确认活动。 如图所示，由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。 W模型特点 测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等开发输出的文档同样要测试， 也就是说，测试与开发是同步进行的。 从这个角度来说，一个完整合格的测试人员对软件各方面把握程度应该比开发人员更高，一个测试人员要能胜任软件研究任何一个岗位。 **W模型有利于尽早地全面的发现问题。**例如，需求分析完成
浅谈软件测试模型-v模型
weixin_47136277的博客
04-25 2594
模型概念 RAD（快速应用开发）模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件测试的V模型。 阶段步骤 V模型大体可以划分为以下几个不同的阶段步骤：客户需求分析、软件需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。 对应关系 一般来讲：单元测试所对应的是详细设计环节，也就是说，单元测试的测试用例是和详细设计一起出现的，在研发人员做详细设计的时候，相应的测试人员也就把测试用例写了出来；集成测试对应概要设计，在做模块功能分析及模块接口，数据传输方法的
瀑布模型和敏捷开发的区别与特点
weixin_47136277的博客
03-21 2219
漫画解读软件开发模式变迁史-观后感 对瀑布模型与敏捷开发的区别有了更加的深入地理解. 瀑布模型是线性的,封闭不透明的开发模式,在开发过程中客户只能通过文档来了解产品,最大的弊端是下游工作的开展严重依赖于上游的交付完成情况,造成了严重的人力资源浪费. 敏捷开发以用户需求为核心,采用迭代、循序渐进的方法进行软件开发,在软件项目构建初期会切分成很多独立小项目来进行开发,所有的人都要同时的工作(不再依赖于上游),最大的特色是客户会参与到软件开发的过程中,能够及时响应客户的需求,当然这样也伴随着混乱的产生.由此也引出
methodologies在遥感领域的中文意思
最新发布
06-04
在遥感领域中，“methodologies”通常翻译为“方法论”，也可称为“方法学”或“方法论体系”。它是指一系列的研究方法、理论体系和实践经验，用于解决遥感数据获取、处理、分析和应用中的各种问题。在遥感领域中，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值