个人理解，中台是个人力组织结构概念，可以把各个业务方向需要的共通能力交给中台部门来做，交付给各个业务部门灵活运用，从而节省整体开发成本。

中台的核心目标在于只做通用化的工作，所以像题主描述的对接各个业务部门需求的情况应该不属于中台的职责范围内，因为并不能通过统一开发通用功能来降低整体开发成本。

题主所描述的更像是一个单独的后台部门，单纯把各个其他部门的后他开发需求包过来（内部外包？），如果每个部门的后台开发工作量不值得专门配备一个开发团队的话，这样可以集中管理和最大化利用后台开发人力。

其实如果每个部门有必要单独拥有一个后台开发团队的话，也可以由中台团队维护一个后台框架，制定框架中组件的开发接入标准，以文档的形式提供给各个业务部门，中台团队不需要单独对接每个系统，而是每个系统主动接入到这个统一后台平台上来，中台只负责整体框架的运营和管理，做好各组件之间的隔离。

历史证明人类总会在事情发展到朋克的地步前发生转折，如果按照当前 AI 的发展趋势一条道走到黑的话确实有可能，但是从来没有任何一个技术按照某一个时期的趋势一条路走到黑的。

我用过题主说的方案，是可行的。可以网上搜 docker 旁路网关 。

小范围使用应该没问题，如果家庭网络内大范围应用的话，这样对 docker 宿主机的侵入性比较大，而且 docker openwrt 的容器不好维护，以及网关和服务器之间没有故障隔离，所以后来我索性搞了个单独的软路由做主路由 /主网关了。

法庭的存在的意义之一就是大多情况下双方都有“合理”说法，律师可以帮忙把行为使用合理合法的方式描述，当双方都有道理的时候，那么就需要辩论来看如何认定、谁更合理。简单来讲就是越是灰色区域越有扯皮的空间，但最终得以法庭判决为准。

我工作上接触赛博空间三大法律体系比较多，说一下我个人的经验。既然需要登录才能访问的数据，它再简单也不属于公开数据，当然如果学生按照系统要求正常登录把课程表复制下来再公开发布到社交平台上没有问题，问题在于教务系统并未授权除账号所有者以外的人员直接从教务系统中获得数据，限制的不是数据本身，而是数据处理行为。法律规定的数据处理行为分为收集、存储、使用、加工、传输、提供、公开等方面。

如果理想情况下按照正常合法合规的方式来做的话，就是学校要授权第三方课表服务使用学生的账号来获取课表数据，同时学生也授权第三方课表服务使用学生的账号来获取课表数据，这是数据安全合规的典型案例。

当然如果你没有服务器，只是个终端应用程序，那么用户如何使用都只是用户个人行为，你可以以免责声明的方式来降低风险（当然使用非公开接口依然会有破坏计算机系统的罪名风险）；但如果数据过你的服务器的话，就涉及到了数据的使用、传输等行为，就需要履行数安法规定的义务以及承担相应责任。也就是说法律风险比较大，法庭上扯皮的话优势较小。

不知道啥需求，虽然可以自己编译，但感觉对于 openssl 这种被很多软件包依赖的东西，直接升级为非官方支持的版本风险比较大，你看看能不能在容器里跑新版的 openssh 和 openssl 。

Wine 通常不是开箱即用的，需要用户针对要跑的应用程序自己折腾配置的，有必要还需要改代码做扩展，你看那么多基于 Wine 做的项目就知道了。

你要用的程序如果用的人多就可以去看看其他人怎么配置的，要是用得少就只能靠自己折腾看运气了。

我现在用 Manjaro 做主力系统，需要跑的 Windows 软件只有微信和 QQ ，这方面 deepin-wine 有现成的方案。

软路由就是折腾换功能，不肯折腾就老老实实用包装、测试好的商业设备，当然也要接受功能没那么丰富。
路由上装代理工具的好处主要就是能够让整个家庭网络透明代理，没有这个需求的话没必要非要在路由上跑代理。
Clash 的主要特性就是自定义分流，没有这个需求不一定要硬上 Clash 。

都是工具，符合需求就是好工具，说看上看不上的都没意义，用着爽的还是照样爽。

折腾 OpenWrt 还是需要一些 Linux 和网工知识储备的，否则只能百度各种博客文章，一知半解看运气。

Windows 上有一种软件安装方式叫绿色版（ Portable application ），其实 macOS 上的应用安装方式就是相当于苹果官方划定了统一规范要求开发者使用类似绿色版的方式发行应用。

macOS 也有需要运行卸载程序来卸载的应用，有一些涉及到系统驱动或者与其他应用联动的应用程序的文件并不只包含在自己 app 文件里，不过其他绝大多数应用都是绿色化的。

不过有些应用虽然可以通过删除 app 文件直接删除，但并不彻底，macOS 也有不少应用会在一些其他目录里产生文件，时间久了垃圾会变多，我曾经在一个用了 7 年的系统里清理出 40GB 的空间。

编剧汪海林分析过豆瓣，我感觉有一定道理 https://www.bilibili.com/video/BV1Cr4y1Y7pr
主要是讲豆瓣的用户群体比较单一和有限，所以有的人会觉得豆瓣的评价和自己的评价一致，也有人会觉得出入比较大。

