最近有人提“国产”,我也说说我的感受,抛砖引玉

2022-11-22 14:43:58 +08:00
 JohnBull
开发的项目调研过很多国内厂家的硬件解决方案,用过一些之后,感觉特别明显的是:缺乏工程师文化。

国内厂家的方案其实都很讨人喜欢,“便宜”就不说了,默认的。最鲜明的优点是产品设计强,功能设计通常都能直击要害,装上去就能解决问题。

但是我对他们仍然特别小心、抗拒乃至恐惧,因为他们的弱点也特别明显:
- 没文档,有文档也是 8 年前的。——有问题还特么需要 QQ 群 /微信群里问
- 不开源。——你说一个卖硬件的公司,为什么不愿意把自己产品的 demo 程序开源呢?我其实也明白,一坨屎怎么好意思开源
- 协议设计粗糙(屎一样)。——比如号称干了十多年的单片机通讯的大佬,结果连字节序都不明白
- 做事情不规范。提供一个 so ,竟然要从 stdout 吐调试信息,还关不掉
- 版本控制混乱。——或者说没有版本管理,各种 demo/SDK 的关系连他们自己都搞不清楚,估计是因为核心人员离职了
16503 次点击
所在节点    程序员
140 条回复
3032
2022-11-23 09:43:36 +08:00
@onice 一语中的
zw1one
2022-11-23 09:46:10 +08:00
@wbwm 看老板给不给工期写咯
zw1one
2022-11-23 09:48:50 +08:00
用心做产品的,都被市场或者老板干死了
wingor2015
2022-11-23 10:04:18 +08:00
@zapper #6 华为的文档是这样来的(以前我在的时候是这样的,不知道现在变了没有),研发体系下面有华为有专门的文档部门,职务叫文档研发,人员编制基本就是几个正是员工带着一大堆外包人员。需要负责很多产品的文档工作,但是不和具体的产品部门挂钩,所以基本和设计
、研发这些都是脱节的,他们对产品没什么了解,研发怎么说就怎么写,研发都很忙对支持文档编写基本都不会太上心,结果就是大家看到的这样。海康威视 切换 us 这个很有意思,华为也一样,以前外文文档被投诉报过事故罚过钱,所有相对要严谨得多。
testver
2022-11-23 10:33:29 +08:00
我看着上面问“你写了文档没有”的人,觉得很搞笑。

吐槽和批评难道不是看这件事说的是不是事实,观点正确不正确,需不需要改进吗?

吐槽和批评也要资格了吗?有没有资格认证考试啊?

这样的三观,呵呵
Torpedo
2022-11-23 11:01:39 +08:00
国内的东西最大问题就是生态,相关的资料啥的太少。而且国内大部分都是重视实现,而不是做一个生态啥的

其实文档只是一方面。社区啥的也很重要

大家都见过猪跑,想做一个开发者喜爱的产品,文档其实是最基础的。像 MSDN 文档写的那么好,但是生态还是不如别的开源的

不过核心还是国内开源啥的做的比较差,大家都是实现功能的架构师、程序员。开源开发者太少了。真有一些,他们也是混英文开源圈子的,也不愿意搞什么国产吧
fuchish112
2022-11-23 11:14:09 +08:00
国产化跟开源是两码事,不可混为一谈
目前国产化的目的是解决卡脖子问题,哪怕难用一些,至少关键时刻还可以顶一下
解决了卡脖子问题之后,应该就是专业化,精细化

一步步来吧,不好的地方一方面是批评指正,一方面也给点耐心。
justdoit123
2022-11-23 11:24:27 +08:00
我不是说责任全在打工仔身上。

分析下现状的根本原因是,市场变化太快,主要追逐快速能出成绩的目标。今天看似核心、牛逼的功能,且不知明天会如何,你写什么文档,写什么 UT 。 这种氛围下产生的文化,就变成什么都是怎么快怎么来。写文档慢且有效期短,官网留个 QQ 群则很简单,当你的团队在起步的时候,你选择什么方案?只怕你也不得不选择 QQ 群的方案。当功能稳定、用户多了之后,完备的文档、demo 自然收益会更高。

做事的方式是会有惯性的。自上而下都是如此,哪天你们公司的产品真的稳定、用户量大了之后,只怕大部分人都还是改不了起步时,那种急躁 或者说 所谓“敏捷”的行事风格。在座的诸位,能在这个时候尝试推进这些规范、文档的建立。不过很多公司可能都不能渡过这个沉淀期,盲目扩张完全用订单指导开发,不断增长内部沟通成本,对外也在提升与客户的沟通成本,那就只能 gg 。

