07 2010 档案

摘要:转自:走向架构师之路原则大于个人口味很多架构师都有着丰富的经验和个人风格,以至于在平常工作中常以个人口味作为决策的依据,对于普通的开发人员也许是可行的,我们鼓励大家有个人特色,但架构师更应该依据原则办事,需要维护和遵守一套大家公认的原则,以此作为判断是非的工具从“可行走骨架”开始敏捷管理崇尚尽早集成,在架构设计这一块,这个原则也行之有效。架构师在开始阶段无需陷入某些难题或细... 阅读全文
posted @ 2010-07-29 13:27 小白熊 阅读(112) 评论(0) 推荐(0) 编辑
摘要:转自:走向架构师之路让开发人员自己做主架构师虽然需要为系统的设计负责,但无须包揽所有的设计工作,应该给予团队成员足够的自主权,让他们发挥自己的创意和能力,你的工作是确保大家的工作能很好的组合在一起,帮助他人解决棘手困难。当你发现同事遇到麻烦时,可以主动给出建议,但更可取的做法是创造良好的氛围,让大家主动向你征求意见。控制项目规模架构师要试图避免做那种“超大型”系统,因为这种... 阅读全文
posted @ 2010-07-29 13:26 小白熊 阅读(138) 评论(0) 推荐(0) 编辑
摘要:转自:走向架构师之路先确保解决方案简单可用,再考虑通用性和复用性系统的复杂性往往是架构师基于通用性和复用性的设计而引入的,很多具体问题往往不需要通用性和复用性的解决方案。如果存在多个可实施方案难以取舍,先简单后通用原则可以成为最终的评判标准。架构师提供具体解决方案时,无需排斥通用和灵活,但是如果过早脱离具体情况,只会迷失在无限的可能性里,被复杂的配置选项、超负荷的参数列表、冗长罗嗦的接口,以及存在... 阅读全文
posted @ 2010-07-29 13:24 小白熊 阅读(121) 评论(0) 推荐(0) 编辑
摘要:转自:走向架构师之路客户需求高于一切不要为了自己的项目经历上添加光彩而去一味追求时髦而光鲜的方案,而是应该扎根客户需求,脚踏实地地为客户着想,这样才能更体现技术的价值,不至于迷失方向。架构师首先不要把自己当做技术人员,而是业务人员,把实现业务需求作为至上的目标,学会拒绝成本高,性价比不高的技术。简化根本复杂性常常为了解决某一局部复杂性引入了更为复杂的框架或产品,使得复杂性不减反增。往往正确的方式是... 阅读全文
posted @ 2010-07-29 13:23 小白熊 阅读(129) 评论(0) 推荐(0) 编辑
摘要:1. Java 语言基础 谈到Java 语言基础学习的书籍,大家肯定会推荐Bruce Eckel 的《Thinking in Java 》。它是一本写的相当深刻的技术书籍,Java 语言基础部分基本没有其它任何一本书可以超越它。该书的作者Bruce Eckel 在网络上被称为天才的投机者,作者的《Thinking in C++ 》在1995 年曾获SoftwareDevelopment Jolt ... 阅读全文
posted @ 2010-07-02 13:56 小白熊 阅读(241) 评论(0) 推荐(0) 编辑
摘要:引言很多人在使用搜索引擎的时候,会出于各种原因,拼错想要搜索的关键字,比如键盘有问题(某个按键坏了)、不熟悉国际名称(弗洛伊德的全名Sigmund Freud)、不小心写错字母(Sinpsons)或多写了一个字母(Frusciaante)。许多用户都很熟悉Google搜索引擎携带的“您是不是要找”功能。这个功能在检测到搜索关键字有可能拼写错了的时候会提供一些备选建议。文本搜... 阅读全文
posted @ 2010-07-02 13:32 小白熊 阅读(253) 评论(0) 推荐(0) 编辑
摘要:转自:Dbger的技术博客呃, 不要误会,这不是我给出的建议,我暂时还算不上“优秀”的软件技术人员。是这样,这几天,从美国那边过来几个比较有经验的同事,因为相对来讲,中国这边的团队比较年轻,因此安排了一个“Open Forum” 的讨论会,让他们与中国的同事分享一下成长经验。他们一个是中国人,清华硕士毕业后去了美国,有10年的工作经验了;一个是美国人... 阅读全文
posted @ 2010-07-02 09:11 小白熊 阅读(191) 评论(0) 推荐(0) 编辑