盗版问题就没有纯靠技术妥善解决的，最终还是得由法务来解决。甚至很多公司也都放弃了技术上做 DRM ，而是做起了维权销售模式。

另外决定买主机的用户肯定也不介意入手正版游戏，这部分收益可能并没有很大影响。

jQuery 和现代框架的共同点都是降低开发者操作 DOM 的复杂度，区别在于 jQuery 是让开发者直接操作 DOM ，而现代框架是给开发者一套设计模式，让开发者只需要提供抽象的业务流程和数据流，框架会自动操作 DOM 。也就是说在 jQuery 流行的年代，用 jQuery 开发一个现代风格的网站是基本可行的，只不过部分特性可能需要写更多的代码。

jQuery 流行的时代和现在的需求是有很多区别的：
1. 过去网速普遍慢，2G 网络很多设备才几十 K 的速度，很多地区宽带能到 4Mbit 已经算是比较好的了。jQuery 在 2010 年的时候只有 78KB ，现在单个 JS 文件资源动辄 1M 左右的大小如果到了那个时代会严重拖慢首屏加载时间。所以按需加载+加载动画比单页面 All-in-One 更受欢迎，甚至当时开发者会主动删除依赖库中不需要的代码，以及在字体文件中删除页面上不涉及的字。现在网络快和便宜到可以随时刷短视频和直播了，以前的那些需求自然就不存在了。
2. 过去设备性能普遍较差，所以会尽量避免前端渲染，除了采用后端渲染以外，还流行预渲染，除了必要的交互动画以外，会将数据和页面框架结合渲染成静态的 HTML ，拿空间换计算量。现在设备性能强到前端渲染甚至快于网络请求方案了，而且网站运营方也可以利用前端渲染来节省服务器开销。
3. 过去 Web1.0 时代的目标主要是信息的呈现，现在 Web2.0 时代的目标主要是交互体验，所以现在交互功能更重，单页面应用在这方面的优势更大。

这东西的核心逻辑是，如何在合法的前提下，将对经济的负面影响降到最低、正面影响提到最高。也就是说，如果到了某个时候，调休带来的经济正面影响并没有比负面影响高多少，可能就完全不调休了。

站在宏观角度上看到的基本就只是数字了，就像玩模拟城市类游戏一样，当你的 KPI 被定为经济之后，你就会去 Hack 这个指标。

Docker 跑了 6 天，目前占用内存 1.3G 。

不过我有 32G 内存（逃

Chrome Cast ，原生 Android TV ，可以装国产 APK 。

@MFWT #8 我对 AMD 的硬编解码器情况不了解，你可以调研一下，另外也得参考 Emby 的官方文档，看兼容性情况如何。Intel 核显和 Nvidia 独显是有相关的文档比较容易查到支持什么格式的编码和什么格式的解码。现在主流电影应该以 H.264 和 H.265 为主吧，未来还会有 AV1 。Emby 之类的需要用解码器解码视频源文件，然后按照客户端的需要再用编码器编码成相应的格式推给客户端。虽然软编解码器也可以实现，但会占用很大的计算性能。

我目前是一台 J4105 的 NAS ，NFS 挂载到另一台 i7 4790k 的服务器，服务器上还插了一块 980ti 用于 Jellyfin 编解码。

实际上完全可以搞一台家用游戏 PC ，搞个适合的机箱放硬盘，一般主板上都是 6 个 SATA 口，你现有的 5 块盘都能插上，新一点的主板还有 M.2.口可以装系统。至少一个 PCIe 口可以插显卡用来硬件编解码，或者你也可以看看支持 h265 编解码的核显。以后有扩展更多硬盘的需求只需要主盘上富裕一个 PCIe 槽就可以，即便是 x4 的槽都能转接好多个 SATA 了。

@aikilan 企业的目标是盈利，所以实际上都是需求驱动技术，反过来不符合企业发展的客观规律，除非是在研究机构，或是土豪公司愿意出钱养创新。

