《软件架构师应该知道的97件事》阅读笔记

本文列举了28条关于软件开发的重要原则,涵盖了从需求分析到项目管理的多个方面,强调了可工作代码的重要性,避免过度设计,并提倡简单实用的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >



1.开发人员痴迷于复杂的问题,好比飞蛾喜欢扑火。


2.大多数项目是由人完成的,人才是项目成败与否的基础。


3.我们的目标是可工作的代码,对软件项目而言,忽视这一点就是灾难。


4.人们不愿等待计算机,如果被迫等待,他们就会走捷径。


5.每个团队成员关注的侧重点不同。通常大家关心的是个人职责,而不是项目的整体目标。


6.人们不会寻找不知道的东西。


7.一行写进产品的代码比头脑中的十行更有价值。


8.一般人(特别是开发人员)倾向于自己解决问题,不愿意寻求别人的帮助。


9.面对完整无误的需求,任何人只有将其实现,都是称职的架构师。


10.驱动架构的是需求,不是架构师,你的任务是竭尽所能满足需求。


11.程序设计属于设计范畴,而不是生成范畴。


12.不能为客户创造价值的需求应该遭到质疑。如果实现一项需求不能为公司带来收益,就应该放弃。


13.理清需求的优先级,优先实现最关键的需求。


14.最简单有用的东西( the simplest thing that could possibly work)。


15.客户之所以允许别人动用自己的资金,是为了获得满意的投资回报。


16.设计架构的关键不是贡献新内容,而是忽略那些不必要的需求。


17.要想消灭重复内容,必须有人采取行动,这个人就是你。


18.真正决定程序流程的不是调用堆栈( call stack ),而是用户需求。


19.不要让你对模式的喜欢,变成了迷恋,进而引入超出实际所需的过于复杂的解决方案。


20.应用程序的支持和维护永远都不应该是事后才考虑的事情。


21.从设计角度来看,大多数系统的关键问题,就是要在正确的时间从系统中获得正确的数据。


22.今天只需要解决今天的问题就好。


23.把应用发布出去,从反馈中生成真实的需求。


24.不要屈服于企图使设计或实现达到完美的诱惑!


25.如果聪明看似必不可少,那么只能说明问题仍未正确界定。


26.不要为了那些没有未来的新技术,把项目置于险境。


27.越是难以解决的难题,越会吸引我们一心想着去解决。


28.如果根本不存在这个问题,这个世界又将会怎样。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值