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

V2EX = way to explore

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

For Existing Member Sign In

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

❮

❯

7 月 20 日

回复了 VincentWang 创建的主题 › 程序员 › AI 时代低代码产品是否还有意义？

我反而觉得低代码如果能够跟上时代转型，会活得更好。

1 、用户很难用语言描述他们的产品需求，有规则限制的图形化（不管是流程搭建还是 UI 搭建）能更好的帮助用户表达自己的需求。我举个简单的例子，一个普通人如何用自己的语言陈述“模态窗口”。

2 、过去的低代码被人诟病灵活性太差，甜区太窄，一旦需求溢出甜区，实现难度指数级上升。这些劣势在 AI 时代完全不存在。

3 、低代码的确定性和规则，很好的解决了普通人用 AI 因为提示词过于笼统，LLM 脑洞大开，导致需求直接跑飞的问题。

7 月 20 日

回复了 Jensond 创建的主题 › 程序员 › 灵魂拷问：未来的 vibe coding 平民化了，那我现在还迭代个锤子啊

@nc 所以没有规模化，或者说没有产业化的“淘宝”还是“淘宝”吗？
如果一个 input 框放在屏幕正中就可以叫“谷歌”的话，那我觉得确实所有人都可以，甚至不需要 AI 。

软件工程的本质就是精准把控需求，从而展现业务信息化实现的最佳性价比甜点，并最终落地。

如果说抛去所有专业化的东西，只求东施效颦的话，我抓起听诊器就是大夫，拿起笔就是作家。

7 月 20 日

回复了 nealHuang 创建的主题 › 互联网 › 卧槽， PDD 这么牛批嘛，真见鬼了

看了这行字，接下来的 5 分钟，你一定会呼吸

7 月 20 日

回复了 blackantt 创建的主题 › Claude › 用 claude 桌面编程和 cli 编程有啥大的区别呢？不都是自动化的吗

这个没人能回复你，Claude 整个产品线都不开源。

OpenCode 是一致的，底层引擎的版本号都同步。

7 月 19 日

回复了 Jensond 创建的主题 › 程序员 › 灵魂拷问：未来的 vibe coding 平民化了，那我现在还迭代个锤子啊

不会的，因为其实软件工程的核心竞争力就是精准定义需求。“给我做一个淘宝”这叫许愿。

7 月 17 日

回复了 sentinelK 创建的主题 › 程序员 › OpenCode go 订阅开始区分模型提供额度， kimi-k3、deepseek-v4-pro 等只有 15$的额度，请各位注意用量。

@apkapb 如果只用 v4-flash ，是没影响的

7 月 17 日

回复了 echoVic 创建的主题 › 程序员 › 做 DeepSeek Agent 近一个月，同步下 Orca 的进展

其实问题不是否认 harness 的价值，而是如何做才是更有价值的 harness 。如何衡量每个机制、改动对于最终的产出到底是正向，还是负面作用。费效比是提升还是下降了。

7 月 17 日

回复了 sentinelK 创建的主题 › 程序员 › OpenCode go 订阅开始区分模型提供额度， kimi-k3、deepseek-v4-pro 等只有 15$的额度，请各位注意用量。

@apkapb 除了以上模型以外，剩下的都是充值 10 刀=60 刀额度，相当于你花 70 人民币，拿到 420 人民币的 deepseek-v4-flash 的使用权。

7 月 17 日

回复了 m0mo 创建的主题 › 程序员 › [信创相关] 信创操作系统兼容性如何保证

不能保证，部分芯片连指令集都是自己的，需要用他自己封闭生态的工具才能编译执行。

7 月 17 日

回复了 sentinelK 创建的主题 › 程序员 › OpenCode go 订阅开始区分模型提供额度， kimi-k3、deepseek-v4-pro 等只有 15$的额度，请各位注意用量。

@QlanQ 通过上次 deepseek 性能下降的联动，我合理推测其实 opencode 就没自部署 deepseek 。

不过他总额度一改，价格相比官网就变得更贵了（因为 openCode 的价格没有联动之前的 2.5 折），所以不理解 openCode 的这波操作的逻辑。

7 月 16 日

回复了 Alextrasza 创建的主题 › 职场话题 › 面试需要展示 vibe coding 项目, 应准备哪些重点/亮点?

我个人认为有必要展示的是：

1 、你是如何控制实现边界的？（如何限制负面产出，限制 AI 走实现捷径）
2 、费效比如何？
3 、如何进行质量控制？（不光是功能层面的，还有代码可读性、一致性等）

7 月 15 日

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

@mengyigewen1128 本质上携程的核心不是预订程序，而是价格，以及和酒店是如何利益分配的。如果以上你们没有跑通的话，考虑程序就太早了。

预订本身反而是最简单的一个环节。

如果是类似毕设或者结课设计，算我没说。

7 月 15 日

恰巧是我的行业。

从软件工程角度上讲没什么难度，因为订酒店，尤其是这种小 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 有啥关系……

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

❮

❯