像微前端这种也是企业业务需求、经营成本需求、管理需求所催生出来的技术，是现阶段满足特定需求的最佳方案而已。

我个人认为，作为技术人员，首先要了解业务，然后才能根据业务需求精准得进行技术选型和技术设计。其次是做好技术雷达，了解新技术和行业案例，了解各项技术可以如何满足业务需求或者解决业务问题，从而在合适的时机可以被引入项目并被有效地利用。

在企业中工作，就要用企业一样的思维来思考。

我现在系统就是装在 u 盘里，不必要的写入都移到 tmpfs 了，必要的配置了 folder2ram ，上一块优化没那么好的方案用了 2 年挂了，这次又做了些写入优化估计能撑更久。
所以 U 盘一直插着问题不大，主要看闪存写入情况，你用引导盘只读不写的话理论上可以一直用下去。

nas 系统基本都有 webdav 功能。7x24 小时这个不好说，比如内存是不是 ecc ，系统是否有内存泄露问题，多久升级一次系统，软件包是否在特定版本存在 bug 。商业产品通常来说有完善的品控流程，会比社区产品要可靠一些。

硬件兼容这个，基于 Linux 和 unix 都基本没问题，黑群晖是破解的可能没有对部分硬件进行支持，但其实你可以依照白群晖的硬件配置找同系兼容配件。

社区完善，以上楼层提到的应该都挺完善的，具体还是看你需要什么功能，再看系统支持如何。但还是那句话，开源产品总归不如商业产品。


我个人建议网络设备和服务器物理隔离，因为网络设备的可靠性要求远高于服务器，我个人曾经就是折腾服务器的时候网络一起不可用感觉很困扰。

支持 docker 的话基本就只能在 Linux 范围内选了，除非是虚拟化套 Linux 跑 docker 。但用虚拟化的话的得考虑硬件是否支持虚拟化或直通。

视频服务的话得考虑硬件编解码吧，你看你是用 CPU 自带的，还是单独加显卡来实现，结合上面虚拟化直通问题综合判断。

所以你考虑一下是不是单独设备跑软路由，单独高可靠设备跑 nas ，单独高性能设备跑服务。然后服务器可以用文件传输协议挂载 nas 的存储空间。

架构思想、框架、工具都是为需求服务的，有需求就用，没需求没必要硬用。

微前端我听过阿里云的分享，阿里云的云控制台上有超多功能，超多团队分别负责，每种功能可能采用不同的框架来做的，而且也要兼容很多年不动的旧代码，如果不做微前端框架就会导致要么一直用统一的旧技术，要么把包括不需要改动的功能一起用新技术重构。

如果你就做一个一个团队维护的中型项目，可以统一框架和库的版本，也可以使用统一的项目结构，确实没必要用微前端。

玩过精英危险和 2077 ，都是可以跑的。
前几个月在 SD 上通关了辐射 4 ，体验也不错。
现在在玩 Minecraft Java 版，开光影，算是实现了一个在掌上设备上玩 MC 光影的梦想吧。

其实感觉这玩意的兼容性很出乎我的我的意料，很多官方没有认证的游戏 SD 也能跑得不错，各个游戏都可以去 ProtonDB 上搜一下玩家提供的兼容性报告。

SD 的手柄映射特别强大，要是活用能实现很多以往只有键鼠好用的操作方式。

在用 Meld ，开源免费跨平台。

主流品牌应该都可以吧，华硕和 TP 的风评好一些，不过一般对速度有要求的话，设备便宜不了，可能得在 600 元左右了。

偶尔需要用就是各种聊天工具的文件传输助手。
复杂一点的需求，安卓端有个文件管理器+，支持临时在手机上开 FTP 。
往 NAS 上同步照片的话最近在用 MT Photos ，类似 Google Photots 那样的同步。