V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  iseki  ›  全部回复第 4 页 / 共 54 页
回复总数  1080
1  2  3  4  5  6  7  8  9  10 ... 54  
2025 年 10 月 26 日
回复了 adkins 创建的主题 问与答 win10 是不是在学坏了停更后磁盘占用 100%
System 占用也可能是有程序开了 mmap 写了特别多东西然后自己突然死了。系统这时候写盘的负载都会算到 system 上。以前观察过
到底有多低端呢?我发现 AI 生成的页面各种小问题不断,什么 margin 设置错了,padding 没给,字体不对什么的
2025 年 10 月 25 日
回复了 Koril 创建的主题 VPS 2025 有什么 VPS 厂商能够开放 25 端口?
我其实有点不太明白,为什么非要用 25 ?邮局之间的转信必须非 TLS 吗
2025 年 10 月 25 日
回复了 YanSeven 创建的主题 Java Java 的一次编译到处运行在目前还有优势吗
有优势也有劣势。当你看到一个 jar 包老大个因为里面放了十几个平台的动态库而你的程序只需要在两个平台上运行时你就不太高兴了。不过题外话 OpenJDK 兼容性确实做得比 Go Runtime 强,OpenJDK24 还能在 Windows 7 上运行,但是 Go 却不行了。
@zjsxwc 这个问题恐怕得自己写一个文本框才行,只考虑西文和 CJK 排版,也是很麻烦的事了。
2025 年 10 月 24 日
回复了 BeijingBaby 创建的主题 程序员 除了编程外,你还有什么取悦自己的爱好?
吸 miku😇🙏
2025 年 10 月 24 日
回复了 anivie 创建的主题 PostgreSQL 看看大家现在用 pg 的最佳实践是怎么样的
RLS 需要依赖 PostgreSQL 自己的权限/用户系统,这个东西在现在来说不是很实用。多租户的话一般建议用 schema 切分,也有利于降低租户之间的耦合。
可以放弃在单测中测试数据库……这真的没有必要。至于 H2 ,H2 虽然说自己兼容 PostgreSQL 但实测还是有很多问题,读了下代码,发现架构不一样,不太好修。
swing 做成这个样子不容易了,工作量很大的。swing 有个遗憾就是没有 native 组件那么符合 native 的感觉,需要相当的额外工作才能把这些东西补上。
2025 年 10 月 22 日
回复了 muchan92 创建的主题 程序员 为什么代码会腐败?原本好好的代码是怎么烂透的?
有两个办法让代码不腐烂:每新增一个需求,就把代码重构为符合新需求+旧需求的样子。或者,你可以什么都不写,没有代码和需求自然没有腐烂的代码。

至于那些不为未来做假设的……我提醒你,你最好不要为自己的懒惰找借口。如果你不考虑未来如何重构更便利,那要么你会在每次重构时付出巨大代价,要么,你就会干脆放弃重构,代码自然就是“烂”掉的。
2025 年 10 月 22 日
回复了 muchan92 创建的主题 程序员 为什么代码会腐败?原本好好的代码是怎么烂透的?
@metalvest 早就烂了,无非是烂的不只是 Linux 自己。
我觉得你做的没问题。至于标记你的维护者,我只能说人无完人,我要是你会直接 at 回去,话不会再说这么客气了。
> A Map must not be copied after first use.
2025 年 10 月 20 日
回复了 unbinilium 创建的主题 程序员 记因 API 第一次挨同事骂
@unbinilium 前后端建模不统一是必然的,这是前后端分离的产物,或者说,前后端分离的一个目的就是可以分开建模,尝试强行统一不切实际。原则上来说应该引入某些人口中的 BFF 层,但现实上大多数小厂应该是不称这个的。
2025 年 10 月 20 日
回复了 KingCoding 创建的主题 MySQL 数据库连接数超了如何解决
检查你的 SQL 执行情况,看看是不是有会话泄漏,或者某些非预期的慢查询,比如说非预期的全表扫描,虽然用户已经挂断了,但是 SQL 还在跑,用户刷新几次你炸了。排除掉明显不合理的,评估剩下的怎么解决,是提升数据库配额,还是优化系统自身。
2025 年 10 月 20 日
回复了 unbinilium 创建的主题 程序员 记因 API 第一次挨同事骂
我在这种事上就比较缺乏耐心,处置手段很低级:
前端:你给我把前端文案拼好了我多省事呢?
我:我 NM 把你活干了多好呢?你工资给我吗,让我给你擦屁股?
2025 年 10 月 20 日
回复了 unbinilium 创建的主题 程序员 记因 API 第一次挨同事骂
大家不是你的同事,没办法只通过描述判定你俩画的 API 好还是不好。
API 好不好要看情况,我大概能猜出你俩的分歧实质上在于前后端对问题的建模不统一时,中间的适配器谁来写的问题。当然,这是抛开那些关于“过度设计”、“太理想化”这样的屁话不谈的。这种问题如果没有一个专门的第三方来完成,那基本上只能是你俩 battle ,属于复杂的人和复杂的职场问题,与技术无关。一个潜在的解决方案是多和领导沟通,有时候把他搬出来当仲裁官是有用的,但是这个就全看你对上班这件事的能力了……
@gouguoyin 唔,不行,区分类型的一个目的是类型安全。
比如我的函数入参是一个 Instant ,代表我不关心除绝对时间点之外的任何信息;如果入参是一个 LocalDate ,意味着我只接受一个日期,时间点该如何转换为当地日期是调用者需要考虑到事情。
你这样的设计完全无法表达这个语义。
@gouguoyin 我没看到你和 ThreeTen 对标的类型定义啊,类似 Instant LocalDateTime LocalDate ZonedDateTime 这样的东西。
@gouguoyin java.time ,包括基础部分,如果有扩展部分更好
1  2  3  4  5  6  7  8  9  10 ... 54  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   960 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 115ms · UTC 20:06 · PVG 04:06 · LAX 12:06 · JFK 15:06
♥ Do have faith in what you're doing.