当我们进入一个新的公司,很有可能接触到的是公司已经做了很久的项目。而之前的负责人有可能水平参差不齐,给你留下了太多的坑。也许在项目设立之初,由于功能简单结构也会相应的简单许多。而随着公司业务的复杂变化,产品经理也许会经常跟你沟通新功能,或者调整现有的功能,这时候可能以前的项目结构很难满足我们这复杂多变的需求。
我们总说程序猿就是一个不断复制旧代码,偶尔写写新代码的工作,有的公司平常不忙的时候,也许一天也写不了多少行代码。但是,是工作就能分出个三六九等,一个优秀的程序猿,除了具备良好的逻辑思维能力(主要体现在别人也许半天能写完的东西,你用了3天,而且测试起来还各种bug)
最重要的一点,优秀的程序猿每在写一个项目之前,他总会思考我这样写会对以后产生什么样的影响。最直接的体现就是,如果你只是为了实现需要的功能,而乱用代理、block,控制器里经常写上千行的代码,那么在后期的项目维护上面,你会花费很大的精力,可能在几个月以后,你自己写的代码都不知道是什么意思。这时候,就需要你在开始动手之前就深入的思考,我要不要提供几个接口,这几个接口分别能实现什么样的功能,每个类管理自己的事情,不要越级去管理。是不是菜鸟,你去看一下他写的代码,一目了然。
当然,这就能成为高手了吗,远远不够。一个大的项目,也许战线能拉长到两年甚至更长的时间。比如说我。公司在国内相关行业处于第一集团军,现在在做的项目已经有一年半之久,而结束的时间要到明年的年中后了。这样大的一个项目,如果在创建之初,没有经过特别深思熟虑的推敲,是不敢轻易下手的。最近因为业务调整,需求要求添加更多的功能,在之前的项目架构下继续,各种界面的跳转会变的非常的混乱。不得已,在和组长不断的沟通下,我们觉定适当修改项目结构,这确实是一项比较耗时,而且费力的工作,但是如果不这样做,我们的后续工作会变得非常艰难。