这就是个话语权问题

不管在哪，都得听有权做决定的人的，其他人都是忍狠滚这三选一


【 在 toutouqi 的大作中提到: 】
: 开发产品不是置气，如果大部分工程师专业水平不行，看新语法也不行，那说明来到了不该来的地方，应该去更能发挥能力的地方高就。如果说这话的工程师专业水平不低，说明人家的精力没在新语法上，那就应该老老实实服从大多数，用通俗易懂的语法来写代码。
--
FROM 221.218.160.*

那些搞规范的人是语言专家，不是领域专家

比如图像处理库，他们并不是图像处理专家，而且图像处理领域可能发展很快，需求差异也很大，要抽象出一套通用的接口能应付各种图像处理需求，对他们来说是勉为其难。当然，可以委托领域专家和语言专家去合作搞这个，费这个劲等好几年后他们搞出来，还不如自己用opencv先上了。

std::filesystem搞出来，google不让用，说有安全隐患。
https://google.github.io/styleguide/cppguide.html#Other_Features

字符编码转换的codecvt搞出来，又废掉了，除了安全问题，还有难用的原因
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0618r0.html

语言方面，一是提高抽象/表达能力；二是提高性能上限。这两个都是基本的吧

【 在 lwp 的大作中提到: 】
: 语法不是一样搞不完
: 反正都搞不完，不如搞点大家都要用的东西
: 现在c++不是缺库，是缺标准库
: ...................
--
FROM 221.218.160.*

20年的c/perl
试了python真之后真棒
少打好多字
有了chatgpt…更是感动到哭
  
  
【 在 iwantfly (雷雷) 的大作中提到: 】
:  一直犹豫要不要练习一下python
:  感觉这个取消大括号， 缩进真是劝退
:  
:  【 在 hgoldfish 的大作中提到: 】
--
FROM 111.206.214.*

嫌慢的就去自己造轮子用啊
asio对95%以上的场景性能都够用了，非要觉得自己场景多苛刻自己代码多高贵的那恕伺候不了


【 在 z16166 的大作中提到: 】
: 不是多难的事？站着说话不腰疼吧
: 网络的asio那个，一样有人喷它导致损失了20%的性能
:
--
FROM 111.181.49.*

要编译三方库，系统部署，写cmake，配置ldpath，
搞不好还有版本匹配一堆破事
对新手太不友好了，本来就想收个tcp发个，udp
搞不好就劝退了
对老手也烦，程序员不应该花精力在这个上面
有的公司各个项目标准都不统一，想搞个融合也麻烦
【 在 z16166 的大作中提到: 】
: 换个角度来说这个，asio不在std里，就没法用了？
:
--
FROM 111.181.49.*