V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  sentinelK  ›  全部回复第 17 页 / 共 85 页
回复总数  1684
1 ... 13  14  15  16  17  18  19  20  21  22 ... 85  
如今人人手机上都有一个吊打胶卷时代成像质量的摄像头。

为什么你还不是摄影大师?
这个逻辑本末倒置了。

1 、大模型在不停迭代,你怎么知道未来的模型更擅长哪个技术栈?一年之后新的大模型更擅长其他的技术,你难道要全面重构?
2 、如果你不熟悉对应的工具和语言,如何高效的审阅代码?
3 、如果大模型最擅长的技术栈不适用于你的应用场景,你怎么办?
1 月 12 日
回复了 iorilu 创建的主题 Windows 这把实锤了, win11 是微软 25 年来最慢的系统
我理解,这个结论就是典型的试图用错误逻辑痛打落水狗。

1 、测试的颗粒度是基于功能的。不同版本的系统,相同功能的逻辑复杂度都不同。
2 、随着硬件性能的演进,设计会向着美观、功能的角度妥协性能。
3 、不同系统版本下的最佳适配软件版本也都不同。

在以上情况下,同硬件的横比完全没有意义。


真正有意义的是,以官方价格为基准,使用相同购买力的货币价格,采用不同时间点的不同设备。并安装当年的最新系统版本(包括所有软件生态也要当年的版本)。来进行相同使用场景(而不是功能)的横比。

这样测试才有说服力。
想当年,古法程序员还是从手戳纸带进化成手敲记事本。

随着时间的演进,古法也在迭代。
目前大模型厂商都不太在乎产品化这块。

毕竟决定你使用哪个厂商的产品的是你用的是模型能力。而不是他有哪些功能。
只有功能性 overkill 的领域,才会开始卷产品设计。
如果是纯暴力,那没有意义。

hashcat 可以通过 GPU 加速做到每秒几百万个组合。但如果你计算过你就知道,对于稍长的密码的暴力破解,这个时长大概是几十几百年这个量级。

目前比较通识的做法是靠字典大范围的缩小穷举的维度。
1 月 9 日
回复了 collen 创建的主题 随想 AI 问题
btw:类似楼主的观点,其实最近我看到了很多。很多都是从人文社科的角度出发的。其中不乏教授学者。

但我对此持非常保守的意见。他们有些甚至连目前 AI 的基本逻辑与机理都不了解,就出来大谈 AI 对于社会机制与功能的理解。简直管中窥豹。
1 月 9 日
回复了 collen 创建的主题 随想 AI 问题
楼主这个讨论太虚了。需要明确定义才有可能有价值。

1 、楼主叙述的 AI 是理想中的 AI ,还是现阶段的统计学 AI ?如果是现阶段,那么你的假设不成立。
2 、AI 的行为导致的社会学问题,其中主体指的是 AI 模型本身,还是 AI 模型公司?这是完全两个独立的问题。
1 、中小厂会灰度吗?
2 、中小厂不执行灰度的瓶颈,是在“发布”这个 step 吗?
3 、中小厂有成本使用付费方案吗?
1 月 6 日
回复了 v2306 创建的主题 程序员 现实版刻舟求剑
没太看懂楼主想表达的。

抛开实际需求聊代码属于耍流氓。
1 月 1 日
回复了 programMrxu 创建的主题 程序员 2026 新年快乐,祝大家 2026 年发发发!
新年快乐,愿平安顺遂
要看你对于原生的技术和产品理念的了解有多少。

1 、工作量上的区别。虽然有 AI 辅助,但是一个需求你需要改两遍也是实打实的。

2 、双端使用习惯、系统工具、设计理念的差异如何求同存异。Flutter 更大的优势是极大程度的缓解了双端 UI 、操作逻辑不一致的问题。


当你使用原生时,你就不得不面对相同功能,如何权衡用户使用习惯、厂商最佳实践、以及你的产品设计本身三者的取舍问题。

举个最简单的例子。回退。
你是放弃双方的推荐设计,自己做一个效果一致的回退呢?
还是双端各用符合官方最佳实践的方式做一个回退呢?
还是尊重双端用户的习惯做一个回退呢?

