@lersh #12 对于都玩 rpi 或 jetson nano 的人，udev 要写规则文件，这不是常识吗？

@hantsy #159
１． delete/put 很多时候理解起来是比较让人费解
因为 delete/put 可以实现的，get/post 都可以实现——那为什么还要另外搞一套
这也是为什么实际应用中 delete/put 用的是越来越少

２． Proto 并不只是你说的在传输格方式上做文章
Proto 其实要做的就是将数据序列化这部分工作省下来，特别是内部多端(grpc 就是非常典型的应用）或提供 sdk 的方式

３．关于对外提供 API
实际应用中主流的，应该是一种简化的 REST 风格的。其实做法就如本文标题所描的，就是只用 get/post，url 不传递参数。这样使用的确实是越来越多

４．对于 url 不传递参数——这样场景是越来越多
因为很多时候有各种需求，比如，
ａ）换传输层
http 换成 ws/wss，或者 mqtt 等类似

ｂ）协议对接
简单点就是各种针对性的 bridge （比如协议、ｄｂ或第三方等等）

长远来说，飞行员方向自然是最适合的。因为对于飞行技术，属于越老越吃香的那种
不会有所谓的中年危机

另外，对于 IT 相关技术，作为一种兴趣爱好就可以；没必要作为职业生涯

优势与语言与文案功底，若要选择 it 相关行业，转产品是毕竟适合的
其实，市场也是可以

不建议转技术，因为没有任何优势

@qqxx520 　#58 比较认同你这个看法，就是 30+之后侧重是将自己所拥有的资源（经验、阅历、人脉、资源或产品）充分利用起来，以期最大化已有资源的利益

只是技术出身的相较市场或产品的人，想法不够活跃，绝大多数人都没有能够很好的提前做好规划；当然，这也与所处的环境或拥有的人脉有关，也有部分是从大学或毕业之后就一直有个指引着方向，做好规划

若是可以，还是建议大家及早规划好，对市场或产品还是要做一定的深入了解与学习。只有这样，在机遇到来的时候，才有可能把握住

@lewis89 #57 分布式属于第一代，微服务是第二代，服务网格则是第三代。。

@ruidoBlanco #18
1. 关于天时
这个感觉纯粹是一个运气的问题。比如淘宝，可以发展起来是综合各方面的因素的，包括近几年的 pdd 等
为什么说是运气，比如前几年非常火的互金行业，但这两年大部分都破产清算了

2. 关于地利
这个在国内的，基本是没得选

3. profit center
这个就要选择合适的公司与业务线。或许，我们能够唯一可以努力的方向就是这个

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

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

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

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

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

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

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

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

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

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

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

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