V2EX › sentinelK 的所有回复 › 第 1 页 / 共 76 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

6 小时 13 分钟前

回复了 aczh 创建的主题 › 职场话题 › 我发现程序员这个群体很大部分其实挺抠的

因为开发程序的特性就是认理性参数，不认感性价值。

显得更“抠”是因为很多领域的消费品，感型价值比重实在太大。甚至部分领域会出现倒挂（实际性能更差的产品，因为品牌、营销策略等原因更贵）

10 小时 3 分钟前

回复了 anlitechnet 创建的主题 › 程序员 › DeepSeek V4 这周会出吗？

deepseek 之前出圈，主要还是因为走的是最优性价比路线。和其他模型厂商的差异化足够明显。
而且发布的时机选择，无论是技术角度上，还是宣发角度上都堪称完美。

新模型要想达到之前 V3 的宣传高度不容易。
最起码裸模型得有 claude sonnet 同时期的统计学能力，然后成本还比 sonnet 低很多才有可能。

还有一个思路，就是目前国产 LLM 的工程化实现，或者说产品化还没有特别出圈的。如果有一个足够惊艳的产品化实现，尤其是在 cc 已经泄露的前提下，有可能是下一个爆点。

2 天前

回复了 sentinelK 创建的主题 › GitHub Copilot › Copilot pro 移除了 claude opus 模型的使用权限

@Mzs 不会存在那种“祖传好套餐”的情况的。

目前的商业模式就是把老套餐的权益砍废。然后给你一个限时选项：优惠一点退钱，或者忍着。

2 天前

回复了 sentinelK 创建的主题 › GitHub Copilot › Copilot pro 移除了 claude opus 模型的使用权限

@frankxzw sonnet 目前正常，pro 可以使用

2 天前

回复了 sentinelK 创建的主题 › GitHub Copilot › Copilot pro 移除了 claude opus 模型的使用权限

@WishMaster 最恶心的是他这个是个连招。先取消掉 pro 、pro+的年费，再去掉学生、贡献订阅的 opus ，最后去掉 pro 的 opus 。

这也就意味着，如果你想用 opus ，就必须改成月付的 pro+。

2 天前

回复了 Croow 创建的主题 › 程序员 › 真心发问，想学后端需要学啥？

首先你得先说你要解决什么。
你都不聊你想通过学习解决什么，光学知识，不实践，最终变成屠龙之计有什么意义？

6 天前

回复了 liuidetmks 创建的主题 › 程序员 › AI 时代，开源项目安全性如何保证

@liuidetmks 一样的道理，如果差距很大，这块市场空白的利益会驱使补齐的。
只是变革的过程中有阵痛。

当然，退一步讲，理想情况下，AI 时代，“开源社区”这种玩法其实已经没什么意义了。

6 天前

回复了 liuidetmks 创建的主题 › 程序员 › AI 时代，开源项目安全性如何保证

反过来讲，不管是什么项目，以后都应该用 AI 产品先进行一遍 review 。

常言道，道高一尺魔高一丈。

6 天前

回复了 gangsta 创建的主题 › OpenAI › App → CLI → App ？

上一波浪潮中，各个公司推 CLI 工具，难道不是因为这样更快捷，更能打差异化迅速占领市场，快速迭代么……
毕竟 GUI 产品的市场有 Cursor 、VSCode Copilot 这些先行者。

我很好奇，明明一个基于现实的妥协，一个明显的减法，是怎么理解为“在当时让大多数开发者以为 GUI 程序并不是 AI 辅助编程的最佳形态”的？

按照这个逻辑，霍金不走路，是不是人人都要做一个四轮车歪着嘴才能发挥大脑极限……

6 天前

回复了 zhishi69 创建的主题 › 程序员 › 使用 claude 从 0 开始开发一个校友会系统可行吗

本质上是要看你的提示词，或者说功能点是否足够详细。
同样是校友会，校内网级别，和供一个学校内网（同时在线不足 1000 ）的网站，是完全不同的架构与实现思路。
就像是农村自建房和哈利法塔，都是“房”，剩下的都不同。

