“委婉问上司”是个大败招，导致不好处理。

这个事情需要搞清楚几个因素：

1. 这个上司，是不是有拉业务的能力。如果他能拉业务，公司可能宁愿把制度直接改成让他决定奖金分配，都不愿辞退他。

2. 如果所谓的业务不是他拉来的，要再看他的协调能力、工作能力，要是他能力强，而当事人又不想跑路，并且当事人已经因为“委婉问”而暴露了身份，那只好忍了。

3. 他敢这样做，会不会已经与他的上级通过气呢？这点要通过观察他与上级的关系了分析，如果他已经做通了上级的工作，那你往上面捅，甚至报警也没用，公司为了声誉甚至可以说你诬陷，公司官方声明这笔奖金就是给他一个人的，因此才没有通知全员（说到这里，我甚至怀疑有这个可能性）。

总结，由于当事人已经暴露了，只要不想跑路，就很难出招。

少于 5 篇可以发布吗，比如可能有人希望每天只发布 1 篇，如果限定 5 篇，可能会为了凑数而凑数。

成本是不高，但问题是收入比成本更低呀。

而且，你怎么计算成本的时候只计算设备，明明占地面积才是最大的成本。

@Kasumi20 欲加之罪何患无辞，GPL 只要求提供源码，不要求大肆宣传。要骂还是可以骂：不就是 GPL 要求开源吗，一句话的事情发长篇文章干嘛，商人恶心。

（话说文章中说了开源的理由：1.有人用得到，开源对别人有益； 2.如果别人愿意为项目贡献代码，阿里也能借助开源力量。如果这被喷是个编造的理由，GPL 开源就能防得住喷子？）

@proxytoworld 先写，一顿操作猛如虎，就是干。

完了再重构，过度抽象的就减少层数，耦合过高的就再套几层。

很多东西是要写完才知道抽象是否适度的，重构一两次，经验就有了。

第一步，选题，确定自己要做一个怎样的项目。
第二步，细化功能，这个软件大概有些什么功能，列个清单。
第三步，写啊写，遇到问题解决问题，google 能解决 99%的问题，剩下的可以上来 V 站问，问具体一点。

My best score at Almost Pong is 7!

这个认为是 bug 也可以。

我对 bug 与价格歧视的区分是：价格歧视有明确的目的，并且基本上能实现目的。

就正文描述的这种情况，如果是故意搞这种差异，那么设计者的目的是什么？

原文对以下几个关键问题都说得很清楚了

- 现今市面上已有了 code-server 、Theia 等开源方案，我们为什么选择自研实现
- OpenSumi 有什么优势
- 与 VS Code 的关系
- 与 Theia 的关系
- 为什么要开源

我觉得蛮好的，人家建站也要成本，去原网站阅读是最基本的尊重了。

同九义，何汝秀！

@lifesimple 如果不得不做，就弄个一次性提示，点击“知道了”就把 clicked:true 保存到 localstorage 之类的地方，不重复提示就行。

sqlite 优点多：稳定可靠（真的身经百战，极难撞到 bug 了）、运行效率高占用资源小、备份容易、支持广泛（几乎一切语言都可以操作同一个数据库文件）、关系型数据库功能比 kv 多，便于编程。

虽然 kv 数据库也具有 sqlite 的多数优点，但 kv 通常用起来是麻烦一点，很多操作需要额外编程处理。

@lifesimple 不需要撤回，也不需要麻烦领导，卡点提交是最好的，提倡卡点提交，定期限时预留时间即可，简单清晰，没有多余概念。

@lifesimple 直接就叫“提交”，员工只需要知道“期限”和“提交”就行，到期就提交，根本不需要理解额外的概念。

至于提交后会怎么样，操作几次自然就知道了，不需要说明，直接体验即可。

内部系统的精髓就在于一个简单粗暴。