分析得挺到位的。

有几个问题可能还需要想想：
1. 这种追踪类的水印有一个很重要的功能就是可以解码出盗版者的追踪信息，如果盗版者在你基础上又做了处理，不需要动所有的点位，哪怕只动了一个位置都有可能导致解码出来的信息不能定位到任何一个用户。
2. 自动化盗版的速度都很快，可能在检测出有盗版存在的时候已经都盗完了，甚至钱也退了。
3. 对于那些对用字和语法要求苛刻的作者来说，大概率不会采用这种方案。

DRM 确实是个大难题，而且现在已经形成了长期对抗。

对于括号里比较长的表达式，我个人比较习惯这样的换行，看起来够清晰，也对版本控制系统比较友好：

if (
obj.method1()
|| obj.method2()
|| obj.method3()
) {
}

没研究过怎么让 IDEA 自动格式化成这样，Preferences=>Editor=>Code Style=>JavaScript，你可以看看。

可以手动换行，然后用 reformat 辅助整理，多按一个回车的事。

对于括号里比较长的表达式，我个人比较习惯这样的换行，看起来够清晰，也对版本控制系统比较友好：

if (
obj.method1()
|| obj.method2()
|| obj.method3()
) {
}

没研究过怎么让 IDEA 自动格式化成这样，Preferences=>Editor=>Code Style=>JavaScript，你可以看看。

可以手动换行，然后用 reformat 辅助整理，多按一个空格的事。

@wunonglin #16 我们已经因为整改逾期被工信全网通报过了，然后又被公安网安约谈了 2 次，险些被强制下架，你觉得我们赶不改吗？不说了，我要去写整改材料了。

四季民福、京味斋，其实还有一些不知名的小店也很不错，还便宜。

不推荐全聚德和便宜坊，面向游客的。

不建议打包，现场吃才好吃，你可以自己吃完打包鸭架回家煮汤。

@wunonglin #8 说没用的都是没运营 APP 的，最近监管部门查得很严，违反政策有处罚的，中央对这块有要求，不敢懈怠了。

4 月 26 日工信部刚公示的《移动互联网应用程序个人信息保护管理暂行规定（征求意见稿）》中第七条：（四）在非服务所必需或者无合理场景下，不得自启动或者关联启动其他 App 。

可以准备投诉一波了……

如果希望用 IP 方案的话，了解一下 X-Forwarded-For，整个链路上所有节点都遵守这个标准能解决很多问题。

不过用 IP 方案可能也解决不了你的问题，因为要考虑有些客户端会变 IP 的，一变 IP 就重新登录可能体验也不好。

可以考虑加个互踢，token 泄露一次，用户只需要重新登录就可以让以前泄露的 token 及其刷新产生的 token 全都失效。

token 这种方案其实保证使用 HTTPS 通信的话，一般是没问题的，客户侧的安全问题只能由客户自己解决，除非你提供专用终端。

另外就是可以增加偷到 token 后的使用难度，比如前端混淆代码对 token 和 payload 做个公钥签名，token 和签名一起发，后端私钥验证签名错误则认为 token 无效，只要你的混淆代码难以被逆向或外部调用，破解成本就会很高。

跳槽不意味着一定能涨薪，招聘方还是要看你能力的，否则就不会有筛简历、笔试、面试了。

三年是一道坎，是说每过三年，自己的能力都得提升一个层级，比如工作三年到中级工程师，再过三年到高级工程师、架构师、技术经理。

所以先抛开薪资，单谈能力的话，刚参加工作的头三年是你的起跑线，你的成长速度会累积你的成长幅度。

个人的成长，一方面靠自己的独立成长的意识，另一方面靠好环境的培养，两者缺一不可。

假设个人+环境都做得很好，即便头三年工资低，三年后你跳槽的时候也有机会回归预期的薪资水平，毕竟换工作谈薪资是看招聘方给多少，而不是看你以前拿多少。

私以为，头三年个人发展的权重应该更高，但并不是说头三年的工资就不看了，你得在个人发展有足够保障的时候，尽可能挑工资高的，毕竟资产也是累积的，要发展就没有工资这种极端情况并不是那么多。

以上都是建议，如果你迷茫可以先参考一下；如果你已经想明白，则坚持自己的主见就好。

自己双系统下用 Manjaro，WSL2 下用 Arch，服务器想要直接跑服务的话通常用 Ubuntu （曾经也用 CentOS，直到……），NAS 以及容器主机这种单一功能的通常用 Debian，容器内通常用 Alpine 。

滚动升级的发行版维护团队会做好短期内升级迁移的可靠性，所以想避免滚挂就尽可能缩短升级周期，比如每天升级。另外 Arch 系真的很考验用户的 Linux 知识储备，如果你了解很多，就能用得很顺，如果知识匮乏，可能就会很恶心，这不是一个 Linux for human beings 。

在 Arch 系基本都用 yay——自从 yaourt 被不推荐使用了之后。

用 Fedora 来尝鲜挺不错的，Linux 界有不少革新是在 Fedora 上以成熟化的姿态展现的。

一直都想试试 Pop!_OS 。

我认识的用 iPad 练习插画的人不少，买二手也不贵，能用很多年不用担心性能不足。

数位屏 /板见到最多的品牌是 Wacom，入门级数位屏某东上能在两千九左右（ 1080p ），更专业以及更高分辨率的数位屏真的很贵，你可以看看都是什么价位。

另外现在用数位板的专业画师也不少，比数位屏便宜很多，不用老低着头，用习惯了跟数位屏差别不大。

订阅 W3C Blog 、V8 Blog 、Mozilla Hacks 、TC39 的 proposals，每篇文献都看一看。

尝试使用 WebSocket 、WebComponent 、WebWorkers 、WebAssembly 做些 demo 。

把以前做过的项目拿来做各种浏览器的适配，包括桌面端、平板端和手机端。

了解一下微前端（ Micro Frontends ）。

了解一下其他领域的知识，比如后端、移动端原生、运维、网络安全。

研究爬虫和反爬虫。

https://www.v2ex.com/t/767139?p=1#r_10391487

先让产品设计人员做好未来的规划，在可预见的需求中进行扩展性的设计，有余力可以在不提高成本的条件下考虑一些未计划但可能大概率会有的需求。

然后就是要时刻意识到，你的代码是有生命周期的，一旦需求发生变化，生命周期结束，让项目经理在评估项目 ROI 的时候把这个生命周期考虑进去。

《中国合伙人》里有一句台词：不要和自己的好朋友合伙开公司。

虽然是台词，但也没毛病。

@chenqh #18 其实现在很多系统不一定非要用一种数据库来实现，可以尝试把需求进行拆分，然后用几种不同特性的数据库、中间件来分别发挥其擅长的特性，从而做到整体系统性能的提升。

如果没意识到 Oracle 比 MySQL 好用，说明 MySQL 就已经能满足你的需求了，等未来有需求 MySQL 解决不了，可以看看是不是 Oracle 能解决。

就像前端就写个静态页面，也没感觉用原生 JS 比用框架好在哪；如果做个交互丰富的后台，框架的优势就能体现出来了。