半年经验架构师的迷惑
不知道幸运还是不幸运,刚毕业进入一家电商,还被分到EA,跟着ibm的架构师进行学习,(说到这估计有人知道是什么电商了)。刚进去的时候感觉很幸运,刚毕业都可以做架构了,兴奋了一段时间,然后发现EA的工作就是进行架构管控--评审别人的设计,电商也上线一段时间了,就是一些功能的增强。后来师傅被安排进行网站的横向扩展,做了一个多月的项目,但是当时我们属于指挥部门,并不具体实施,所以我感觉是打了一些酱油,哎,是因为我不够主动,还是懒惰,还是智商不够,还是刚毕业就做这些是个错误呢。网站扩容后师傅有了新的任务,带了七八个ibm过来的架构师做新网站的规划,这可能属于机密吗???就是我们网站要重新做一遍了。这个一直做到年底,我也跟着看他们的日常工作到年底。他们的简历都还挺不错的,都是阿里,天猫,腾讯,hp什么的,不过后来都来了ibm。
前台的规划都是涉及业务方面的,只是涉及了功能模块的梳理和未来跟其他系统的交互。技术方面的讨论很少,我又感觉没什么很充实的进步。
EA里面有个工作两年半的师兄,突然说想去项目组了,不知道是不是跟我一样的困惑,在这边都不接触生产上的代码。最多看看别人写的概设祥设,不过说实话,文档写的都是狗屎,都没有代码更能清晰让人了解。这半年也接触过很多概念,缓存:cdn,varnish,redis,mongodb,memcached,读写分离,主从灾备,消息队列,使用历史库对性能进行升级,网站安全,权限控制,加密解密,服务器原理,伪静态化,流控,通讯协议,搜索等等。期间也看过不少书,java基础,数据结构,算法,设计模式,重构,人月神话,代码大全,刺总的白帽子那本,加密解密,分布式java,程序员自我修养,等等,当然也少不了spring和hibernate的学习,也经常上iteye,51cto,infoq,博客园上面看看帖子,但是半年感觉还是很空虚的有木有,不写生产上的代码很没底气有木有,EA的大哥说搞技术的不一定就很厉害,在一个公司干下去业务的也能升的起来,我到现在不知道架构师应该怎样才能是一个合格或者优秀的架构师,因为有的架构师是不懂技术的。最起码我看到的有。我想成为这么一个人,可以告诉人家当你在网站点了下鼠标后面都发生了什么,我不要大概的,我要每个步骤的详细的过程和原理,希望十年后我能写一系列书,向人们阐述互联网后面的一大片神奇的知识乐园。
明年就要起项目了,我希望能够去参与具体的code,但是又不希望成为业务逻辑的代码工,因为好的开发框架是让开发人员能够专注于业务逻辑有关的实现。有的人会说认得精力是有限的,你不能什么都会,但是我真的希望是一个了解了整个网站的方方面面的人才。我会为之努力的,大学时候没有好好学习,好好思考,希望明年会更给力吧。在这里也希望有网友能够回答下我的疑惑,其实我是希望去实现关键技术的,比如数据访问层对业务层是透明的,我希望的实现数据访问层的封装,对业务层来说,他是不care读写分离还是多数据源的切换。如果单纯去做一名开发,会不会就让自己陷入业务逻辑的实现里面了。
说了这么多了,感觉没有说出什么,希望有大牛能够看到然后指点迷津,一个半年的it从业者的疑惑(不敢说自己是程序员)分享一下技术进步的道路。
差点忘了,明年的规划应该就是参与项目写一些有自我价值实现的代码,让整个网站在你面前就如庖丁解牛一样那么清晰,我会努力的,老乔,明年得教我技术啊,成军,希望你真的在天猫技术很牛逼,陈川,希望你明年还来这里,感觉你的气质最流氓,跟我最像,你也是十几年的代码工了,你承认了不会做架构让我很欣慰,好像有了知己一样。架构,架构。。。我只知道我现在还是有一颗技术的心的,我希望成为一个在互联网方面上知天文,下知地理的码农,不管什么需求,我都能很好的帮你实现。
新的一年,fighting。(原谅我的标题,希望这样会吸引人来跟我探讨下)