hw的垃圾代码, 不吐不快

byd 问题没解决就把 issue 给关了。然后直接把仓库的 issue 功能给关了。堵嘴也是这家公司的传统了😅

好消息是已补档: [补档] 你们任总知道华为云的业务这么辣鸡吗? 😅 by shynur · Pull Request #13 · huaweicloud/huaweicloud-sdk-cpp-v3 · GitHub

另外还有人发知乎问题围观: https://www.zhihu.com/question/2003818520790709923

以下补档版 (脏话已过滤):


华为的 14级 15级 16级们, 你们写的 SDK, 自己用过吗!

问问自己, ReadMe 写成以后是不是再没更新过?

  • 没写过 bash 或者 pwsh 吗? 你用 // 表示注释?

    cmake -DCMAKE_POSITION_INDEPENDENT_CODE=ON ..  // 用以生成动态库
    

    再不济自己复制黏贴跑一下看看有没有报错呢.

  • 示例代码使用未声明的变量:

    Image

    杂鱼! GCC 都比你们懂. 但凡编译一次呢? 为什么不编译!?!?

  • 代码里明明依赖了 librttr:

    option(ENABLE_RTTR  "Enable rttr library" ON)
    

    为什么不在 ReadMe 里写出来, 为什么要藏着掖着!? 生怕我能编译成功吗!!

  • CMake 要怎么配置, 你的 CMakeLists.txt 和文档反着来

每一步都是坑, 写的什么**.

基本素养是没有的

  • 文本文件以 \n 结尾了吗? 用脚本改你们的 CMakeLists.txt 还得先 echo >> 保证语句另起一行
  • 编译产物取名也是逆天, 叫 libcore.so libvpc.so etc., 真不怕和其它库起冲突啊, 安装到 /usr/local 都嫌脏了环境. 素质真差!
  • 要求客户手动编译 spdlog, 你们也不指明 tag/commit, 直接叫我用 default 分支的 HEAD 构建. 要哥哥教你 git clone --branch= 是干什么用的吗?

代码是一塌糊涂的

