企业要出海,别只知道关心软件内核
12月26日,开源中国邀请观测云 CEO 蒋烁淼将、亚马逊云科技 SA Manager 梁风飚、OceanBase CEO 杨冰、AutoMQ 联合创始人兼 CEO 王小瑞、Bytebase 联合创始⼈兼 CEO 陈天舟等企业家做客【开源漫谈】直播间,探讨我国基础软件如何出海。
期间,大家聊到了中国基础软件和世界优秀软件的之间差距。
扫码查看直播回放:
以下内容根据直播整理:
蒋烁淼:不带任何色彩地看,中国基础软件和世界优秀软件相比,有多大的差距?
杨冰:我们既做国内市场,也做海外市场,感触还是比较深。我觉得差距是有的,但不是不可超越。
中国有很好的场景,很好的工程师,可以把技术做得很强,OceanBase也是如此。但我们进入到商业市场这一步,碰到的第一个问题就是:变成商品以后,产品如何去定价?我们比较擅长成本定价或者竞争定价,但是不擅长价值定价。
像 Oracle 以及很多 SaaS 产品,都会有标准版,高级版——会有很多针对客户价值和需求的一些扩展性设计,比如高可用套件、安全套件等等。既能够实现价值,又会让客户愿意付费,这是对商业化和产品非常有利的。
我们国内软件厂商,在产品商业化的能力方面,跟世界优秀软件厂商相比,差距其实还是比较大的。这背后可能跟基础软件市场的发展有关,比如储备的人才不足等。我们也希望通过走向全球,吸纳更多的全球化人才来弥补这些差距。
第二点,在自助服务方面,我们的软件产品设计会偏弱一些。这跟国内外客户的使用产品的习惯不同有很大关系。中国很多客户,他会希望买整套的服务。海外客户更习惯自助服务模式,好比自己买一个工具,去收拾自己的花园。
第三点就是,中国软件在开发初期,可能会更多地考虑中文用户的需求,认为第一市场就是“中国+东南亚”,因此在做精一个产品后,会倾向于向上或向下整合,使产品变得大而全。而英语世界的软件产品一诞生可能就会面对全球市场——英语国家数量庞大,因此在产品上会专注于一个领域,实现全球化扩张。
总结一下就是,中国软件在工程能力,技术突破等各方面上都很强。中国这十年的发展,把基础软件、工程类软件的人才梯队给培养起来了,所以其实在这方面我们不但没有落后,反而有很大优势。但让它成为一个全球都好用,既能现客户价值又能赚钱这块,我们还是比较弱,应该在这些方面多学习,多吸收,打破惯性思维,才能更好地跟全球软件竞争。
蒋烁淼:我觉得中国其实还有一个很大的优势,就是中国的甲方。如果把海外软件厂商放到中国来,绝对受不了中国的甲方。中国甲方的挑剔程度是远远超过欧美用户的。亚马逊云科技既帮助很多中国软件企业出海,也帮助很多海外企业进入中国。你们是如何看待中国的基础软件和世界优秀软件的差距这一话题的?
梁风飚:我们知道,很多软件企业都是以 SaaS 模式来交付产品。国内很多软件企业研发的侧重点是在打磨软件产品的底层内核,对性能要求高,要达到业界某个标准,但在 SaaS 平台的安全合规、业务流程、运营流程上面,投入严重不足。在这点上,国内软件跟海外软件的区别很明显。
其实在制定商业化发展计划的时候,就应该要认识到,SaaS 平台跟产品内核是同等重要的。甚至有时候,SaaS 平台还会更重要一点。
有个朋友,在一家全球化的企业工作,是 IT 企业的甲方。他说在采购 SaaS 产品的时候,如果有同类型的两家企业可供选择,主要关注两点:在能满足所需的性能标准或者功能的前提下,看 SaaS 平台的成熟度。SaaS 产品,说白了也就是一个互联网应用,需要遵从最佳实践,比如基本安全防护,是否通过渗透测试,域名是否规范等等。这其中有很多细节,都是需要国内软件企业逐步落实的,这样才能跟全球优秀 SaaS 企业同台竞技。
近十年来,我国在基础软件领域的进步已经相当快了。以数据库为例,已有10 家中国企业的产品跻身 DB-Engines 排行榜前100名。接下来的挑战在于SaaS平台的构建、最佳实践的应用、客户安全合规的考虑,以及运营流程的优化。这些方面是我们需要进一步加强的短板。
【开源漫谈】
OSCHINA 视频号直播畅聊栏目【开源漫谈】,每期一个技术话题,三五位专家围坐,各抒己见,畅聊开源。给大家带来最新的行业前沿、最热门的技术话题、最有趣的开源项目、最犀利的思想交锋。如果你手上也有新点子、好项目,想要跟同行交流分享,欢迎联系我们,讲坛随时开放~

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Redis 经典缓存问题:一致性、穿透、击穿、雪崩与污染
Redis 是一种广泛应用的高性能内存数据库,常用于缓存场景以提升系统性能和用户体验。然而,使用 Redis 缓存时,可能会遇到一些经典问题,比如一致性问题、缓存穿击、缓存穿透、缓存雪崩,以及缓存污染等。这些问题如果不加以有效处理,可能导致系统性能下降,甚至引发服务不可用的严重后果。 本文主要探讨Redis作为缓存,在实践中可能会有哪些问题。 本文目录: 为什么要理解Redis缓存问题 缓存穿透 缓存击穿 缓存雪崩 缓存污染 数据库和缓存一致性 1. 为什么要理解Redis缓存问题 Redis 缓存能够显著提升数据访问速度,但其问题常与实际业务场景相关。深入理解这些问题及其解决方案,能够帮助开发者设计更加健壮和高效的系统架构。 在高并发的业务场景下,数据库大多数情况都是用户并发访问最薄弱的环节。所以,就需要使用redis做一个缓冲操作,让请求先访问到redis,而不是直接访问Mysql等数据库。这样可以大大缓解数据库的压力。 当缓存库出现时,必须要考虑如下问题: 缓存穿透 缓存穿击 缓存雪崩 缓存污染 缓存和数据库一致性 2. 缓存穿透 问题定义: 缓存穿透指的是客户端频繁请求数...
- 下一篇
敏捷不是拖延借口,如何把控准时交付?
大家好,我是陈哥,今天想和大家聊聊敏捷团队项目的准时交付~ 敏捷方法和硬性期限看似是两个不相容的概念。提到“敏捷”,我们通常会想到灵活性、适应性、迭代和持续改进,而“期限”往往与固定日期、最终性和时间压力有关。 实际上,敏捷与期限并非完全对立,它们之间可以找到一个合适的平衡点,使得项目既能保持灵活性,又能遵守时间节点。正如知名敏捷教练玛丽·波彭迪克(Mary Poppendieck)所说:准时交付是衡量敏捷团队绩效的重要指标,它体现了团队的速度和效率。 在本文中,陈哥将分析在敏捷框架中如何实现准时交付。如何想获取更多敏捷相关的资料,备注【敏捷】获取资料。 一、敏捷并不意味着无期限自由 敏捷宣言的共同创始人之一杰夫·萨瑟兰说:“敏捷的精髓在于快速响应变化,同时保持对交付承诺的忠诚。” 尽管敏捷强调提高灵活性,但这并不意味着可以忽视最后期限。 由于冲刺时间短,不可预见的问题或变更都包含在特定冲刺中。这有助于降低整个项目延迟的风险,并简化问题解决,因为每次只有项目的有限部分受到影响。 此外,敏捷项目中按时完成任务在很大程度上依赖于准确的任务估算。如果估算不准确,项目团队可能会因为过度投入而落...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS关闭SELinux安全模块
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS6,7,8上安装Nginx,支持https2.0的开启