从增删改查中突围

码农翻身 · 公众号 · 程序员架构 · 2016-10-24 21:18

正文

初入职场，很多人是从所谓的“增删改查”开始的起步的，通常是经理给了一个很小的模块，小到了只有一张数据库表就能处理，你只需要用公司自己的框架/开源的框架针对这个表写点 “新增/ 修改/删除/查询” 的操作就可以了, 俗称”增删改查“。

这是很自然的事情，因为作为一个新人，除非特别的牛，否则怎么可能交给你做那些核心的东西呢？所以不要着急，先把增删改查做好做精，然后再考虑下一步。

先从需求层面想想，自己是不是把这个需求给弄清楚了？无论一个需求有多小，都有主干分支，次要分支，异常条件等等，自己是不是都考虑到了？对这个需求有什么疑问？

界面上都有哪些输入？　什么数据是合法的，什么是不合法的？不合法的应该给出什么提示？

如果是Web系统，还需要考虑安全，会不会产生XSS，CSRF，SQL 注入等攻击? 如果框架已经帮着实现了，正好可以研究一下人家是怎么做的。

代码层面，审视一下自己的代码是不是简洁、易懂？变量的命名是不是很容易理解？代码的自解释性如何, 没有注释能不能看懂？代码的格式是不是符合公司要求的规范？

由于代码被阅读的时间要远远多于代码被写出的时间，心里要时刻想着：我写的代码在维护时是要被别人看的，可读性一定要好，否则会被别人骂死。

到了开发者测试的时候，自己一定要做充分的测试，争取在交付给测试组以后基本上测不出什么重要Bug。

此外，公司是不是要求写自动化的单元测试和功能测试？　公司用了哪些框架来做自动化都是应该学习的东西。

虽然这是一个增删改查的小模块，但是麻雀虽小、五脏俱全，你把需求、开发、测试真的搞好了，交付了“清爽”的、基本没有Bug的代码，就会给大家尤其是领导带来深刻的印象：

这个小伙子不错！有前途！

于是更多重要的工作就逐渐地交给你了。

在这个阶段，有些人会发现自己真的不适合编程，不喜欢和计算机打交道，坐不住，没办法静下心来写代码，但是比较擅长和人沟通和交流，这时候不妨考虑换个发展方向，也许做销售、产品经理，项目经理，业务分析等方向更适合你，编码只是软件开发的一部分，不一定非要在编码这一棵树上吊死，还是找一个你更加喜欢的工作方向，投入进去，会有更大的发展。

（刘欣注：想了解更多关于职业发展方向的可以看看这几篇文章《程序员的职业发展方向（上）》和《程序员的职业发展方向（中）》和《程序员的职业发展方向（下）》）

把自己的一亩三分地搞好以后还不够，要想办法看到全局，看到整个系统是怎么运转的，现在很多面试在问面试者项目经验的时候，经常会先让他讲一讲项目的业务背景，然后从大的架构讲讲整体的技术，最后才会进入自己真正负责编码实现的小模块，很多人都会卡在第一步。　

所以光关注自己这一块是不行的，眼界得开阔，一有空就要去了解其他模块的业务和技术，阅读项目的代码，慢慢的形成一个整体概念。

不要害怕/讨厌看别人的代码，这是一个无法迈过的阶段，我们工作中大部分时间都是在读别人的代码（再次强调，写出可读性代码非常重要），然后在其中改那么几行，很少有系统是让你从头开始敲出来的，如果你碰到了，那就太幸运了。

从本质上来说，这其实是个态度问题，或者说是上进心的问题，你完全可以干完自己的活以后优哉游哉，也可以费劲心力的去了解业务，把那些“变态”的代码看明白，但是两者之间的差距很快就会体现出来，那些主动的人就能在团队的讨论中发出自己的声音和见解，被动人的只能在那里倾听。

说到业务，搞技术的人切不可忽视，尤其是在一些行业软件中(如金融，保险，电力等)，基本上是业务导向，毕竟软件只是支撑系统，人家还是靠业务来赚钱的。如果你既精通技术，又精通业务，就构筑了自己的核心竞争了，那会非常吃香，公司一定会牢牢的抓住你，不让你走的。

总而言之，如果长期陷入到增删改查的包围中，人就会废掉，我们要做的就是提升眼界、转变态度、立刻行动，这些是最终决定你能否迅速突围的关键。

（完）

你看到的只是冰山一角，更多精彩文章，尽在“码农翻身” 微信公众号，回复消息"m"或"目录" 查看更多文章

有心得想和大家分享？欢迎投稿！我的联系方式：微信：liuxinlehan QQ: 3340792577

公众号：码农翻身

“码农翻身”公众号由工作15年的前IBM架构师创建，分享编程和职场的经验教训。

掘金是一个高质量的技术社区，从 Swift 到 React Native，性能优化到开源类库，让你不错过互联网开发的每一个技术干货。长按图片二维码识别或者各大应用市场搜索「掘金」，技术干货尽在掌握中。