有些问题大家有疑惑，我来讲一讲，为大家释疑。其实很多事就是个沟通到不到位的事。
［先说说热不热］
是的，公司之前确实好热。主要原因还是因为 B 站近两年进入快速发展的通道，技术团队人数增长有点快，相对于原有办公空间来说一度很挤，电脑机箱的散热超过了这栋封闭式写字楼的负荷能力。
大家确实是咬牙忍耐了一段时间，受不了的时候就编了很多段子自嘲和吐槽，哈哈。行政 MM 努力给买了冰块和风扇帮助降温，不过还是挺热的……前段时间，这栋大楼终于有几处办公空间空了出来，公司立刻租下搬走了一些部门，现在改善很多了。
听说行政还在寻找更多的空间来容纳不断增长的团队。以 B 站现在的体量，各种团队的配置还远远不够。我个人来说，更看重团队的发展，和在发展过程中遇到的各种新的挑战。这是 BAT 的安逸环境给不了的。
话说回来，我也希望千万别再那么热了。不过我已经拿到了行政 MM 的承诺！(•̀ᴗ•́)و ̑̑
［再说说流程和加班］
流程严格是好事还是坏事？流程分规范的和不规范的，不规范的流程才会导致一种错觉，好像上线慢都是流程严格的错。但是省去了这个环节，匆忙上线会产生多少 bug 呢？只有做好完整的构建、测试、灰度发布、回归测试、灰度流量上线，不断规范流程，才能保证发布的质量。
有项目发布在即，工作量大难免会加班，但其实从来没有强制过任何一个同事加班，大家是很愿意把事情做好的。在这一点上我非常认同一句话，加班是应该的，不加班也是应该的，只有完不成工作是不应该的。
另外我也反思了一下喷人的事，我这人比较直，说话嗓门比较大，但自问都是对事不对人的，我希望代码质量能提高，如果说喷代码，这个还真有。（我们 team ，目前是行级 review ，至少保证一个人确认过）可能以后我注意一下声音大小的问题，会好一点。
［关于 PHP 和 Go ］
在程序员界，对于开发语言的认同与否似乎也成为了一个“标签”。对于 Go 语言，我是比较认同这个答案的
https://www.zhihu.com/question/21409296/answer/18145585 Go 和 PHP 在 B 站是相辅相成的， PHP 承接 WEB 、前端， rpc 给后端的 Golang 服务，这样在各自非常合适的位置做合适的事情，两者都是非常优秀的开发语言，我从不认为需要分个高下。这是个纯技术领域的问题，留在其他地方单独探讨，不走题了。
目前我们开源的 goim
https://github.com/Terry-Mao/goim承载了 B 站直播弹幕；
我们开源的 bfs （基于 Facebook Haystack ）
https://github.com/Terry-Mao/bfs承载了 B 站几乎你能所有能看到的小文件存储，头像，预览图，封面等等。
［关于人员流动］
B 站的团队还是相当稳定的，流动率相比其他互联网公司非常低（不到 8%），正常是 20%，我认为这很能说明问题了。
［产品方面］
我觉得大家对 B 站要求高是应该的，所以我们才需要更多的牛人加入。我始终觉得，一个你能施展拳脚的团队才是你该加入的。
前端团队确实非常辛苦，但他们也在一步步成长，从构建到版本化，基础组建的开发， VUE （运营平台）前后端分离，静态资源托管， mock 测试，前端性能监控平台等，我们都在不断努力，并且一直在提高对自己的要求。
产品早期都是爱好者转向职业化发展的过程，我觉得沟通也好，摩擦也好，学习也好，大家都是本着对事情完美要求的态度上进行的。总体来看，至少目前主站和移动端的版本节奏是 ok 的。
［最后要感谢一下］
说了那么多，我觉得还是要感谢一下在这里提出意见和建议的泽强同学。我们交集很少，但是了解过你开发的离线弹幕机系统，觉得很牛逼。真心希望你回国后能再回 B 站，我们好好聊聊， B 站还是很需要你的。
我认为 B 站会通过不断的努力，成为一家更优秀的企业。对于技术出身的我来说，希望我们的团队技术文化看齐 Google 。如果有希望加入 B 站的工程师，请你亲自来看一看聊一聊，一定能做出正确的决定。