card based design

上次跟你们交流小程序性能来着。最近正把我们那个产品用 webview 的方式往小程序上移植。难度不大，效果也不错。你们那个小程序真的可以考虑考虑这个办法。

fb 被查，谷歌也跑不掉。这套收集隐私，做广告的生意链都有可能被撬动，就看欧美政府愿意挖多深了。

我不懂投资，但是看了下定投的介绍。有点疑问：
要赚钱归根结底就是低买高卖。靠分开时间来买，不就是赌概率上买的那个时间点属于低点吗。如果一个基金总体上就是向下走的，不管你怎么选择时间点，还是亏的吧。如果是向上走的，分时间投会比一次性买入要赚的多吗？

水货机，二手机，才适合自己网上面卖吧。行货新机，没有理由买个不知名的小店啊。

老老实实做手机网站。不管什么狗屁新模式，最终都能直接在网站上套层壳实现。

你犹豫什么？过惯了现在的清闲日子？让你建团队，搞管理，你害怕这些挑战？
多要点钱就行了。

你叫“拦截器”，我叫程序的“ api 层”。对 view 来讲，它是一层代理。其实就是把 request 的方法封装而已。
稍微复杂的 app，我一般都这样设计：server <> api 层 <> view
view 层不需要关心跟服务器交互的很多细节，直接调 api 层的提供的函数就行了。
api 层能做什么呢？
- 缓存；
- 同时发几个请求，再把结果合并；
- 统一处理超时、错误、重定向；
- 管理请求的地址、在 header 里头加需要的标识；
- 抽取返回数据中需要的部分，转化返回数据的格式；
- 把图片压缩；
…

你招进来干什么活，你就问什么内容。你要是不会前端，不知道招人进来干什么。那你应该招个经验丰富的，来了就知道该干什么的人。

他那么懂，让他教你啊。都搞服务器渲染了，这方面肯定比你熟。服务器给他，让他自己折腾。

楼主微信卖东西可以试试我们的产品：
https://www.bacaoke.com/post/520

写篇介绍农民怎么怎么辛苦的文章，里头再加上购买模块，朋友圈转发，然后随缘吧。

很常见的功能啊。稍微有点优化的 mvc 库碰上 model 数组修改的时候都会先尝试去“改”渲染，而不是“替换”。也可以渲染前暂存位置，完成渲染的时候恢复之前的位置。
至于微信那个是黑盒，鬼知道它怎么实现的。

https://i.imgur.com/ynKCsld.gif

这种东西都是自己写的。是拖拽还是点击无所谓，随便什么 mv* 的框架都能帮你。无非是确定好数据的结构，编辑的时候就是编辑那个数据。保存的时候就是把那个数据存到服务器。

const 是我最讨厌的 es6 特性之一。约束一个变量不能被重新赋值有毛用。用了 const 很容易让人觉得这个变量是不能改的，跟 immutable 混淆。

买曼联了是吧

这破招聘网页打开能看？

人家也不是 sb，自己写的代码写完了肯定会测下，当时他写的 a 接口肯定也是没毛病的。至于为什么 b 会出问题，你们一群人还要找半天才能找到，能指望他一个人写的时候就注意到？换句话来讲，这么个紧耦合的系统，什么样的测试写出来你们能放心？

@feverzsj 楼主留个联系方式吧，我看看是什么项目。

远程啊。您什么项目要人？