王森的博客

无论是前端代码还是后端代码，都存在着定位困难，不好抽离，改造困难的问题，造成代码开发越来越慢，此外因为代码耦合较高，总是出现改了一处地方，然后影响其他地方，要么就是要修改一个逻辑，结果耗费了大量时间进行改造，代码写得耦合较高，造成这种情况的原因无非就是程序员本身没有管理者的思维，喜欢取巧，合并，凑数，偷懒造成的，说白了，想比做的少，更多的是先动手去干，而不是先想好过去/现在/未来三种情况再干，这样撸着撸着，就会将代码撸得让自己越来越反感，越枯燥！

每次代码冲突或者版本发生异常时，排查不同版本时就是一个头大的问题，头大的点在于用vscode的gitdiff一点点地排查和比较，耗时耗力，版面展不开，commit差异看不出来，每个页面的代码不同也不能快速定位和识别，而我们的开发同学从来没有想过解决这种低效的问题。

在 Git Flow 工作流程中，finish 和 publish 命令有不同的用途。finish 命令用于完成一个分支的工作，它会将分支合并到其基础分支，例如将功能分支合并到 develop 分支，或者将发布和热修复分支合并到 master 和 develop 分支。完成合并后，finish 命令会在 master 分支上创建一个带有版本号的标签（针对发布和热修复分支），并在本地和远程仓库中删除该分支。

若Windows端钉钉点击工作台/文件提示“页面加载失败”，可先将钉钉升级到7.1.10及以上版本；若依旧报错，可通过以下方法操作：

写双月 OKR 一晃两年了，在这里不讲一些高大上的名词，主要解决技术人员觉得 OKR 没屌用的观念。用通俗易懂的操作方式来重新讲解一下 OKR 制定的几个关键点：