这是一个创建于 838 天前的主题，其中的信息可能已经有所发展或是发生改变。
并不打算引战，单纯出于好奇。
https://github.com/gin-gonic/gin
https://github.com/beego/beego
https://github.com/labstack/echo
把前几名的 Go 语言后端框架加一起都 10 万星了。
https://github.com/spring-projects/spring-boot
https://github.com/laravel/laravel
Gin 6 万 1 ，spring-boot 6 万 2 ，laravel 7 万。
虽然不能说明一且，但至少说明很多人在用。
首先强类型语言灵活性肯定是不如脚本语言的，所以没必要争个高低，PHP 、Node.js 、Python 这类脚本语言写业务逻辑能力是最强的。
但在可维护性上，强类型语言是比脚本语言好很多，所以 Typescript 的可维护性是远胜于 Javascript 的。
回到 Go 语言，
首先要明确的是 Go 语言是一种为了最大化编译速度而牺牲语言特性的一种语言。
很多人说 Go 语言写起来痛苦，说的其实是那些理应支持的语法糖或工具函数在 Go 语言里并不提供，而需要自己去写所带来的痛苦。不提供不意味着无法实现，只是让你用最基础的语法结构去实现，换来的是更快的编译速度和非常低的阅读门槛。
对于 if err != nil 只说一句，Error 是一种值。
https://go.dev/blog/errors-are-values
（过去也有人提议加入 Try Catch ，但都被否决了）
最后，还是要看你的需求是什么，Go 语言写业务逻辑可能不是最佳选择，但确实很多人在用 Go 写业务逻辑，它的特性满足了一些人的需求，特别是在云原生领域。
说写不了的，可以把你的场景细节分享出来，
解决方案都是有的，接不接受是每个人自己的选择，但是光说 Go 语言写不了业务逻辑，又不说到底是什么场景。
谁能知道到底是 Go 语言写不了业务逻辑，还是你的编码或理解能力上有不足呢？
 |
1
luob 2022-08-08 12:34:45 +08:00  40
冷知识，（ ）也是能吃的
但是作为一个灵长类人科人属人种生物，实在没必要花大力气证明这件事，要不然会让大家怀疑你的身份。 |
 |
2
yedanten 2022-08-08 12:36:55 +08:00 via Android 17
写不了业务 x
写 curd 很痛苦√ 如果把写业务=写 web 应用，那确实可以说，不建议 |
 |
3
tairan2006 2022-08-08 12:37:20 +08:00 12
能用和好用不是一个概念，用 C/汇编啥都能搓出来。
golang 在复杂业务这块生态缺失是很显然的，你连个好用的工作流引擎都找不到吧。 |
 |
4
BBCCBB 2022-08-08 12:40:18 +08:00
c++也可以写 web, 但能用和好用是有区别的
|
 |
5
BeautifulSoap 2022-08-08 12:51:20 +08:00 3
其他感觉还好，但 Go 写 Entity 到 DTO 之类的转换写到吐血是真的
|
 |
6
wangyzj 2022-08-08 12:53:15 +08:00
|
 |
7
neteroster 2022-08-08 12:54:30 +08:00 3
没人说写不了吧，都是图灵完备的啥业务逻辑不能写？关键是能写和能写得好，能写得快，能写出可读性高和可维护性好的代码中间是有距离的。
|
 |
8
Hanggi OP @BeautifulSoap 一个结构体，定义好 tag ，一行映射不就解决了吗？
|
|
9
Hanggi OP |
|
10
Hanggi OP |
 |
11
yuk1no 2022-08-08 13:05:54 +08:00 via iPhone 3
流量密码行哇
|
 |
12
Curtion 2022-08-08 13:08:55 +08:00
不是在说写不了吧，任何一个图灵完备的编程语言只要想写都能写业务，只是区别在于合不合适。 说 Go 不适合是相较于其它的解决方案来说的。 至于说写不了的人，那肯定是乱说的，Go 是有一些特殊业务领域比较好用。
|
|
13
tairan2006 2022-08-08 13:10:18 +08:00 5
|
 |
14
lix7 2022-08-08 13:11:53 +08:00 3
开头说不打算引战，最后人身攻击，可以，block 了
|
 |
15
Mexion 2022-08-08 13:17:56 +08:00 3
有人说过不能写吗，不都是说写的很痛苦吗？这么说 c 语言也可以写啊，为什么不用 C 语言写
|
 |