总体来讲，如果比较能接受沈腾和马丽的风格的话，开心麻花的电影大多还挺不错的，毕竟团队本身有很多年的舞台喜剧的经验，他们在塑造角色心理和人物冲突方面非常有经验，电影化也比较花心思。

目前在用 OpenClash ，刚开始用的时候折腾了几天，到现在平稳运行了小半个月吧。

我个人的理解，你说的三个东西是其实是两类东西，OpenClash 是 OpenWrt LuCI 的一个插件，可以使用界面来管理 Clash 服务； ShellClash 是一个 Shell 脚本，用来在命令行下管理 Clash 服务的； Clash Premium 是 Clash 本体的闭源版本，提供一些进阶功能。你可以理解真正提供代理功能的是 Clash 本体，ShellClash 和 OpenClash 都是 Clash 的管理工具而已。

OpenWrt 提供了一个 LuCI 工具，可以用网页界面来管理路由器上的所有功能，操作比较简单，所以一般都用这个方案，相应的如果决定用 Clash 的话也会首选使用 LuCI 的 Clash 插件来管理。

Clash 跟其他代理工具的区别主要是提供了灵活的分流方案，比如看 Netflix 需要走没有被 Netflix 屏蔽的节点，同时玩游戏的话要走针对游戏优化的节点，同时访问一些限制地区的网站可以走对应地区的节点。

如果没有分流需要就可以用 PassWall 或 SSR+。

Clash 最复杂的部分也就是规则，但规则有现成的，可以使用 subconverter 导入 ACL4SSR 规则配置文件把你的订阅转换成直接可以用的 Clash 规则，OpenClash 在配置订阅规则的时候有这个选项，如果怕订阅地址泄漏可以自己部署一个 subconverter 服务。

一直没空折腾 AdGuardHome ，看网上比较多的方案是 AGH 上游到代理服务，代理服务负责决定 DNS 如何解析，也就是说代理服务自己更新什么的不会被 AGH 故障影响。

决定用软路由的话就得有折腾的预期，不愿意折腾的话

我前两天试了试 Jellyfin 的方案，也挺不错的，把各种编码格式统一实时转码成通用的编码格式串流到设备播放，比较适合多个屋子多台设备使用。

首先 Git 是版本控制系统，核心原理就是把你每个版本的文件复制到隐藏的一个单独区域里，跟你写论文每次提交给导师的版本都单独复制出一个文件是一样的，而业务上存取数据并不需要这样的版本控制功能，只需要文件系统帮你存取数据即可。所以数据库用途跟 Git 可能完全没关系，也就是说如果你喜欢的话，完全可以在文件系统上读写文件来存取数据。

任何技术选型都要看需求，通常业务数据库追求的是性能、易用性和一致性，实践是检验真理的唯一标准，题主可以自己尝试写个高并发交互服务，而且要确保事务原子性，你会发现现有的业务数据库帮你做好了很多事情，如果你自己读写文件的话这些事情都要你自己处理，包括对内存的高效利用。

当然不排除个别情况下读写文件就可以满足业务数据管理需求，比如 CMS 。

老老实实 NTFS ，文件系统足够简单，故障的时候也更加容易处理，参考文档和案例也更完备。

数据安全老老实实备份，至少两块盘 RAID-1 ，或备份到云盘上。

我只知道一个 Tox ，但通讯软件就是得大家都用起来才行，否则就被平台捆死。

@montaro2017 #22 主要还是看容器里跑啥服务，我之前试过 GitLab 、PhotoPrism ，基本都可以把机器干到无响应，跑科学上网做代理感觉速度也打折扣，连同一服务器还不如我手机速度快，后来我用了一台淘汰下来的游戏 PC 来当服务器专门用来跑 Docker 了，用 NFS 连 NAS 来存取文件；科学上网也专门搞了个软路由来跑。

我是 J4105 的板子，OMV 用了好些年了，目前跑着所有主流的文件传输协议，也开了 Aria2 。

按照官方教程几个步骤就安好了，按完后尽可能所有操作都在 OMV 的控制台里做，避免自己改乱了。

J1900 性能差，但不跑 Docker 啥的，只带阵列完全足够。

要是用 RAID 方案要配 UPS ；我是用的 SnapRAID+MergerFS 方案，所以没有配 UPS ，性能比较差，而且也需要定期跑备份脚本，但故障恢复难度极低。

或者黑群晖也是可以考虑的，J1900 的教程网上也一大把，但就是商业系统的盗版没有官方支持，折腾起来也不像 OMV 那么透明，好在功能做得很好。

绝大部分场景都是看招聘、项目管理的难易程度以及开发效率，现在微服务云原生的趋势下，瓶颈主要在数据库和中间件，所以语言框架的性能通常是较低优先级的需求，同时还存在混合架构的情况，比如绝大部分业务逻辑用常用语言，高性能计算部分使用 C++、Rust 来优化。

这种测评对架构师的技术选型可能有一定的参考价值，但也极其有限。

政策是好政策，我对狗东的印象还停留在“自愿加班”，我一朋友从那离职就是因为隐性加班太严重了，不知道现在是不是好一些了。