@cslive #6 扩展商店本身针对大陆 IP 的区里，只有这么一个处理。所以你用那个版本都会被屏蔽。但同时，你用那个版本，都不影响你通过帐号同步扩展。

https://github.com/gorhill/uBlock/releases 。找最新的 uBlock*.firefox.signed.xpi ，这个其实就是扩展商店上的历史版本。如果是不带 signed 的 uBlock*.firefox.xpi ，这个默认的 Firefox 是安装不了的。

去 github 下安装包，要下 firefox signed 的那些。

现代人是有多断代，睡前不能喝（茶叶）茶/咖啡都不知道。

当你把茶跟水做比较的时候，那就不能只说茶叶茶，要说广义上的茶。开水里面泡了点东西的都叫做茶，比如菊花茶、大麦茶，枸杞泡水本质上也是枸杞茶。即时是茶叶茶，也有基本上跟树叶没啥区别的碎末茶。

如果单纯从技术层面讲：
问题 1 ，前后端谁做都可以，后端的视图层，前端的 Model 层都是干这事的，至于具体谁做，首先要看以前谁做，其次要看现在谁愿意做，最后才是看谁有时间做。
问题 2 ，不与代码同步的文档不如没有文档，没有管理的编码不如直接用名称。尤其是经过大数据分析的发展之后，那种没用的编码，还是让他步入坟墓吧。

实际上你不要扣技术，没意义。

实体关联，不管你是数据库层面的物理外键，还是程序层面的逻辑外键，都要用物理主键，否则你也没必要再在自然键之外设计一个代理主键。

对于你的 stock_in 来说，用 material_id 做关联键，才能发挥代理主键的性能。mateiral_code 也有用，但它更多的是作为 stock_in 自身的属性来用。

@luodaoyi #4 内网直连的前提，是（端对端）直连，你觉得国内敢有端对端直连的需求——parsec 这个单纯的串流工具，那可是上墙的。

在还不熟悉 git 工作流的时候，先强制禁用默认的 merge pull （ fetch + merge ），改为 rebase pull （ fetch + rebase ），这样的话，提交历史的表现会跟 svn update 一样的。

@foufoufm #12 你有一个互联网人非常容易犯的错误——一边认为互联网再创造东西，一边价值观还停留在自给自足上。无货源电商，跟卖可口可乐的小吃店，在市场表现上就是一样的。

你再好好想想，那是回访，还是推销。

你把它看成批发零售就行了。其实实体商业上的批发零售，有不少行业，比如可口可乐，零售端也是不管货的。香烟虽然要进货，但不想卖/卖不出去的时候时能 100%原价退回去的，也可以认作是无货源的。

软件领域的绝大部分造词，只要它是真得用来解决问题的，那就没必要关注优缺点，只要它被拿到了推广人/公司的文章上，那它就只有缺点。

你现在回头去翻翻 Java 的发展史，那些用过但消失的东西，EJB 、Struts 、J2EE ，你会关心他们的优缺点吗，它们只不过是某一段时间真能解决问题，然后又自然被淘汰。

不管有没有监控，你都要公私分离，否则早晚吃亏。

@d3js #20 想想苹果为啥禁止越狱？羊已经圈好了，怎么可能会希望羊能自己开门跑了。解锁 BL ，就是手机领域的圈羊标志。日厂索尼不懂圈羊，一加至少到现在为之没想要圈羊，所以一直都是能自由解锁 BL 的。摩托罗拉、三星开始不让解锁，后来圈羊失败了，就让解了。华为就是国人典范了，初始阶段诱羊的时候各种自由，羊引诱够了就锁门了。小米更是典范中的典范，关了门都还要做出来门还开着的假样子。

这玩意要看地方：欧美那里就是租房；日本就是名买实租（来得时候买，走得时候卖，说是买房，实际上就是租房）；国内是能无压力买就买，买不了就租。

国内租房最大的问题是：房东随时都可能卖房。就是政府的廉租房，你都可能因为房东卖房而必须搬迁。

自己给了权限，还问别人能不能看。相当于自己拖了衣服，还问别人有没有看到。