首先作为公司的员工,我们要明白一个道理,纵然有天大的技术能力,纵然熟练掌握了最新的Java架构技术,但是那并不是大部分公司的诉求。对大部分公司来说,要求的是技术框架的成熟和稳定,在这基础上,是整套框架能够为开发工作带来大幅的效率提升,以及整个技术团队能够以极地的学习成本来接受和熟悉。
对于一家公司来说,技术也好、框架也好、以此为基础开发而成的软件也好,充其量只是工具,赚钱的工具。既然要赚钱,那就已定是将成本压缩到最低,将利润空间最大化。
新技术固然好,但是也潜藏着一定的不稳定性和较高的学习成本。
在这种认知下,就不难发现很多程序员进入软件开发团队后,其实仅仅只是就着这个团队已有的框架来进行简单的代码复制粘帖操作。而自己引以为傲的一身“绝学”得不到施展,有时候向主管或者领导提出自己的建议,好一点的领导层会笑嘻嘻地回答说“很好啊,我们考虑一下”,而有些耿直的领导则会一脸不耐烦地说“不用你操心这些事情,写好你的代码别出错就行”。
而之前提出并推行了公司现有技术框架的前辈们,岂容你那么容易就推翻他们,然后踩着他们的脸上位?程序员是很少会想到职场政治和厚黑学方面的事情的。
而当程序员在这样的团队里工作了一段时间,开始觉得有些恐慌,开始觉得“学不到东西”,想要出来的时候,会发现离开了这个公司,别的地方压根儿可能也不用这套技术框架。但是进到新的公司,会发现又是跟前一个雇主一样的情况。
于是周而复始。
其实这样的情况并不是不能破解,只是很大程度上需要依靠程序员自己的巨大努力和付出。首先程序员自身需要付出很多额外的时间,来熟悉和掌握,甚至是精通一些行业内比较新、比较好的技术框架,除此以外,还要对公司所使用的原有框架有深入的剖析和理解,这样才能有对比,才会知道公司为什么会选择那个框架,选择它的目的是什么,优势在哪里。而自己所掌握的其它技术与其相比又有哪些优势,或是不足的地方。
有了这样的比较,才能进一步决定什么样的技术框架适用于什么样的开发场景或是项目需要。
其次,大部分程序员可能都不会在意一些开发规范方面的东西。有一个很著名的段子,就是说程序员最烦的两件事情,一个是写代码注释,一个是看到别人的代码没注释。我举这个例子是要说明,如果你做好了充分的前期准备,觉得差不多可以向团队提出升级技术框架的想法的时候,你不能忽略其他人对新框架的学习成本问题。
很显然,如果你花费了一番口舌,好不容易说服你的主管,有幸得到了一个机会,在一个开发周期比较充裕,规模也不算大的项目中试行你的新技术框架。但是在项目进入开发阶段时,团队中的所有人几乎都在抱怨你的框架使用并不方便,大家总是问这样那样的问题,甚至是项目的整体编译都经常出现问题,那即便是再好再新的技术,也会变成“这个框架真TM烂”这样的结论。这个时候旁人再对你施加一些职场政治手段,你就离滚蛋不远了。
另外一条比较可行的路,是进入一家规模比较小的公司,跟着公司的项目、产品和小团队一起,在实际工作过程中不断学习新的技术,并逐步应用在公司的项目或产品中,逐渐逐渐形成一个较为稳定的技术框架。你参与了这个框架的设计和成型,也参与了对它的调试和开发,在这个过程当中又完善了自己对技术的高层次理解。
当这个框架趋于稳定的时候,很有可能就是你变成公司“大佬”的时候。而即便发生了一些不可抗力,你不得不离开这个团队的时候,你所带走的也并不只是一套框架本身了,这时候的你得到是“渔”,你变得能够应付各种不同的情况,这时上哪儿没有“鱼”呢。(来源悟空问答:java程序员,公司框架太智能会不会削弱编程能力?)
以上内容取自个人观点,大家如有其它看法观点欢迎留言一起讨论!
领取专属 10元无门槛券
私享最新 技术干货