这是一个创建于 164 天前的主题，其中的信息可能已经有所发展或是发生改变。
用 go 写代码刷题觉得太操蛋了，相比 c++/java ，语法非常繁琐，还有操蛋的指针、context 。也许优势就是实现了 M:N 线程系统吧
 |
101
doctorlai 164 天前
你不应该找找自己的原因吗？哈
|
 |
102
gongquanlin 164 天前  1
写不同语言的时候我觉着得去领悟作者的思想
go 语法所谓的繁琐，体现在无时无刻的 err != nil 、各种强制换行、开发格式不符合规范就无法编译之类的问题。这些问题本身就是需要去适应，适应之后发现大家写代码都一个风格，看别的库的时候感觉是真 TM 爽 其次 go 没有类，还有所谓的鸭子定律，导致其开发起来就没有 java 、cpp 之类的面向对象写起来舒爽。但是换个角度，理解函数式编程，用函数式的思想而不是类的思想去开发 go ，会发现是真 tm 简约速度。快速定义函数、快速开发、快速上线 ，合理处理 nil ，还能到处编译，上到云中间件，下到 openwrt 、wasm ，用起来是真爽 但是我选择 typescript :) |
 |
103
danhahaha 164 天前
阿祖，咱不写 go 了，跟我学 php
|
 |
104
littlecreek 164 天前
Go 适合写项目, 不太适合刷题, 个人刷题一直用 Java, 即使面试的人不懂 Java, 一般也能看得懂我的代码
|
 |
105
xiaoxu0820 163 天前
残疾语言也繁琐啊
|
 |
106
wws2023 163 天前
我 go 这么繁琐，来学 rust 吧
|
 |
107
xz410236056 163 天前
"相比 c++/java ，语法非常繁琐"
啊？？？？ |
 |
108
pkoukk 163 天前
go 语法太简洁了，简洁到有些特性实现起来非常繁琐
你不能说 go 语法复杂吧，go 的语法一页 A4 纸就写下了吧，是我用过语言里面最少的了 |
 |
109
Mark24 163 天前
太简陋了。
感觉不适合直接写复杂业务。挺适合写小工具。 如果写复杂性业务，需要设计，建立抽象层。 大多数业务程序员没这个水平。时间紧迫写出来的都是乱糟糟的面条代码。 这个语言，省机器的钱，但是不省程序员的时间（人便宜）。 我不喜欢。感觉浪费生命 |
 |
110
silvernoo 163 天前
go 是神
|
 |
111
williamchen 163 天前
楼主，你是不是来骗回复的呀
|
 |
112
jonsmith 163 天前
笑死了，Go 引以为傲的就是语言简洁、大道至简。
如果不是玩很骚的姿势，上手极快。 |
 |
113
huangliu 163 天前
除了判断 error 繁琐点，语法上个人觉得没啥缺点
|
 |
114
gowk 163 天前
@gongquanlin #102 ts 类型体操写起来会爽？ github 上面有没有推荐的 ts 库，我学习一下
|
 |
115
veightz 163 天前
@masterclock #31 我觉得是, 我经常 go 代码的平均单行信息量不高, 不多代码确实相对好读..
|
 |
116
wangtian2020 162 天前
在没见过 go 写的 esbuild 前，是 nodejs 限制了前端程序员对速度的想象力
|
 |
117
mengzhuo 162 天前
但凡写过 C++就知道 Go 是救星了，某鹅全面转 Go 不是没有原因得
|
 |
118
beneo 162 天前
我感觉 go 的错误堆栈不太好
devops_test.go:298 [error] unsupported data type: &[] 这一眼看上去不知道怎么查问题 |
 |
119
capgrey 161 天前
饵咸钩直
|
 |
120
hugqq 161 天前
刷题还觉得语法麻烦
|
 |
121
firstep 160 天前 via iPhone
语法倒是不觉得繁琐，异常处理繁琐了点。另外能有类似 java 的 lambda 的语法糖写起来会更舒服，当然可以选择目前非官方的开源库达到类似效果
|
 |
122
a132811 156 天前
@beneo go 带错误栈的 error ，需要用"github.com/pkg/errors"
https://github.com/ahuigo/golib/blob/main/func/error/err-trace_test.go js throw "xx" 也没错误栈，需要用 throw Error("xxx") 包 |
 |
123
haierspi 134 天前
刚学就提意见？话说思想不一样。。能一样么？如果都一样干嘛还要 go
|
Select Language