V2EX › sentinelK 的所有回复 › 第 3 页 / 共 85 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 85

❮

❯

7 月 15 日

回复了 mengyigewen1128 创建的主题 › 程序员 › 我目前在创建一个酒店小程序，想推出可以预定多个酒店房型的功能，还涉及代金卷之类的。有大佬给点建议么

恰巧是我的行业。

从软件工程角度上讲没什么难度，因为订酒店，尤其是这种小 OTA 的形式，流量是很低的，所以只要你业务跑的下去，就没问题。

核心其实就是房价，以及你后续的二清问题。

7 月 15 日

回复了 beikeshop 创建的主题 › 程序员 › AI Agent 和 MCP 普及，独立站系统的护城河和未来在哪里？

@beikeshop 开源和 AI 我没 get 到关系在哪。你都开源了，别人用 AI 迭代还是人肉迭代对于你而言是一样的。所以如果开源是反效果，你为何要开源？

7 月 14 日

回复了 beikeshop 创建的主题 › 程序员 › AI Agent 和 MCP 普及，独立站系统的护城河和未来在哪里？

换句话说，最体现一个软件/网站/系统的价值的场景是，他做的再烂，更新稳定性再差，界面再恶心，你也不得不用。这才是有价值的软件/网站/系统。

对吧，A\

7 月 14 日

回复了 beikeshop 创建的主题 › 程序员 › AI Agent 和 MCP 普及，独立站系统的护城河和未来在哪里？

恰恰相反，只要坚决不开放数据、能力，系统的壁垒就永远在。
你认为“建站”的价值在“建”吗？那就明显的本末倒置了。

7 月 14 日

回复了 chenzw2 创建的主题 › 程序员 › 第一次做 app/小程序，框架选型求大佬指导下

如果是 app 跨小程序，我的策略是原生 app+原生小程序。
原因很简单：app 和小程序的鉴权、信息获取、消息通知、硬件能力等逻辑完全不对等。

能跨端的也就业务呈现这块。业务呈现在目前这个 AI Coding 的环境下成本又非常低。
再结合跨端技术的稳定性不掌握在自己手里等问题。

里外里算下来，双原生也不比跨端复杂多少。

7 月 10 日

回复了 BingoW 创建的主题 › OpenAI › 请教一个多 AI 协同和资源利用的问题

首先，你得说你试图用协同来解决什么问题，以及你现有的工具有什么缺陷。

比如，什么叫“让每个 AI 都是物尽其用”？这种问题完全没法量化，别人怎么具体的回答你。

7 月 10 日

回复了 YanSeven 创建的主题 › 程序员 › 外部大脑越来越强，原生大脑逐渐成为瓶颈

因为在 AI 时代，人的位置“提级”了。原本的一线开发，现在其实承担的是开发组长甚至是 team leader 的位置。
原本的开发组长，面对的代码量和需要的业务判断力，基本上是过去架构师，乃至 CTO 级别的强度。

相当于整体软件工程的流水线被强行压缩了 1~2 级，但其实整个软件工程的总工作量是几乎没变的。
因为代码落地其实只占软件工程的极小一部分比重。

7 月 7 日

回复了 tf2 创建的主题 › 程序员 › 难绷，公司内网也要做防爬虫和 WAF 了

“一旦有个高危接口 /delete 之类的，被 AI 猜出来了岂不是？？”

贵司暴露一个高危 API ，不做任何鉴权保护，这和 AI 有啥关系……

7 月 6 日

回复了 wcwcxiaobin 创建的主题 › OpenAI › 感觉 AI 推理目前瓶颈还是比较明显

LLM 的表现有很大程度上不光是模型本身，还有运行环境，kv cache 优化等很多层级的问题。
随便折腾一次自部署就能了解个大概了。

7 月 6 日

回复了 shendaowu 创建的主题 › 程序员 › 哪些因素会导致人低估大语言模型？

@zhongzhaoguo 这本来就是个伪命题。目前 Agent 的“能力”根本就不能定量分析。而且 Agent 能做的其实就是“上下文加工”，不太能理解"局限在 LLM"的本质逻辑是什么。

7 月 6 日

