看到这种活动我都是默默按下 F12

记得上次锤子砸蛋活动，直接一行代码把全部蛋砸了

A = [文字的价值] / [文字数量]

A 太小了

看了下， CloudXNS 就支持泛解析，那还不好办吗

自己搞 NS 服务器

null

搞个批量关注脚本吧，累死我了

目测 L 大也是用脚本签到的。。。

@Livid

类似上面的情况很多，车牌号是不应该这样的，所以建议把这个功能做成可选的配置选项

当你发个帖子连最终渲染的样子自己都不能知道的话想想还是挺……

浙 A45678

很多时候是违背真实意思的

@ufologist 主要还是内部用，其实 NEI 目前已经很强大了，特别是最近新出的版本，已经可以自定义函数

但是，作为使用者，内部还是很多反馈并不是那么好，所以任重道远吧


造轮子挺好的，至少对自己而言学习了很多东西，这种技术驱动型的作品本身也很好的

我说的可用性差仅仅是我平时开发中遇到的场景太多了，发现 NEI 很多时候都不能满足，而你的方案就目前来说我基本无法应用到项目中……

实际项目的 mock 应该这样：

- 应该有个平台（ Web 形式也好，客户端形式也行）来同时提供给前后端使用，并且对双方都友好，因为定义接口通常是多个团队的事情
- 平台的修改应该很容易反应到本地 Mock 数据，并且可以有多种选择（这个需求本身并不好实现）
- Mock 生成的数据应该同时对 iOS/Android/... 都友好，而且不应该有入侵性
- Mock 数据的定义应该可以自己插入一些简单逻辑，比如某个字段只返回 1-10 之间的数字
- Mock 数据的定义应该考虑到可复用性，因为很多接口和数据结构本身就是重复的……
- Mock 的管理应该区分用户权限，而且在生成过程中也有体现
- Mock 接口和数据定义后，应该可以有条件直接生成文档
- ....

太多了，很多时候使用一个东西时候就应该考虑到各个情况，如果项目中使用了一个有很多缺陷的东西，可能后面项目的推进都会被这个牵制

@regeditms 前提翻墙

6 即使翻墙也会感叹号

既然你用了我司大神的作品 puer ， 那为什么不直接用 http://nei.netease.com/

说实话，你造的这个轮子可用性很差

Android N 不需要这个了

你们都不是前端吗？

就不能老老实实 npm 走代理用官方源吗

自从有了女朋友 再也不长痘了

1970 年有 Google 吗？
没有

那我写不出程序的

你的附言直接减小了你成功概率啊 233