你需要思考的维度就复杂了很多。
2025 年 12 月 29 日
回复了 lemoncoconut 创建的主题 程序员 AI coding 是否会导致小众技术栈逐渐消亡
有两种情况:
1 、因为非理性原因(情怀等人文因素)坚持小众语言。那这个小众语言就应该消亡。
2 、因为理性原因(性能、环境、设计等),某些垂直领域不可替代。那在统计学 AI 的视角下,这个垂直领域依然是强势的。

btw:一个实际的产品决定使用什么编程语言,编程能力从来不是高权重的考虑因素。
2025 年 12 月 29 日
回复了 stinkytofux 创建的主题 程序员 AI 编程大行其道, 如何避免项目密钥泄露?
没什么诀窍,无非就是照本宣科:不要硬编码。通过服务获取。

btw ,即便是最高风亮节的 Anthropic ,也只是声明了不会用用户的数据再训练。
也就是说,他只能保证你的代码、数据不会被“自己的新模型”吐露给其他用户。但也仅此而已了。
2025 年 12 月 29 日
回复了 ktyang 创建的主题 程序员 探讨一下使用 AI 开发和维护大型项目的经验
@ktyang
有没有一种可能,垂直形态的工作分工才是 AI 驱动编程的更好方式?(逻辑复杂度低,上下文长度小,成果人工审核难度不大)

没有上下文边界(比如有详尽文档就不要直接接触代码),半自动没有开发介入,且横向分工的结果就是最后就是压到后面的工序积累的误差爆炸。导致整个项目的正确产出没有任何的统计学优势。

最终结果必然就会不稳定。
2025 年 12 月 29 日
回复了 ktyang 创建的主题 程序员 探讨一下使用 AI 开发和维护大型项目的经验
1 、扮演角色有什么目的吗?
2 、是否有节省上下文的针对性设计?
3 、期待的交互模式是什么?全自动?半自动?还是开发人员驱动?
4 、“大型项目”有多大?
5 、你用的什么 AI 模型与工具?
你负责“前端”指的是什么前端?
是脚本的操作界面,还是对客系统(下单、支付、结单)?

如果是脚本操作界面,那破坏计算机信息系统的从犯是肯定的。
如果是对客系统,还能辩护一个不知情。

总体上而言,风险收益不对等。
2025 年 12 月 27 日
回复了 djyde 创建的主题 程序员 让 AI 带着镣铐跳舞
从我的个人经验来讲,目前我工作的重心,已经从程序设计与架构,转向了如何最大化的给 AI 提供合理的上下文。以方便 AI 能够最大可能的生成我需要的代码。

所以我认为,AI 时代,其实对于程序员自身的知识面宽度以及素质要求,其实是更高了。
过去可能需要的更多是孔乙己,现在需要你是鲁迅了。
2025 年 12 月 27 日
回复了 cj323 创建的主题 程序员 程序员对 AI 的偏见
想了想,还是忍不住想延展一下,细说一下“有价值的东西,不一定被所有人欢迎”这块。

1 、以机器学习为主干,Transformer 为主导的统计学 AI 的可怕之处在于,颠覆了很多垂直领域的既有规则。

因为人类大脑的“缓存”太小,导致人类不擅长统计学,也就让人类无法通过大量的数据来自我修正与找到更优解。
而目前的统计学 AI 恰巧弥补了这一点。统计学 AI 做到哪个领域,哪个领域的玩法就要被颠覆(因为统计学 AI 总是可以找到更优路径)。

颠覆的同时,当前领域的既得利益者就会失去自己赖以生存的护城河。
很大程度上,这就是他们“不欢迎”,乃至“愤怒”的来源。这是人之常情。

2 、现阶段的 AI 无论如何改进(推理也好,引入激励也罢,乃至从零开始的强化学习),最终依然是依赖统计学原理的,这就导致其一定和真实情况有一定的偏差。
也就是所谓的统计学解只是最大概率解,统计学只能最大限度的贴近事实,但不能成为事实。

所以无论如何精进,面对 AI 的输出依然会有信任危机。
这也是“不欢迎”的一个方面。

3 、人是有风险厌恶的,总会依赖既有的成功路线。
1 ... 13  14  15  16  17  18  19  20  21  22 ... 85  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2838 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 14:27 · PVG 22:27 · LAX 07:27 · JFK 10:27
♥ Do have faith in what you're doing.