3
为什么网上 go 写的产品这么少
source link: https://www.v2ex.com/t/806003
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
我大致搜了一下 go 开发的商城系统，基本上找不到，尤其是 go 开发的商业商城系统，反倒是 java，php 开发的商城系统和商业产品一大堆。cms 也是，这是为啥？
是 go 的程序员不够多？还是 go 不适合做这些？不应该呀现在 go 的程序员也不少，go 的高并发也适合做商城类呀。
第 1 条附言 · 4 小时 46 分钟前
对于我来说，编程语言都是工具，所以哪个工具顺手，就用哪个。没有语言鄙视链。请不要带节奏。
既然是工具，go 这个工具也不输 php 、java，为啥用 golang 开发商业 web 产品的少之又少？这背后是什么深层次的原因？
既然是工具，go 这个工具也不输 php 、java，为啥用 golang 开发商业 web 产品的少之又少？这背后是什么深层次的原因？
29 条回复 • 2021-10-06 03:42:44 +08:00
zwgf 5 小时 25 分钟前
@hutoer
我觉得应该是适合写的，而且我也看到过公司内部用 beego 开发的管理系统和网站项目，但是为什么没有用 go 开发的商业商城产品？这个是我不能理解的，而且 go 也有十多个年头了，这 10 多年来就没有一款这样的商业产品吗（这里的商业产品指的是商城和 cms 这种 web 产品）？
如果是我搜索不给力，希望大家能举例几个
我觉得应该是适合写的，而且我也看到过公司内部用 beego 开发的管理系统和网站项目，但是为什么没有用 go 开发的商业商城产品？这个是我不能理解的，而且 go 也有十多个年头了，这 10 多年来就没有一款这样的商业产品吗（这里的商业产品指的是商城和 cms 这种 web 产品）？
如果是我搜索不给力，希望大家能举例几个
westoy 5 小时 21 分钟前
当年百团大战 + 凡客独立电商紧喷期， 我这边接过好多电商外包的需求， 我是真研究过当时市面上几乎所有的开源电商程序的
这么说吧， 除了 magento， 可以说没有任何一个现成的开源电商程序适合正经拿来用的
然而 magento 的二次开发的学习成本， 比你拉团队从头写都高
这么说吧， 除了 magento， 可以说没有任何一个现成的开源电商程序适合正经拿来用的
然而 magento 的二次开发的学习成本， 比你拉团队从头写都高
zwgf 5 小时 16 分钟前
@westoy 不是说开源的，开源的 golang 商城也是能搜到几个的，但是开源嘛，如果不是大厂维护或者有专人维护，产品质量确实不敢多求。像你说的 magento 也是 PHP 开发的，商业的有 ecshop 、hishop 、shop++等等这种 java 、php 、.net 开发的商用商城项目一搜一大把，为啥 go 的就一个也搜不到
wunonglin 5 小时 14 分钟前
历史原因与潮流趋势。
以前前后混合的时代正好是 php 和 java 的天下，有各种各样的系统、管理后台。到了依旧充斥着以前那套东西，在加上以前的东西现在也能复用。
所以，现在 golang 火了，但是人们一旦做这种 cms 就会联想到用 php 、java 做的“快”，那是因为以前有现成的东西给他们，而不是因为 php 和 java 有多“快”。
所以现在就算用 golang 开发 cms，也不会再想到以前那套东西，且需要前端配合，前端现状又是娱乐圈 A 、R 、V 百花齐放。对于某些原因来说，用以前那套东西“成本低”
但是 golang 渲染模板确实不好用就是了
以前前后混合的时代正好是 php 和 java 的天下，有各种各样的系统、管理后台。到了依旧充斥着以前那套东西，在加上以前的东西现在也能复用。
所以，现在 golang 火了，但是人们一旦做这种 cms 就会联想到用 php 、java 做的“快”，那是因为以前有现成的东西给他们，而不是因为 php 和 java 有多“快”。
所以现在就算用 golang 开发 cms，也不会再想到以前那套东西，且需要前端配合，前端现状又是娱乐圈 A 、R 、V 百花齐放。对于某些原因来说，用以前那套东西“成本低”
但是 golang 渲染模板确实不好用就是了
zwgf 5 小时 13 分钟前
@Hanggi
https://getqor.com/cn 这个是一个海外项目，从界面到语言，在国内拿来做商城基本上不用想。
https://www.go-admin.com/ 这种后台项目是很多，什么 gin-vue-admin 等等，但是不是商业产品。只能算是一个 go 的项目
https://getqor.com/cn 这个是一个海外项目，从界面到语言，在国内拿来做商城基本上不用想。
https://www.go-admin.com/ 这种后台项目是很多，什么 gin-vue-admin 等等，但是不是商业产品。只能算是一个 go 的项目
zwgf 5 小时 4 分钟前
@wunonglin
确实之前 phpjava 的时代，但是 go 也有 10 多年的历史，对于网络世界 10 多年的历史可不短，为什么没有一个中文场景的这种产品，而且现在前后端分离基本上已经是共识了，那么后端从 php 或者 java 切换成 go，只要确保接口和之前的一致，前端的工作量并没有增加。加上 go 语言的设计优势，为什么没有人或者公司愿意做？
确实之前 phpjava 的时代，但是 go 也有 10 多年的历史，对于网络世界 10 多年的历史可不短，为什么没有一个中文场景的这种产品，而且现在前后端分离基本上已经是共识了，那么后端从 php 或者 java 切换成 go，只要确保接口和之前的一致，前端的工作量并没有增加。加上 go 语言的设计优势，为什么没有人或者公司愿意做？
westoy 5 小时 2 分钟前
@zwgf
当年有市场， 催生出来的呗， 我上面提了当年有段时间是百团大战 + 凡客引爆的独立电商紧喷期么
你说的这些里面 ecshop 我是熟的， 最早是 phpx 一个水友开的开源的坑， 随便做着玩的， 后来就在那阶段转商业化的
现在除了练手的， 谁还去开新坑啊， 电商这种程序， 和产品规划的业务耦合太紧了， 正经做的也不可能用现成的啊， 既然是找外包做着看的， 谁管你用哪门语言啊， 产品外包这块讲究的就是项目复用啊
当年有市场， 催生出来的呗， 我上面提了当年有段时间是百团大战 + 凡客引爆的独立电商紧喷期么
你说的这些里面 ecshop 我是熟的， 最早是 phpx 一个水友开的开源的坑， 随便做着玩的， 后来就在那阶段转商业化的
现在除了练手的， 谁还去开新坑啊， 电商这种程序， 和产品规划的业务耦合太紧了， 正经做的也不可能用现成的啊， 既然是找外包做着看的， 谁管你用哪门语言啊， 产品外包这块讲究的就是项目复用啊
zwgf 4 小时 49 分钟前
vinle 4 小时 19 分钟前
记得 donald kunth 在分享圆周率的趣事的时候提到过一句话 if you have to ask, you are not the right kind of person.。同理，会提出“为何 go 写的 cms 较少”这个问题的话，相信楼主并不是 go 的"right person"。我也曾有过类似的疑问，最后官方文档很好地解开了我的疑惑，或许楼主也可以尝试了解下。golang.org/doc
zwgf 4 小时 3 分钟前
fkdog 3 小时 0 分钟前
因为大部分厂商都用 go 写一些高性能的中间件。
至于应用业务逻辑，一方面是 php java 已经有了足够成熟的开源产品、开发生态和开发者，另外一方面是用 go 重写也没有太多好处。
至于应用业务逻辑，一方面是 php java 已经有了足够成熟的开源产品、开发生态和开发者，另外一方面是用 go 重写也没有太多好处。
dayeye2006199 1 小时 34 分钟前
因为 go 被设计出来的主要目的不是来写 cms，电商平台这类高度业务相关的程序的。
go 一直是作为一个 better C 被设计出来的。C/C++的使用成本很高，go 出来之前，比较正经的基础组件（数据库、中间件、网路、容器编排等）基本选择只有 C/C++。但这个模式不符合大厂的利益，因为能用好 C/C++的人太少，写出来的程序 bug 太多。go 被搞出来之后，即使是年轻的工程师也可以像老帮菜一样，写出质量较高，性能不错的各种基础组件了。这个才是对大厂生产力提高最多的地方，也是 google 为什么乐意持续投资搞 go 的原因。
至于传统的 web 后端，这个完全是语言流行起来之后的溢出效应。这个道理就和你问，为什么 C/C++写的 CMS 和商城系统这么少呢？非不能也，只是擅长的领域不一样。
go 一直是作为一个 better C 被设计出来的。C/C++的使用成本很高，go 出来之前，比较正经的基础组件（数据库、中间件、网路、容器编排等）基本选择只有 C/C++。但这个模式不符合大厂的利益，因为能用好 C/C++的人太少，写出来的程序 bug 太多。go 被搞出来之后，即使是年轻的工程师也可以像老帮菜一样，写出质量较高，性能不错的各种基础组件了。这个才是对大厂生产力提高最多的地方，也是 google 为什么乐意持续投资搞 go 的原因。
至于传统的 web 后端，这个完全是语言流行起来之后的溢出效应。这个道理就和你问，为什么 C/C++写的 CMS 和商城系统这么少呢？非不能也，只是擅长的领域不一样。
zbw0414 1 小时 8 分钟前
软件世界的本质还是人，毕竟俗话说组织架构决定软甲架构。java 培训班什么数量级，人口基数在那摆着，招人、招合适的人都容易得多，那这样你让原来公司转 go 或者新公司 all-in-go 都不太可能。而且电商系统并不是单体性能敏感型的业务，反而和大数据、数据运营、人群画像，这些大数据关系密切，那后端 all-in-java 基本上都 hold 住。但像是云计算、APM 等这种对内存敏感、启动预热时间敏感的业务，java 就不合适了（ java-native 、graalvm 如果能被市场认可，那 java 场景又被拓宽了许多）。
现在很多靠 AI 、算法、云服务起家的公司对 go 用的反而比较多，我猜主要可能是公司创始最早的那波人都是玩 C 的，从起源上和 go 比较亲近，和 C 的 FFI 亲和性比较好。
现在很多靠 AI 、算法、云服务起家的公司对 go 用的反而比较多，我猜主要可能是公司创始最早的那波人都是玩 C 的，从起源上和 go 比较亲近，和 C 的 FFI 亲和性比较好。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK