用 Go 开发公司内部的业务系统，后端该如何选型？

对于 Go 一直在关注和了解，写过几个玩具项目，实际工作中没有使用过。现在有几个公司内部项目需要启动，想组建一个 Go 团队，刷选了几轮简历发现应届生或者毕业一两年的，简历上面 Go 的身影越来越多。

倒不是排斥 Java ，说实话写 Java 心智负担较重，看过很多 Java 写的项目代码是惨不忍睹，导致现在看到 Java 就有一种「恶心」的感觉，其实也明白 Java 确实比较适合写业务，但是我觉得写好并不容易，尤其是对一些刚毕业开发经验少的同学来说。

另外我十分赞同 Rob Pike 的这段话：

"The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt."

这也是我想全面转用 Go 语言的原因

有其他语言背景可以快速上手
简单高效，心智负担小（没有面向对象、继承）
开源社区有大量的库辅助开发
1.18 终于上了泛型
大爱 gofmt ，if err != nil (doge

因为是公司内部业务系统，没必要上微服务，且前端打算使用 Vue 2|3 ，想请教大家两个问题：

后端如何选型？
如何分层，项目结构如何布局？

lesismal

2022-07-07 11:17:05 +08:00

@gowk web 的话，可能众人用 http 的多、ws 的少，如果考虑技术栈与职业发展，用 echo gin fiber 那些都可以，如果不考虑自己技术栈与社区、未来面试的匹配，arpc 应该是一把梭能处理各种业务，tcp/http/ws/kcp 之类的都可以，但是后端只支持了 go 、前端支支持 js http/ws ，自己精力有限，这也是个局限。。。
对于 sql ，go 的 ORM 和其他 rawsql 确实太难用了，所以我才搞了 sqlw 简化所有。。。

alphagao

135 天前

挖个坟，现在还用 goframe 么，我直接说了，goframe 就是一坨💩
1 、在 go 里还使用这么重量级的框架真的是没事找事，gin + 各种小库真的不要太好用，嫌弃别的不够 goframe 开箱即用够简单快速的，日后就你的苦头吃了，版本代码绑定 cli ，现在 1.x 版本的 cli 都找不到了，几年前的项目要维护下真的一言难尽；求求巨婴、Java 爱好者别来碰 go ，会让 go 业界变得不幸

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

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