@akmonde 大的网络压力测试尽量不要用家用机测试，宿主机系统也尽量不要用家用版本的 windows ，最差也要用 windows server 2xxx ，网络能用 bridge 就不要用 NAT 。

问题原因其实有很多种，换个好点的环境能规避掉很多麻烦事。

@akmonde 你们用的什么样的物理机来跑 vmware 虚拟机的？ vmware 用的哪个产品？

ansible 有个问题。如果你需要切换到更高权限的账户来执行命令，那么你需要设置 nopasswd 到这个账户，否则会出现你遇到的这种问题。

比如在 Ubuntu 那种使用 sudo 来执行管理命令的，你需要在 /etc/sudoers 的 sudo 那行改成%sudo ALL=(ALL:ALL) NOPASSWD:ALL

在 CentOS 那种使用 su 来切换到 root 的。你直接使用 root 来连。

@942bc 我也想这么说~

家里不要装摄像头啊！你以为黑客是吃素的吗？

你这是准备分分钟直播你家里啊。

最多家门口外面装个。

@lingxueyu 其实招聘时说清楚工作强度大也是一种负责任的招聘态度。双方面试时聊清楚了，那么进来后大家合作起来才能没有顾虑。至于强度大，很多时候市场在那边，赶进度也是不得已的情况。加班的补偿，最直白的也只能是待遇，谈感情都是虚伪的。何况我们的工作既不是做外包，难度也不低，很能锻炼自己。

@ssrtree
@zkd8907
@lingxueyu
就我个人感觉和平时接触，真的觉得女的做事是普遍的的认真负责，这点远超男同胞。

不过有个问题真的很让我费解！我司的工作强度挺大的，然后每次收到女程序员的简历时，虽然刻意想招，但是 HR 一跟她说我们强度大，然后就没有然后了，即使待遇不错也不想来面。现在整个公司还一直是个庙。

但是反观很多服务性质的、销售性质的、或者一些偏文职类的，那加班强度丝毫不逊色于我们的工作，好多女的加起班来比男的还猛。

@lingxueyu 感觉程序界不招女程序的现象挺严重的。

@jago 我就是这么干的~

看你预算。如果预算能让自己在中档的建材上有所选择，那么看看周围朋友都找了哪些装修公司，挑个口碑好点的。
剩下的就是自己明确自己的设计以及控好预算。

也就是不要看见什么就想装什么，不要别出心裁。看看周围朋友家怎么装的，周围邻居怎么装的（如果有）。觉得好，直接照抄。

重实用轻美观！多留储物空间。电视背景墙能简单就简单，这东西通常是美观不实用的地方。

设计师在设计各个空间怎么用上有一定帮助，但如果自己预算不够，那么设计师在美观上的帮助就不大了。好的装修公司在工程质量上有一定帮助，但真正决定工程质量的是项目经理，找到一个好项目经理可以帮你省时间、省预算、省精力。这个同样是口碑比广告更有效，看你周围朋友同事亲戚什么的有没有装修没多久的，他们对他们的项目经理的评价。

大部分人装修一定会超预算，我们家也是。关键是控制好超的量。问朋友把他们买建材的收据要过来，他们的户型图要过来。然后 excel 上都整理罗列出来，包括建材的数量、单价、总价等，自己的那份在这份 excel 上改。根据自己选择的建材品牌和型号的不同，多做几分预算。分为高中低几个档次。确定这份预算后，再上浮 10~20%，差不多是你真正的预算。然后再下单买。千万不要买了东西后反过来做预算。

一定要有自己人到现场做监工和解决疑难问题。不行就自己请假过去。千万不要让他们自己干，否则会出现各种弄错的问题。设计师的图纸有很多地方会和实际施工对不上。工人有时候也会私自做主，不按照图纸来。

细节很多。原则就是重软装轻硬装，货比三家，认真贯彻预算。

还有很多很多细节，见招拆招吧。

贫贱夫妻百事哀~
有了房，还款压力不大，会让自己有一种可以养活自己并且能养活家人的自信心。有了这种自信心，那么后面做任何事情都会更加的乐观和自信，生活中的各种艰难险阻也就阻挡不了你了，后面的生活也就自然而然顺心。
反之，结婚后，房子、教育、医疗、父母养老等大山逐步压过来，然后发现自己的身体越来越不如以前，这时，自己在经济上还不能缓过气来，那么生活会越来越让人觉得悲观的。至此，也就那些心理素质真的很不错的夫妻才能过下去吧。
所以房子只是衡量自己能不能养得起家的一个比较容易判定的标准，但更重要的是清楚的认识到自己是否有足够的能力承担婚姻这个重大责任。如果觉得没那个自信，那么就不要轻易的踏入婚姻。

@simpleisbest 不够，平时要跑 docker ，然后还有虚拟机什么的，加上 IDE ，加上 IDE 中跑起来的程序，加上浏览器，还有各种文档，各种沟通的软件， 16G 就很紧张了。

关键是要支持 32G 内存啊，现在的内存完全不够用。

我们这边的风俗基本上礼金送到女方家，订了婚，基本就要求立即领结婚证了。婚礼啥的就是走个过场而已了。

先给你加个 Star 。

@qianguozheng 我们对泛型的需求和文章中提到的差不多，即借助泛型来实现一些特殊需要的通用数据结构或算法。没有泛型的话，代码多了不说，更主要是容易引发转型的 bug 。


@Gem 其实这个我也是不太抱希望的。现在已经有一些可用的包管理器了，但最大的问题是有好多开源包并没有按照语义化版本来发布。这个要规范起来也需要很长的时间。

@echo1937 少贴了几个字，反正都是说泛型今年不会出来，所以我们项目是等不来泛型了。

@yegle 这个无形中增加了大量的代码呀。而且未来要修改一些机制，势必要重新生成什么的。遇到一些需要类型信息才能选择和判断的功能，也不太好实现呀。