回复了 shendaowu 创建的主题 › 程序员 › 哪些因素会导致人低估大语言模型？

@cde979 你这个例子就很典型的指出了 LLM 的问题。
1 、他把“不到中位数”，等价于“无知”。
2 、他主观臆断一个人的动机，“是一种典型的“我懂你们都不懂”的认知优越感”。

充分说明，在上下文不充沛（你最起码得用 Agent 让 GPT 爬一下我所有发言），语义理解不清晰（明显他的上下文没有楼主的内容）的前提下，会做出非常离谱的错误判断。

7 月 5 日

回复了 shendaowu 创建的主题 › 程序员 › 哪些因素会导致人低估大语言模型？

@Rorysky 目前的 Coding Agent ，本质上就是针对你的提示词，加上你已有的既定程序，进行信息检索+加工。最终进行代码输出。

如果一下子就能写的非常漂亮，只能说明：
1 、这个需求或者说逻辑链条非常常见。
2 、最佳实践的统计学优势很强（有通识的最佳范式）

所以如果开发者认为这样的结果很“惊艳”，就只能说明显你不懂当前需求的最佳范式或者说共识，不了解共识，说一句认知不到中位数，也不过分吧。

7 月 5 日

回复了 shendaowu 创建的主题 › 程序员 › 哪些因素会导致人低估大语言模型？

简单粗暴的讲，如果 LLM 能给你“惊艳”的感觉，说明你对于对应领域的认知不到“中位数”。
反之亦然。

7 月 2 日

回复了 shuck 创建的主题 › OpenAI › 大家的 opencode go 的 deepseekd 的 flash 还能用吗？

GLM5.2 的 decode 速度也明显变慢，视觉预估也就 30t/s

7 月 2 日

回复了 shuck 创建的主题 › OpenAI › 大家的 opencode go 的 deepseekd 的 flash 还能用吗？

现在已经连锁反应了，大量的请求转移到其他 go 订阅的模型上，mimo v2.5 也已经崩了。

7 月 2 日

回复了 wzzexe 创建的主题 › ☕Vibe Coding🤖 › 公司 vibe coding 的项目，团队已经无法掌控了

换句话说，这和 vibe Coding 有什么关系？
你自己发明了一个药，也不做调研也不做实验，一下子直接把病患吃死了，然后你说这个药的生产设备有问题？

7 月 2 日

回复了 wzzexe 创建的主题 › ☕Vibe Coding🤖 › 公司 vibe coding 的项目，团队已经无法掌控了

首先，本来 Agent 这个形态就不是一个 100%确定结果的产品，这个你们没有预期吗？
其次，引入 Agent 应该循序渐进，而不是硬切换。比如最起码要和既定的客服流程并行处理一段时间，采纳率高于某个阈值再上。

然后就是所谓的性能瓶颈，这说明你们对于产品本身的定义和选型都没做到和场景适配，在这种情况下跟代码就没什么关系了。

7 月 2 日

回复了 sdjl 创建的主题 › 职场话题 › 讨论： AI 写的代码要不要看，不看代码的程序员会被淘汰吗？

@sdjl “提需求的话这活谁都能干。”你确定吗？

7 月 2 日

回复了 sdjl 创建的主题 › 职场话题 › 讨论： AI 写的代码要不要看，不看代码的程序员会被淘汰吗？

@suikatw 所以你的公司在 AI 时代之前有行这个颗粒度的 Code Review 机制吗？如果没有的话，你的公司时如何对程序的质量和运维能力打包票的？

7 月 2 日

回复了 sdjl 创建的主题 › 职场话题 › 讨论： AI 写的代码要不要看，不看代码的程序员会被淘汰吗？

@saySilence 这个思路就很奇怪，自动化测试、集成测试、产品测试这套流程推最起码 20 年了。啥时候产业要验收代码了。换句话说，代码质量本身就从来没成为过软件工程的衡量标准。

唯一验收代码的就是 code review ，而在 AI Coding 的大环境下，Code review 也没意义了。

而且有什么证据支持人对于代码的验收能力能超过机器和 AI 呢？

1 2 3 4 5 6 7 8 9 10 ... 85

❮

❯