@UserNameisNull
继承可以用 type embedding 加上 interface 定义共通函数
切面你可以自己实现 注释如果你了解如何读取"//注释"或者"/* 注释 */"你一样可以实现 php 上就是这样的 当然不是如同 java 上额外区分

@iseki

当然工程 但不防碍你如何使用它
如果你不视其为标准它就不是
当然大环境是标准的

三十辐，共一毂，当其无，有车之用。埏埴以为器，当其无，有器之用。凿户牖以为室，当其无，有室之用。故有之以为利，无之以为用。

@iseki

剩下的就是给你扩充的 为何一定要原生语法？
如果他不保留扩充性那我也喷 可是他保留了
用 go 也不一定非得用它的标准库 如果你想可以自己弄一套出来

@iseki

go 有 lambda 也有 closure 不知道现代的是？
也有异常 如果是 func 有无 threadlocal 有差吗

@abcbuzhiming

是常态但抱怨也要抱怨在点上 不然不就是一样大家说的喷子
说"是自己的问题"未必是指自己是聪明人 用聪明人调侃就过了
业界如果选 go 那自然是要自己付责 当然喊打喊杀也过了
但可以体会他们的心情 先做功课再来喷应该就不会那么火爆

@abcbuzhiming

不是所有语言都是这种发展方向 而且以打工仔来说更多人就是更容易内卷
这不是指聪明人而是愿意自己造轮子的(理性造轮子） 造不造轮子与聪明没有直接相关
当然聪明造的轮子可能更好 现在就一堆只想吃外食不想自己煮的
golang 应该没讲是为了你们需求而生

@24bit

反射在 go 下确实不好 但保存下其实也还好
至于类型丢失 java 也是一样情况 呼叫共同函数你需要 type interface
不然 Object 还是 Object
然后范型问题其实 cast 一下也还可以 并没有那么急需

@abcbuzhiming

编程语言发展的到现在花的时间是更多 过度堆叠减少某些困难又增加了某些困难
然后出来的东西是增加的 如果没有网络资源 原作者回答 很多人都用不好
自己写的自己知道 如果写的不好是人的问题没错 就算用框架照样可以给你一驼
go 目前状况挺好的

@debuggerx

没写之前我觉得应该是这样 因为很多人都这样觉得
真的写了觉得其实还不错 特别适合 DIY 用户 也可以很好维护

@tt0411

go 是有异常处理的 只是要封装
例如我就封装成类似

Error.Catch(func() {
Error.Throw("error!", func(err error) {
fmt.Println(err.Error())
})
})

捕获错误并根据 Throw 指定的 func 执行
写过 java try catch 会知道 try 内新的变量在外面是取得不到的
这特性如同函数内区域变量

不要动不动就说语言不行 先看一下自己是否行

@x940727

随便一个需求都可以导致你不专心 甚至追到所谓优秀轮子的底层 怎么不觉得这是成本呢？

@leeg810312

这种称作方案型程序员 然而研究方案花的时间未必比自己弄出来要少
又不是要人做一个作业系统

楼主只是没有一个大一统框架觉得不舒服
觉得没有规范也不想建立规范 接手的人也就几个
自己建立是可行的 当然可能在这公司写的爽的一逼
在其它的公司就不能 但这状况即便你 java spring 也是一样
有规范不代表不能在业务代码或者小功能上用神奇技巧或者埋雷
一样有机会觉得不舒服
开源本来就没有一定要有一堆人觉得好的生态 生态好码农多 内卷也多 未必就好

确实是人的问题 轻量好懂都不好好维护 用重量级肯定也好不到哪去
写一堆类并没有比较好维护 开发上容易失焦 改一个功能都要四处找影响点
然后一堆人写的烂命名烂流程
用 map 可以 只是要封装 直接用肯定会疯

https://openbenchmarking.org/test/pts/sysbench

另外 gcc 是挺慢的... arm 目前还算可以了

@dcsuibian
习惯好怎么写都不差
但依照一堆过往看过的命名就只能说区分还是比较好

@Huelse

是简化了 但又产生了新的问题 看代码总是耗眼力

区分大小写才好阿 命名规范
想要不敏感改下 mount 参数以及 /etc/fstab 就可以