根据我多年的游戏开发经验，这有可能是原来的策划不在这个项目了，文档也没了，后续维护的策划看着这个设定比较蛋疼，就找程序问问这个是不是设计如此。程序一脸懵逼：代码逻辑就是这样，又没有注释，我怎么知道当时是设计如此还是 bug 。

然后他俩你看看我，我看看你，决定还是把它改掉了

我都搞不清楚到底说的是哪个线程安全

C++ 11 是有保证 local static 变量的初始化是安全的，因此 getInstance()这个函数是线程安全的

但是整个库都没有用到锁，因此在操作内存的时候，这个库不是线程安全的。

“面试官说这样直接锁住 instance ” 这里我没搞懂哪里会锁住 instance 。

@shuimugan 这批发的，一次要买 10 件吗？好像有点多

若不是 dmp 文件必须要用 VS 来调试，我都不想用 VS 。用 MinGW 、MSYS 之类的也可以编译 C++，但唯独调试这一块搞不定，QtCreator 也不认 dmp 文件

@changnet 这个平时还可以接零碎的活，比如修下电线插座网线什么的，后面还可以安装各种电器，在平台上接活

还不如转行搞强电。装修那个强电的师傅干几天一套房就布好电线网线了，几大千到手，只是找活需要渠道。

我老家也是杂牌双屏蔽超五类网线，沿着楼梯明装线槽和电线一起走了好几层楼，也没有接地，没有发现问题，能稳定千兆。

如果你的环境和设备没有问题（比如设备漏电，周围有强磁设备），屏蔽网线接不接地应该是没什么太大的区别，更不至于说连都连不上。

@jeremylai 你不这样做，怎么培养你的编码习惯，怎么提升你的编码质量？难道说在公司写 5 天垃圾代码，周末 2 天就按自己的规范写好代码，能分得这么清？

你在公司不好好写，以后你的同事跳槽了，敢内推你去再做一次同事吗？你的同事出去创业了，看到你代码一团糟，敢带你吗？

你这不是自己坑自己么。你对当前公司不满，有很多种方式可以处理，为什么选择这么一种来坑自己。你觉得对公司有什么损失吗？对公司而言只要代码能跑，钱赚到就完事，你同事多加班两小时去整理你的代码，对公司来说不算事。

@yaphets666 我们公司做得并不是很好。规范有要求要写注释。但有些人不写，也没有强制的措施，公司没有 svn hook 或者 ci 之类的东西来做检查。只是偶尔看到会口头说一下

对于工作了 10 多年，有那么一点点管理经验的我，是不认同这个观点的。

凡是不定注释，代码不规范的在我眼里都是工作能力不行的，绩效不会很高，工资、职位提升也很有限。如果要开人，第一个开的就是这种人。

代码是评价一个程序员最直接的东西了，你丢给别人一堆垃圾，期望别人对你大加赞赏，升职加薪？你觉得这逻辑走得通么。故意这么搞，最终就是落得人走了，名声在同事里也不好，领导觉得能力也不行。

开发时间太紧，需求频繁变更导致代码可读性不好，这还说得过去。但你至少写出一些工整，规范的代码给别人看，让别人知道你的能力是很不错的啊，这才有可能给别人留好印象，无论是升职加薪，还是以后介绍个工作，内推一下，都有可能。

你如果觉得公司给的钱不够多，那你可以慢点干，出的活少一点，但至少活还是干得漂亮的。或者你直接跳到个给的钱多的公司，那也能理解。

不要迷信什么不可替代，程序员 99.99%的活都是给钱就有人能干。那些代码写得工整规范的程序员也能干，无非就是又跑到某某论坛发个帖子大骂前一个老员工留下一堆垃圾。

对老板来说，开人的时候压根没想过你活干得怎么样，人家是从成本核算来开人的，好的不好的都开了

PC 协商出来都是千兆就是千兆。路由器上写百兆无非这个路由器的配置达不到千兆，但处理 200 兆的能力还是有的。可市场上又没有 200 兆这个规格，那就只能标百兆。

json 的序列化性能和 protobuf 的序列化性能（效率和包大小）不是同一个级别的吧，如果对性能不高，用 json 可读性当然更高

1. 会移动
2. vector 的元素数量会减 1 。但内存不会释放，作为预留空间。如果要释放，C++11 之后可以调用 shrink_to_fit 。同样的 push 如果有可用的预留空间，也不一定会触发内存分配