@LavaC 非常感谢花费时间帮忙找问题和提出建议，周末我尽量调整下看看效果。

@coolair 确实不少，但不太喜欢自动排序，看个人喜好吧。

看项目性质。如果这个开源项目类型偏向基础设施，比如 rocketmq ，那么适合包一层。
如果是偏向业务类型的，那么就 fork 直接改。

体验 debian 后，就喜欢上 debian 了，安装软件方便。曾经钟情 centos ，但是 centos 折腾包坑太多，我是开发，不是运维。不想把经历花费在自己不擅长的领域。

@zmqiang 我就属于是周围人里面没打疫苗（ 0 针），但症状最轻的。

@garipan 不需要什么阴谋论，而是这个研发过程太草率了。还有信用问题，所以不打。公众人物，目前张朝阳没打，他可能是智商有问题吧。
PS：我没打，第 3 天可以抽烟，只是觉得太作，所以暂时还没抽。

@jeremyjee 同样遭遇，恶心到了

根据楼主描述来说，实际工作中从事比较杂，比较广，现实工作中应该比较优秀或者能得到领导认可。但是呢，面试中很难体现，甚至变成了减分项。
……人啊，就是贱！！

只要有研发能力，我个人觉得还是远离低代码平台。
原因：毕竟你作为研发人员，老板理所当然会让你实现一些定制需求，低代码平台的话，你大概率会悲剧。

太简单了，项目启动直接启动一个一堆线程，随机计算字符串 MD5 。内存+CPU 都上去了。

@jsutfun 影响小？难到你们公司业务纯虚拟的，和现实中人和钱都不打交道？别说小公司，看看大厂今年的裁员力度。而我自身，我们运输行业，直接给我们搞的半死不活。您呐，真是站着说话不腰疼呢！

说点实在的就是：持续 Code Review 、持续重构，不放过任何一个螺丝钉。还有关键的一点，代码能简单写就绝不绕弯子，保持极高的可读性，可降低后续重构代码的时间和精力成本。
但是，悲催的是，会导致一个问题，你大概率会变成强伯症，别人代码只要略微不讲究，你就会很难受。

既然有主力机了，买个非智能机吧，用来收短信，安全便宜，哈哈。

目前感觉一般，主要是稳定性和隐私条款。
来源 1：某乎，丢盘。这个很恐怖。
来源 2：什么 xx 买，系统崩溃，前两天的事情。
来源 2：官网，用户隐私协议。

说点可能有点打击楼主的话，我那个比你这个好看，要简单可以简单，要复杂可以复杂，我得审美实在没有 get 到这个产品的亮点。
总之，我也没想过挣钱的事情。不过，目前备案调整中，所以就暂时不放地址了。

所以说，没有表头验证以及数据规则验证吧。。。作为开发，我觉得你也有责任。开发的第一任务就是把用户当作一个系统破坏者，理论包括所有数据入口都应该考虑。

根据我个人使用希捷的经验来说，建议把希捷永远拉入黑名单。我大概从 13 年开始买希捷，吃了三次亏。。可能是头铁吧。今天正常，明天没法用。要么有异响，然后凉凉。要么就是彻底没反应。
嗯嗯，我已经是希捷黑了。