在前公司用 math/big 并封装成一 struct
本来想用 decimal 但搞计算的用 math/big 就算了
理由是精度够高了
至于延后计算可能要另外找库或自己刻 没特别研究过 肯定是种专业的数学库

@lzgshsj

虽说如此也没必要做那么複杂 第一薪水就那样 第二也没必要做出无敌的系统出来 真做出来自己开公司就好了 更何况多数也不是真无敌 误用造成更多麻烦
人在江湖糊口而已

@woodfizky

深刻的理解 我很多时候也这么觉得 因为那帮人不懂开发不懂改动增加了多少複杂程度
但我也不希望抽象程度太高 反而导致己方的混乱 甚至难以改动 还是要维持平衡的

个人爱用下划线
可惜语言特性不允许 不然很想写全小写+下划线
比较清爽整洁

就是过度封装 一串代码内只有少数几行真正起关键作用 当然现在都不只 java 这样...
这样封装他们觉得很灵活 会以生物学角度看待 oop
但就我来看就是奇美拉 透过继承等特性合成对象 这一串看起来是灵活了 看来是个战力高的生物 但很难与其它类相容 不是不行 但得绞尽脑汁 必需得经过生物演化痛苦的过程
java 还是可以写不那么 oop 类与命名空间我觉得雷同
但很少人写的简洁

再说一次 go 的标准库不是效能取向的

gin 使用的是标准库的 net/http
这个本来效能就不好
可以 gin+fasthttp 我在公司是使用这种方式的
效能还不错
当然私人用绝对是手搓一个出来

@Nugine0 #90

1. 这点确实比较麻烦 但改文件也不是不行 与第三方库也容易区别
2. 这个设计好 用不到一直留着也很少看到有人清理的 即便有快捷键 不用的註解也还好
3. 指标习惯问题没什么好讲
4. 雷同上 有默认值也蛮省额外定义的
5. 本来我觉得这个很扰人 但后来发现加 tag 其实还蛮方便的 还可以忽略某些字段 golang 的 json 官方库除了效能不好其实挺好 每个结构都可以定义序列化和反序列化方法 不写 json tag 达成你要的目的是可以的
6. 这个不直觉没错 但 time 包有格式化的常数 好像也没必要查
7. golang 确实没有 enum 通常额外定义类型并且定义常数来达成类似效果 但我觉得定义结构+tag 更好
8. 应该不会有人这么做 可直接包裹匿名函数或统一处理

依赖过于複杂 不是讲究精简化的人做的就是
但其实里面有一些很有意思的东西
跑的也不慢 个人是直接用 wm 因为不想别人碰我机器 开源桌面也很容易实现全键盘操作

HaHa 一堆人用不明白 然后就抗拒 vim
首先方法很多 楼上很多人讲 但其实还有个方法
那就是本地 vim 打开远端档案 vim 是支持 ssh 的
vim scp://user@host:port/path
会透过 netrw 打开文件夹
vim 配上本群一直有人讲的 ssh config 即可
本地配好就可方便的编辑了
当然公司内随便用用也可以

觉得反驳没道理 因为你怎么思考也会影响你怎么用 ai
低端问题会得到低端答案 呈现的结果与怎么实现也很容易差很多 解决问题的层次也都不同 用 ai 也就是问而已 并没有所谓什么高级用法 你懂的越多问的就更精确
至于结果论 你问出来很快但有问题就是结果不好 据我来看也没有不会用 ai 的人 怎么用而已 过于急功近利要 ai 帮写近乎全部那有没有你都没差 我知道 ai 对某些人来说是浮木 不想自己写工具觉得 ai 大于全部其它 万事万物都是 ai 这与野比大雄没什么差别的

@zzz22333

所以再引入就更乱

@Nugine0

所以是盲猜
独立项目更好些

看生态 相比一般 os 多了什么很重要

我讚同不进内核 即便是放在不同位置
因为无法确保能正常运行 到时被打扰是有可能的
可以用外部项目方式 不少驱动都是外部的
此件事情盲猜应该是有力人士施压 不得不表态从另外角度说人错
我也不想编译个核心还要装个 rust 不然得想方设法改参数
rust 又不 minimal

@liyafe1997

近期我也有发现这项目 可惜依赖 systemd
貌似还得有原厂 source code?

vim 下缩排也很方便

我爱 tab 终端机显示切换也更方便
vim 下也很好分 set list 就可以列出特殊字元 set nolist 取消

回正题 我觉得应该是大家在学在卷新的东西 并非 php 真的无用武之地了