我们需要什么样的“技术”
【0】我们需要什么样的“技术” 这个问题以及整件 事情来源于hax的一篇文章《关于国内前端和JS技术发展的乱想》： http://hax.iteye.com/blog/1128269 hax已经讲得很好了。关于js、前端、框架等等，hax还有一些设想、想法与新思，而我其实已经没有什么话题好讲。上半年w3ctech的“拥抱HTML5”大会，裕波让我去讲讲，我憋了一个多月，愣是想不出什么东西来。没有可讲的， ...
旧文重发：做人、做事，做架构师——架构师能力模型解析
这篇文章发表于《程序员》2008.04期。其中有关模型图参见： 架构师的能力模型（图），有关该模型的另一个讨论参见：能力要成体系。 引子 究竟是什么让你在同一个位置上——例如程序员或技术负责人——工作了三年、五年或者更久，而仍然得不到任何的发展空间？你觉得自己已成为技术圈中的大牛，并信心满满地去拿明天就要颁发的某某大奖，然而却仍然停留在同样的技术职位上，去年到今年涨的薪水甚至填不平物价升幅？于是，你开始对老板不满，对员工不满，对昨天升职的那个同事不满……你开始计划明天就要跑单，或者准备考虑提出加薪却又心怀忐忑。 如果技术人员有发展的轨迹， ...
旧文重发：产品线工程：团队迭代及其问题
这一篇发布于2007.04月的InfoQ首期中文版中。 问题 项目到了末期，总是长期、持续的维护。这种维护的工作甚至占到了整个周期的三分之二以上。而维护工作过程中会发生什么，是少有人讨论的，因为对于多数工程专家来说，这是在“项目结束之后”的事件。 在我看来，维护周期的产出有一种可能：后续版本。这种情况大多数会出现在自主研发的产品上；源于客户需求，也会出现在一些面向客户的项目中。此外，基于客户项目的产品化，也是可能的输出。 这些输出的共同点是：没有改变项目的实质，而是对项目的延续或者完善。因此， ...
推个荐：十年学会编程
我很少在自己的Blog上推荐什么。一则是怕推荐错了，二者是怕耽于自己的个人喜欢，扰了别人的视听。所以我的链接里头， 除了老婆、自己，就剩下一个Hello World了。 但现在我要正式地做个推荐。是关于一篇文章的，因为这篇文章实在说到了我的心底，也实在说了我想说的话。这篇文章就是《十年学会编程》。 http://daiyuwen.freeshell.org/gb/misc/21-days-cn.html 文章不长，甚至都可以嫌它短。但第一段就给人耳目一新的感觉。 ...
