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