再开个新的, 装 brook

我突然想卖了 最新的那款 mbp

@iyaozhen

正在用，可以这样

POST /api/auth/code 登录发送验证码
header["Accept"] = "application/json"
header["Content-Type"] = "application/json"
json.Mobile = "+8613800138008"

Response
must(status==200)
j = JSON.parse(body)
_Token = j._Token

POST /api/auth 登录
header["Accept"] = "application/json"
header["Content-Type"] = "application/json"
json.Mobile = "+8613800138008"
json._Token = _Token
json._Code = "1111"

Response
must(status==200)

android 不行

情怀坚果

JS 语法，不错

不招 ->不找

**我觉得以上所有回复中只有加红心的更有价值(相对没加红心的众多回复)**

这个背景大家要搞清楚:
* 需求是三个页面，是设计+前端，不是纯前端。
* 是设计+前端
* 不是纯前端

关键是设计，是设计，是设计
语言文字来沟通设计是没边的，扯到下个世纪都不一定满意。
通常都是需求方给出大概轮廓或者其他描述，然后出两版设计稿(这一步两版都不满意就散伙吧，要么是需求方不能相对准确的表达需求，要么就是执行方不能相对准确的理解需求)，选一版，不满意再针对这一版最多改两次或三次，然后给下游切页面。

关键就是怎么描述需求或不满意的点呢，能不能百分百描述清楚呢？肯定 不可能！所以要限制次数，除非自己招全职员工。
这还只是设计，大部分设计不关心或不呈现交互，如果页面有交互呢，又是需求怎么和前端沟通的问题了 再找人弄个原型？

这种事扯不清道不明，需求方觉得做的什么啊这是，就不能让我满意？执行方觉得这都按照你要求做了又不满意？改个没完？

这种事说不来谁对谁错。

所以珍爱生命，不招外包，不接外包。(除非双方能够用意识交流，比喻)

https://github.com/txthinking/brook/issues/45

这个免费的 ios 客户端也被下架了