V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  james122333  ›  全部回复第 5 页 / 共 71 页
回复总数  1420
1  2  3  4  5  6  7  8  9  10 ... 71  
2025 年 4 月 4 日
回复了 nativeBoy 创建的主题 程序员 有没有人把 idea 的 git 功能扒出来做个独立项目
只用命令行 解冲突用 vimdiff 快捷键就是爽
2025 年 4 月 4 日
回复了 lememo 创建的主题 程序员 什么是 Java 味,是一种对 javaer 的歧视吗?
@YYYeung

并不是 达不到你要的效果 有很多特性会缩限被替换的可能性 尤其是用框架类的更是如此 就算有解法也是非常弯曲 也要多写很多东西
2025 年 4 月 3 日
回复了 lememo 创建的主题 程序员 什么是 Java 味,是一种对 javaer 的歧视吗?
这有个词叫无招胜有招 见机行事以符合上层脑热想到的 整成 java 那样无法应对千变万化的需求的 光封装可视就搞死人了 这也是框架坏处
2025 年 4 月 3 日
回复了 lememo 创建的主题 程序员 什么是 Java 味,是一种对 javaer 的歧视吗?
你凭良心讲这不是很贴切吗 一堆设计模式不过是因应产生 也只有爱写的会觉得设计模式好 事实上 java 也可以不那么写 计算机的世界没有什么是不可以加一层转译的 等遇到了再转译不迟 也不会增加多少複杂度
事实上 bc 是种语言 也有 function 可以用 任意精度到 2147483647 位
https://zh.m.wikipedia.org/zh-cn/Bc%E8%AF%AD%E

命令行 cp 值真的太高
细思了一下 其实这问题调用系统的 bc 命令也是个解法 还实现延后计算的问题 如果有 golang 版做成 lib 的 bc 会更好
@james122333

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

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

深刻的理解 我很多时候也这么觉得 因为那帮人不懂开发不懂改动增加了多少複杂程度
但我也不希望抽象程度太高 反而导致己方的混乱 甚至难以改动 还是要维持平衡的
个人爱用下划线
可惜语言特性不允许 不然很想写全小写+下划线
比较清爽整洁
2025 年 3 月 15 日
回复了 GotKiCry 创建的主题 程序员 好奇 Java 味是什么味
就是过度封装 一串代码内只有少数几行真正起关键作用 当然现在都不只 java 这样...
这样封装他们觉得很灵活 会以生物学角度看待 oop
但就我来看就是奇美拉 透过继承等特性合成对象 这一串看起来是灵活了 看来是个战力高的生物 但很难与其它类相容 不是不行 但得绞尽脑汁 必需得经过生物演化痛苦的过程
java 还是可以写不那么 oop 类与命名空间我觉得雷同
但很少人写的简洁
2025 年 3 月 14 日
回复了 bronyakaka 创建的主题 程序员 web 框架性能排名 techempower 发布 2025 最新结果
再说一次 go 的标准库不是效能取向的
2025 年 3 月 14 日
回复了 bronyakaka 创建的主题 程序员 web 框架性能排名 techempower 发布 2025 最新结果
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 因为不想别人碰我机器 开源桌面也很容易实现全键盘操作
2025 年 3 月 2 日
回复了 aqtata 创建的主题 Linux 远程连接终端中怎么粘贴文本?
HaHa 一堆人用不明白 然后就抗拒 vim
首先方法很多 楼上很多人讲 但其实还有个方法
那就是本地 vim 打开远端档案 vim 是支持 ssh 的
vim scp://user@host:port/path
会透过 netrw 打开文件夹
vim 配上本群一直有人讲的 ssh config 即可
本地配好就可方便的编辑了
当然公司内随便用用也可以
2025 年 2 月 23 日
回复了 matthewzhong 创建的主题 程序员 驳《人工智能正在催生一代文盲程序员》
觉得反驳没道理 因为你怎么思考也会影响你怎么用 ai
低端问题会得到低端答案 呈现的结果与怎么实现也很容易差很多 解决问题的层次也都不同 用 ai 也就是问而已 并没有所谓什么高级用法 你懂的越多问的就更精确
至于结果论 你问出来很快但有问题就是结果不好 据我来看也没有不会用 ai 的人 怎么用而已 过于急功近利要 ai 帮写近乎全部那有没有你都没差 我知道 ai 对某些人来说是浮木 不想自己写工具觉得 ai 大于全部其它 万事万物都是 ai 这与野比大雄没什么差别的
2025 年 2 月 21 日
回复了 Nugine0 创建的主题 Linux Linus Torvalds 回应 Christoph Hellwig:你在 Rust 方面没有发言权
@zzz22333

所以再引入就更乱
1  2  3  4  5  6  7  8  9  10 ... 71  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   857 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 21:48 · PVG 05:48 · LAX 14:48 · JFK 17:48
♥ Do have faith in what you're doing.