大家讲话不要说得那么死。从一个前端的角度反驳几个楼上说的。
1. 反驳 vue 垃圾。鄙视 vue 的人,说真的 vue 算是做得比较不错的框架,快发快捷,不用做太多性能优化。你要说 vue 被一堆人盲目推崇 带节奏,这只能说你傻,这关 vue 什么事?难道尤雨溪花钱雇他们去到处吹捧的?试问这几年出来的东西,哪个没被这样带节奏? nodejs 刚出来的时候,好像没有哪个东西时 nodejs 替代不了的。react 的 redux 到现在还有人在吹,官网也在推荐,用起来一坨屎。flutter 刚出来的时候,走到哪里都是 flutter ,一统天下的感觉。你真是有点经验,就会知道,没有什么是无敌的、全能的。另外,vue 的文档算写得不错全面了吧?

2. 反驳大主题。在前端领域,用过几个国产的库,最早 baidu 的 echarts ,饿了么的 elementui ,阿里的 DataV 、antd react 都是不错的国产库,文档不敢说比国外同类质量高,但至少是很不错的。你要是觉得它是中国人写的,用起来恶心,就要求它完美,那你就不要用。
ZeroDu
2022-11-23 11:24:41 +08:00
国内阿里系的 sdk 、文档算是非常好的了
saturn7
2022-11-23 11:28:57 +08:00
选型国产软 /硬项目,大概率是给自己挖坑。
jeesk
2022-11-23 11:29:48 +08:00
@ZeroDu 有些项目还是可以, 撇开某些刷版本号和 Kpi 的。
mosfet
2022-11-23 11:37:18 +08:00
个别芯片厂家,静态库和文档只能找销售要,销售再内部提交申请流程,然后技术支持再用微信发你,也是服了。
justdoit123
2022-11-23 11:51:26 +08:00
@testver 你批评吐槽其他国家领导人的时候,没什么人会反问你,你做到了吗?你有资格吗?

为什么?因为一般人不会是一个国家领导人。这种吐槽评论,看着就好像合理一点,事不关己 茶余饭后。

v 站应该算是偏技术人员的社区,所以当你只会吐槽评论的别人技术文档不全的事实的时候,别人(包括我)总不禁要问,那你做到没有?这也很合理。
whoamiatvip
2022-11-23 13:47:24 +08:00
@wbwm 不要制造混淆,文档也分对内和对外。如果跟客户交付产品的时候能同时交付好的文档,那你内部有没有文档跟客户有半毛钱关系? 但是对内部文档来说,如果你不写文档但是给 leader 交付的时候能过关,那就是企业管理或者文化的问题了。
BingoXuan
2022-11-23 14:30:05 +08:00
我们(硬件)公司有订制化产品和自研产品。订制化客户都是国外的,他们自己有自己的开发和设计规范,要求我们 follow 。虽然这个规范颇有槽点。但按部就班做出来的东西还是很规范的,文档,版本控制,协议规范等等。当到了自研产品就开始各种奇奇怪怪的想法,反正能跑就行。扭曲的设计,浆糊的逻辑,奇奇怪怪的 bug ,极其不好维护。每个版本都是孤版。
有想法是没有用的。我说想做 CI/CD 被驳回,说花那么多工夫没意义。用 rpc 替代字符串指令说不好调试。用中断处理说太麻烦。反正各种成功的经验不要,喜欢自己做,高估自己的聪明。
JohnBull
2022-11-23 15:58:41 +08:00
@BingoXuan 基本上同感。但是在协议设计这块,仅就非可靠链路(如串口)交互的场景而言,文本行协议比二进制协议确实有着巨大的优势,不仅是因为调试方便,可靠性和鲁棒性也更高。
idrawer
2022-11-23 17:20:22 +08:00
@adoal 瓦房店是传承劣化,这种纯粹是驻马店不算是瓦房店
chrawsl
2022-11-23 17:26:55 +08:00
主要没这么多时间做优化,现在还处于野蛮发展的阶段(
james122333
2022-11-23 19:22:37 +08:00
@JohnBull

你说的是 demo 程序 不然是什么
该语句解读你认为做硬件的公司开源软件合理是正常解读
如果是以上这情况 你可以自己写软件并套用于其它机器上 到底有什么好说的 别人闭源自然有自己的考量 这不是杠 依照你批判的论点 虽然很模糊 但你是有能力自己做出来不用别人施捨的
ufan0
2022-11-23 19:34:07 +08:00
国内金融行业要求使用的数据库以及部分中间件使用全国内自主研发的,看来看去用的基本都是阿里云腾讯云的,作为 SVIP 级客户,阿里云派了 15 个内部员工驻场,阿里云的对接效率以及态度真是要了老命,一个切换数据源的问题能给处理半周,直接找到总负责人 P9 那里投诉才缓解一些。

然后找文档和踩坑之路又是非常漫长......

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/897090

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX