读架构师应该知道的97件事
2012-02-02 00:18
295 查看
今天读了前篇<不要让你的个人简历大过需求>和<简化原生复杂:减少偶发复杂>,读了这两篇文章,感觉让自己平静了一些。这些天以来,我一直在寻找新的解决方案,为此搞的心力交瘁,甚至整夜的睡不着觉。其实,这是我在自麻烦,只要原来的方案能解决问题,那没必要寻找更好的。古今中外有云,罗马不是一天建成的,欲速则不达。我的系统完全可以慢慢的提炼框架来,完全没必要一下推到重来。有一次,我想用一个现有的框架解决问题,可是趋利避害的本性告诉我,可能遇到很多不必要的麻烦。当时幸好没用,否则会引发出更多的偶然复杂.
这两篇文章讲的其实都是一个问题,就是要理智战胜情感,现实战胜理想。面对新技术的诱惑,不能失去自我。只要每天进步一点就好,不能看到别人百米跑9秒8,也要求自己跑9秒8,其实只要能跑完全程即使20秒那也是胜利。不能否认自己之前的成果,这是对自己的否认,是对自信的打击。
系统要逐渐增长。在项目中旧有的技术,一遍又一遍的重复,可能有些枯燥,但是只要一次改善一个小问题,慢慢改善,慢慢的框架自然会出来。只要还有项目,就不怕没机会改善。只要当前的项目做好了,那就会有新项目。
要抵抗住说教,网上、书上,各种观点实在太多了,其中不乏很有煽动力的。但是要抵抗住那些说法。建模、分层、构架各种各样的方法论,拿来和自己的项目一对比,自己的项目简直就像狗屎,这时候不能妄自菲薄,至少自己的项目解决了实际问题。只能慢慢的改善系统,尽量用经受住时间考研原则,方法。
这两篇文章讲的其实都是一个问题,就是要理智战胜情感,现实战胜理想。面对新技术的诱惑,不能失去自我。只要每天进步一点就好,不能看到别人百米跑9秒8,也要求自己跑9秒8,其实只要能跑完全程即使20秒那也是胜利。不能否认自己之前的成果,这是对自己的否认,是对自信的打击。
系统要逐渐增长。在项目中旧有的技术,一遍又一遍的重复,可能有些枯燥,但是只要一次改善一个小问题,慢慢改善,慢慢的框架自然会出来。只要还有项目,就不怕没机会改善。只要当前的项目做好了,那就会有新项目。
要抵抗住说教,网上、书上,各种观点实在太多了,其中不乏很有煽动力的。但是要抵抗住那些说法。建模、分层、构架各种各样的方法论,拿来和自己的项目一对比,自己的项目简直就像狗屎,这时候不能妄自菲薄,至少自己的项目解决了实际问题。只能慢慢的改善系统,尽量用经受住时间考研原则,方法。
相关文章推荐
- 软件架构师应该知道的97件事
- [翻译]架构师应该知道的97件事_01客户需求重于个人简历
- [翻译]架构师应该知道的97件事_04以沟通为中心,兼顾简明清晰的表达方式和开明的领导作风
- [翻译]架构师应该知道的97件事_03关键问题可能不是出在技术上
- [翻译]架构师应该知道的97件事_05架构决定性能
- 软件架构师应该知道的97件事(分享领导力、技能、思维模式、沟通、博弈,53位优秀架构师各展绝技)
- 软件架构师应该知道的97件事 笔记(三)
- 软件架构师应该知道的97件事 笔记(四)
- 软件架构师应该知道的97件事
- 读软件架构师应该知道的97件事的自己理解
- 【读书笔记】软件架构师应该知道的97件事
- 软件架构师应该知道的97件事 笔记(一)
- (转)软件架构师应该知道的97件事
- 【架构设计】软件架构师应该知道的97件事
- 架构师应该知道的97件事情
- 软件架构师应该知道的97件事
- [读书笔记]软件架构师应该知道的97件事
- 软件架构师应该知道的97件事
- 架构师应该知道的97件事读书笔记之客户需求重于个人简历
- [翻译]架构师应该知道的97件事_02简化根本复杂性,消除偶发复杂性