半年经验架构师的迷惑

不知道幸运还是不幸运，刚毕业进入一家电商，还被分到EA，跟着ibm的架构师进行学习，（说到这估计有人知道是什么电商了）。刚进去的时候感觉很幸运，刚毕业都可以做架构了，兴奋了一段时间，然后发现EA的工作就是进行架构管控--评审别人的设计，电商也上线一段时间了，就是一些功能的增强。后来师傅被安排进行网站的横向扩展，做了一个多月的项目，但是当时我们属于指挥部门，并不具体实施，所以我感觉是打了一些酱油，哎，是因为我不够主动，还是懒惰，还是智商不够，还是刚毕业就做这些是个错误呢。网站扩容后师傅有了新的任务，带了七八个ibm过来的架构师做新网站的规划，这可能属于机密吗？？？就是我们网站要重新做一遍了。这个一直做到年底，我也跟着看他们的日常工作到年底。他们的简历都还挺不错的，都是阿里，天猫，腾讯，hp什么的，不过后来都来了ibm。

前台的规划都是涉及业务方面的，只是涉及了功能模块的梳理和未来跟其他系统的交互。技术方面的讨论很少，我又感觉没什么很充实的进步。

EA里面有个工作两年半的师兄，突然说想去项目组了，不知道是不是跟我一样的困惑，在这边都不接触生产上的代码。最多看看别人写的概设祥设，不过说实话，文档写的都是狗屎，都没有代码更能清晰让人了解。这半年也接触过很多概念，缓存：cdn，varnish，redis，mongodb，memcached，读写分离，主从灾备，消息队列，使用历史库对性能进行升级，网站安全，权限控制，加密解密，服务器原理，伪静态化，流控，通讯协议，搜索等等。期间也看过不少书，java基础，数据结构，算法，设计模式，重构，人月神话，代码大全，刺总的白帽子那本，加密解密，分布式java，程序员自我修养，等等，当然也少不了spring和hibernate的学习，也经常上iteye，51cto，infoq，博客园上面看看帖子，但是半年感觉还是很空虚的有木有，不写生产上的代码很没底气有木有，EA的大哥说搞技术的不一定就很厉害，在一个公司干下去业务的也能升的起来，我到现在不知道架构师应该怎样才能是一个合格或者优秀的架构师，因为有的架构师是不懂技术的。最起码我看到的有。我想成为这么一个人，可以告诉人家当你在网站点了下鼠标后面都发生了什么，我不要大概的，我要每个步骤的详细的过程和原理，希望十年后我能写一系列书，向人们阐述互联网后面的一大片神奇的知识乐园。

明年就要起项目了，我希望能够去参与具体的code，但是又不希望成为业务逻辑的代码工，因为好的开发框架是让开发人员能够专注于业务逻辑有关的实现。有的人会说认得精力是有限的，你不能什么都会，但是我真的希望是一个了解了整个网站的方方面面的人才。我会为之努力的，大学时候没有好好学习，好好思考，希望明年会更给力吧。在这里也希望有网友能够回答下我的疑惑，其实我是希望去实现关键技术的，比如数据访问层对业务层是透明的，我希望的实现数据访问层的封装，对业务层来说，他是不care读写分离还是多数据源的切换。如果单纯去做一名开发，会不会就让自己陷入业务逻辑的实现里面了。

说了这么多了，感觉没有说出什么，希望有大牛能够看到然后指点迷津，一个半年的it从业者的疑惑（不敢说自己是程序员）分享一下技术进步的道路。

差点忘了，明年的规划应该就是参与项目写一些有自我价值实现的代码，让整个网站在你面前就如庖丁解牛一样那么清晰，我会努力的，老乔，明年得教我技术啊，成军，希望你真的在天猫技术很牛逼，陈川，希望你明年还来这里，感觉你的气质最流氓，跟我最像，你也是十几年的代码工了，你承认了不会做架构让我很欣慰，好像有了知己一样。架构，架构。。。我只知道我现在还是有一颗技术的心的，我希望成为一个在互联网方面上知天文，下知地理的码农，不管什么需求，我都能很好的帮你实现。

新的一年，fighting。（原谅我的标题，希望这样会吸引人来跟我探讨下）