实习课堂：好的开发人员，不光负责coding

就像在刚刚填完高考志愿的假期憧憬美好的大学生活，面对即将到来的工作生活，很多人也是想象了无数种可能。然后，当你走入职场，发现自己所想，并非实际所发生。那么都要注意些什么呢？我们来简单谈谈

 

一、别把自己看的太重

     很多时候，新人入职前想着入职后就能参加到一个大的项目，然后会涉及到有难度的编码或是其他。然后真正工作了，发现一开始就是配配界面，写写常规判断的活儿。于是觉得大材小用了，工作无趣了，心生倦怠了。这就像演戏的大腕儿，甭管你现在名气多大，刚刚入行的时候，你想不跑龙套，还真就不成。别说你在学校是三好生、也别提你是什么学生干部，就是咱成龙大哥，不也跑了多年龙套么？关键是，现在马上让你演一具尸体，你得能演好。

    很多朋友发现，一实习或者刚刚参加工作，竟是些前端界面的工作，很少涉及后台的代码编写，就觉得委屈自己了，没技术含量了。但这可不是拿宝剑切肉的性质，你是不是宝剑，还需要历练，需要时间来验证。但可以很确定的是，开发的每一个环节，都是至关重要的，也都是可以学习新东西的。HTML可以信手拈来吗？Javascript是不是可以随手就实现个效果？如果不能，那么你就没必要心里犯嘀咕。也甭说你以后就搞后台开发，不搞界面，以后的事情你可以决定吗？工作内容是你喜欢什么，想做什么，老板就让你做的？也不是不可能，有一种情况可以，那就是你各方面都精通，不管是前端还是后台，不管是设计还是实现。因为你哪个角色都可以，自然会有选择的权利。

 

所以，工作第一要务，就是要摆正自己的心态。

 

 

二、好的开发人员，不光负责coding

        好的开发人员，不光负责coding。这句话是一次讲项目需求的会议上经理说的。

        通常来说，软件开发人员更在意的是完成需求，实现并完善功能，其他的内容，基本不会过多考虑。但是由于公司的环境、规模的不同，可能就要会求开发人员不只是coding。若恰好是个不是很懂技术的PM，或是一个较为紧张的项目，不允许一个产品有太长时间的审核等等步骤。作为开发人员，很多时候就需要参加到更多的步骤中，为产品出谋划策。

当然，上面提到的情况不是每个人都会遇到。个人主要的感觉是，作为开发人员，也要去表达自己的想法，敢于提出质疑。公司经理说过这么一段话：即使你是一个测试人员，也会分出junior、senior。在一个项目中，大家都要去学习，可以提出自己的想法去challenge他人，但在challenge的同 时也要去support。如果大家都退一步，与我无关的心态，那么前面就是一个大坑。

 

三、未雨绸缪不光在生活上，数据库中、代码里也是

        日常生活中，你会发现每个生活细节其实都有体现未雨绸缪的思想。赶火车、赶飞机，我们总是会考虑到预留出一些时间来以防突发的情况，比如堵车。水井里的井绳，也永远会留有很长的多余一节。人们总是会留有一些余地，以便应对一些新出现的状况。这种思想，同样适用于我们的工作中、项目里，这样才会有更好的灵活性和适应性。就像一句英文谚语所说：Have not thy cloak to make when it begins to rain.（别等下雨了才做雨衣）

        在设计数据库/数据表的时候，考虑用户目前没有提到，但日后很可能会新增的需求，设计一些预留字段，就保证了数据库的灵活性。

        每个字段的长度设置。不是设置正好就行。比如一个保存状态的字段。如果是0/1 ，长度为1就够用，如果换个数据库是true/false表示的就不够用了。在设计的时候，要考虑到可能的影响，比如不同的数据库，字段的长度要求可能不同。

        满或者正好未必就是最佳的选择，更多时候，我们要考虑适当的余，适当的未雨绸缪。比如设计模式中的策略模式，不正是一个很好的体现吗？