算法

本周做了一个简单的算法 整数反转
需要注意的是数值范围区间的问题

Review

本周翻译了一篇操作性的文章 Mac 安装MongoDB

Tips

本周也没遇到什么坑，唯一的坑就是后端操作不当，提前将未测好的代码发布到线上了。想起了之前用过Git Flow是不是可以解决问题，又看了一下发现有Git Flow、Github Flow、GitLab Flow这三种工作流，耗子哥也在专栏中介绍了这三种工作流，各有优劣都不是十全十美的，但都能在某一阶段解决一些问题。发现现在的公司也不是完全遵守哪一种工作流，都是基于业务产品线做了些调整。

仔细反思一下出问题点，也并不是真正分支合并的问题，而是软件开发流程上的问题，如果能规范上线流程，代码审查，能自动化就更好了，就能避免很多问题。下面贴上耗子哥的建议

协同工作流的本质，并不是怎么玩好代码仓库的分支策略，而是玩好我们的软件架构和软件开发流程。

与其花时间在Git协同工作流上，还不如把时间花在调整软件架构和自动化软件生产和运维流程上来，这才是真正简化协同工作流程的根本。

Share

在做中后台项目的时候，由于没有UI介入，直接使用第三方的UI库，产品也只是画个简单的原型图，罗列了一些简单的交互，所以前端同学有很多的自主性，对于这个功能模块使用什么样的组件，它的展示操作是什么样的会有更多的选择权。这时候一个产品好不好用，细节处理的好不好完全看前端同学，所以前端同学就要求你不仅仅是会写代码了，以下总结了提高交互性能的几个原则；

  • 有网络请求的地方，一定要在页面上添加loading，在网络请求之后隐藏loading；比如一些表格，点击按钮发请求，上传图片等，只有有网络请求就应该在页面中展示loading加载，或者是用进度条百分比还是转菊花，只要让用户看到在加载就可以。简单的loading加载就可以提升很多的用户体验，避免用户产生疑惑。
  • 如果是自己自定义的样式可点击，在PC上当鼠标移动上面要变成‘小手’的样式，这个只需要前端添加一个样式就可以了。当然除了这个如果是自定义的一定要添加合适的鼠标光标，比如禁用、放大、缩小，这些小小的细节会让用户立马明白，这块区域可以做什么。

小小的细节就体现在平时的开发过程中，只需要平时注意下就会省很多的事情。而且现在第三方UI库很方便，所以能在UI库中你那个找到的组件就不需要自己写了，但怎么善用这些组件也是需要思考的。