如果你有能力光凭别人客户端 SDK 就能盲开发出来服务端，那么再服务端完事之前就已经搞出来自己的客户端 SDK 了。所以你的问题压根就不会产生。

客户端 SDK 就是个普通的软件产品，没有版权，仅受授权协议的保护（国内还有个毫无卵用的著作权），Apache License 2.0 协议，只要标明原作者和修改的地方，就允许无限使用。

典型的即要牛挤奶，又不想给你吃草。

文件占用不影响复制，那种不能复制的文件，要使用黑科技或骚套路才能搞出来的。

我记得微软明确说明除了最后一轮都是电话面试

目前 Windows OEM 这一块还没有人开锁 BIOS 的先河，所以你买的电脑硬件还有 100%控制权，自然是想怎么样启动就可以怎么样启动。虽然 Windows 11 开了锁联网账户的先河，但是这货已经基本确定是 Windows vista 、Windows 8 这种过渡版本了，windows 13 之前应该不会有 OEM 敢锁 BIOS 的。

@PowerDi #23 高频激活——被杀——再激活这个循环，相比于单纯的常驻后台，CPU 消耗量可以多成百上千倍。Android 最大的问题不是常驻后台，而是自动唤醒方式多如牛毛。正常的常驻后台服务是消耗非常少的资源的（谷歌自带框架就是典型，几十个后台服务但是耗电量几乎无感）

跟团队项目如何做到不把个人配置提交到中央仓库，是一样的原理：使用可覆盖的配置体系，本地配置覆盖默认配置；中央仓库只提交默认配置。

Spring Boot 的配置文件体系 https://docs.spring.io/spring-boot/docs/current/reference/html/features.html#features.external-config ，随便玩都行。最简单的：application.yml 弄一句 spring.profiles.active=local ，然后示例 /默认配置都放到 application.yml 一起提交；.gitignore 里面加一条*-local.yml ，然后把 .gitignore 提交了（很重要）；本地直接源码 application.yml 旁边放一个 applicaltion-loacl.yml ，生产环境就 jar 的旁边放 application-local.yml ，local 当中只填写非默认的配置，这样即不用担心提交污染默认配置（或者泄露个人配置），也能让定制配置的内容更简洁。

后台接受消息，请使用推送，除了微信之外的强行保活手段，必然被 OEM 和用户无情的杀掉。

这个叫做内存数据库，基本上是个数据库都提供专门的内存数据库（可持久化的）。只不过，因为内存库有好多功能限制，所以只会用在超高实时性能要求的地方（比如电信实时计费系统）。平常的业务系统，不管是 CRUD 还是领域驱动还是各种高级设计，都没有那么高的实时性能要求，基本用不到内存库。

还有另一种不面向持久化的内存数据库，比如 H2 ，功能上跟普通数据库差不多，但不管性能不管数据安全，它的主要目的是给单元测试或者其他临时使用数据库的场景提供一个临时的、内嵌的数据库。

此外，楼主标题也涉及一个是不是的问题，前半句是，后半句不是。CSDN 最大的时候是十几年前收购 Java eye 的时候，那时候 CSDN 在国内横踩 .NET 和 Java 两大语言，简直就是程序员社区的代名词。现在不过是苟延残喘吃老本而已。

一直被骂还一直变大的东西多了去了，CSDN 从来不是最突出那一个。

你的问题跟 vscode 无关，跟 2w+ 行有关。不信你试试用记事本打开你文件，别说编辑，打开都可能卡死。

你在美团体验好，那是因为：一，专项，只搞美团相关的业务笔记；二，有团队在持续维护。出来搞个人笔记的时候，上面那两项原因就都不存在了，想再找个一样体验的基本上不可能。plantuml 、思维导图、drawio 三个全是图，而个人笔记最多的会是 文字 和 导航及搜索，这三个图还会有但是不会像工作那样占主导地位。这个时候，当同步网盘里面的三个文件夹，会是更好的选择。

通过在通知消息中附加待办的处理入口，让用户可以从消息直接导航到相关任务，这样可以提高用户的效率。但是这是““我的……””功能的辅助，不是替代——就是别用“我的未读消息”来代替“我的……”

为啥，不两个都用。

第一个思路不用于通知，而是用于个人收到通知后（或者随时）的主动查询。这是类似于“我的……”的功能，有没有通知都要做。

第二个思路，去掉“完成待办”操作，增加“已读”操作，如果有闲工夫，还可以增加跨终端消息已读状态同步功能，再有闲功夫，还可以增加“之前你的某某任务已被他人处理”提醒消息。

通知 /推送的主体是系统，待办任务的主体是个人，这俩是两码事，要分开处理，合在一起就会引起混乱。在细分一点，通知消息的生成跟读取也要分开，前者主体是系统，后者主体是个人。

简历，最重要的是不能造假，你真实期望是几个岗位，就写几个。但请注意这要是你发自内心想干的岗位，不是因为别人说好或者待遇好才想干的岗位，通常这也意味着你要么有这岗位的经验，要么有这个岗位的相关经验。

找工作，最重要的是找到双方都合适的工作，而不是找到招聘方单方面满意的工作，那是犯贱。

虽然你说的那些确实是问题，但那不是你标题说得问题“不给平板用户留一条活路”。相反，你所说得雷，恰恰是为了让让平板更好用的设计。你的本源问题是：在平板上干常规电脑干的活，这种理念自 win10 刚开始就被抛弃了。