跟业务功能无关但又需要根据项目实施场景来定制的基础设施是放在哪里？通过库 /组件引入业务系统，还是在业务系统之外作为独立的基础设施用运维手段搞定？不同背景的人有不同的答案。

单一技术栈、以纯程序员为主的团队，用 SpringCloud 或者类似的其它能把基础设施集成到程序里的“全开发”式方案会比较顺手，而混合技术栈、运维技能全面的团队，可能更适合业务逻辑归业务逻辑，基础设施归基础设施，后者多使用运维手段来解决。

如果这两个节点在同一二层网络，把做配置的拖出去打死。
如果在不同的二层网络，把提要求的拖出去打死。

@JoeoooLAI 但是 UISP 那个 OS 目前还看不到详细资料，尤其是 CLI 的资料……如果是作为 EgdeMAX 的后继，这样很难平替的。

居然还招 Haskell 开发……

让产品主管、技术主管、经费主管人肉 PK 先，谁活下来听谁的。
产品主管壮烈了，就不用做这个需求了。
技术主管壮烈了，可以换掉怕多酱的 MySQL ，改改规矩。
产品主管和技术主管联手打得经费主管趴下做舔狗，可以加预算把事务和分析解耦，分析操作用数仓。

另外，从回复可以看出，OP 标题这种网红自媒体风的表达方式会激化矛盾 ^o^

其实 Windows 里的 UI 逻辑也有 drag object vs move viewport 的区别，只不过前者一般对应点按后移动鼠标（ viewport 不动，object 根据鼠标底座移动方向跑），后者对应转动滚轮（ object 不动，viewport 根据滚轮转动方向跑），大部分 UI 都遵循这个区分，鼠标主体动和滚轮动是两回事，所以习惯 Windows 的人认为两者应该区别开。而当代 Mac 似乎有意融合触摸板和鼠标，滚轮的动作也是相对于把鼠标当成一个固定的触摸板底座来判断方向的，那么原生 Macers 就更习惯两者一致。

没有好坏。但我认为，Mac 的模式是为 Mac 的融合式鼠标硬件妙控设计的，外接第三方“传统”鼠标时，这种操作其实并不是很协调。毕竟，就像前面有 V 友说的，向上推滚轮时，跟底下的“纸质文档”发生“摩擦”操作的是滚轮的底部，是把“纸”向下拉的。

其实，以前日本的 PC9801 时代，也有过跟 IBM PC 相反的设计。9801 里 Page Up 是把“纸”向上拉，Page Down 是向下拉，类似触摸屏的拖放，正好跟 IBM PC 里文档不动移动视线的操作是相反的。不过 9801 基本没在日本之外流行过，而且后来也消失了。直到触摸屏时代，又在 Mac 外接第三方普通鼠标的场景里成为网友们争论的焦点。

图书馆行业的路过。表示这种自己拍脑袋做的只能当 CS/SE 的课程大作业。真实世界的图书馆系统业务逻辑其实还是很复杂的。

U 家的东西……除了贵之外都挺好。贵也只是相对的，品牌定位是高于普通家用级但低于企业级，价位也卡在这个中间。

我家是老款的 USG8-60W 带两个 UAP-AC-Lite 、一个 UAP-AC-Pro ，凑合用着没动力升万兆和 AX 。网关是 EdgeMax 系列的 ER-X ，没用 Unifi ，因为有些不可名状的配置需求在 EdgeMax 上很好搞，Unifi 上不那么顺手，甚至不保证能不能支持。

同意 #2 对存量的兼容是遗产也是屎山。

同理，X86 CPU 也是这样。所以 Intel 在搞 X86s 去掉 16 位和纯 32 位模式。

还以为说南唐后主李煜

@hunono 你不出我想要，你出我不买👍

大屏的页面里加开关设备功能，操作都不方便。

你可以搞一个在手机或者 pad 等移动设备上操作的界面，跟大屏配套。另外在移动设备上做好大屏的预设节目组切换、临时切换功能。这样有领导来视察的时候可以让现场讲解人根据领导的反应来调节节目。

因为 debian-cd 的正式镜像站就是只有当前的 stable 版本 ISO ，不保留旧版。

你需要的是 cdimage 里的 archive ，这个玩意几乎没有做镜像的，外国也是。

Electrical Engineering 广义上包含电力、电子等一系列领域。在中国一般是狭义的，做芯片的是电子工程中的微电子方向等。不过也有大学的电气工程学院有人做集成电路。

你是说把所有人的头像图片作为整体来传输，有人的改变了就把 60 个人头像的这个整体重传一边？这不是给自己找麻烦嘛。

初等数学成绩还行的中学生，说自己对数学感兴趣，其实不一定理解大学里的数学专业是学啥内容……真学了说不定会被现实毒打的。如果她自己真这么想，建议了解一下数学专业的课程体系再决定。

对了，看到不少 V 友提到医学。其实医学的范围也挺广的，不只是医疗。比如公共卫生（防疫）。我校公卫就有导师是统计学专业出身的。