从05年在盛大做架构之后，我基本上就不在公司的项目中直接做开发了，这个到现在仍是如此。但如果非要说“写代码才是做技术”那我也无言，因为我虽 然不直接在项目开发中贡献代码，但代码却时时是在写的。从JavaScript的Qomo项目，到Delphi的derlang项目等等，这些年的代码没 少写，只是没放在公司的项目中去，多是自已的研究。在盛大，我所负责架构的组是用C#的后端，在支付宝则基本是java的路线，这些项目中的大多数的代码 我还是要读，但没必要为着“架构设计”的本职，去把这些语言弄得那么精深。
另一个原因，是我这两年来，在S端的语言选择，既不是C#，也不是JAVA，而是落在了ERLANG上面。计划里要出的下一本书，便是关于 ERLANG的。纯语言学方面，我更关注元语言的研究，所以Qomo的V3版里，计划是作元语言的实现——也就是用JS来写元语言系统。
做技术未必要拼命，只不过老板要你拼命罢了。这个，如同当年读书，有些人轻轻松松也能考好，有些人熬更起夜也难有收效，道理是一样的：方法问题。做 技术不讲方法，埋了头堆代码、除BUG，以代码多寡论高下的愚公精神，我在《大道至简》里不是讲过了嘛。如果已经奔三奔四了，还没有停下来看过想过总结 过，那便真是要反省了。语言真的重要吗？我已经不在用DELPHI“混饭吃”了，但无碍于我用Delphi来书写我的心情，书写我的思想。这不是很多人想 要的境界么？既然如此，又何必指着别人说：你看某某人已经不用DELPHI了，是不是这个东西就此完了呢？
哎。最后说说，我在支付宝，是在“产品及用户体验部”，但不负责任何用户体验/UED的工作。我也与UED的同事讨论JS、前端框架以及用户体验， 但那不是正职。包括我这些天为淘宝写了个JS的TOP框架代码，也只是喜好，不是正职。我任职“业务架构师”，楼上讨论的，可有几人知道何为“业务架构师 ”，以及要哪些职业素质才能做所谓“业务架构师”？怕是没几人知道。事实上如同我到盛大并不知道“架构师”的真实含义一样，我现在也不知道“业务架构师” 的真实含义。
总是在做着“不那么明白”的事情，趟着未知的路前行，很是有趣。至于今后要不要造了车马行在这路上，现下的我，是不关注的。最最最后，还是与大富翁的新老朋友们，与那些记挂着DELPHI、BORLAND以及一行行的代码的朋友们，共勉。