当年我的解决办法是用 SYN flood. 内网里绝对好使，而且对方还察觉不到是为什么。只是觉得网络太慢，没法玩了。

很不错，多谢分享！

@BruceAuyeung 看 log. 没有比这个更靠谱的 Debug 方法了。另外，单元测试是关键。别指望用 gdb 啥的去调试 go 程序，或者说所有程序都别指望着调试器能做出啥。如果你遇到了一个情况，必须只能用调试器，那说明你没写够单元测试。

我们在 Chrome OS 上都能开发 kubernetes. 一个浏览器加 ssh 就能搞定了。我没看出什么地方非得要在服务器上装个桌面系统

最后一点，你在服务器上跑什么桌面环境。。。

服务器上部署虚拟机，虚拟机上部署 k8s 做测试。直接在本地上交叉编译到 Linux 环境。 kubernetes 说是只支持 Linux ，但是没说必须在开发环境下部署啊。这种东西跑在桌面系统上麻烦死。 Go 的交叉编译环境配置极其简单。

讨论的话还是邮件列表更方便。不是所有人都用微信。而且微信也不适合技术类讨论

主要用于系统级别的开发。典型项目参见 docker kubernetes etcd 等等。

框架什么的不要急着看，先把标准库搞熟就能完成绝大部分任务

文档资料在 golang.org 上很全。还有一个就是 https://gobyexample.com

C++

每两周发一次。

学校里做研究的优势是有充裕的时间和廉价劳力，可以把一个想法翻来覆去折腾透。缺点是资源（普遍）少（研究经费买不了几台机器），没有实际的流量和用户行为，只能凭空捏造问题，然后往往就只能靠套几个模型跑跑仿真出结果。

公司里做研究往往资源比学校充沛，随手就能搞来几百几千台机器做做实验，而且都是真实流量和用户，发出论文很有说服力。但是缺点是研究和生产都要兼顾，往往不能把一个想法的各个方面都尝试一遍。

一个良性循环，就是学术界和工业界多合作。工业界能接触到实际的生产问题，学术界可以找便宜的学生尝试不同方案。

要想互相伤害，可以从工业界找来几个问题，然后和老实说：这个问题要有几万台机器和大量的流量才能重现，您这几百台服务器要重现估计得跑几个月

@yuhuan66666 取决于什么叫“强制关机”。很多操作系统在笔记本按了关机键后就自己进入关机流程了。但这个该不该算强制关机？我理解的强制关机就是指直接拔电源（电池属于电源的一种）

没有机械部件就能强制断电？那文件系统怎么办？各种应用怎么办？

参考这篇论文： Understanding the Robustness of SSDs under Power Fault http://web.cse.ohio-state.edu/~qin/pub-papers/SSDFault-FAST13.pdf

其实图像的表现力还是不如视频强。应该让程序员在摄像头前跳舞编程

> 除了两个技能点没能答上来，其他感觉都很好啊
技术面试答不上两个技术问题是如何能感觉很好的？

这个是楼主以前的帖子 http://www.v2ex.com/t/284037#reply189

总结起来，就是当初楼主招了个实习生，不发工资只管三餐然后还抱怨人家实习生不懂得感恩。

根据这个尿性，我觉得第一家公司的 CTO 真的很器重你，你们一定可以同甘共苦共同打出一片天地！去第一家吧！

> 我感觉一直被欺骗。我讨厌欺骗。

姑娘让你过来，跟你结婚，给你生孩子，最后你说她骗你，那她骗人也太下血本了！

我个人觉得，有利可图的那叫骗。放着两边都不高兴的那叫没沟通好。

从你的描述看，感觉你还一直拿自己当孩子，别人都得听你的。因为你所有的描述都没有提及你老婆的任何心理，全是你自己如何被"骗"到北京娶了个老婆还得了个娃。你老婆留在北京的动力是什么？不去南京的理由是什么？你都没提。