16
fkdog 2022-08-08 13:21:35 +08:00 4
问一下，还花时间在编程语言这个级别上 battle 的，一般都是毕业几年的啊？
|
 |
17
XCFOX 2022-08-08 13:22:08 +08:00 6
我个人感触比较深的是 ORM 场景。C# 有 Entity Framework 、TypeScript 有 TypeORM 、MikroORM 、PHP 有 Eloquent 、Kotlin 的 Ktorm 。看过了以上 ORM 再看 Go 的 ORM 实践就很一言难尽。
优雅的 ORM(TypeORM)是这样的： ``` const article = await articleRepository.findOne({ title:"Tales of Ten Worlds"，published:true }); ``` 从 文字表里取一篇文章，取出来的变量直接从 findOne() 函数里传出来，非常顺畅。 Go (gorm) 语言是这样的： ``` var article Article db.Where(&Article{Title: "Tales of Ten Worlds", Published: true}).First(&article) ``` 先声明 article 为 Article ，再传指针到 First() 里，一下子打破了函数式编程的 「没有"副作用"」「不修改状态」的教条，这里将 article 的类型改为其他也不会有编译时错误。 或者这样(ent)的： ``` article :=client.Article.Query(). Where(article.TitleEQ("Tales of Ten Worlds"),article.PublishedEQ(true)).Limit(1) ``` 这样确保了编译时类型安全但将查询条件改成了指令式的罗列，极大损失了简洁性。 |
 |
18
agdhole 2022-08-08 13:25:41 +08:00
楼上提到了 ef core ，底层用 linq 去操作 sql 或者 list 等等，体验好太多了
|
 |
19
FreeEx 2022-08-08 13:28:08 +08:00 1
我感觉主要是因为写 web 应用没有一个最佳实践出来，写起来比较痛苦，尤其是新人进入团队去改之前的代码。
例如 目录结构怎么划分？ 是搞全局函数还是结构体挂方法？结构体挂方法的话如何实例化？结构体直接有依赖关系怎么实例化？ db 是全局的还是通过参数传递？ 需不需要分层 ApiHandler 、Service 、Repo ？ ... 问题太多了，不说每一个公司吧，就说每一个项目，都可能是不同的项目结构，百花齐放，I am happy :) |
 |
20
wonderfulcxm 2022-08-08 13:29:20 +08:00 via iPhone 7
> 很多人说 Go 语言写起来痛苦，说的其实是那些理应支持的语法糖或工具函数在 Go 语言里并不提供，而需要自己去写所带来的痛苦。不提供不意味着无法实现，只是让你用最基础的语法结构去实现。换来的是更快的编译速度和非常低的阅读门槛。
恭喜你找到了痛苦之源，而且你那么痛苦实现的功能，人家语言就自带了，质量还更好，你说气不气人吧，如果喜欢自虐，欢迎使用 go 语言。 |
 |
21
coderluan 2022-08-08 13:30:04 +08:00
正文写的挺好，怎么起了这么个烂标题。
|
 |
22
charmToby 2022-08-08 13:30:50 +08:00
语言之争有没有尽头。
|
 |
23
nine 2022-08-08 13:41:54 +08:00
想用你就用呗。
至于 Star 的数量问题。你可以搜一下，什么叫“劣币驱逐良币”。 你觉得 10 块钱的冰淇淋币 2 块钱的好吃，可能是因为你压根没有听说过有 100 块钱的。 |
 |
24
Mrun 2022-08-08 13:48:07 +08:00
|
 |
25
q1angch0u 2022-08-08 13:48:51 +08:00
我的编码或理解能力上有不足。
|
 |
26
musi 2022-08-08 13:51:15 +08:00
这都能骂起来，还是前端好，只能运行 JavaScript
|
 |
27
RubyJack 2022-08-08 13:51:52 +08:00
javaboy 马上赶到战场
|
 |
