@leonme 想做管理 Wifi 管理的,围绕 wifi 做相关功能,现在只做了 wifi 加速,wifi 扫描,周围信号查看和 wifi 下设备和路由器设置这几个功能,之后还要优化.

App 的地址:https://play.google.com/store/apps/details?id=com.nicetools.lem.wifianalyzer 大家有时间的可以可以给个好评,谢谢啦

我觉得你先请个假，不给请的话我觉得可以提离职啊，反正你都准备跑路了，一起去旅游还是很有戏的，楼主争取啊，工作好找，女朋友可不好找。

@micean 对于这种项目，上头的人如果只想着眼前开发的速度，不考虑可维护性，如果你本身也没这么大的权利去实施重构和审查，我觉得这个项目已经走向凉凉的道路了。如果能够实施，复盘重构是必须的了，重构加入代码审查，人力充足的话老版本的迭代和重构版本同步进行，员工心里写代码也会开心提高效率。

@micean 就我的经历来看，靠自觉解决不了工程中出现 smelly code，只要有这种代码，就很有可能会让项目代码维护成本增高，而且如果维护的人写的代码继续糟糕下去，会使的项目走向慢性死亡，这些时间还不如拿出来放到开发的时候去 Review，其实是节省的整体项目的时间，管理人员更应该有这个意识。

@jiangjz 同感，有的代码看着让人头皮发麻，经过了 n 个人的修改，修改成本很高，只能重构。

@liyuhang 欢迎提 pr

@agagega 应该是按照功能细分粒度的，我觉得尽可能小的好。还有远程提交信息不是不应该修改嘛，除非只有自己提交分支。而且我觉得应该过了 Review 再入库。

@loveCoding 准备搭建一发推荐给团队用。。。

@hoichallenger 刚刚了解了 Pair Programming 和 Mob Programming，真是个不错的想法，公司的技术管理也很不错啊。

@monkeylyf 恩恩，这个要看有没有一个厉害的技术管理去领导做这个 Review 事情，对 Review 质量进行把关，如果只是应付形式简直就是浪费时间了，还有就是对于 Code Review 可以有一定的奖励制度调用积极性。

@66beta 对于语言和代码优化相关的 Review 也会提升代码质量，更关键能在 Review 过程中提升自己，既可以挑别人代码的不足也可以学习别人代码的优点。

@mhtt 刚开始要是没有经验，可以大家一起开个会学习一下 Review 嘛，以后应用到项目中就会越来越熟练了。

@czk1997
@IsyAndroid
我觉得这样做会加大技术债，现在赶出来的时间以后会加倍付出对于项目来说。当然要看老大有没有这个意识。。。

@Just1n 恩恩 强制的 Review 才能保证代码可控，不过我觉得为什么要让其他组的人来 review 呢，毕竟其他组的肯定不熟悉业务，找同组的人会不会更节省时间。

@nicevar 用自动化工具是会加快这个过程，不过我感觉每次 pr 应该粒度尽可能的小，Code Review 压力就不会那么大了，而且可控性更高，如果太大的 pr，直接让他拆分后再 Review。

@coolhubery 这个流程有很多值得学习的地方啊，能提供这样严格的 Review 肯定公司也特别棒了，谢谢分享

@imdupeng 下次不要让他直接该代码，让他提 pr 或者开个分支，做好了之后你来 Review，有问题让他改好了在合并，不过这好像是你的老大。。。

@hiluluke 这个工作流程有点像 github，你们用的啥平台，github ？？ 我也想用这个流程试试