标签：过程 阅读 枚举类 客户 sql脚本 习惯 训练 入行 没有
在大佬的多次洗脑之下，我也给大钱洗脑了
1.多种方式触发全服成就/个人成就时 没有抽出公用方法
2.代码多次使用 time.now 没有在合适的地方声明变量，导致多处代码不一致
3.对枚举类型的命名不够敏感 命名不直观 srv single 排查代码时造成困难 调用的容易出错
4.使用公共方法时没有熟悉api 盲目粘贴旧代码 导致bug
建议 训练打字速度 在你充分了解自己要写什么业务逻辑时 拒绝复制 宁愿花5分钟写一个伪代码 也不要过多复制别人现有的代码
如果你删掉现有的（自己写的或别人的）代码 已经写不出来逻辑一致的代码 说明你没有充分理解你现在要做的事
所以 果断删掉现有的代码重新写 是最好的训练方式
如果你怕影响项目进度或者拖住客户端对接的速度 可以用复制旧的代码xx.go 新建一个命名下滑线 xx_.go <- 把可以优化的地方在这个文件进行优化包括测试用例的补充
5.可以写脚本运行的 比如删除redis 可以提高整个团队的开发效率的东西 有时间应该去深究怎么写 怎么复用 避免依赖图形界面（配合圣斌 大家都用上）
6.清多表的数据情况 也尽量写成存储过程 或者sql脚本
看起来乱七八糟，入行（还算不上）这1年来学习，并养成了代码分行规范，明确的命名含义等编码习惯。
每个习惯在大佬眼里似乎都有他的理由。
代码分行，格式清爽，减少因为换行，或者缩进导致的代码阅读困难，造成歧义，难以维护。
明确的命名，版本迭代是不断推进的，经历数个版本之后，再回来维护代码，还能保证有一定的印象，代码里的变量、方法、接口、模型命名都是一种提醒。
标签：过程 阅读 枚举类 客户 sql脚本 习惯 训练 入行 没有
原文地址：https://www.cnblogs.com/yahzi001/p/9367133.html
