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

V2EX = way to explore

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

For Existing Member Sign In

1 ... 11 12 13 14 15 16 17 18 19 20 ... 85

❮

❯

1 月 30 日

回复了 apacheinsky 创建的主题 › 程序员 › 如果没有 AI 低代码会自己死掉吗

@jchnxu 这个不冲突，商业逻辑和技术产品力，这二者其实是完全不同的维度，不互相影响，也不成线性关系。
对他们感兴趣的人群也是不同的。

情绪价值是商业逻辑中很重要的一环，这毋庸置疑。
但是低代码的商业逻辑真的存在吗？或者说真跑的通吗？估计每个人有每个人的预判和思路。
毕竟“低代码”这个名词的解释权都很混乱，甚至设计个 OA 工单流转都敢叫低代码。

当然，我个人的视角，只是我个人作为技术从业者的主观好恶。

1 月 30 日

回复了 pixio 创建的主题 › 职场话题 › [血泪教训] 仲裁被律师带节奏， 2N 变成 N+1.5 的惨痛经历

所以经济类纠纷，律师都是按照赔偿比例收费的。这就避免了律师利益方向和事主不同的问题。

1 月 29 日

回复了 FH0 创建的主题 › 程序员 › Claude 模型很喜欢说：你说的对

1 、在表达方式上，监督学习的结果一定是讨好审核者的。
2 、因为大语言模型是统计学，所以讨好使用者和你最终得到的结果是否“降智”没有特别相干的关系，可以尝试多提供一些上文，从而排除一些错误的局部最优。

1 月 29 日

回复了 abellis 创建的主题 › 程序员 › 在没有技术背景的情况下， Rust 这种无错误编译后才能运行的语言在 ai coding 逐渐成为主流的情况下是否更能保证应用的完整性，更适合 vibe coding？

程序错误 ≠ 编译报错
不需编译 ≠ 运行前无法检查错误

1 月 29 日

回复了 apacheinsky 创建的主题 › 程序员 › 如果没有 AI 低代码会自己死掉吗

VibeCoding 同理，他只能降低参与门槛，但不能降低软件工程行业的门槛。

因为软件工程的商业价值从来不是“写代码”本身。
餐馆后厨的商业价值也从来不是“做饭”。

1 月 29 日

回复了 apacheinsky 创建的主题 › 程序员 › 如果没有 AI 低代码会自己死掉吗

如果假定低代码这个产物客观合理。

我个人理解是这二者，在技术领域上不冲突。但是商业模式上冲突。
技术领域这二者是完全的反面。一个是精准的逻辑组合，一个是概率的模糊生成。

商业上二者完全冲突。低代码的本质就是降低业务的数字化门槛，让业务人员更多的参与程序的制定。
VibeCoding 恰巧也是这个商业定位。

至于说你标题的问题，在我看来，低代码一直就不具备实际的技术合理性，是一种满足企业领导对软件掌控力诞生的伪概念和伪产品。

1 月 29 日

回复了 ion1ze 创建的主题 › ☕Vibe Coding🤖 › VibeCoding 前后端应该放一个仓库吗

是否在一个仓库，和能不能共享上下文，在绝大多数情况下无关。

所以在一个仓库和不在一个仓库均有道理。

1 月 29 日

回复了 AoEiuV020JP 创建的主题 › GitHub Copilot › copilot premium request 在燃烧

举个例子，比如 agent 模式生成了一次代码，然后调用 console 编译，未通过，他会尝试修复一次，然后再编译。

这个过程，从文档的描述上看，算两次请求。对于 opus ，也就是消耗 6 额度。

1 月 29 日

回复了 AoEiuV020JP 创建的主题 › GitHub Copilot › copilot premium request 在燃烧

应该是跟 https://docs.github.com/zh/copilot/concepts/billing/copilot-requests 中，对于 Copilot coding agent 的描述有关。

对于 agent 模式的计费是，“each real-time steering comment”。

如果你的 agent 在频繁的更改代码，就会频繁的扣 request 额度。

1 月 28 日

回复了 Tom7 创建的主题 › 程序员 › 突然想到一个问题，现在有 ai 了，那么 oracle 的 Java 团队等其他语言团队，后续更新会使用 ai 去创新或优化吗

其实不冲突的。
工程执行层面的演进，并不会阻碍设计的前进。
执行的演进有可能影响设计的偏好，也有可能衍生另外一个方向的设计模式与逻辑，但不会影响设计本身的上限。

类似的演变在其他工程学领域已经经历很多次了。

比如建筑工程领域，施工从红砖>砖混>钢混的演进。
比如汽车工程领域，从燃油车>轻混车>重混、纯电车的演进。

他们都没有影响建筑、车辆设计的上限。
但也确实诞生了新的设计模式。

1 月 28 日

