其他
从增删改查中突围
先从需求层面想想， 自己是不是把这个需求给弄清楚了？ 无论一个需求有多小，都有主干分支，次要分支，异常条件等等， 自己是不是都考虑到了？ 对这个需求有什么疑问？
界面上都有哪些输入？ 什么数据是合法的，什么是不合法的？ 不合法的应该给出什么提示？
如果是Web系统，还需要考虑安全， 会不会产生XSS，CSRF，SQL 注入等攻击? 如果框架已经帮着实现了， 正好可以研究一下人家是怎么做的。 代码层面， 审视一下自己的代码是不是简洁、易懂？ 变量的命名是不是很容易理解？ 代码的自解释性如何, 没有注释能不能看懂？ 代码的格式是不是符合公司要求的规范？
由于代码被阅读的时间要远远多于代码被写出的时间， 心里要时刻想着：我写的代码在维护时是要被别人看的，可读性一定要好，否则会被别人骂死。
到了开发者测试的时候， 自己一定要做充分的测试， 争取在交付给测试组以后基本上测不出什么重要Bug。
此外，公司是不是要求写自动化的单元测试和功能测试？ 公司用了哪些框架来做自动化都是应该学习的东西。
虽然这是一个增删改查的小模块，但是麻雀虽小、五脏俱全，你把需求、开发、测试真的搞好了， 交付了“清爽”的、基本没有Bug的代码， 就会给大家尤其是领导带来深刻的印象： 这个小伙子不错！有前途！
于是更多重要的工作就逐渐地交给你了。
在这个阶段，有些人会发现自己真的不适合编程， 不喜欢和计算机打交道， 坐不住， 没办法静下心来写代码， 但是比较擅长和人沟通和交流， 这时候不妨考虑换个发展方向，也许做销售、产品经理，项目经理，业务分析等方向更适合你， 编码只是软件开发的一部分， 不一定非要在编码这一棵树上吊死， 还是找一个你更加喜欢的工作方向， 投入进去，会有更大的发展。
（刘欣注： 想了解更多关于职业发展方向的可以看看这几篇文章《程序员的职业发展方向（上）》和《程序员的职业发展方向（中）》和《程序员的职业发展方向（下）》）
把自己的一亩三分地搞好以后还不够， 要想办法看到全局，看到整个系统是怎么运转的， 现在很多面试在问面试者项目经验的时候，经常会先让他讲一讲项目的业务背景， 然后从大的架构讲讲整体的技术， 最后才会进入自己真正负责编码实现的小模块， 很多人都会卡在第一步。
所以光关注自己这一块是不行的， 眼界得开阔， 一有空就要去了解其他模块的业务和技术， 阅读项目的代码， 慢慢的形成一个整体概念。
不要害怕/讨厌看别人的代码， 这是一个无法迈过的阶段， 我们工作中大部分时间都是在读别人的代码（再次强调， 写出可读性代码非常重要）， 然后在其中改那么几行， 很少有系统是让你从头开始敲出来的，如果你碰到了，那就太幸运了。
从本质上来说，这其实是个态度问题， 或者说是上进心的问题， 你完全可以干完自己的活以后优哉游哉， 也可以费劲心力的去了解业务， 把那些“变态”的代码看明白， 但是两者之间的差距很快就会体现出来， 那些主动的人就能在团队的讨论中发出自己的声音和见解， 被动人的只能在那里倾听。
说到业务，搞技术的人切不可忽视，尤其是在一些行业软件中(如金融，保险，电力等)， 基本上是业务导向， 毕竟软件只是支撑系统， 人家还是靠业务来赚钱的。 如果你既精通技术， 又精通业务， 就构筑了自己的核心竞争了， 那会非常吃香，公司一定会牢牢的抓住你， 不让你走的。
总而言之， 如果长期陷入到增删改查的包围中，人就会废掉， 我们要做的就是提升眼界、转变态度、立刻行动， 这些是最终决定你能否迅速突围的关键。
（完）
你看到的只是冰山一角， 更多精彩文章，尽在“码农翻身” 微信公众号， 回复消息"m"或"目录" 查看更多文章
有心得想和大家分享？ 欢迎投稿 ！ 我的联系方式：微信：liuxinlehan QQ: 3340792577
掘金是一个高质量的技术社区，从 Swift 到 React Native，性能优化到开源类库，让你不错过互联网开发的每一个技术干货。长按图片二维码识别或者各大应用市场搜索「掘金」，技术干货尽在掌握中。