开发者怒批华为云 C++ SDK 质量：文档失效、基础代码错误频出

以后直接让 AI 来干吧，做这种 SDK 绑定，质量好千百倍

主业务 toG 的公司干出这些活不奇怪，对开发者不重视又不是一天两天了，之前 gitcode 事件不就是 CSDN 和华为云一起搞得嘛。
我更想知道的是华为在大模型业务的真实水平。现在国内第一梯队的开源模型有 qwen ，deepseek ，kimi ，glm 。反而是华为大模型宣发都过了好久，到现在也没拿出来什么实在的东西。

@cellsyx 要不是盘古塌房自爆了，现在花味的大模型早就遥遥领先了

当年班里都是学习最差的才去华为。可以预想他们的普遍代码质量了。

洼地厂商文档都是一坨屎. 毕竟不是为了开发者.

@xiaopanzi 呀 我们是最好的去的 这就是世界的参差吗？！现在年薪 70 多个。

哪个厂商 SDK 都一样，都应该骂一骂，都是一群又想赚钱又看不起开发者的玩意

华为本质不是互联网公司，互联网和软件方面本来就很差劲。

华为软件研发能力已经算遥遥领先了

@cellsyx 从尚界汽车雪地宣传片来看，AI 生成视频的技术，效果拔群，栩栩如生，远远领先于同行。

@wuruxu 差远了，内部都没 ai 用，还在古法编程

凡是靠加班压工时搞出来的代码，质量是肯定好不了的，因为我们公司也是疯狂让人加班压工时压上线时间，用 AI 写时间都够呛，搞出来的代码只能说一坨屎，但是根本没时间去好好整理，只能说能跑就行，都是各种乱糊

@Wanex 一个版本刚上线马上就进入下个版本的开发，甚至多个版本并行开发，每个人都被迫着赶时间，代码质量能好才有鬼了

@xiaopanzi 我毕业那年也是班里最差的去华为 一北京普通 211

是不是好多东西都外包给软通动力了，来个人说说

@Wanex #12 无法理解, 要是说文档和代码不同步, 这我可以理解, 但是代码编译都不通过就很费解了, 我写个单元测试如果编译不通过, 我也不可能提交到 git 的, 华为这群人怎么敢自称程序员的.

不奇怪，但 od 招一堆培训班出来的（刻板印象，出这种事不奇怪

@xiaopanzi 确实是最菜的去华为...班里坑爹货给为打包了. 感觉是人就要

@cellsyx sleep(6)的水平

知乎上也看到一样的文章了： https://zhuanlan.zhihu.com/p/2003060012445082620

这事就谁也别说谁了，文档写的好的真不多

华为云的 api 还老变，各种不兼容，用他们的 sdk 还不如自己实现鉴权，发送 http 请求

国内大厂，没有一个重视 sdk 的吧，反正我没看到过一个正常的，文档和 sdk 都惨不忍睹

npu 相关的文档也是烂，code repo 和整个基础设施的自动化做的也是烂!
这个烂，是在使用过 nvdia 的 gpu-operator ，network-operator ，使用过海光的 k8s 组件后的对比下来的！

说不定既不是班里成绩好的也不是成绩差的，而是随便找的外包写的

我之前在 V2 上说过，去年陪儿子去参加了一个鸿蒙开发的培训
在学习的过程中，确实体验到存在这样的情况

我也曾经是国内最早一批的 SAP 开发者
在学习掌握 SAP 开发的过程中，也遇到过类似的情况

在我自己参与某 ERP 软件的开发平台的设计开发过程中
我就想过如何避免这种情况
我亲自编写了它的第一份开发手册、编写了帮助开发者的 VB IDE 开发插件
尽我最大的努力、想让学习这个 ERP 系统开发的朋友们能得到最好的体验
但，后来我放弃了 因为系统发展的太快了，为了满足用户不断涌现的新需求、整个系统的发展太迅速了
这直接导致：我编写的开发手册、开发插件，想要做到第一时间包含新出现的函数、方法、事件...太难了
经过这个产品，我才明白了我在学习 SAP 开发过程中遇到的情况
我想，华为现在的问题，应该也是类似原因
想要解决这个问题，方法只有一个：给他们完善的时间。

@lswlray

我当年编写开发手册、开发插件，都是我自己提出、自己做的
那时我很年轻、开发程序是我的兴趣爱好
当看到代理商和用户的开发人员捧着我编写的开发手册、用我编写的开发插件来实现他们的需求时
我非常的满足、所以我也从不在意为了实现这个目标、为了尽快的将新出现的函数、方法、事件含入加多少班

但后来，当我离开时、交到后续其他同事接手时，对他们来说，这就仅仅是一份工作任务而已
正如 V2 上大多数的开发者
也会有拿多少钱干多少活、能划水摸鱼就划水摸鱼的心思
手册和插件完善的越来越慢、甚至出现错漏也不足为奇
或许，华为负责这个工作的人员也会上 V2 ，也会有类似的想法
出现这样的情况也就很大概率了

所以，为何怒斥呢？
是因为我们自己可以有类似想法而别人不能有吗？
是因为我们自己可以不想加班、而负责这些资料维护的人必须要加班去完善吗？
还是，仅仅因为它是华为？

个人了解，华为云的特点是 UI 和文档都有不足，但好处是工单想找到懂技术的人比较容易，非工作时间也能找到人

@lswlray 以我自己写代码对接各大云平台的经验来看，真的就是单纯因为它垃圾。

腾讯云阿里云虽然大家都在骂，但属于骂一骂也能捏着鼻子用的那种。什么文档跟不上，SDK 里有 Bug ，大家都习惯了。但华为云真的是会出那些新手都不会犯的 Bug 。

