如果不是非得选广州，可以考虑下佛山那边的

#1 不远边上就是佛山南海，#2 边上的顺德还比横沥的要近；佛山南海或顺德，房价低很多，环境好；开个车到海珠也就半个多小时而已

@KuroNekoFan #17 那你是真不了解广州的交通状况了

去年有在 iot gateway 端有用，因为支持 mqtt ，所以嵌入一个 mqtt broker
今年计划在后端做消息分发，kafka 太重，rpc 还是有一些限制；做为 mq 使用还是不错（毕竟还有 req/resp 方式）

@vincent7245 #110 你用过 C/C++么，你用过 Java 么。不好意思，每一种我都有 N 年经验
但对于我来说，用过 C++，就不会再考虑 C ；用过 Java ，能不用 C++就不会用 C++；用过 Go ，那基本不会考虑 Java

见得多，你自然知道有哪些好哪些不好，哪些可以忍受，哪些不可忍受

@vincent7245 #111 看代码，对我来说从来就不是难事。我看过基于 C/C++的百万级别、千万级别，或者更高级别的代码量的项目

@vincent7245 #111 说的好像我第一次听说 hadoop/spakr/flink 一样，再复杂，有操作系统复杂么；再复杂，有浏览器复杂么

而且对于绝大多数人来说，有几个人会有机会研发基础框架的？！

@FreeCodeWu #6 之前我也是 很看好 WebRTC 这样的方案的，所以之前带团队做相关产品的时候，考虑的是比较长远的。如基于 WebRTC Native SDK ，监控的接入、直播（ RTMP/RTSP/HSL 与 WebRTC 连通）、类似 CDN 这样的东西（如主要是流媒体集群与调度），还有如何提供穿透成功率、提高弱网环境下的质量诸如此类

但最后的结果呢，都是屁用都没有。项目说砍就砍，还有不懂的人瞎指挥；若按照预期推进，其实有机会的
起码曾经有过某行一个省所有分支行的项目机会，可惜不愿意投入人力物力做一个适合内网的 CDN 网络，做内网不同级别分行的流媒体分发

@codefever #1 12306 这种确实非常复杂，之前有看过别人讨论的一些话题
@jones2000 #2 这个不太认同，但我却又没办法反驳。。
但很明显不是一般人意义上说的，复杂的业务

一直不是很明白很多人都说过的复杂的业务，很好奇什么样的业务才叫复杂？

按照我的理解，上微服务，用 http/grpc 拆分业务，单个服务能有多复杂？若真复杂，就是没有拆分好
当然，若是说一大坨那样的单体应用，那当我没说——毕竟不是一个级别的

@sampeng #35 真是张口就来，一个开头全靠编。要啥没啥，好歹列个例子，比如哪些是没有的？
同一个项目，半年后去看？我们现在 n 个项目，一年后去看，还不是清楚明白；而且参与项目的都是毕业 1-3 年的

日常 mac 。需要 linux 环境（不管是 desktop 还是 server ），ubuntu 最新的 lts 版本
就三个字：不折腾

不挑最好的（包括宣称的），只选合适的

@passer9527 #19 好的基本是一个萝卜一个坑

而且国内目前部分需求底层内核的，有些技术含量的面都是极窄极专，比如 gpu 驱动或图形引擎的，或 usb 或 pci 驱动这些

一般人想学习然后进入其中，概率可以直接忽略

@xsen @16 我认识的，包括自己基本都转行。有转后端或物联网的（比如我及之前的 tl ），有跑 RedHat 做咨询的，有转做机器人的。。。。等等

因为国内要吃内核饭，太少；而且也就局限在一两个城市，几个头部企业

@passer9527 #15 内核基本没从 0 开始的，从 98%开始的都没有；除非是芯片原厂，或做 Linux 操作系统（如针对云服务器的方案等诸如此类）发行版的——这样的会开发自己的内核模块（比如内核 rpc 的、虚拟网卡、虚拟磁盘等等诸如此类的）

但绝大多数公司，都是内核定制、驱动移植，稍微好些的还会做一层 HAL （如 android 就是）给应用层调用

若可以选择，真不建议。因为选择越来越少，面越来越窄

音视频（包括 WebRTC ）是面越做越窄，选择越来越少
而且大多数公司都做不起来，因为需要投入大、专注，技术面还极其广

我认识的，包括我自己，N 年实时音视频经验的（包括 WebRTC ），N>=5 ，基本都转行了，除了一个之前做 WebRTC C++ SDK 的去了腾讯