回复了 fxxkgw 创建的主题 › 生活 › 又一个被菠菜搞得家破的同学。。

我理解，赌博游戏本身其实没有如此大的诱惑。本质上就是总预期负一点的概率游戏。只要三观正确就一定不会沉沦。

但真正恶心的，是围绕在赌博生态周边的吸血鬼。比如高利贷、中介、乃至托和千。这些才是真正让人家破人亡的恶魔。

1 月 28 日

回复了 Dg3gWjbFvvq 创建的主题 › 程序员 › AI Coding 普及之后， V 站基本上不再讨论“怎么写代码”了

@UmiKz 十年前我在 V 站吵架的时候，他们说我百度，现在说我 AI 。我能尊重，并理解一个人思维的匮乏和表达能力与表达欲望的缺失。

1 月 28 日

回复了 Dg3gWjbFvvq 创建的主题 › 程序员 › AI Coding 普及之后， V 站基本上不再讨论“怎么写代码”了

@yrom 即便不讨论大语言模型的检索、联网能力提供的上下文，只聊模型本身，过拟合情况也急剧减少了。

1 、目前的模型更大，所以你可以理解为，其对于语料的统计学分析更彻底。更正确，更底层的答案的统计学优势更强。也就更不容易落入肤浅的统计学谬误。
2 、目前的大语言模型不止局限于监督机器学习，强化学习也占一定的比重。一定程度上可以缓解语料过于单一与局限导致的过拟合。
3 、其实人类的很多行为，也是基于历史过拟合的。

再加上因为上下文的增大，联网能力和信息库检索，能够进一步的抹平模型本身的认知时效性问题。

1 月 27 日

回复了 Dg3gWjbFvvq 创建的主题 › 程序员 › AI Coding 普及之后， V 站基本上不再讨论“怎么写代码”了

而且讨论技术有一个流氓陷阱。

当一个结论即将呈现时，自觉错误，或者弱势的一方会开始耍流氓。

比如：你的方案优势不就是是 X 、Y 吗？“在我的场景里”或者“我认为”X 、Y 根本不重要。

1 月 27 日

回复了 Dg3gWjbFvvq 创建的主题 › 程序员 › AI Coding 普及之后， V 站基本上不再讨论“怎么写代码”了

其实即便退回到 ChatGPT 时刻之前，在 V 站讨论“如何写代码”也是个伪命题。

你可以随便搜下，多少年了，http 请求中 Token 的定义到底是什么在 V 站都还聊不清楚。
有多少人把 token 和 jwt 划等号的。
又有多少人装世外高人，故作高深故弄玄虚。

中文社区中，把语言、框架当工具的人少之又少。
更多的是，我用的语言、工具、开发环境就是真理，你不用，你和我的理解不同，你就是 loser 。

1 月 26 日

回复了 Livid 创建的主题 › Claude Code › Opus 4.5 帮我更新了这个页面顶部的动画背景

有点意思，每个星星都是个 dom 元素。

1 月 26 日

回复了 matafu 创建的主题 › 职场话题 › 现在开发是不是就没什么门槛了

参与门槛变低了，但是实际门槛没变。

因为：
1 、你怎么知道你的“系统”如何抽象成逻辑流程最合理？
2 、你怎么知道 AI 需要什么上下文？
3 、整个工程在开发过程中要怎么管理？
4 、如何规划人力？

以上才是真正的软件工程的本质。

1 月 26 日

回复了 godall 创建的主题 › 程序员 › 各位码农们，调查一下大家 AI 编程代码量占比

如果只从“输入代码”这个狭义的角度考虑，目前我司应该在第四档。

但是目前 code review 的比例应该也是 100%的。也就是生成比例高，但复核比例也高。

1 月 26 日

回复了 simazilinVV 创建的主题 › 职场话题 › AI 时代，大家有什么退路么？

1 、招投标收紧和 AI 没什么关系，本质上是资金和未来预期问题。
2 、甲方用 AI 能做，其实就说明原本自身也能做，只是因为资金充裕，未来预期乐观，没有必要内部消化。

其实以上就说明楼主的企业主营是一个竞争力不强的垂直领域，不可替代性很强。

如果说要调整的话，更多还是要从业务入手。甲方宁肯自研也不用你们，说明你们的成果基本没体现出优势。毕竟单纯从经营角度讲，自研的风险和损耗比外包大得多。

而且，反过来讲，甲方在用 AI 赋能，你们其实也可以。而且作为深耕的乙方，为何降本增效的效率还不如甲方？

所以别把个人的危机上升到行业。实事求是的讨论单点，比一堆人跟你聊滴滴外卖有意义。

如果我没猜错，我在写这篇回复的时候，上面“滴滴”“外卖”“种田”已经屠楼了。

1 ... 11 12 13 14 15 16 17 18 19 20 ... 85

❮

❯