V2EX › JoJoWuBeHumble 的所有回复

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

2025 年 8 月 8 日

回复了 importmeta 创建的主题 › 程序员 › Gemini 写论文非常好用

Gemini 我感觉是处理文本任务，逻辑最清楚的，而且不偷工减料，格式很规范

2025 年 8 月 7 日

回复了 activeliangg 创建的主题 › 程序员 › 和前端小姐姐吵起来了

list 数据不要，要字符串自己分割，这是人能提的出来需求啊。
你要是外部图表框架，要求按框架规定的数据结构返回数据我都能理解。
怕不是她是把上家公司的轮子带过来，自己不会改，才叫你改的

2025 年 7 月 18 日

回复了 qi1 创建的主题 › 程序员 › Claude-code 是否真的可以投入生产

现在主要问题，还是太贵了。

2025 年 7 月 18 日

回复了 Aicnal 创建的主题 › 程序员 › AI 用多了，感觉自己快丧失了 Coding 的能力了

我现在巴不得我同事多用 AI ，有些人代码写的还不如 AI

2025 年 7 月 4 日

回复了 YanSeven 创建的主题 › 程序员 › 微软将 AI 使用量纳入考核的原因是什么

某些手机厂员工，不用自家手机，你们要嘲讽。
到 AI 这边就不一样呢？

2025 年 6 月 19 日

回复了 yyttrr 创建的主题 › 职场话题 › 公司离职率低也有缺点

我理解你要表达什么。
离职率低很多时候，你领导可能不是他有能力，而是他待的时间久

2025 年 3 月 10 日

回复了 HowieWang 创建的主题 › Java › Java ReentrantLock 冗余设计？

其实把你的问题直接问 AI ，都有答案了。
1. 非公平锁的“两次尝试”设计
在非公平锁中，lock() 方法在入队前先尝试直接获取锁（通过 initialTryLock() 或 CAS 操作），若失败再调用 acquire()，而在 acquire() 中又会调用 tryAcquire() 再次尝试。这看似重复，实为优化：

减少线程挂起/唤醒的开销：当锁被释放时，新线程可能直接抢占锁（插队），而无需等待队列中的线程被唤醒，提高了吞吐量。
避免不必要的队列操作：若首次尝试成功，线程直接获取锁，无需进入队列，减少了入队、出队和上下文切换的开销。

2025 年 2 月 11 日

回复了 a526796017 创建的主题 › 程序员 › 全文检索+AI 的疑惑

@a526796017 因为你对数据要求百分百准确，function call 反而是靠谱的方式。

2024 年 12 月 5 日

回复了 JoJoWuBeHumble 创建的主题 › 问与答 › RK3568 在 Ubuntu 20.04.4 LTS 使用 Firefox 和 chromium 播放视频 CPU 占用很高

@minami 请问有相关的项目地址之类的吗？

2024 年 9 月 18 日

回复了 intoext 创建的主题 › 职场话题 › 说个不怕得罪文科生的话，这剧本杀是不是文科生想出来创造就业的浅薄消遣

你笑文科生搞剧本杀创造就业的浅薄消遣，他在公检法判你 996 不犯法，哈哈哈

2024 年 9 月 9 日

回复了 nenseso 创建的主题 › 职场话题 › 八小时工作制无法落实的一个原因

不改变所有制，到后面都是都剥削的。总有人要负重前行的。
所以，你想过好日子，大把人不答应。