1.共享充电宝，这种东西本来就是高运维费用，因此用户使用成本高，是很正常的事情。早期一元充几个小时这种事情，其实是商家补贴用户，在养市场。当时你们应该自己想想，这种东西的真正成本怎么可能只有这么一点。

2.现在共享充电宝，回归正常价位，这是理所应当的。作为用户，你不懂商业运营与成本分析，就不要怪别人涨价。

3.共享充电宝的正常价位，对于普通人群来说是很贵的。如果想把共享充电宝当日常用品，按理来说，只有高端人士才消费得起。如果嫌贵，说明你不是它的目标用户，如果有这方面的需求，应该自己老老实实带充电宝出门。

4.另外，那些扯坐飞机不能带充电宝，所以来喷这事，属于逻辑不清楚。因为：

能自费坐飞机的人，属于高端人群，用得起共享充电宝。

如果是公费坐飞机的人，这事就变成了特殊公事导致生活成本提高，这种情况下，使用共享充电宝的费用，或每次出差新购充电宝的费用，理应由公司承担。

问网络问题的起手式，应该是先画一个整体网络结构图，然后贴上交换机的基本配置，以及各设备的网卡配置信息等等。

@932279632 zerotier 要把 [zerotier-one_x64.exe] 的 9993 tcp + udp 映射到公网...

您的带宽提速因用户带宽高于提速带宽办理失败，请关注宽带其他活动。

居民区有线网络，以前不会限量，但是有大批善于观察的依赖网络的公司，发现了我国电信基建的以公补私政策后，就开始把机房甚至办公室搬到居民小区，这样网络成本会降低 3 - 100 倍。这种事情多了后，电信自然会开始对居民区有线网络进行限量。

所以，这个问题本质上是个管理问题。如果小区物业与工商能管理到位，不让企业进小区，就不存在居民区有线网络限量的问题了。

这个问题本质是愿意为了节约时间来浪费空间，还是为了浪费空间来节约时间。。

国内手机用不了 Google 的套件，是政治问题，不是商业作恶。国内手机厂商想在中国生存，必须要这样做，可以理解。

为啥订单号就不能老老实实从 1 开始自增？为啥订单号就不能常见的无符号 32 位整型？

无线鼠标，因为其功耗限制，必然要做很多优化。所谓优化，说白了就是牺牲一些功能，去换取另一些功能。

如果真觉得这些无所谓，你应该去京东与淘宝，按照你的价位，做一次倒序排序，然后去比较好评度，去看好评与差评。

enterprise architect
建议安装英文版，有啥不懂靠字典，别用汉化版。

1.手动传，超大文件，建议 7zip/LZMA2 + 1900M 的分卷大小。

2.写程序传，超过 128M 的文件，按 128M 进行切分。切分后计算每个切片的 md5 。传过去后，校验 md5 。

计算机安全的本质，是攻防两方的数学能力的比拼。

US 作为资本精英制度，有能力的人，社会对 TA 会给足资本与地位，这种制度吸引着整个地球上数学最好的那帮人，这与我们取长补短的制度完全不一样，对于这个问题，我真没啥信心。

这并不是说我们的制度不好，各有优劣。只是在这个问题上，我们需要承认，我们这制度确实很难赢。

作为带过的徒弟已经在 bat 带队的大佬，出来讲几句。

1.面试，这本来就是一场对被面试者很不公平的事情，因为 IT 整个技能树，知识点犹如浩瀚大海，正常的个人根本没办法完全覆盖所有知识点。面试官如果真想为难我，他完全可以去 mysqll 领域，随便找个版本，来问我某个模块有啥 bug 。我就算是一千年前开始学计算机，也没办法百分百完美地回答上这个问题。

2.面试官的态度、面试的难度、面试成功率等等问题，牵涉到太多因素，比如职员数量的供求关系、企业经营现况、面试官个人职业素养等等。假设你是面试官，甚至公司老板，想想你在招人时，需要考虑多少因素与条件。因此，面试无论输赢，都不用太激动或太沮丧。很多时候走了顺电梯流或逆电梯流，在面试者没研究过公司经营，没有了解整个行业以及国家的运营情况，根本不知道自己面试成功或失败的关键原因。这就像是向一个女生表白，被拒绝的时候，除非开挂，否则你很难猜对对方拒绝你的真正原因。

3.加入一个组织，最好的姿态是，组织需要做某个新领域，没有经验，然后你又是该领域的大佬或小佬，这种情况加入进去，对双方都是最合适最舒服的。

然而，题主在一个公司走下坡路，面试官职业素养又不高，而且要进去的领域已经充分竞争，这种情况下，去面试，能顺利都已经谢天谢地了，被各种嘲讽或被为难必然是正常状态。

@encro 其他数据库停电后自动修复，你放心？

@cheng6563 mysql 有集群版本。

@rekulas 功能不同、驱动连接方式不一样。这些细节都写在 sqlite 文档里了，你也可以去找找性能测评。

单机 sqlite 性能比 mysql 高的多，但日后你们要考虑扩容的话，前期选 sqlite 就是饮鸩止渴，这种情况建议选 mysql 走 isam 引擎。

服务器倒是没什么难度，毕竟才万人，从平时的经验来看，会踊跃发言的人很少。

但问题是，客户端能否扛得住压力，而且客户端掉线后，还要拉历史记录，压力全在客户端了。

这个问题就转化为：当客户端性能不足时，如何取舍业务，来优化用户体验。