正在学习 adobe xd.个人感觉还是先画原型好，写一点调一点效率也不高。

@coffeygao 我最近在组里强推 fork + pull request 的流程。必须要有 code review 才能合并代码。而且说好了，代码是写的人和 review 的人的共同责任。不过我们组比较小，比较好沟通。

想要每个人都认真写代码有时候是不太现实的。不是每个人都要强迫症，比如一个函数不超过 20 行或者 if 嵌套不超过三层之类的。也不是每个人都那么有追求的，写好写坏只要功能正常，工资又不会少。所以我个人是觉得，除了对自己要求之外，代码质量这种东西只能从制度上来保障。

基本的代码质量保障，要么写 UT （代码写得渣 UT 没法写），要么 code review，两个都没有，开发自己也会在业务压力下慢慢松懈。如果没有“传统”的话，UT 的推广难度，比 review 要难的多，毕竟 UT 是自己监督自己，review 是别人监督自己。所以如果有条件的话，可以推一下。基于 fork + pr 的代码集成流程下，强制 review 加一下还比较简单。

除了自己写自己的代码，团队的代码质量好不好，本质上是个管理问题。

刚睡醒，胡乱说几句。

成都

这种代码，在 review 的时候应该不予通过

同问如果是 APP 的 Api 服务器用国外的可以嘛？

做识别小姐姐的工具？

@broadliyn 个人觉得，博客不记流水账（毫无意义），不写随便一搜就能搜到的内容（写到 note 里不行嘛），能记录自己的思考就好。至于深度其实还好，因为这个对不同阶段的人深度的意义是不一样。看看鸟哥的博客的早期文章，：）

jins， 服务很好

gisto,基于 gist 的客户端，以前还有个 gistbox，现在收费了

我想去成都，女票毕业后应该可以成都落户，就能买房子。成都的 IT 现在看起来也还不错，好吃好玩。二手房昨天看链家 1.7W 上下。

有没有想一起学 https://www.udacity.com/course/self-driving-car-engineer-nanodegree--nd013

所有逻辑写在一个函数，不会进行拆分的代码

@abcbuzhiming 浏览器前端到服务器数据返回，其中包含了网络延时的。建议看看内网的查询数据。

试试 material design，遵循规则，用标准组件，就不会太丑

热爱