修改代码是个很危险的事情 ， 因为我们修改的代码往往会和别的功能耦合住 。改了一点代码 ， 结果影响一大片功能的情况经常出现 。最虐心的是 ， 这种连带影响可能不会马上出现 ， 不知道哪天就突然冒出来折腾一把 。
如果改代码经常出问题 ， 这谁扛得住啊！别说你自己的技术话语权了 ， 也别说在职场脱颖而出了 ， 工作能不能保得住都不好说 。
所以 ， 对于修改代码的事情 ， 我们需要学会的是不要写呆代码 。再说的直白点就是 ， 你不能写完代码运行下没问题就觉得正常了 ， 你在写代码之前需要好好思考 。
这种思考 ， 既不是什么搞设计模式松耦合 ， 也不是搞功能切分独立成块 。这种思考本质是需要你写代码前去理解业务 ， 去真正明白业务在实际是怎么运作的 。
简单说两个例子：
7.1. 修改完代码后 ， 用户会怎么使用你现在修改的功能？比如 ， 你修改了注册功能 ， 可以兼容第三方登录 。那么 ， 可能有的老用户会重新注册一个账号 ， 以方便第三方登录 。那你对这种情况 ， 其实该做的是绑定 ， 而不是让用户重新注册个新账号 。
这种疏漏 ， 等到上线之后才发现就晚了 。这不能完全依赖产品经理 ， 作为一个技术人员本来就应该对自己的功能做通盘的考虑 ， 这才是真正的负责 。
7.2. 你现在修改的功能 ， 会不会由于运营需要 ， 会换成你完全没想过的用法？比如 ， 你搞一个用户充值功能 。本来你只是想着用户游戏内购直接充值即可 。但是 ， 在实际上线后 ， 有时候运营为了方便 vip 客户或者为了和第三方渠道互换资源 ， 也会使用这个充值功能 。
运营大批量的连续充值 ， 并且这些充值转换成系统中的货币 ， 就像游戏中的元宝 ， 就有可能超出 Java 中的整数上限 ， 从而造成问题 。如果你提前知道用户、运营人员都是怎么使用这个功能的 ， 你就会把数据类型修改成 Long 了 。
类似的例子有很多 ， 老田还要继续说下去的时候 ， 大刘给他打断了 ， “扎心了 ， 你说这些坑我没少掉进去 。”
后记通过和老田沟通 ， 大刘知道自己的问题出在哪了 。他明白了 ， 技术只是技术人员的基础 ， 在实际工作中想脱颖而出 ， 除了要有过硬的技术 ， 还需要你的态度、你的各种软实力 ， 需要你把技术转化为实际生产力的能力 。
大刘的故事这次先说到这里 。
来源：https://www.cnblogs.com/siyuanwai/p/13958260.html
推荐阅读
- 实时音视频面视必备：快速掌握11个视频技术相关的基础概念
- LPWAN 低功耗广域网技术 - Wize简介
- 固态硬盘入门手册｜只认识Nvme这一个参数？快来补习一下
- 补纱窗破洞的方法 纱窗莫名其妙破了一个洞
- 软件开发人员应该了解的2021年技术趋势
- Websocket技术选型参考
- 孩子下巴磕了一个口子怎么样
- 婴儿下巴受伤
- 苍山雪绿采制加工技术,云南苍山雪绿茶先容
- 绿茶之采制加工,苍山雪绿采制加工技术