因为根据相对论，每个参照系的时间都不同，而不同计算机就是不同参照系，自然不可能拥有相同的时间。

这个需求不符合常规啊，可能会给用户造成困惑。

但要实现很容易，根据光标的下一个字符判断即可，光标下一个字符无格式或无内容，就让新输入的文字无格式。

我一直都是分浏览器，比如 chrome 全局翻墙，firefox 全局直连，这样区分后根本不需要什么规则，墙内外区分得非常清晰。

如果太贵就没有意义了，还不如定期翻录光盘。

价格呢？

坐定了不动，不说话不做动作，只看头部不看衣着和身材，纯看面相——这样连算命先生都不敢说自己会看。

高明的算命先生都会用各种问题试探，从中窥探人物性格。

你所谓的面相有一定准确率，其实是综合了一个人的衣着、谈吐、行为举止等等进行了综合判断。

@cassyfar 简而言之，客客气气地对客户暗示我们修这个不符合我们的利润追求，你这个小问题，也太少人介意这个问题，所以我们公司不提供这个服务了。

这样暗示是没问题的。但高调地说：这个我本来不预装也行，90%的用户不介意这个问题，我们是商业公司不赚钱的事情不干，原作者是搞免费事业的他不赚钱的是也会干，你去找原作者去吧。

这样高调说，可以从某个层面硬说有道理，从丛林法则、商业逻辑、存在即合理等角度去说可以硬说有道理，但说出来就会被人骂，对吧？

@cassyfar

可能有 99%的用户不知道 curl ，那又有什么关系呢，即使全世界只有一个苹果用户介意这个小 bug ，他也是苹果的用户啊，苹果可以理直气壮地说，你只是少数人，你影响不了我的利润，我就不理你。可以这样吗？

我同意 Apple 可以不提供服务，其实 Apple 只要说“谢谢你的反馈，我们会研究解决的”，就可以了，Apple 背地里不处理也不会有人说什么。

又或者，Apple 自己不修复，而是悄悄地去 curl 开源项目那里提个 issue ，curl 的作者也不会生气。

现在最大的问题不是 Apple 修不修，提不提供这项服务，最大问题的态度问题。对 Apple 用户与对 curl 作者都是极恶劣的态度，curl 骂的主要也是骂 Apple 的傲慢，骂它态度敷衍。

@cassyfar

现实情况往往是复杂的，比如，如果这个 Curl 是 Apple 修改过的版本，是不是就不一样了？

又比如，如果 Curl 的作者是 Apple 的员工，或者 Apple 对 Curl 有很多捐款，这个问题也无法引起大家讨论的兴趣。

另外还要想想一个区别：开源软件本身是没义务提供售后服务的，而利用开源软件与别的软硬件组合后形成一个全新的商业产品拿去出售，这个商业产品是有义务提供售后服务的，对吧？

这个是正常的，普通 VPS 有一定“炸”的概率，并且不保证备份。帮忙备份的那种叫做 managed VPS ，价格贵很多。

@jfdnet

用户买苹果产品，买的是一整套解决方案，用户不需要知道 curl 是买来的、免费捡来的还是苹果自己研发的，对吧？

这个 curl 也有可能是苹果自己改装过的呢，用户难道还要分析 curl 是不是被修改过的，分析完再看该找谁？

@darksword21 确实，Go 的优点是 error 是非常 verbose 的，并且编程规范上也强烈倡议大家每个 error 都要认真处理。

缺点还是“非常 verbose”，导致想偷懒的时候不容易偷懒。

总之一件事情有利有弊，综合看待，很多人只说 Go 的 error 太罗嗦，却忽视了 verbose 的好处。

@Remember 你说 “我就是觉得他开头结尾那几句提钱的话没必要……加上那些市值，利润，捐款的话，反而让人觉得你眼红别人赚钱多一样，没必要。”

但其实有必要说，比如 Apple 有没有捐过钱，是一个重点，对整件事的道德判断起关键作用。

**如果 Apple 每年给你大量捐款，现在给你转移一丁点工作量，你还跳出来嗷嗷叫，那就很不妥了**，因此没有捐款是要点，要讲清楚。

市值、利润也同理，如果一家公司自己都亏本了，实在没有时间精力、没有人力物力去处理用户的问题，在这种情况下**寻求开源社区的帮助**，也是完全不同的道德判断。与明明有钱有人力物力，偏偏就是不干事，是完全不一样的。因此市值利润也是关键因素，要讲清楚的。

@bao3 你提的这个问题很简单：用户想找谁就找谁。

但用户找到 Apple 或者 Redhat 时，这些大厂该怎么处理呢，如果 Redhat 对客户说，一切开源代码的问题我们都不提供支持，你们自己找开源作者去，Redhat 还能赚服务费吗？

@Remember 这事情我觉得是苹果做得不对，我把正确的做法写出来，你对比一下看看：

假设用户指出一个问题，这个问题涉及一个第三方开源库，

A 、（小厂的正确示范）✔
如果我是一个能力有限的小开发商
A1 、我有能力解决，我应该自己修复，并且顺便提一个 PR ，不管上游改不改吧，为了我自己的用户，我也要自己这边先改好
A2 、我没能力解决，我应该帮用户去提 issue ，而不是让用户自己去写 issue

B 、（大厂的错误示范）❌
如果我是一个 Apple 级别的大厂
B1 、我肯定有能力解决，但我就是不修复
B2 、我甚至都不帮用户写 issue ，让用户自己找开源社区去吧，开源代码我只管用，有问题别来烦我

@Remember 你可能忽略了一点：

在欧美有这样的文化和价值观 “能力越大，责任越大”。

因此，对创业公司的要求，与对万亿公司的要求，还真可能不一样。

同时还有这样的背景：Google 、微软等大公司，对开源社区做了很多反哺，有代码方面的，也有文档方面的。

花一个小时学一下 bootstrap 吧，虽然不能拖拽，但也简单到极致了。

@vain 这个倒是不难啊，中国人多，城市人口集中，随便逛街一会儿都能遇到几百人。