V2EX › TimG 的所有回复 › 第 8 页 / 共 21 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 4 5 6 7 8 9 10 11 12 13 ... 21

❮

❯

2025 年 10 月 13 日

回复了 TimG 创建的主题 › 发音 › 如何练习发音？

@BryanAdams 了解了，谢谢！
@kristofer 发音不标准，说话发闷，给人感觉不精神。毕竟连自己都无法入耳，发给大家就更害臊啦。

2025 年 10 月 13 日

回复了 TimG 创建的主题 › 发音 › 如何练习发音？

@usVexMownCzar 谢谢。主要是新闻联播的声音不好 AB ，生活中也很少那么中气十足的讲话哈哈哈。声乐课教发音确实头一回知道，谢了！

2025 年 10 月 10 日

回复了 CCCCCCCCCCCCCCCC 创建的主题 › 信息安全 › 逆向安全工程学习，这方面有人需求吗？

@printese C#写的在 dotpeek 里跑一下就出来了，容易被逆向一直是 C#的困局之一。

2025 年 10 月 1 日

回复了 stephninja028 创建的主题 › 奇思妙想 › 拿到体检报告之后，有了一个 pmf 的 AI 产品想法

年初 deepseek 的风刚刮起来卫健委就发文推广应用，那时候小到诊所大到三甲医院内部都在头脑风暴，最先应用落地的就是 ai 体检报告。特别是高价购买硬件的机构，这几乎是能用起算力最简单的落地方法。比这个再简单的就是 ai 预诊，算力可以直接外包，但是各诊室医生之间会因为预诊推荐打架，所以基本没法全面落地。

2025 年 9 月 22 日

回复了 MaskerPRC 创建的主题 › 程序员 › 最近一个月在 Cursor 上花了 500 刀，有点顶不住了

感觉 ai 尴尬在这。真正赚钱 toB 、toG ，ai 有代码泄漏的风险，需要公司统一买。toC 的需求又已经被无数独立开发者犁过一遍又一遍，很难覆盖 ai 的费用....

2025 年 9 月 16 日

回复了 haw86104 创建的主题 › 分享创造 › 历时 2 年多，静下心写的三维开源框架，给大家汇报下进展

前端三维框架？老天，这个牛了

2025 年 9 月 16 日

回复了 TimG 创建的主题 › 健康 › 讨论稀奇古怪的躯体化症状

@conge 这么一说确实是，催眠师这种还是头一回接触，谢啦
@goophy 年初做过颅脑 MRI ，没问题的
@NPC666 我也是本来也是没有考虑过心理问题，但如果解释为植物神经紊乱，好像确实能说通...我把心理医生开的中成药吃了，平时多运动看看能不能恢复吧。谢了

2025 年 9 月 15 日

回复了 ghjh 创建的主题 › 程序员 › 快下班被我辛勤的同事整无语了

我的第一个程序是自动判断歌曲语言制作播放列表的程序，需要选择数据库默认磁盘，当时也是菜，就写了一个下拉列表从 A 到 J ，想着差不多够了，哪有用户磁盘能分 9 个区，结果上来就被提了一个 Issue：选不到 K 盘。我立马光速滑跪道歉.....

2025 年 9 月 15 日

回复了 Aicnal 创建的主题 › 生活 › 非必要不购物，做一些定存，算不算一种风险回避的方式

@qiuhang 不，我觉得冲突。理财带来了风险意识，它不会不分散精力。当然，这是个人主张，你我都可以保留观点。

2025 年 9 月 14 日

回复了 Aicnal 创建的主题 › 生活 › 非必要不购物，做一些定存，算不算一种风险回避的方式

学生时代大可不必过度深入理财，人的精力是有限的，年轻的时光是宝贵的，比如同样出去旅游，不同年龄段感觉完全不一样，推荐你多享受青春，不要超过自己能力消费就是了。

2025 年 9 月 14 日

回复了 rosebush373 创建的主题 › 站长 › 域名不备案的话会被干扰吗

我就是 ddns 绑定到家了，一个月了没事。回家走 open vpn ，高位端口，不开其他端口，但愿没事。仔细想想除了域名代理商是国内的，好像没有特别的风险点。

2025 年 9 月 12 日

回复了 TimG 创建的主题 › 编程 › 求问单生产者场景使用消息队列是否过度设计？

@seth19960929 确实查表填入 PDF 才是更耗时和容易出问题的操作，恍然大悟了！前面都在乱说什么真丢死人了哈哈哈，感谢感谢。

2025 年 9 月 12 日

回复了 TimG 创建的主题 › 编程 › 求问单生产者场景使用消息队列是否过度设计？

@seth19960929 谢谢大佬，您说的我读了很多遍，现在感觉有点开窍了。我把消息队列按照字面意义理解了，认为跟弹夹一样，我提前把不同雇员的“调用钉钉发送任务”压进队列，让他自顾自的清理队列就行，至于失败重发、日志功能等等则借助消息队列自身的功能独立完成，我只管写程序压队列。听了您的解释，消息队列似乎是用来处理耗时操作的，像是高级模块化的线程调度器？它确实应该是工作在更底层的位置，而不是一个简单的 API 调度器。
失败重发我确实没想到要自己实现。看来无论如何也得自己实现一个简单队列，这个省不了了。

2025 年 9 月 12 日

回复了 TimG 创建的主题 › 编程 › 求问单生产者场景使用消息队列是否过度设计？

@loading 感谢回复。扫表肯定是要扫表的，有消息队列也要扫吧，并且传统服务行业，雇员数和类型...确实出乎意料的多

2025 年 9 月 12 日

回复了 TimG 创建的主题 › 编程 › 求问单生产者场景使用消息队列是否过度设计？

@JYii 钉钉小程序是领导要求的，说显得专业 hhhh

2025 年 9 月 12 日

回复了 TimG 创建的主题 › 编程 › 求问单生产者场景使用消息队列是否过度设计？

@JoeJoeJoe 摸了摸了 hhh

@kzfile
@mindddd
感谢回复。我有点盲人摸象了，不知道是否能符合需求，想提前问下各位心里有个底

2025 年 9 月 12 日

回复了 TimG 创建的主题 › 编程 › 求问单生产者场景使用消息队列是否过度设计？

@inhzus 其实主要是看上有完整的日志和重放功能，我们在内网调钉钉的接口要经过挺多前置机转发，可能不稳定.......确实是，，自己想想都觉得有点多余