浏览器缓存

对我们的前端来说，其实还是后端根据具体业务要求来喂 json 更省心。

虽然我也知道这样不是正经开发模式，很多事应该前端做，但我们的后端牛逼，我们的业务短平快生命周期短，所以一直是这么嚼碎了喂的。

让前端自己来主动要各种东西，行也行，但我们的开发周期平均是 2 天出一个东西，速度上实在是慢……

而且我看了下就是 yet another leancloud ....

但是虚拟机里就不怎么跑得动了……

@yidinghe +1 虽然我也用 VS Code，但基本开了就不关了，能够开关不停的还是 Vim，哪怕带一堆插件也是 Vim 快。。

其他 IDE 也是开了不敢管……

要验证其实没错。。但主要是我也感觉这样的体验很不好。

每次我打开摩拜的时候其实就是我在路边等着用车呢，结果为了验证，就得在路边呆站一分钟等短信做验证再扫码上车。

用户的心理预期基本都是即开即用，这个心理预期其实就是几秒钟的事。正等着用车，突然出来一个要你验证，确实会让人很不爽。

带来的结果，不是我卸载，而是我用的更少了……

@Reign 我懂你的痛……
打算 1080P 继续坚守两年观望。

Ruby 和 Node 都是在没有好的邮件列表形态社区基础上新搞出来的，适应了它们各自诞生和火起来的年代。

Python 是在没有相对合适的社区形态上找了符合当时潮流的邮件列表，也适应了它在中国受到关注开始蓬勃发展的时代。

摩托车确实没汽车强大，但也够用。

那么 Python 圈要不要买辆汽车呢？

现在看来，也能买，但也不是那么的必要，代步选择太多了。

说到底，建立一个 Web 形态为主的社区（我理解楼主的意思），确实可能需求不够多，大家意愿也不那么强烈。

其实这么多年断断续续一直有人在尝试做这件事，有的做到了现在，有的半途而废，但真的做到一定程度的，确实没有。

就有点像 Python 自己的生态圈内，那么多年，总有人问你们为啥还用 Python 2，不换 Python 3。其实一直 3 也在缓慢的发展，2 的新增和发展也越来越少，但确实——很多情况下没那么强的需求换到 3 去。

强行搞个新社区确实意义不大，至少当下看来，仍然如此。

还是要考虑历史的进程。

GUI 读 「故意」，但很多人都是直接念 鸡油矮

@AZ2000 那么请问这个 4.7 的小旗舰型号叫啥。。

@CodingNET 请问 coding 的 API 可以让我从第三方创建仓库并设定 hook 地址吗？ 文档里我并没有直接看到，但我猜也许隐藏的会有……

省电费是一部分，省事也是一部分。

比如说，我现在夏天用的电蚊香，改成每天晚上 10 点开（我那时候才到家），然后早上自动关。
电蚊香其实用不了多少电，但有了智能插座我可以省心不少，不用想着去开关这件事，然后在日历上设置了定期更换电蚊香液就可以。

烧热水也是，省电是一部分，还有一部分是不用操心，在我正常的生活作息规律条件下，我每天洗澡时间是几乎固定的，总是在我需要的时候有恰到好处的热水可以用。

如果偶尔出个远门，需要关闭，或者临时有事淋了雨想回家了立刻洗个热水澡，也可以通过手机提前设置好，等我风雨里赶回家，立刻可以洗上热水澡。

诸如此类…

。。。文章写的真不怎么样，很容易带来负面效果。

痛苦的看完了毫无排版的文章，但也算是大致理解了。但从你的描述来看，你只是看到了「现在的问题在哪」，其实还可以进一步看看「为什么造成了这些问题」。

楼主说的问题其实在大多数公司应该都有，业务线拉的长，可能存在根据客户需求进行定制化的部分，不同的团队接手过，还有开发过程中业务需求发生了变动，时间紧凑等等诸多原因，都会造成相关的情况。

哪都有这问题，而且一般也都是一边填过去的坑一边不自觉的挖了新坑。

之所以建议你在下手解决问题之前先去了解下问题为什么会变成这个样子，有助于你从不单纯是技术的角度来思考，节省大量可能是不必要的开发工作。

左转去 “推广” 节点。

tab = 4 空格

然后一直按 tab 的我怎么算……

@jetaimeapollo 所以这个人是迟到一小时公司就慌了去找么。。。

看看是不是和浏览器自己的同步重复了，如果有跨浏览器同步需求，那最好把浏览器自己的书签同步都关掉。

@vertas 所以还是留个自己认识的的缩写比较好… 我把网站的名字都做了缩短，类似当年 Unix 上 list 写成 ls 的做法……