[补档] 你们任总知道华为云的业务这么辣鸡吗? 😅

[shynur]

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

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

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

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

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

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

  

  杂鱼! 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" 是实现定义的:

  

  双斜杠转义 "\\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 问题, 却掩耳盗铃把代码的循环依赖给无视. 好兄弟们你们还在犯只有应届生才可能犯的错误, 回炉重造罢

  

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

  

  $ 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,

Important

Respect!

---

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

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

如果不是公司基建根深蒂固, 哥哥已经爽用阿里云了, 都是你们这群小b崽子害哥哥浪费时间跟你们写的狗屁不通代码作斗争.

---

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

---

@niuzhenguo:

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

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

感谢您的反馈！

你他妈是不是有病? 直接把整个 issues 板块给禁了就是你感谢的态度吗?
掩耳盗铃很有意思? 捂嘴也是你司传统了😅

针对您提到的两类问题，我们已经在紧急研究和处理中。

别我反馈啥你们再修复啥, 到头来还是我在给你们无偿踩坑. 就问一句能不能保证把潜在的 bug 都修掉?

第一类CCE相关的编译问题，相关团队已经在研究和修复中，

咱不着急哈, CCE 编译问题我已经自己 fork 修复掉了.

预计今天会发包修复。第二类有关示例代码和易用性的问题，相关团队也已经锁定修复和优化策略，会尽快更新相关内容。

今天发包? 周日加班搞是吗? 你司先好好搞一搞内部发布流程吧! CI 一天时间够你部署吗? 你火急火燎赶出来的工咱也不敢用啊.

非常感谢您对华为云的支持和反馈，对我们这边流程质量把控问题给您带来的不便深表歉意。

问题修掉了吗你就关闭? GitHub 最基本的流程都不遵守?
没有精力维护这个 SDK 就不要维护了, 不维护就没人会骂.

---

刚去知乎/NGA/V2EX/V2EX/Linux.DO逛了一圈, 有几个问题需要澄清.

• 为什么要化身暴躁老哥?

  出于不得已的原因, 我们需要接入华为云的 SDK.
  一开始我遇到文档上的问题时, 虽然也有怨言, 但最多只是内心 OS.
  我尝试自己去解决了.
  之后又遇到编译的问题, 因为这是他们公司自己编写的代码, 我猜测我一个人是没法修复的.
  于是我查看了原有的 issue 和 PR, 发现都是前年或更久的, 有些问题正是我遇到的, 但完全没有任何回复或者 merge 行为.

  到目前为止还好, 我开了个 issue 把所有问题都进行汇总, 用列表列出, 没有一个脏字.
  这些在 issue#7 的 revision history 中都可以看到, 可惜 issues 入口被关掉了, 现在死无对证.

  编译通过之后, 我打算把 SDK 集成到代码里.
  最离谱的来了, 我发现他们似乎连 C 字符串的转义都能干懵b, 编译器已经有警告了为什么还要无视呢?
  这一步出错就说明整个 SDK 从底层开始就是错的! 连一个匹配域名的正则表达式都写不对, 还谈什么正常使用?
  现在如果你还能忍得住保持礼貌那你是这个👍
  更何况我们使用华为云是花了钱的, 又不是白嫖.
  所以我很生气, 而且当时已经在加班搞这个东西.
  尊重已经给够了, 别人提的 issue/PR 两年没见你回复; 而你们连编译都通过不了的代码就直接扔给客户, 也没见你们尊重客户吧?

• 有人说我只是想证明华为的程序员都是水货?

  护主这一块👍
  我自己就有同学/朋友在华为工作.
  

  前一个 issue 中有朋友提到, 这些代码可能是 OD 写的.
  我耐心解释道: 华为 OD 的门槛也很高, 不少都是 211 还有 985 的, 我说个人会写出有 bug 的代码再正常不过了, 主要问题还是出在流程&管理, 这锅 OD 不背.

• 与其写 issue diss, 为什么不提个 PR 帮它写代码呢?

  以后的云服务公司就开个空仓库, 等着客户给它提交代码就行了呗😋

  更何况, 我明明已经在 issue 里已经把问题和修改意见都指了出来, 所以你是瞎吗?

• 为什么不提工单?

  首先第一步你代码就编译不过去, 纯纯的态度问题.
  可以断定这些代码是完全没有 QA 的, 有 无数 潜在的 bug.
  一想到以后还要提 无数 个工单就气不打一处来, 必须骂!

  其次, 这几个问题我首先自己尝试摸索, 花了半天时间到底是解决了, 那么提工单扯皮就一定效率更高吗?

  最重要的一点, 如果客户方的编译参数里加了 -w 这种玩意 (你司或许如此), 就根本意识不到是 SDK 里的正则表达式写得不对.
  这种情况下, 客户方第一步就是怀疑自己代码写得有问题, 再花大把时间排查问题, 最后才发现是 SDK 的 bug.
  解决这类工单对供应商来说可能仅仅是一个小时的事, 但对客户方员工来说那可是花了大把时间排查问题, 跟吃了屎一样难受, 最后还是会选择骂街. 这种无谓的流程就不要走了, 直接开骂.

• 提 issue 和 PR 有用吗?

  有用, 这也是合适的途径之一. 参考 huaweicloud 名下的其它仓库.

Footnotes

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

[fish2018]

补档合影，华为这帮垃圾用的Vibe Coding吧，说的问题都是AI常犯的毛病

[yxzlwz]

补档合影

[WindAFeng]

补档合影

[nagic0]

周日加班都要把repo的issue功能关了，真是辛苦了👍🏻

[yxzlwz]

如何看待华为云 C++ SDK 被反映大量问题后，华为关闭 GitHub Issues？ - 知乎

[h0ngyuan]

补档合影

[sbkiller258]

[xuxinyue18-dot]

补档的含金量

[liangxia99999]

[TotoWang-hhh]

合影

[junwangInChina]

补档合影一下

[junwangInChina]

补档合影，华为这帮垃圾用的Vibe Coding吧，说的问题都是AI常犯的毛病

现在vb也不犯这种毛病了，真就草台班子

[wsjx036]

补档合影

[Karlbaey]

合影留念。

[GuDong2003]

补档的含金量

[goddog3210]

火力这一块哈哈哈

[hacker4257]

我建议使用英文，任总看的几率大一些

[dhav789]

[eric15342335]

合影留念

[lijiebio]

合影

[noire02qwq]

俺不中嘞

[DNLINYJ]

华为只会捂嘴.pdf
合影留念

[Lonely-Sails]

合影

[Sirius882]

补档合影

[shynur]

华为只会捂嘴.pdf 合影留念

nb

[8848connie]

📷

[brucecat]

您的邮件已收到！

[SpiderJack0516]

[pinerge]

[fyh333]

起猛了，GitHub上看见补档了🤣

[chacha-Wang]

合影

[ProcessMonitor]

来晚了 合影

[yorkyang2333]

合影

[brucecat]

您的邮件已收到！

[LHAASOIHEP]

生生不息

[zhengyang3552]

拒绝合并没绷住

[brucecat]

您的邮件已收到！

[rootmanLHQ]

占个楼🤡

[zizhao-ding]

合影