你去看看这个 Issue ，这就像你自己 Vibe 了一坨屎，压根没看过，别说 UT 了，甚至编译都没编一次你就发布出去了。你写完的代码你至少要编译一下吧？ CPP 这种语言甚至你连函数名都写错了，这都不要静态检查，你连编译都过不了。

这根本不仅仅是技术和态度问题，这是整个业务流程都出问题了。工作态度有好有坏大家都能理解，但这种玩意能直接放出来，说明压根就没有核查和 QA 流程。代码写完直接发布上线，别说 V2 上天天说的 AI Review 了，连最基础的 DevOps 都没有。都不指望你的 CI 跑测试和检查，编译都不做也能发布出来？

这是云服务，要作为你自己业务的基础设施的，这种质量的东西你敢用？

国内公司的产品就没一个文档写得好的 要说有 我就见过一个 LeanCloud

我想起大学那会用他们加的 OCR 文档半天都写不对，找了一篇 CSDN 的文档才知道他们家文档维护是真的垃圾，API 都改版了也不更新文档给开发者看到最新的，要么管理不当，要么就是故意的

华而不实，为所欲为

@lswlray

不是用它的人不给人完善的时间

根据工作经验而是以下两点：
1. 需求排期太满，开发交付都忙不过来，哪里有时间写文档
2. 提供完善的文档相比别的工作无法体现"工作价值"(至少在管理或者内部绩效考核的方式而言），员工自然倾向投入产出比更高的业务

@zuosiruan 你和上面几个差着年份呢，估计你是最近几年毕业的

@lswlray #27 更新 API 时必须同步更新文档，做好 CR 和版本管理应该问题不大...不过在大厂 CR 约等于无，都是直接合 master

看到这个，不得不吐槽一下了，不止是 C++ SDK ，Go 的也一样，之前要写一个把上传到 swr 的镜像自动改 public 的程序，结果试了下就 painc 了，搜了下 issues 看到下面这个链接差点笑死在工位，于是现学了一点儿 C# 然后换了 C# SDK 的搓了一版，然后把这个链接贴到了公司镜像仓的说明文档和同事一起笑，实在是无语以至于 issues 都不想发了，把链接贴在这里给大伙一起看乐子

https://github.com/huaweicloud/huaweicloud-sdk-go-v3/issues/38#issuecomment-1909684768

他们一直这样 - -
毕竟是搞定领导就 ok 的企业
开发者在他们那优先级很低吧

@Luckykeeper painc => panic 边笑边打飘了 2333

阿里都比华为好太多了，起码文档是给人看的，华为直接把你当入机了。

触发过华为云 OBS bug 还 阿里还是成熟的多， 经过大量验证的

产品是硬凑的，文档是不对的，使用是垃圾的，领导是喜欢的
深受其害

任何一个 sdk 文档都是一坨屎

所有 issue 都删除了

@xcai 这不就是国内公司做派吗。不想着解决问题。问题不能解决就把人解决了。或者让提出问题的人闭嘴，反正我不搞华为任何东西

竟然 404 了。

华为 ota 能力还是不错的

骂的好，但说句难听点的国内的这几家云文档做的都很烂，其中微信的文档更是烂上加烂。

文档都不好用 搜索不智能

接过微信，腾讯，阿里的，都是烂

华为好像把仓库都干掉了，也算是另一种处理把

@killertom 都烂，但是能烂到没法用的，华子那是独一份儿

@lswlray #26 首先，华为云不是什么早期项目和技术，是已经发展了十多年很成熟得技术。然后这家公司的研发投入在整个行业内也是很高的一批，大家都有所耳闻；而且你看了原文吗，原文提出的甚至都不止是文档问题，很多代码错误、直接跑不起来的问题，这才是最基本的。

来晚了，issues 已经关了。
PS: 微信支付的 SDK 我觉得可以争一争世界倒数第一。

其实 我很想知道华为现在现场办公，还能不能带有摄像头的手机

@Ketteiron #54 刚刚看又开了，不知道华为这啥操作

@ms17010 因为他们之前把 issue 关了, 结果正义史官去 PR 里把 issue 内容搞了个备份. PR 没法捂嘴, 只能又把 issue 开了. 哈哈哈, 还是网友有招.
之前腾讯的 SDK 我记得被喷的 issue 有几千个点赞, 官方都没关 issue, 这家估计是在国内 OTA 路径依赖了.

@lswlray 文档不是关键，讲实话很多文档对不上也不是一家的问题，但是连 demo 或者单测都跑不起来那才是问题，因为这个只需要在发布版本前执行一遍就能马上知道哪里出问题了，根本不需要人工检查，遇到过很多云厂商的服务 demo 都跑不起来还要去 issue 查答案，这就是版本发布前完全不做任何测试的，连跑 demo 都不愿意跑，无语

确实，还有搞那个鸿蒙 app 的比赛也是。啥啥都不给过审，即使过了审，完全自己不找人下载的话，30 天想有 50 个有效下载本身也不容易。而且 API 文档里面也是因为各种版本迭代，问题频出。他们就是“太聪明”了，心思都花在怕别人刷单，薅他们羊毛，不光打击了大部分人的积极性，而且自身用户量和群体质量也没到支撑这些 app 下载量的地步。

如果真的是怕被薅，完全可以限制一个个人开发者只能提交几个作品，取下载量高的 1-2 个给予奖励。或者就是引入“人工陪审团”，小范围投票决定奖励幅度。再就真的是用“千金买马骨”的思路，只要固定单个独立开发者的奖励上限，整个活动的预算就是可控的，也能分散到足够多的人群上，完全不用搞限制审核发布这个套路，打击真的想参与的开发者的积极性。