国内软件公司的产品水分是不是很大

31 天前
 lancelotfh

这两年在国内某能源集团做一个比较传统的管理信息化系统,一个大型民企中的标。 近期因为并发数(不到 100 )、数据量(数据库中除去日志不到 100G ),出了很多次故障,扒了一下他们的架构设计、代码,发现很多地方就是用最简单粗暴的办法实现功能、业务,没有考虑过执行效率和并发能力。 很难想象,这是获得过“中国计算机行业发展成就最具成就企业奖”的公司的当家产品。 这算是国内软件公司的通病吗?吹得天花乱坠,实际上一地鸡毛。

5985 次点击
所在节点    程序员
72 条回复
DigitaIOcean
31 天前
去掉“国内”两个字,也许更能反映实际情况
再去掉“软件”,也许更更是社会的真相
TenProX
31 天前
你做了一個高質量的項目,後期不需要維護,不需要軟硬件升級。簡單一句,你的保時捷誰給你加油,你的海景獨棟別墅誰給你付款?
leegradyllljjjj
31 天前
业务吹得天花乱坠,代码写得多勾史,bug 有多少只有自己知道
Knights
31 天前
见多了就不奇怪了,这个世界就是这个鸟样,不仅是人类社会,自然界也是屎山代码,没出问题就不管
NewYear
31 天前
“还不如组织人手,自建系统靠谱”

从管理的角度说一句,“还不如”是没办法提前得知的,在决策的时候需要考虑太多了。各方存在博弈,要达成一个所有人都满意的结果是不可能的。

即便做再好,所有部门都满意了,还会有人说“你拿了多少回扣?”,关于这个回扣的问题,我笑死,不光是楼上,同一个部门都有怀疑的,下属怀疑领导的,下属怀疑前任的,每次遇到这个话题,我都会说赶紧打住,否则下一个被讨论有没有拿回扣的主角很可能就是你我。

主导立项的管理者,往往都是追求目标追求完美的,但是要公司花钱,要大家配合,一定会影响某些人的利益啊,即便没有金钱上的影响,也会改变习惯,这就很烦啊,每次博弈下来其实都很累。。。所以每个成熟的管理者,都不追求完美了,不然自己得气死。

我还记得以前没有管理思维的时候,做方案报价都是很实在的,后来发现面对的都是外行,每个项目的第一个方案肯定是有水分的,预算可以压一压,人员需求也可以压一压,“反正我不懂,砍价砍一半”,于是做方案就开始越来越水,提前给你预留好要砍的一部分额度。
最离谱的一次事件:高管认为 8-9 万单价的服务器(中高配置)不正常,跑去电脑城一问,“服务器”只要 8000-10000(低端配置,但高管以为是同样的东西),回来就各种阴阳怪气。。。给我们普及“如何买东西靠谱”,别的部门还问“服务器批下来了吗,不是只要一万吗?”。。气的我到处打听到底是谁给高管提供的这个价格,才知道疑似是高管自己去了电脑城,但真的是这样吗,高管真的会去电脑城询价吗,还是有人吹耳边风呢?。。当时为了避免“回扣问题”,我是直接放弃了报价工作,让他的助理来承担找供应商+询价工作。即便这样也是不行的,因为找供应商+询价是我的工作,丢给上司的助理去做,想死是不是?


回到主题,其实我是不认同自己研发的,信息管理软件有 4 大难题是自主研发无法解决的:
1 、周期太长:从需求收集到立项到软件开发到培训使用到修改 bug ,实现新需求,这个周期不会短,说不定立项的人都离职了,到时候绝对是烂摊子。新官上任三把火,没有人想去搞旧项目,因为这样是拿不到业绩的。
2 、成本无法估量,买软件产品大概率是产品费用+服务费,自研发的成本忽高忽低,研发期间人多成本高,产品出来后呢?人员都开除吗?如何保证留下来的人、人都走光后,屎山还能玩得 666 呢?会不会到时候又回归到原点,技术部门应该推陈出新?
3 、BUG 带来的损失无法估量:公司运营不是过家家,数据出错带来的是经济损失,bug 影响相关业务,也是损失,我这边遇到过生产线 24 小时上班,遇到 bug 时后半夜程序员要来修 bug 的,也遇到过各种数据不准影响业务部门的。虽然你的数据是自动出来了,但业务部门需要自己核对也很烦,因为那代表你的数据不值得信任,数据繁杂的情况下太容易出错了。
4 、没有人兜底和背书,以上三大难题,谁来兜底呢?往往都是老板来兜底,因为所有损失都与他直接相关(老板花钱找罪受)。既折腾自己人,又带来无数风险,自己也备受煎熬。你现在还能骂骂厂商,到时候你部门被骂,业绩受影响,那滋味可不好受。