哥哥实在不想骂人, 但你们这个态度真傻福呀

  • 知道你们想用 JavaScript 正则表达式语法 \d 表示 digit class, 可惜 "\d" 是实现定义的:

    Image

    双斜杠转义 "\\d" 不会写吗? 哥哥的 GCC/Clang 都输出了 d, 难道我们的华为工程师把 MSVC 移植到了 Linux 上?

    $ g++     -w -S -xc++ -o /dev/stdout - <<<'auto fck="X\d";' | grep X
            .string "Xd"
    $ clang++ -w -S -xc++ -o /dev/stdout - <<<'auto fck="X\d";' | grep X
            .asciz  "Xd"
    

    完完全全的错误代码! 初创公司要是用了华为云, 天崩开局!

  • CCE 模块为什么不自己编译一次试试看呢? 你们这群**, 知道用 include guard 解决表面上的循环 include 问题, 却掩耳盗铃把代码的循环依赖给无视. 好兄弟们你们还在犯只有应届生才可能犯的错误, 回炉重造罢

    Image

  • 现在是 2026 年, 大华为集团还没用上 IDE/LSP 吗? 为什么时至今日还会出现拼写错误?

    Image

    $ grep -rnF WithResponseField ./huaweicloud-sdk-cpp-v3
    huaweicloud-sdk-cpp-v3/cbr/src/v1/CbrMeta.cpp:354:    reqDefBuilder.WithResponseField(FieldDef().
    huaweicloud-sdk-cpp-v3/cbr/src/v1/CbrMeta.cpp:506:    reqDefBuilder.WithResponseField(FieldDef().
    huaweicloud-sdk-cpp-v3/cbr/src/v1/CbrMeta.cpp:594:    reqDefBuilder.WithResponseField(FieldDef().
    huaweicloud-sdk-cpp-v3/cce/src/v3/CceMeta.cpp:656:    reqDefBuilder.WithResponseField(FieldDef().
    huaweicloud-sdk-cpp-v3/cce/src/v3/CceMeta.cpp:681:    reqDefBuilder.WithResponseField(FieldDef().
    huaweicloud-sdk-cpp-v3/cce/src/v3/CceMeta.cpp:715:    reqDefBuilder.WithResponseField(FieldDef().
    

    声明呢? 函数声明哪儿去了?!!

    老天, 你们公司的基础工具部门一个个都是**吗?

  • 为了用你们的垃圾 SDK, 哥哥还得亲自去读你们的 CMakeLists.txt, 一开始就不情愿, 果不其然一读吓一跳! message(STATUS "Build all Services") 给的是完完全全错误的信息, 你们这群老6, 怎么能骗人呢? 明明就构建了个 libcore.so 而 service 模块一个也没有! 为什么要骗人!!

仁慈的哥哥, 用你们提供的服务, 还得帮你们找 bug,

Respect!


要是实在没精力维护, 诚❤建议:

干脆别做云服务这块业务了吧, 少坑那些没有分辨能力的小白

如果不是公司业务, 哥哥已经爽用阿里云了, 都是你们这群**害哥哥浪费时间跟你们写的狗屁不通代码作斗争.


华为云的领导们, 为什么 to G 的单子少了, 你们就半死不活. 天天给下属灌输狼性文化, 到底实现了个啥? 华为的好兄弟们, 你们天天 996[1] 就搞出来这么个玩意, 太让我失望了!


@niuzhenguo:

我工作日晚上加班到七点多实在忍不住了写文章 diss 你们, 看不出来有多情深意切吗就把 issue 给关了? 关了以后客户上哪儿反馈问题去😅

看看隔壁腾讯云是什么心胸再看看你们呢? 至少人家端正挨骂了呀. 就你们这态度活该业务部门边缘化, 公司衰落!


  1. 甚至面临被 251 的风险 ↩︎

23 个赞

哥哥好严厉!

开源的一般都是alpha版本的陈年代码,想要现行版本,得加钱 :grin:

你要明白这是华为云服务的 SDK,没有什么 alpha 什么现行版本。就是对 HTTP API 的封装。这么说你懂吗?它卖的是云服务,提供给客户 API SDK 是它的职责。云服务我们是花了钱的。

所以这压根不是什么开源项目,它脱离了华为云就没法用,它的目标也就是卖云服务。就相当于你去餐厅,餐厅一定是要提供菜单给你的。

所以现在的情况是什么?是客户花钱吃屎。:blush:

8 个赞

hw 都不尊重程序员,能有什么好代码。

2 个赞

对接过 aws, gcp,华为阿里腾讯云,华为云是最垃圾的没有之一

你说的这些问题,写代码的人可能比你更清楚,然而当弄虚作假==升职加薪,认真工作==牛马,代码自然就会写成这样防御式的

人会写出bug和垃圾代码,都是正常的。我认为主要问题还是华为内部发布流程的问题,还有管理不行,理念不行。总而言之,公司基因在那里

华为的基因就不是一家互联网公司

也不是说互不互联网的, 各种公司都可能有这种情况. 就比如需求规划和排期, 可能根本就没有. 产品经理或者领导说要做 xx 功能, 他说这话的时候可能就跟个宝宝一样我不管我就要这种感觉, 导致员工做啥工作都是赶鸭子上架式的. 先实现功能, 具体细节以后再说, 然后没有以后了直接进入新需求的开发. 这种情况下做出来的产品就到处是坑. 还有就是对技术人员的不尊重, 很多场合下程序员都是没啥话语权的, 基本上产品经理做决定也不太考虑会不会为难程序员

1 个赞

byd 问题没解决就把 issue 给关了。然后直接把仓库的 issue 功能给关了。堵嘴也是这家公司的传统了😅

好消息是已补档: [补档] 你们任总知道华为云的业务这么辣鸡吗? 😅 by shynur · Pull Request #13 · huaweicloud/huaweicloud-sdk-cpp-v3 · GitHub

9 个赞

好消息:issue 入口可以关
坏消息:pr 入口关不了

大概率周末又是鸡飞狗跳的舆情处理,这些交互走一对一工单可能对双方都好(前提是 hw 真的处理),现在这架势估计舆情应对跟功能修复各打各的 :rofl: 能修也先把信息删了,可惜 pr 只能关不能删~

修个毛啊, 原本别人提的 issue pr 都两年以上了, 没一个给修. 要真修我还会遇到这么多问题?

这 issue 有没有人看都两说,估计又是 kpi 开源产物

你原 issue 说不定都是舆情部门转给技术部门的 :rofl:

首先这玩意就不是开源产物. 它离了hw云就没法用. 是要真的可能无偿惠及他人的才能叫开源. 另外就算有工单, 这么多年了还有问题没修也是离谱了

我知道,云服务的 sdk 呗,有开源 kpi 拿去凑数太经典了,hw 现在还有一堆年久失修的开源 repo,都是这种依赖自家服务的

没修姑且还能理解为没人看,挨打立正。但是关 issue 入口就纯属欠骂了,不知道他们哪个逆天出的主意

3 个赞

真的是太经典了 :rofl:

盲猜之后直接关闭拉取请求并永久锁定对话在贡献者之间

现在看着属于装死冷处理状态,除了有个自称官方的空白账号在 pr 底下发车轱辘话并引流到 hw 论坛 :rofl: 如果不是串子的话那舆情部门真是这辈子有了

最好的办法就是学腾讯云装死。任何回复都免不了敷衍,关issues入口只会显得玻璃心。这公关水平可真低

1 个赞

原来 Emacs China 才是震撼首发 :rofl:

8 个赞