自从 h.264 出来以后，gif 就是垃圾中的战斗机。

如果你只是需要一个本源浏览器，那么用开源的 Chromium ，不要用商业（免费）版的 Google Chrome 。如果你需要一个浏览器工具，换 Firefox （也是滚动更新，但很少动 UI ）。

不要想着禁用更新了，谷歌是全家桶一体更新的，你要仅使用 Chrome 还好说，你要是同时还用其他的，那么一禁全禁，任何一个有更新你得禁止也就失效了。

这就是经典的，名为「给你升官」，实为「免费干原本不该你干的事」

上面说了是本源原因，本来像说些治标的解决方法的，但想想我不是前端，哪能给解决方法。这个方法，还得前端自己搞。

只能作为旁观者，给一些经验。不管是被工期逼的，还是自己水平不行，后端能出这么烂的接口，说明整个项目都是烂的。这种情况下，前端即不要想着自己造轮子去处理，也不要想着逼后端去处理，直接每个接口都手撕代码，才是最能让自己不加班的处理方式。

前后端分离之后，两端是平等关系，不是上下依赖关系，接口定义要遵循的原则是：谁负责，谁主导；或者谁主导，谁负责。

理想情况下，业务模型（产品负责）、数据模型（后端负责）、UI 模型（前端负责）是打通之后一体设计的，那么前后端的接口开发方式是：前端定义，后端实现。（即时是一后对多前的情况下这种模式也可行，由后端负责将一套核心应用程序适配出来多套接口。）但现实情况往往是，（因为后端人数多、工资高）啥活都会压到后端，前后端接口的开发方式就编程了：后端定义，后端实现，前端被动使用。这时候，既然接口是由后端全权负责的，那么就是屎，你前端也得用。

@BeautifulSoap #33 第一，Github PR 合并选项就没有 rebase 。第二，rebase 的方向是从其他分支变更到个人分支，控制权完全在个人手上，你最多只能禁止 rebase 之后的 force push ，但禁止不了 rebase 。所以你说得是那个 rebase 。

surface pro i5 版本。

高性能就不要考虑了， 性能跟风扇是正相关的，不管你是啥架构。

摆脱别在让程序员去修电脑了。

你这个撑死了叫做资源安全部，跟信息技术、信息、技术，都没关系。

工厂组装馈线柜，实施是一次性的：请注意这个重点。

还要再加一个字：蠢。开源项目代码本身就是最大的文档，我倒要看看你怎么一边做开源项目——让别人贡献代码，一边文档收费。

一个人，滚。

鼠标都是渣滓——太轻导致非常容易飘。如果你要压得住轻鼠标，那么馒头鼠标还是不错的。

键盘比较就很明显了，右边是完全体，左边是青春版。

@easyalarm 你看懂 1 楼说得了吗，Android 从诞生到现在，都是允许 APP 常驻后台的。不允许后台的是用户而非系统。

关于直播延迟，需要说明一点。直播原来是不延迟的，但因为容易发生事故，基本上都有延迟。不过呢，老美那边是直播延迟 30 秒，方便发生事故的时候断直播（据小道消息，这个政策是在发生了直播期间主持人衣服误掉落的事故后，制定的）。而国内的直播延迟，因为你懂得原因，别说 30 秒，半小时都不够，索性就都不直播，只录播了（注意互联网直播，跟面对亿万人的广播电视直播，要求不一样）。但是也因为你懂得原因，春晚必须直播跨年。

其他的都是小意思，本源上应该是从直播延迟全面化开始的。直播延迟全面化之后，一方面是录播春晚有搞头了，另一方面作为唯一的真直播节目，央视春晚的压力剧增，加在一起导致了成名演员纷纷转战卫视春晚而不愿意去央视春晚了。没了成名演员，央视就只剩歌舞跟表彰了，这鬼才会去看。

@Richared #7 中国没有私产土地。宅基地是集体所有权个人使用权。不过按照人之常情，已经盖起来房子的宅基地，人没死就不会被回收。