- 主题:项目都是C++的，结果新来的架构师不懂C++
那显然是甩锅行为
很不幸的是，架构师队伍中确实混进了不少类似人物……
【 在 wallyz (哦) 的大作中提到: 】
: 所以，出了问题，让相关组件的同学出方案，这种做法，和外部闪人的有本质区别没？
--
修改:oldwatch FROM 116.233.186.*
FROM 116.233.186.*
云原生社区整个都是这个风格，叠床架屋。而且如果说j2ee还是一些比较大公司的产品叠起来，云原生就是一堆互联网公司搞的小项目叠十层... 特别在乎性能还是不要用啦。
【 在 wallyz 的大作中提到: 】
: 举个例子，产品上云原生
: 组件间通信，赶时髦，用了grpc
: 为了用grpc，又造了一个gw，转换原来的消息，并打包成grpc，
: ...................
--
FROM 101.82.122.*
所以我一直说现在开源社区流行的各种技术都是公有云厂商的阴谋，故意让大家的项目都变得卡顿繁重，一台机器能搞定的问题变十台，好让公有云厂商多赚钱。
【 在 ilovecpp (cpp) 的大作中提到: 】
: 云原生社区整个都是这个风格，叠床架屋。而且如果说j2ee还是一些比较大公司的产品叠起来，云原生就是一堆互联网公司搞的小项目叠十层... 特别在乎性能还是不要用啦。
--
FROM 112.47.122.*
那倒也不是
其实云原生的理念是对的，
应用程序只管自己逻辑，不需要操心流量路由，分发，负载均衡，统计数据报告等
但是实际上，这几年充满了各种或明或暗的坑坑洼洼，有的还很深，
产品发布了，所有出的问题，即使是基础组件的问题，都需要产品本身的人搞定，
架构师只会从high level指指画画，有问题了，让别人出计划出方案，这种架构师基本上只能在理论上存活，没法正常生存
【 在 hgoldfish 的大作中提到: 】
: 所以我一直说现在开源社区流行的各种技术都是公有云厂商的阴谋，故意让大家的项目都变得卡顿繁重，一台机器能搞定的问题变十台，好让公有云厂商多赚钱。
:
--
FROM 223.104.194.*
毕竟软件基础设施的技术突破远比ppt改关键词难
【 在 wallyz (哦) 的大作中提到: 】
: 那倒也不是
: 其实云原生的理念是对的，
: 应用程序只管自己逻辑，不需要操心流量路由，分发，负载均衡，统计数据报告等
: ...................
--
FROM 116.233.186.*
什么流量路由、负载均衡，微服务，90% 的项目不需要这些东东。
各种云厂商在 github, stackoverflow, oschina 这些程序员聚集的网站上面大量宣传这些东东，好像不用微服务就是低人一等一样。通过这种 PUA 的方式，好让自己的服务器多卖一些出去。
【 在 wallyz (哦) 的大作中提到: 】
: 那倒也不是
: 其实云原生的理念是对的，
: 应用程序只管自己逻辑，不需要操心流量路由，分发，负载均衡，统计数据报告等
: ...................
--
FROM 110.81.41.*
前端这些技术是不是也差不多啊，90%的项目不需要这些东东？
【 在 hgoldfish 的大作中提到: 】
: 什么流量路由、负载均衡，微服务，90% 的项目不需要这些东东。
: 各种云厂商在 github, stackoverflow, oschina 这些程序员聚集的网站上面大量宣传这些东东，好像不用微服务就是低人一等一样。通过这种 PUA 的方式，好让自己的服务器多卖一些出去。
:
--
FROM 114.86.93.*
前端的技术更像是一个扇面
同一个东西有无数种解决方案……
【 在 ilovecpp (cpp) 的大作中提到: 】
: 前端这些技术是不是也差不多啊，90%的项目不需要这些东东？
--
FROM 116.233.186.*
架构师跟编程语言强关联么？
【 在 bruce1988 的大作中提到: 】
: 没做过c++的项目
:
:
: ...................
--来自微水木3.5.11
--
FROM 115.171.244.*
那是程序员眼中的架构师，不是老板和HR眼中的。。。
【 在 oldwatch 的大作中提到: 】
: 其实吧，相较熟练掌握一门语言/生态
: ”了解坑在何处“的要求还是低很多的
:
: ...................
--
FROM 27.210.98.*