大型网站技术架构的演进

网站技术架构为什么会演进?我个人总结出来我们的技术架构演进的两种驱动力,驱动着我们为什么演进网站的技术架构:1. 内在驱动力:我们期望把当前的业务做得更好,开发更多新业务。2. 外在驱动力:用户量的上升、用户种类的多样化。

工作记忆 vs. 长期记忆

长期一来一直有个说法:“鱼的记忆只有七秒,7秒之后它就不会记得曾经的事情了,所有的一切又都会变成崭新的开始。所以,在那一方小小的鱼缸里面,它永远不会觉得无聊。” 当然这个美丽的谣言已经被一些死硬理派得人非常煞风景的辟谣了。

职业女性确实处于劣势吗?

我会把收到的巨款用来置装,美容,健身。然后穿的花枝招展,抹的五彩绚烂,露出两条人鱼线。站在女程序员们旁边,给她们端茶倒水擦汗。并且忘掉我也可以是一个独立的个体,也可以通过某种其他的方式体现自我价值。成为一名雄性鼓励师,从此人生走上巅峰。

实战:持续交付中的业务分析

在需要频繁交付、不断收集用户反馈、拥抱变化、追求业务敏捷的项目中,软件的开发和交付是迭代式进行的。在这样的项目团队中,BA(业务分析师)通常需要在一个开发迭代开始之前完成该迭代开发任务的分析。但在特殊情况下,从收集客户需求到将功能细节传达给开发团队的周期会缩短到一至两天。BA可以用于思考和分析的时间远远少于可以预先做出所有设计的瀑布式项目。

软件系统的稳定性

软件系统的稳定性,主要决定于整体的系统架构设计,然而也不可忽略编程的细节,正所谓“千里之堤,溃于蚁穴”,一旦考虑不周,看似无关紧要的代码片段可能会带来整体软件系统的崩溃。这正是我阅读Release It!的直接感受。究其原因,一方面是程序员对代码质量的追求不够,在项目进度的压力下,只考虑了功能实现,而不用过多的追求质量属性;第二则是对编程语言的正确编码方式不够了解,不知如何有效而正确的编码;第三则是知识量的不足,在编程时没有意识到实现会对哪些因素造成影响。

从敏捷宣言理解敏捷交互设计

敏捷交互设计是敏捷方法论向交互设计领域的延伸,它提倡让所有相关人参与到设计过程中,迭代演进式地进行交互设计。从2010年开始,已经有越来越的团队在不同程度上使用敏捷交互设计的方法,而放弃了流程化的传统产品设计过程。

事实上,敏捷交互设计方法在很多方面都充分体现了敏捷价值观,因此,理解敏捷交互设计实践的最好方法是从记录在敏捷宣言中的价值观开始。

持续集成理论和实践的新进展

最近雷镇同学将Martin Fowler先生的著名论文《持续集成》第二版翻译成中文并发布出来,掀起了国内对于持续集成理论和实践讨论的新的高潮。笔者在本文中将全面对比持续集成论文前后两版的异同,分析并展示ThoughtWorks在持续集成领域的理论和实践方面的研究成果,以图对国内企业实施持续集成起到参考和借鉴作用。需要说明的是,本文所介绍的内容毕竟限于笔者的水平,并且主要是ThoughtWorks内部开发和对外咨询实践的总结,所以未必对读者所遇到的情况是适用的,请自行甄别。