- 主题:项目都是C++的，结果新来的架构师不懂C++
说明啥
【 在 bruce1988 的大作中提到: 】
: 没做过c++的项目
:
- 来自 水木社区APP v3.4.2
--
FROM 114.249.20.*
说明c++不重要啊，在高层看来
【 在 xieyf 的大作中提到: 】
: 这搞毛，这么重要的位置。
:
--
FROM 223.104.42.*
又回到那个老问题
架构师到底要不要写代码
如果不写代码，几年后就差不多只会写PPT了吧
【 在 here080 的大作中提到: 】
: 要看多大规模的“架构师”。
: 简单地说：
: 如果是上千人团队的架构师，那肯定是不应该过多关注语言细节的。手下应该有一批人自动会去把语言特性跟架构需求间的关系搞清楚。
: ...................
--
FROM 117.136.38.*
阿里在用envoy吧
【 在 wallyz 的大作中提到: 】
: 每个pod里面都有一个envoy，所以一路上会经过好几个envoy，
: 有时候某个组件又要截获消息做点别的事情（比如更复杂的服务发现、消息路由），为了对应用做到基本透明，不嵌入到应用逻辑内部，所以自身又会额外注入另外一个类envoy或者修改过的envoy，所以会出现一个pod里面有一前一后两个envoy...
:
: ...................
--
FROM 114.242.248.*
哈哈哈，你可以新开一个帖子了
【 在 wallyz 的大作中提到: 】
: 都在用
: 基本上，envoy是云原生里面最不可回避最无可替代的组件
:
--
FROM 114.242.248.*
非常理解
关于云原生，我觉得是趋势，确实复杂，好多人都有类似的感觉，当对k8s了解的越多，越发现know nothing about k8s
关于架构师，我见到的都是写PPT向老板汇报的那种，基本不写代码，但是会画所谓的架构图，有具体的问题，不会参与。反正这些人都号称架构师。
反正不写代码的架构师我认为，一定会脱离一线，一定会成为你说得那种人。因为技术发展很快，很快知识就折旧了。能生存的只能是少数大牛。
【 在 wallyz 的大作中提到: 】
: 我并不算是互联网行业的
: 但这几年，因为产品向虚拟化，然后再往云原生转型，确实也经历了不少或深或浅的坑
: 比如，2019年，RHEL/CentOS 7.X kernel里面一个multiqueue的深坑，在虚拟环境下打开virtio-net的multiqueue，会造成发出去的包乱序的问题，就把产品以及我给狠狠的坑了一下
: ...................
--
FROM 114.242.248.*
很同意
k8s难就难在你说得这些，不理解内核相关的技术根本没法说自己精通k8s
资源调度问题，我觉得还得靠内核以及硬件支持才行，k8s没有能力解决，这又回到你说得那个问题，似乎k8s只是薄薄的一层
【 在 wallyz 的大作中提到: 】
: 其实我倒觉得相反
: k8s本身并没有离开linux内核提供的这些基础太多，比如namespace，cfs share, quota，ipvlan等基础，有时候出了问题，稍稍一挖，就会发现又穿透k8s，掉进了linux本身的问题里去了
: 甚至有时候我都觉得 k8s有点太简陋，或者某些关键设计理念本身有点不自洽，
: ...................
--
FROM 114.249.20.*