@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 就可以

分离 不透过后端取得页面(非文章内容)
你要前端也干后端的事情那不就也是一把梭了 再多个后端几乎没意义 多重验证?
含内容的伺服器如果有复杂验证 那实现的也就是一个小后端

@lostvincent

如果贡献者本身有目的只能说刚好而已 这是种老鼠会被倒会的心情我能体会 如你所说有各自的期待 按情来讲他不应该倒你的会不是吗 但在知道规则情况下这是必须承受的 更何况如果你有 fork 你有 clone 哪来血本无归 只能说这种状况是小病呻吟

@hutoer

开源期望利他也利己 贡献同样期待利他也利己
只是利益大小分别 因利而合 亦因利而分
如果有单方面的与其说是爱 不如说是种信仰 是种个人价值观的强化 反而在意这个是很奇妙的

@lostvincent
开源贡献是自发的 而且伤害在哪？ 小题大作可以是伤害没错
有赞助但达不到他想要的标准 直接砍掉不想弄了也正常 只能说他一开始要开源没有想清楚而已 他理智一点或许就不会想要开源 确实不会走到这状况 但这状况不代表不好 只是有些受益者看的不开心觉得不好而已

@txoooy
他砍库也是自己做出的选择 这社会本来就这样 期望与现实差异而退出
是别人同情而不是他主动讨同情心

白嫖造成观感问题
阻挡 fork 也是观感问题
但就事情严重性来讲比较同情原作者
虚无飘渺的东西不用讲的很重要
大家都知道 git 也是一种备份工具
共献者的成果不会消失
事不关己大家都不觉得很重要 例如作者的生存
火烧到自己呼天抢地 公司的成本 然而这成本还很少

@vigidroid

给的建议是自己研究碍到谁了？ 只能说是有而已

@vigidroid
这看你自己的了 发到这大家都看得到 不希望自己价值消失

是可以调整 小机器一样可以飞 但任性点总得要充实知识

@Buges

说到重点了 又不一定得写 oop

@micean
依赖 lib 而且觉得写註解没有比较好
代码看起来就是要清爽