自己怎么用都不受限制，但是如果你们这个软件需要再次分发，则需要遵循 GPL 开源

推送服务的主要开销在于维持连接……多个服务合并成一个服务只能稍微节省一点内存，电量消耗一点都不会少

因为常用协议不使用这些端口作为默认端口……

更像是撞库之后爬走了数据。可能是中层员工为了伪造业绩不择手段……
不太相信这是管理层授意的，如果公司能决策做出这么容易被发现的侵权行为，那也太傻了……

早就有软件这么做了，不提供 native ui，只有 web 管理界面。事实上内嵌一个 http 服务只需要几十 K 的库就够了。
electron 就是为了解决这种需求才出现的，它帮你解决了很多通用性的问题。
就好比人为了代步发明了汽车，你现在说汽车费油笨重不环保，我们还是骑自行车吧……

数据不存在

一般来说，技术分享只限于某个具体的应用 /具体问题的解决方案，而不会把公司的技术架构全盘托出。

智障行为，非常影响日常使用。本来一秒钟就能找到的 app，现在可能要反应好几秒才能确认没点错。

c_str 是一个 c 风格的兼容函数。一般是在调用 c 库的时候会用到。所以返回时必须要以 '\0' 结尾
比较方便的做法是，申请内存的时候，总是多申请一些。确保 buffer 的长度始终大于 size。这样只要在 c_str 中简单地在字符串后面写入一个 '\0' 再返回就可以了。
多申请一些内存并不会太浪费。越长的字符串浪费的比率越小。而短字符串往往经常进行拼接操作。预留 buffer 空间既可以减少内存分配次数，也可以减少内存碎片。

没有严格检查用户输入导致网页被植入恶意脚本是很有可能发生的事情。检查 refer 不能防止这种典型的 csrf 攻击。

理论上，任意文本都可以作为明文加密。而语意通顺的文本是任意文本的一个子集。而且看上去两者不是等阶无穷大，应该没法建立一一对应的关系……

嘘嘘助手……

只要没用到虚拟内存，就几乎不会影响性能，内存使用 95%+ 也没问题。
不过，一般互联网应用要应对突发流量，会把平时的使用率控制在 50% 以内。超过就要开始考虑优化或者加机器了。

比特币目前还不是货币，而是一种商品。
贝壳也能当货币。货币的起源比政府要早得多。
投资比特币和其它投资行为并没有本质区别。唯一的问题是你预期的收益，以及能承担多大的投资风险。

运营商劫持，老问题了。微博的全站 https 升级不彻底。
顺便运营商劫持取消授权改密码什么都是没用的。

广告我倒是可以接受，弹出频率比较低。
我最烦的是，每次用 wps 打开一个文件，都要默认打开他的“在线模板”“文档漫游”。仿佛嫌自己启动时间不够长。而且这两个页面根本没有办法设置为默认关闭。
幸好现在公司内部基本不用这些文档格式了，大大减少了使用 wps 的频率。

没有必要。
一次性写入大量数据会导致 IO 阻塞，引入不必要的复杂逻辑。
应用程序自己做 IO 缓存，一旦程序崩溃，缓存里的数据都会丢失。
操作系统本身就对磁盘读写有缓存，并且只要机器不断电就不会丢失。
写日志这种场景，有了数据就写，无需优化。不存在随机写入问题。
即使真的遇到了随机写入的问题，上个 SSD 就好了……