@classyk #20 说的很实在，只是这些都是类似软实力方面的，很多人并不见得愿意过多关注，毕竟无法带来直接的利益——特别是短期内都看不到效果。

其实如你说的管理职责或者带 team，但是要知道架构或管理岗的，基本都是一个萝卜一个坑

@lewis89 这个我认同——要关心技术之外的事情，只有这样方可以长久

@lewis89 但这里就涉及到一个性价比的因素。就算你会底层，搭好了基础。但是也不能避免 30-35+之后，被优化；再就业被歧视

@z7356995 嗯，这是事实。看来大概率还是只能想办法自己做老板，做老板除非破产，不然大概率是不会裁掉自己的

@jmc891205 嗯，确实不值钱。新毕业的，只要学习能力可以，2-3 年就可以完全跟上

@Cbdy 学好数学，除非 30+后转做老师，不然大概率还是给优化

哈哈哈。也就外企的弹性才是真弹性——之前在外企上班是真的舒服。。
真弹性要企业以结果或目标导向才可以

@sa2501 恩，你说的对。要落地的时候，自然是要深入了解进去。不了解细节，是没法做选型的

Qt 工作好找，但是好工作不好找，这个是没法跟互联网相比
其实是属于 C++的一个子方向（客户端）

最可怕是哪种人呢，就是对技术与框架停留在五年或者十年前，比如
１．用 c++的，还只会用 printf 或者 cout
而且是十几万行的大型应用软件

２．跟传输相关的所有东西，都就知道用 tcpdump 去抓包
他们不知道利用日志，不知道 wireshark。。

@sa2501 那么多新技术、新框架，你确定都要了解细节么？
每个人的时间与精力都是有限的，就算了解再深入也都是会有坑的。关键是遇到坑了，能不能把坑填了，这才是最主要的

但有个是事实，也就是被楼上大多数人看不起的 ppt 架构师，恰恰可以避免让大多数人少掉坑或者不掉坑
变化是常态，有坑也是常态

１．发送 raw h264 自然是不行，那么大数据量
大概率瓶颈是网络状况（网卡、路由器或交换机）。而且没有这么用的，哪有不编码传输的

２．低延迟？要找方案，起码给出要多低的延迟——50 或 100ms，或更低

@geligaoli 日常工作用，基本都是 Ubuntu 系列（不限于官方版本及国内出的改进版）

国内所谓互联网大中小厂，真的把整个行业都搞坏了

简单点吧，就是一些人很闲，就以为所有人都跟他一样闲；不带来额外价值的事情不要作，
什么叫有价值？手下可以带来技术提升，可以减少后期维护工作量，可以带来稳定性与性能

————lz 说的这个有什么用？屁用都没有。为了注释而注释，为了设计而设计，为了 oo 而 oo

对于老项目，
1. 能不改就不改，风格与已有一致
2. 关键是核心的接口与流程梳理

3. 与其要求所有接口加注释，不如要求逐步、渐进式重构
对大多数接口，只要保证命名规范（函数、参数、变量这些），就已经是足够好的注释
当然，对外接口（子系统或子模块之间）要提供接口文档

@canyue7897 你没看过开源的操作系统 /rtos 或浏览器的代码，就不要瞎逼逼，自以为是

当然，从这个事情我也就理解有个冷笑话了：
就是为什么国内各种大厂小厂开源的东西都不多——据说，是因为大部分都写的很烂，开源出来丢不起这个人

不知道为什么，985/211 的研究生，还是 IT 相关专业的研究生，写成这样的代码还有人各种洗，真的不可思议

1. vs
2. qtcreator

楼主说的这种呢，就是需要一个人，把整个框架搭建起来，定义清晰的接口，实现模块或子系统之间的接口层
然后子模块子系统内部，你管他怎么做

还有，建议没事不要用继承了，很容易滥用，不可控。组合配合清晰的设计，是最理想的