28
Oktfolio 2022-08-08 13:53:03 +08:00
第 1 点，因为 go 使用 github 作为依赖仓库，所以 repo 的 star 数普遍偏高。
go web 框架普遍使用 :param 作为路径参数（[API design guide - Google Cloud]( https://cloud.google.com/apis/design/custom_methods)），比如你上面说的 gin ，所以我 star 了 gin 但不用它。 |
 |
29
Leviathann 2022-08-08 13:53:48 +08:00
@XCFOX 这么看起来这个 gorm 好野鸡啊，连最基本的类型安全都没了，而 ent 做为 FP 大厂的作品观感上就强不少，不愧是创造了 react 的公司
|
 |
30
28Sv0ngQfIE7Yloe 2022-08-08 14:01:23 +08:00
写不了 = 考虑效率 、心智负担后，不选择 go
在这个为前提上讨论，我觉得没问题呀 如果是 crud boy 的话，不选择 go 我觉得没问题。。 |
|
31
28Sv0ngQfIE7Yloe 2022-08-08 14:06:48 +08:00 2
>>> 很多人说 Go 语言写起来痛苦，说的其实是那些理应支持的语法糖或工具函数在 Go 语言里并不提供，而需要自己去写所带来的痛苦。不提供不意味着无法实现，只是让你用最基础的语法结构去实现。换来的是更快的编译速度和非常低的阅读门槛。
这点真的有人赞同吗？ 接手一个项目还要去看前人封装的数据结构。以及对应的 api ，换一家公司还要重新熟悉 |
 |
32
2024 2022-08-08 14:12:15 +08:00
我写 go 跟写 php 一样，平时就 curd 多，现在一年下来了，内部积累的代码有时候可能比 php 还快了。
贴一段 go 代码, 有差别吗 ~~~~ // 读取列表数据 select * from users where id > 1 and create_ed >= now() limit 16 users := NewOrmUsers().WhereIdGt(1).WhereCreatedAtGte(database.Now()).Limit(15).Get() fmt.Println(users) ~~~~ https://github.com/go-home-admin/go-admin/blob/main/app/entity/demo/user_test.go |
 |
33
dqzcwxb 2022-08-08 14:12:18 +08:00 1
@tairan2006 #13 我只想说,暴露 go 吹本质了
"你不吹 go,go 吹就骂你" |
 |
34
fournoas 2022-08-08 14:13:44 +08:00
“又不是不能用”
|
 |
35
TWorldIsNButThis 2022-08-08 14:14:09 +08:00 via iPhone 1
没有便捷语法或被广泛采用的库的支持，那么在实际上的业务开发里基本就等于没有这个功能
|
 |
36
kindjeff 2022-08-08 14:15:07 +08:00
新的风暴已经出现
|
 |
37
ufan0 2022-08-08 14:19:42 +08:00
我还在上大学的时候看到部分公司开始使用 go 进行编写基础组件，感觉挺不错的。
毕业后开始参加工作接触到金融业务复杂系统，就这，想不懂为什么用 go ，kpi or okr boy ？ |
 |
38
mxT52CRuqR6o5 2022-08-08 14:23:29 +08:00
反向推销可还行
|
 |
39
arischow 2022-08-08 14:26:06 +08:00
啊，比 star ？
|
 |
40
icyalala 2022-08-08 14:27:30 +08:00
@Hanggi 这么说用 C 写业务逻辑也有啊： https://facil.io/ ，把帖子里的 Go 换成 C 看看？
|
 |
41
litguy 2022-08-08 14:28:25 +08:00 1
这明显胡说八道了，不是说写不了，是写起来不 happy
我们的产品是用 C++ 写 web 的 上家公司是 C 写 web 不是不能写，是工作量明显高于那些 web 专用语言 |
 |
42
KaynW 2022-08-08 14:29:11 +08:00 3
又到了我最喜欢的语言大战环节
|
 |
43
tobepro 2022-08-08 14:29:22 +08:00 3
Go 真要适合，你就不会来这么努力去证明了。有这精力还是好好去贡献点代码把，为 Go 社区做点贡献。到了真正强大的时候，不用你辩解大家也都会认为 Go 可以写复杂业务逻辑了。
|
 |
44
blless 2022-08-08 14:31:01 +08:00
@Morii #31 对公司而言，人力也是资源，也是流动的。接手一个项目本来就要熟悉之前的封装，除非你一直都只写最基础的业务。别人经验我不清楚，但是 Go 的门槛确实低，基本上业务层面上封装概念搞懂就行。拿 Python 举例，我见过比较恶心的一些例子，使用类似 flask 的 requst 绑定线程的变量，数据结构全程动态生成，一些自定义的装饰器，locals()获取当前变量名当作 key/value ，诸如此类等等等等。每次碰到这些东西，我就觉得 Go 设计太特么好了
|
 |
45
nash 2022-08-08 14:39:33 +08:00
真正的工程师是从来不屑争论这种话题的
|
 |
46
FightPig 2022-08-08 14:46:20 +08:00 1
只要你喜欢，用汇编都没人管。我 rails 用的爽的，干嘛找虐用 go 来写，后面并发也没到那个程度。我用 go 写的最多的是小工具，web 自己写了一套生成工具，主要用来写个 cms ，给别人用的
|
 |
47
LeegoYih 2022-08-08 14:48:06 +08:00 1
有点饭圈的味道了
|
 |
48
storyxc 2022-08-08 14:58:01 +08:00
日经贴
|
 |
49
SeaTac 2022-08-08 15:01:55 +08:00 2
钱没赚几个 代码没写几行 吵架倒是一流
|
 |
50
victor 2022-08-08 15:05:01 +08:00 1
star 数量能代表啥？中文资料收集类的 repo ，star 上万的有好多个。
|
|
51
Hanggi OP @tairan2006
@lix7 @Mexion 答非所问，所以追问而已，如果觉得有攻击性，那我先说声抱歉了。 我也说了，不管是痛苦还是什么，把场景说出来，分享一下。 不是说我要去评判，而是分享出来，大家探讨一下。 说人身攻击是指“编写的人的问题呢？”这句话吗？ 代码的质量跟编写的人经验和习惯相关（也跟项目进度等很多因素相关）， 如果用 PHP 老手和 Go 语言新手写出来的代码比较可读性，其实意义也不大，毕竟 Go 语言比较新。 有人说过不能写吗，确实有人说了没法写，这也是我的疑问点。 对于 C 语言，Go 的定位其实并不适合和 C 语言比较，且如果 Go 语言编写体验跟 C 语言差不多，那为什么要用 Go 语言呢，因为 C 语言性能更好。 |
|
52
Hanggi OP @fkdog
问题背景很简单， 很多人说 Go 语言写不了业务逻辑（或者写不好，或者写起来痛苦）， 但是又有很多人在问，有个项目到底用 Go 还是 PHP （或者 Java...） 也就说明，有一些人，他看到 Go 语言很火，并且在后端领域有很多应用，想加入 Go 语言生态， 但是又看到很多人说 Go 语言写不了，不适合写业务逻辑，而感到迷茫。 所以，我发了个贴，希望那些说 Go 语言不适合写业务逻辑的人， 把你们的场景分享出来，看看问题到底出在哪里。 |
 |
53
dbskcnc 2022-08-08 15:20:01 +08:00 2
我来挺一下 lz, 不管有多少人不屑于 go ，事实就是越来越多的业务用 go 来写了。
|
|
54
LeegoYih 2022-08-08 15:26:46 +08:00
|
 |
55
Slurp 2022-08-08 15:29:41 +08:00 4
1. Go 语言性能高吹的成分居多，你列的 Gin 在 TechemPower 的排名里面排第 63 位，是第一名性能的 23%。Fiber 框架性能在 Go 里最高，然而 Star 不如 Gin 。整个 Go 的平均性能可能和 Java 差不了多少... 说 Star 数多少多少真心没啥意义…… Go 这么火，你还是要搞清楚一点不是他语言多厉害，纯纯的就是微服务撑起来的。
2. Go 还可维护。动不动就是 codegen ，类型系统不是简约，是简陋。天天就是 if err != nil ，快赶上 C 了。隔壁 Rust 比你 Go 更 native ，怎么人的 Result 类型这么正常。都是现代语言，不要求你多高雅，正常一点总行吧。if err != nil ，这种模板代码，真的和 Java 里判空一样啰嗦…… 没有 native 命，却患 native 病，是对 Go 语言最好的描述。 --- 你用 Go 写写中间件挺好的，没人反对你。硬要扯业务代码全都用 Go 写，这不自虐。 |
 |
56
lifeintools 2022-08-08 15:39:20 +08:00
你喜欢就用呗。这还值得开个贴讨论吗？
|
 |
57
singerll 2022-08-08 15:39:40 +08:00 via Android
复杂的业务根本不是一两句话加几行代码都能说清的，你让大家举例根本就不现实
|
|
58
Hanggi OP @XCFOX
确实 ORM 这块有这个问题， Typeorm 的查询方式感觉依然是弱类型，要么包一层 interface 不然也是有写错的可能性。 GORM 确实有不少槽点，但是不管代码量还是心智上并没有太大负担（个人感觉），因为变量是未初始化的。 不知道你怎么想。 ent 的话通过 code generation 解决了类型安全问题，但是灵活性上也确实有损失。 但是比起用 xml 定义这些，感觉这种方式还是可以接受的，至少编写起来没有太大压力。 |
 |
59
q474818917 2022-08-08 15:46:54 +08:00
程序员都是一根筋，你咋不思考思考你为何不是北京人，在这方面较劲有啥用
|
 |
60
ChrisFreeMan 2022-08-08 15:46:56 +08:00
尝试说服别人是一件容易让自己发疯的事情，放弃说服他人，专注做好自己。
|
|
61
Hanggi OP @Slurp
Go 语言的性能从来都不是他的最大亮点，因为 Go 有 GC ，性能在极端情况下是没法和 C/C++ 比的，和 Java 比一下还差不多。 |
 |
62
wdwwtzy 2022-08-08 15:50:18 +08:00
严重同意 1 楼 2 楼和 17 楼
|
|
63
Hanggi OP |
|
64
Hanggi OP |
 |
65
dog82 2022-08-08 15:58:53 +08:00 2
docker 、redis 、etcd 、tidb 都是用 go 写的，区块链也是 go 的天下
但是 go 依然是很拗口的语言，特别是从 java 转过来的 |
 |
67
Bazingal 2022-08-08 16:01:24 +08:00 1
不明白云原生跟 go 写业务有什么关系，没错 k8s 和 docker 都是用 go 写的，但是这跟你用 go 写业务有什么关系，难道用 go 写有加成？别的语言照样跑在 docker 、k8s 上，生态比你好，开发速度比你快，性能比你强，扯什么云原生有什么意义。go 之所以招黑就是因为很多 go 粉太双标，自己没有的就是又不是不能用，我们不需要，自己有的就吹得好像只有自己有一样
|
 |
68
yogogo 2022-08-08 16:13:07 +08:00
工具而已，别那么较真
|
 |
69
allen9009 2022-08-08 16:14:34 +08:00
语言不是界限，用啥语言看场景
|
 |
70
herozzm 2022-08-08 16:14:58 +08:00
能写，痛苦而已
|
 |
71
keepeye 2022-08-08 16:16:19 +08:00
脚本仔永远无法理解，他们只顾自己写的爽
|
 |
72
alteremliu 2022-08-08 16:17:09 +08:00
怎么可能不能写呢，java 已经写完了 CRUD ，你还在写 entity
|
 |
73
AprilNovember 2022-08-08 16:18:52 +08:00 4
go 的魔怔人最多 真不是乱说的😅
|
|
74
Hanggi OP @Bazingal
你这段话攻击性还是挺强的，本来这种话不太回的，就回一次。 k8s 那么复杂一个系统，调控那么多容器，去除底层的一些 low level 逻辑，给用户提供的接口是没有业务逻辑的吗。 难道只有 CRUD 才是业务逻辑。 还有，好多人说什么 Go 吹，Go 粉，这种论调其实挺无趣的。 写过 Go 语言的人哪个不是从其他语言过来的，现在已经很少有人会站某一门语言去怼其他语言，因为你站的语言和你怼的语言你都会，跟左右互搏有什么区别呢。 只有那些只会一门语言，生怕自己的饭碗被抢走的人才会如此敏感吧。 没什么其他意思，只想就事论事，讨论讨论问题，如果伤害到某些人，先说声抱歉。 希望不要把问题带到奇怪的方向。 |
|
75
Mexion 2022-08-08 16:28:29 +08:00 5
@Hanggi 事实上这不是 ORM 的问题，本质上是 Go 这门语言的问题，Go 由于追求极致简陋抽象能力太差，支持的特性太少，在使用中可能遇到：要么多写大量重复代码，要么各种转型，要么丢失安全特性变成动态语言，要么各种 for 循环等等等......太多了，我都不想一一点出来，实在丑陋繁琐至极，毫无优雅可言，然后就是特性弱就算了，还非要强吹设计哲学，实际上挫的不行。当然，我也不否认 go 有它的优点，go 生来就不是做 web 的料，在它擅长的领域发光发热就好了，你要说做 web 可不可以，当然也可以，最重要的一点就是：又不是不能用！
|
|
76
Bazingal 2022-08-08 16:30:25 +08:00
@Hanggi 攻击性很强是指把事实说出来吗？另外我没说 go 写不了业务，上面很多人也说了，能写不代表合适，c 和汇编也能写业务，但是你觉得合适吗
|
 |
79
ericguo 2022-08-08 17:02:45 +08:00
@XCFOX > const article = await articleRepository.findOne({ title:"Tales of Ten Worlds"，published:true });
论优雅 Rails 还真没怕过谁。article = Article.find_by title: 'Tales of Ten Worlds', published: true |
 |
80
yx1989 2022-08-08 17:03:57 +08:00
Java 库的 github star 数量确实偏少。当年各种 Python 都好几万 star 的时候，Spring 的 star 才几千。
不过 star 多并不能说明适合写业务逻辑，仅能说明这个库比较 成熟 or 热门。 |
 |
81
lancelock 2022-08-08 17:12:31 +08:00 1
一股子饭圈味
|
 |
82
nyakoy 2022-08-08 17:18:43 +08:00
每月一战，这个月来的有点早。
|
 |
84
pein 2022-08-08 17:46:22 +08:00
web 方面，现在 Go 语言在性能上也已经比不过 php 了，看最新压测排行的第 35 位 https://www.techempower.com/benchmarks/#section=data-r21&test=fortune
|
 |
85
Kiriri 2022-08-08 17:50:08 +08:00 1
没有人说 go 写不了业务逻辑, 能写和写的舒服是两码事
|
|
86
dqzcwxb 2022-08-08 17:51:56 +08:00
  先有鸿钧后有天,golang 还在鸿钧前 |
 |
87
zapper 2022-08-08 17:57:19 +08:00 2
你们在吵的时候我一个叫小申的同事又手搓 01 并部署一套业务了，谁的问题？
|
 |
88
Al0rid4l 2022-08-08 18:36:06 +08:00 3
冷知识: Python 是强类型语言
强类型弱类型静态类型动态类型都分不清楚...看到「强类型语言是比脚本语言好很多」就不想看下去了 |
|
89
XCFOX 2022-08-08 19:26:47 +08:00
@Hanggi #58
TypeScript 的类型系统是十分强大的。得益于 TypeScript 的装饰器与泛型系统，TypeORM 的查询参数是强类型的，无需包一层 interface ，在编译时就会有类型检查。 相比之下，go 要实现比肩 TypeScript 的类型安全 就只能参考 ent 这种 code generation 的模式。 |
 |
90
raykle 2022-08-08 21:18:40 +08:00
袁隆平袁老的问题
|
 |
91
GeruzoniAnsasu 2022-08-08 21:31:53 +08:00
OP 如果搞得明白会在语言帖子里吵起来的都是些
1. 没有权限或能力控制选型 2. 搞不明白自己的系统需要什么特性 3. 只接触过两三种语言写过一两种范式 的人，就不会发这个帖子了 「为什么用 go 写 web 」跟「为什么用 js 写 arduino 」 是完全一致的问题，想想为什么后者没人吵 |
 |
92
Sendya 2022-08-08 22:14:46 +08:00 via Android
说句实话，写了几年，写 crud 多少有点痛苦。
|
 |
93
inframe 2022-08-08 22:53:22 +08:00
哪个能让我今天最早下班，我就用哪个；
所以我选择 Python😎 |
 |
94
dhssingle 2022-08-08 22:54:43 +08:00
C# EF Core
var article = await context.Articles.FirstOrDefaultAsync(x => x.Title == "Tales of Ten Worlds") |
 |
95
Aloento 2022-08-08 23:50:02 +08:00
写 curd 很痛苦
then ，ASM 也能写，你用吗？ |
 |
96
limon 2022-08-08 23:56:30 +08:00 1
去掉 Goroutines 这门语言我不会多看一眼，就这么简单
|
 |
97
Actrace 2022-08-09 00:01:11 +08:00 1
我觉得业务问题倒是其次，之后可以通过迭代来增加功能以解决这些问题。
go 现在最大的问题是过分依赖 github ，这是从语言层面的依赖，更具体一些，就是产品定位。 作为一个工具，肯定不能去依赖一家商业公司来实现某些功能。没有哪家公司或者开发者会希望明天 github 没了，go 就不行了。这跟 serverless 的包袱几乎一致了。 |
 |
98
zggsong 2022-08-09 00:05:11 +08:00 via iPhone 1
@dhssingle 有一说一，作为菜鸟我只写过 c#和 go ，crud 方面，操作数据方面 c#的确太舒服了
|
 |
100
p1gd0g 2022-08-09 09:38:15 +08:00 1
我一个全栈（ c#，go ）体会最深了，早点下班不香吗
|
Select Language