@geekvcn 还真就是你不会用，不要吹了

单纯从 Server 角度讲，你有足够经验的话两者其实差不多。多数区别不过是设计理念不同而已。
就像楼内说的，RDP 和 SMB 更新需要重启。可你如果不是文件服务器为什么要开 SMB ？ Linux 做了 FTP，FTP 安全更新难道不需要重启服务吗？ RDP 也是，PowerShell 远程管理你连 RDP 都可以不开。
用 Linux 都知道作为生产环境不该开的服务不要开，Windows 就是一把梭然后怪微软垃圾。很多时候都是偏见而已。
如果你是单纯用来跑 Docker，还是建议 Linux 。最小系统更容易配置，只要你别上头去搞什么一键脚本大部分不会出问题。
Windows 也有无 GUI 的 Server Core 和 Nano，但不一定你所有的应用都能跑得起来。而且跑 Docker 的话除非你自己做镜像，不然 Windows 的很少。
如果用的不是 VPS，自己配置的硬件服务器还是建议 Windows，很多硬件和驱动都做过兼容性测试，稳定性会好一些。
当然这都是不差钱的选择，差钱你就 Linux 去吧，免费的。反正人工不值钱不是么。

@lniwn 是的。不过 Windows Server 真的没什么人直接 RDP 进去的，除非你就一两台机器需要管理。PowerShell 直接 Remote 就好了，新的 Admin Center 也挺好用的。
还有人更新重启不了怪 Windows 的。。反正 Linux 挂掉就是自己不会用，Windows 挂掉就是微软垃圾。不好好去查 Log 也不知道为啥死掉，真是奇了怪了。

@lniwn 可是为啥 Windows 的 Server 上要装 XX 卫士啊，这么干的码农真的还是回炉重造吧。
正常 Server 不都是最小配置么，无用端口全封，协议权限配置好了无论是 Windows 还是 Linux 都很难中招吧。

@wclebb Windows 要加钱，SSD 一般都是自己配的。
实际上都是自己选好配置找销售谈的，会比这个价格便宜很多。
光对比硬件没什么意义，公司要是全系苹果当然就买 Mac Pro 了。如果是 Windows 或者 Linux 系的话，肯定不会买 Mac Pro 了。这种工作站都有硬件兼容性测试，提供的驱动也都是很稳定的，比你买了 Mac 再换系统强。

纯 Web 性能 Windows Server 并不比 Linux 差，甚至还要更好一些。只要别干出来在 Windows Server 上装 Nginx 的蠢事就可以了。
这帖子里面充满没有认真用过 Windows Server 的人的各种偏见，实在没法讨论下去了。有人管理 Windows Server 集群是一台一台手动远程桌面上去操作的，居然还怪 Windows 不行。

数据量少就关系型，自己处理树结构就好了。
数据量大的话可以嵌套 JSON 存文档库，能提高一部分性能。
再大就直接用图数据库了，你这都是基本操作。

你这只是用褪黑素掩盖了你本身的睡眠质量问题，虽说褪黑素作用下你觉得睡眠质量可以，但是问题还是在的。

@liuzhaowei55 应该是鞋和姿势的问题。
其实你中指贴个创可贴就可以了，创可贴里面有块海绵，比薄款的五指袜好一些。
而且你这就 5 公里不会磨脚的。

@w99w 还时不时的根本打不开。

frp 可以直接加密的
不过不建议做，公司不允许就不用，下班了干点啥不好。

@mrCarker 算不上可怕。只是 MFC 是基于当年操作系统特性来做的，不过是受限于时代的技术。原生的消息循环，宏技术的大量应用，都是当时流行的技术。
只不过现在技术发展了，性能足够过剩到支撑得起 Electron 这种怪物，并不是说之前的技术都没有意义了。
这也导致了任何一个靠谱的工程师，都不会再受限于 MFC，肯定逐步学习适应了新的技术。QT 也好，Electron 也好，或者邪门的直接用游戏引擎做 UI 的也好，也都不会再去找 MFC 的工作了。
直接找 C++的就行了。
而且恕我直言，25 对于靠谱的 C++码农并不是很多。。。对 MFC 有所了解的 C++码农，这么多年来会的肯定也不止 C++这一门语言了。借助 C++对于各种底层知识的了解普遍也比同级别的 VM 语言码农多。一线城市的话这个价格并没有太大的竞争力。

估计你都找不到 3~5 年的 MFC 开发人员了。。。
你还是找个 C++的让他去学 MFC 吧。
记得多给点钱当精神损失费。

之前买过一把 511 的还可以，据说小米的也还不错。

箭头对齐，长度统一。
文本框要对齐。
图标大小按照级别来，同一级别的大小一致。
使用统一风格的图标。
做到这几点基本就可以了。图标实在不会找就用 Office 自带的，意思差点没关系。

应该可以换自动挡考吧。手动挡就是这样的，受车况影响很大。
当时考是一次过的，说下我的经验吧。
上车先检查座椅，反光镜。我们是完全机考，你说准备好了他才开始。在这以前故意松离合把车憋熄火一两次，掌握好离合的力度再开始考。不同车调的不太一样，而且考试车车况都比较差的。
另外离前车远点，鬼知道他会不会半路停车。

可以参考 Git Flow 。
本质上就是保护主线，确保每次在主线上的提交都是通过 PR 进来的，Review 和 CI 过的。
至于你 PR 是跨库提进来的，还是跨分支进来的都无所谓。
实际上根据团队情况灵活应对就行了。
缺点就是提 PR 的人需要根据情况不停解决 Merge Conflict 。但是这个问题是没法避免的，SVN 还是 Mercurial 还是什么其他的 flow 都没办法解决。只要多人开发就总会有冲突需要解决的。

张小龙：又有人要教我用缓存了？