从正式离开杂志社到新公司上班也已经1周多的时间，加上春节这个空隙的折腾，，离开媒体也接近一个月，在此之前，很少去考虑过有关不同岗位之间考虑问题的视角，在杂志社一年的时间也没有真正静心下来去写一些技术架构或者管理方面的文章，我想更多的是因为沉淀不够的原因。
有些主题注定会找骂，其实理由很简单，因为无知和触碰一些本来不应该属于自己的视角。所以写本文的开始我就做好了被打击的准备。从2002年大学毕业到现在也快接近上年，加上大学毕业之前2年多的工作经验，在这个浮躁的IT也算不老不少的人了。从Coder到Technical Leader再到Architect到《MSDN开发精选》的Editor，再到如今另外一个方向的工作，虽然层次始终不高，但是依旧觉得比较幸运，因为尝试了大多人希望的职位。
如果将我自己从事过的岗位简单的归纳，应该可以描述成下面的岗位
Coder：完成Technical Leader指定的模块功能，拥有良好的编码风格和一些细节实现技巧
Technical Leader：根据项目经理或者产品经理（国内大多比较少区分这两个角色）指定的任务，协助Architect或者Analyst实现系统设计，指导和监督Coder完成开发任务，同时承担一些技术难题的解决。
Architect:从技术和业务的角度对应用系统或者产品进行抽象，进而设计一个适用于解决方案的模式。简要地说是抽象和分离软件产品中的共性问题，提供一个解决这些共性问题的方法论（不是某一个方法）。从这个角度来讲，系统架构师可以分成两种类型：一是提供解决方案的技术实现，一个是提供业务的抽象（这是我个人的理解）。与此同时，可扩展性、可伸缩性、安全性、性能等等这些东西成为Architect关注的重点，他们不再具体关注某一个业务功能的具体代码实现，而是在一个更高层次上考虑系统的总体结构，诸如子系统划分、组件分布、消息通信等等方面的东西。
Editor:恰当的说是技术编辑，而不是纯粹意义的编辑，所以它的第一要素是技术性，而非文字。这里我要感谢我在杂志社的搭档孟岩先生，在短短的一年时间内他教会了我许多东西，也知道了许多事情可以从Non-Technical ViewPoint去看待。很多大学同学和朋友问过我做编辑和作程序有什么区别，我想最大的不同依旧是视角，作为一个合格的技术编辑，首先要求有比较扎实的技术功底，然后有开拓的视角和接纳新知识的能力，最后才是其文字表达功底（就我个人认为，在这几个方面孟岩和熊节先生做得非常出色，所以也就理所当然地称为国内顶尖级的技术编辑）。作为一个编辑最重要的使命就是传播，那么如何在这种信息爆炸的时代将最有用的信息通过最有效的途径传播给需要接受新知识的人，除了传统的平面媒体和大家所熟知的论坛，Blog是一个非常有效的形式，它能够让读者和身份为技术编辑的Bloger在第一时间得到最好的交流。所以技术编辑应该更多的是能够将自己对于技术的理解和对于说了解的东西尽快地让更多人了解，虽然很多IT杂志社比较倾向编辑不用写稿，而是掌握大量的作者资源，然后有效地利用这些作者资源。对，本身没有错，但是在IT却不是行的很通，所有做技术的都佩服Orielly的技术编辑，原因无它，因为那帮人抛开编辑的生活，每个都是技术上的大佬。独立技术评论或者产业评论在许多时候成为一个技术编辑可以和他人沟通的基本条件，“英雄惺惺相惜”的局面在开发人员中出现的概率远远高于其他人群。因此在这个岗位上对于技术和文字的要求是并行的，或者前者重一点，只是相对于Coder,关注的层次和方向已经截然不同。也正是因为如此，在杂志社一年的时间虽然给朋友的公司做过一些技术咨询，却发现自己写代码的能力正在退化（写代码明显比较慢）。