我作为信息系统运维者,一路走到信息化部门管理者,多多少少还是有点经验的,我的答案就是别搞内部研发,别折腾自己人,事情有人兜底,大家都安心点。烂怎么了,每个公司,每个人,每个产品,都是不完美的,都能被骂,所以一定不要尝试去满足所有人的愿望,因为最后还是会被骂。

嗯,我想说的是每个位置有每个位置的难处,骂一骂就好了,别想太多,这事换别人来不行,换你我来也未必会更好。要不……咱们就勇于直言,立项搞起来?
yinmin
31 天前
如果你熟悉数据库的话,在并发较低的时候,开启一个数据库跟踪器过滤出用时较多的 sql ,然后看看能不能加 index 提高效率
drymonfidelia
31 天前
@yinmin 政府的系统都不一定有数据库,我们这边有个信息化系统,txt 当数据库,不支持并发写
drymonfidelia
31 天前
我看到了 OP 说的数据库,但说不定这个数据库指 .txt
我这边这个还不是个例
echo1937
31 天前
了解一下日本、美国(奥巴马 care 当初上线时的情况)、欧洲的政府或者传统企业的系统,就会发现都很烂,最多只能达到本国软件发展的平均水平。
sky9401
31 天前
几千万的管理系统你自建不了的,不行你试试,这不是简单的表单增删查改。
管理系统的核心实际上是对业务的深层次理解和抽象,很多细分领域还在定制化,就是每家客户的业务也不太一样。这家供应商的软件很菜,可能是历史包袱太严重了,但没办法,一个庞大的管理系统,开发人员换了一波又一波,很多现在的功能要依赖十年前的代码,架构更加不好改。
sky9401
31 天前
另外,不要想着自建,还有一点就是保护本部门利益,这东西吃力不讨好。
做的烂,其他各个部门都能喷 IT 部门,本身在国内企业,IT 部门的话语权很低。
咨询公司+供应商模式,出了问题,先找咨询公司麻烦,再找供应商麻烦,好好当你的甲方多好。
lancelotfh
31 天前
@drymonfidelia 类 Oracle 的国产数据库,我有 DBA 权限,经常上去监控资源使用量
lancelotfh
31 天前
@yinmin 已经优化 3 周,数百个 SQL 了,光从数据库上只能解决部分问题,其他的还是得厂商自行解决
hatw
31 天前
是时候规划二期升级项目了
lancelotfh
31 天前
@NewYear 您说的我很赞同,项目外包有很大一部分原因就是风险转移。我的思考方式偏技术,很多优化工作也应该是我安排下去,而不是我自己做。但是现阶段出问题,扣绩效真扣到我头上了,有时候就不得不插手,按我的想法强行让供应商去做优化了。
tomatocici2333
31 天前
做二期优化升级就是了..很正常的
lancelotfh
31 天前
@lizy0329 真有这么多用户,实际用下来的在线人数也在三五千。招标的时候也都把这些情况写了的,合同里也有这些条款
lancelotfh
31 天前
@tomatocici2333 现在查得严,不像早几年那样,糊弄糊弄就能随便验收。验收的条件就有稳定运行 XX 天,并且各种应用级、资源级监控也有,出问题的话,集团那边知道得比我还早。
dododada
31 天前
最近在做算法的推理项目,客户给的 6130+T4 ,然后 io 太慢了,销售那边不开心,说为什么这么慢,都是 T4 了,gpu 比较好了呀。

然后我们解释,你这个 150 块钱的 cpu ,还要起飞不成?然后就没有然后了。

搞互联网的时候,面对的是公司内部的产品经理,项目经理,部门经理什么的,toB 之后什么人都有,各种需求稀奇古怪。

有个客户拿了一台海光 cpu + 海光 gpu 的机器过来,让我们做适配,我们也没搞清楚他从哪儿找过来的,反正就是不按你的要求来。

华为的机器有内核要求,但是他们就是随便搞。

所以很多时候能把单子拿下来,演示的时候不出纰漏就可以了;有的客户一分钱不掏就要这样那样,白嫖怪太多
love2328
31 天前
正常,不一定有能力的就能中标

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

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

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

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

© 2021 V2EX