所以光定义用户侧的功能是不够的。或者说功能驱动会造成极大误解。
最终很有可能大炮打蚊子，或者小马拉大车。

所以目前我遵从的还是正向开发的思路，就是引导 AI 先定需求，定稿后按照需求制定架构和技术选型方案，然后拆解成功能点，最后落地实施。

6 天前

回复了 383394544 创建的主题 › 程序员 › Claude 这对吗

欢迎来到成年人的世界。

虚假的社会：大家各司其职，遵守规则，互利共赢。
实际的社会：我只要把我上面的人搞死，我就可以替代他了。

9 天前

回复了 zhengmin4516 创建的主题 › 程序员 › 使用 ai 编程后的感想和困惑

0 、这是趋势，解放生产力，核心就是要解放。但是前提是你要知道什么该解放，什么该攥在手里。资本家从来不会解放自己的人脉和渠道。

1 、所以在使用中应该合理的优化上下文。给 AI 一个明确的任务目标与界限。目前网上用 token 去砸 AI 许愿的风气追不得。最后要么大炮打蚊子，要么产出的内容全是浅尝辄止的垃圾。

2 、同理，作为使用者，你最起码要对产出有一定的掌控力。最起码要学习最基本的管理学知识，知道什么该插手，什么不该。

9 天前

回复了 cxd8190102 创建的主题 › 程序员 › 龙虾还没玩明白，爱马仕又来了

再反转一下，以上是基于消费者视角。基于 LLM 模型提供者的视角来看，他们立于不败之地。

市面上有更好的工程化实践，就吸纳到自己的嫡系 app 中。
市面上有不利于自己利益的工程化实践，就禁掉。
市场出现了现象级产品？换个模型版本。直接负优化废掉他，自己在做一个。

9 天前

回复了 cxd8190102 创建的主题 › 程序员 › 龙虾还没玩明白，爱马仕又来了

没用，在 LLM 模型 API 接口本身都是黑箱（动不动降智，更别提还有各种黑中转）的情况下，你根本没法评估 AI 应用的能力和稳定性。

更何况，我个人理解，其实并不是每个人都需要那么“定制化”的工程环境。

目前的 LLM 上下文，已经足够大到只要你愿意提供足够的信息，不人为的隐瞒，基本都可以一次性加工执行完毕的程度。并不需要对既有上下文进行过度的包装和工程化。

你的“助手”和他的“助手”，在能力和技能上，未必有多大差距。

再退一步，其实我一直认为，“定制化”其实就是个伪命题。
一切的“客制”其实都是基于方法论控制的。只是消费者对某个行业了解的过浅，从而对“定制”有着一种谜之情怀。

10 天前

回复了 panamera 创建的主题 › 程序员 › 截至 2026 年 4 月， AI 写哪方面的代码还不行？

1 、既有公开数据量偏小的领域。
2 、上下文不全，或有原因无法完全提供的领域。
3 、上下文依赖过广，且技术债太多的老项目。
4 、程序中有一些基于现实情况的反效率、反最佳实现，甚至是反向优化的妥协的老项目。

总之，就是 AI 非常不擅长非最佳实践的场景。
如果里面再有一些变量名、专有名词、注释或既定事实的客观或主观误导，则效果更差。

10 天前

回复了 yarkyaonj 创建的主题 › Claude Code › claude code 降智被实锤了

所以在如此背景的前提下，一堆人还在炒作基于 LLM 的工程化实现的优劣，简直贻笑大方。

10 天前

回复了 Haku 创建的主题 › GitHub Copilot › copilot 的 github 代码审查 Agent 功能是不是消耗请求量格外更多？

每次 code review 都会用一次 request 。
关于 code review 有一些设置，比如是否每次 submit 都自动进行 code review 。

10 天前

回复了 fulinlin9527 创建的主题 › 程序员 › 公司接入 AI 编程问题

把你的封装方法、自研的 API 整理成 md 文档（ AI 或者人工均可）。每次都当作请求的上下文，基本上就够了。

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

❮

❯