防火墙启动完就挂的问题终于修复了！

用 Toolbox 的话，更新会很方便。

@lianxiaoyi 其实我感觉早期的话弄点二手服务器放公司还是挺划算的。一个是机器确实便宜，而且内网搭个千兆万兆环境能省下带宽什么的费用，机器在公司，维护也挺方便。但东西快成型时，可能就需要像你们那样上云了，毕竟几十上百台机器，自己再去投入运维的话，不合算了。

@msg7086 貌似发不了私信，所以就这边问了。我们的服务器想添内存，但貌似我找到的单条 32G 的内存都要 1500 以上，想问下哪里能弄到 100 刀的内存？

呃，其实关键是 esxi 对硬件有一定要求的，如果不兼容，还装不上去。

redis 启用密码了吗，没有启用的话，很容易被入侵。

@zlkent 多少能出？

@chenyu0532
首先我们来弄清楚大家出于什么原因极力推荐 mac 和 linux。这块 LZ 自己已经描述的差不多了。
一个原因是这两个系统上有比 windows 更优秀的 shell 以及和 shell 结合的更好的工作流相关工具。通过它们，我们就可以将写代码外的其他事情通过脚本和工具交给机器自动化处理，比如打包、测试、分发、部署等等。那么带来的好处就是开发项目时，可以更加专注的写代码，一定程度上提高开发的效率。
另一个原因，对后端来说，基于现在 DevOps 的趋势，后端是需要熟悉运维相关的东西的，我觉得几乎是后端必须掌握的技能，这块不多说。而对于游戏前端来说，因为移动端和主机的普及，前端的代码更多的会在类似 linux 的系统上跑。熟悉这类系统，会对自己在这类设备上调试或调优更有帮助。
可能还有其他原因，我一时还想不到。

然后从 LZ 的角度出发，我觉得这两块都是锦上添花的技能点。
自动化这块，前端没有像后端那么依赖，很多脚本也可以找后端帮忙写，真要自己弄，脚本这东西学起来也快的，打包什么的，熟悉下 jenkins 什么的也够了。
调试调优什么的，如果只是普通测试，现在的开发工具已经做的不错了，几乎不需要自己深入到系统里面。而后期做到引擎那块，会需要了解这类系统，但也是后面的事情了。

那么技术上如何才能走的更远呢（这里不讨论管理那块）？我觉得就两个方向吧，一个是做全栈（让老板能把你一个人当多个人用），一个是做引擎（你能做别人做不到的事情）。
LZ 已经说了不想做全栈，那么另外一个方向上，单单会用一些语言以及一些引擎是不够的，会实现策划的需求也是不够的。而一般的游戏大厂，多半是会走华丽这条路线的，而走华丽路线，那么就会有自己的引擎或者懂得如何深入优化现有的引擎。
所以 LZ 的数学是否还记得多少？图形学学的怎么样了？ OpenGL 是否熟悉？是否从源码层次上吃透了现在的图形引擎？

@rocksolid 你说的那是另一种情况，说重了点也算是违法的了。

LZ 的情况就是类似人家字幕组无偿的一集一集的做了字幕分享出来，还被免费享受的人催，或者指责字幕质量低下。

不满意的可以提 issue，有能力的可以改了然后提 pull request，甚至 fork 了自己继续开发，再不行，就用脚投票，直接不用走人。

如果真心想用的，就要考虑花钱，花了钱买了服务还有问题，就要考虑投诉甚至起诉。

另外，LZ 这么重的怨念发到 V2EX 上就算了，我们这些吃瓜群众看看就算了，有同情心的，提些问题，问些现象，帮助 LZ 解决下也可以。但是怨念当做 issue 发到 github 上了，我就有点受不了了。

为什么人家 github 上的项目一定要完美，你是花钱了还是参与开发了？

蚊帐加空调~

不要买 6p，6p 性能问题很大。

同上，没 32G 内存没动力。CPU 的更新没啥意义。

可以用 Parallels Client 代替。

其实关键点在于，如果不去体验，是没法知道这些东西到底是自己的刚需还是一时兴起。

如果生活中的这些东西可以允许自己租来试用一段时间，那么我感觉可以少花很多冤枉钱。

很多程序会有内存泄露，隔两天重启下机器就可以了。
另外，个人觉得 macOS 的程序太占内存了，多开几个 IDE，多看几个网页，甚至 16G 都不太够用。

通过配置 https_proxy 环境变量，就可以通过 ss 来发送消息了。

@aheadlead 如何为 telegram-send 配置代理？貌似 telegram 需要翻墙才能发送消息

@lty494685444 题材很不错，片头很好听。就是感觉拍这个电视剧的人功底不行，叙事有些平淡。但这部剧值得一看。