(原创)技术这东西,不可不看,不可全看.(一)
最近忙着玩开心,好久没来CSDN了,首页上有90后程序员的消息了,稍微感慨一下,曾几何时,自己这个80后还被70后的前辈所笑话,转眼就成了5年经验的老油条了.呵呵.
5年,个人认为经历还是有些代表性的,就跟刚入行或者即将入行的哥们交个底吧,这5年到底学到了什么.
如果你看完这篇文章觉得有所收获,请不要转载,因为里面自私,消极(至少表面上的)的成分会比较多,我不希望坏了社会风气.而且真话这种东西,知道的人多了,不好,况且就算你说了也不一定就没人骂你.如果觉得我说的简直就是垃圾,欢迎骂街,最好告我,这样咱俩炒作一下兴许还能火了.
版权声明:
此文章系列CSDN论坛首发.著作权为本人所有.此文章为大纲形式,为方便阅读采取较为通俗的口语化形式.但是不代表此文即为发行版本.着眼高度可提升,相关问题可展开,如书商有意出版发行,请随时与本人联系,商谈相关事宜,谢绝闲谈.skylover531@msn.com
技术这东西,不可不看,不可全看.看到什么地步呢?能够正常的完成工作即可.为嘛啊?下面告诉你.
前篇:
事业的轨迹是什么?
男人的事业轨迹是什么?个人总结就是:抓住行业本质,从外部支持走到内部改善,最后再走向外部协调.
1.业务很重要
大家都不否认.我还得老掉重弹的说一下咱们那些前辈们所阐明多次的道理:
明确一个道理:程序员身份是你进入好公司的不错的背景,是你职场初期赖以为生的一门小手艺.但绝对不是你能依靠用来买房买车的好事业.除非你公司专门是制定行业标准的,否则Java怎么运行,.net的兼容性如何,你了解一下就可以了,以可以正常完成工作为界,甭深入,这东西没边,Sun,Oracle这些高端技术型外企里面也只有很少的人来做这个.
有弄清楚Set,Map之流的继承关系,不如把这个时间稍微用来学习一下业务流程,沟通技巧,改善一下和领导,同事的关系.
把大段的时间花在重复性的编码(你没做过?你敢说你没做过?你写过多少个for,多少个while,多少个list.get(i)?),对技术的深入上面,不如看看能不能和业务人员一起改善业务流程,提高技术支持的响应速度.
肯定有新手问我大家都研究业务,交流沟通去了,最后谁去写代码?
下面这句话是私话:你在公司要是问出这种水平的问题,是会被老板当瓜娃子的.当你足够深入业务的时候,基本上也会被"委以重任"的给个一官半职,至少是个项目经理啥的了.你还操心这个干吗?在中国,像你之前那样希望当所谓技术专家的瓜儿子多的是,到时候随手招就好了.
2.业务是什么?(抓住行业本质)
笼统来说:
业务是公司老板都最看重的东西.
不要被那些外国专家所迷惑,认为他们血管里都流着比特流.不是那样的.
在中国你的老板眼里,业务可能是供销系统----就是你印象中那些取出来数,挨个加1,然后update到表里,最后弹出个窗口说"业务运算完毕"的傻瓜玩意.
在那些"外国专家"的老板眼里,业务就是我要领导.net或者Java这个平台继续进步,来和竞争对手比拼.
也许你郁闷着为嘛自己没机会没时间深入java虚拟机的运行机制的时候,那些老外们也正一边郁闷的写着Java虚拟机,一边寻思着啥时候自己去郊外买块地喂猪去呢...
所以你听他们的东西觉得深不可测,他们也许还觉得你的这套东西深不可测呢.甭笑,如果你老板是马云,而那套供销系统是"很简单"的淘宝网,他们肯定会这么想的.
预告:
3.做好自己的工作,了解业务的需求.(外部支持)
4.拥抱需求,精准入刀.(内部改善)
5.内呼外应,一蹴而就.(外部协调)