Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  sentinelK  ›  全部回复第 21 页 / 共 85 页
回复总数  1684
1 ... 17  18  19  20  21  22  23  24  25  26 ... 85  
❮ ❯
2025 年 8 月 14 日
回复了 llej 创建的主题 › 程序员 › 如何实现模块化加载的前端和后端代码？
所以楼主说的和 jar 、dll 的引用，以及 js 的 import 有啥区别？
楼主的意思是不想改配置？

那你直接把你项目 src 中的某个文件夹、dll 、jar 直接删了不就行了……
直接删了，IDE 直接标红，就满足了楼主说的“如果包之间有依赖但对应的包被移除了则编译时应该报错”
2025 年 8 月 13 日
回复了 kingpo 创建的主题 › 程序员 › 利用 AI 辅助编程有什么高效方式减少迭代的次数？
1 、拆解问题。把一个大问题，细化拆解成小问题，小问题要明确突出矛盾点。

2 、及时中断。一旦有符合自己需要的结果，就先保存结果。然后重新开始对话。

3 、尽量降低对既有代码的干扰。不要为了一个新功能推翻旧功能的设计，除非必须。
2025 年 8 月 13 日
回复了 Qinnn 创建的主题 › 程序员 › Anthropic Claude Sonnet 4 上下文 token 数提升至 100 万，提升了五倍
@Seck 这个“重点”其实是可以的。只要你给的上下文确实是有一个合理的最优解方向。因为从广义上讲，正确的上下文越大，其结果就越贴近于使用者的需求。

比如，之前的 GPT3.5 ，基于其上下文能力，你只能问一些语法等非业务问题。
但目前就可以问功能、问模块。

上下文再大一些可以问程序架构设计、跨项目的接口合理性规划等。这是一个循序渐进的过程。
所以上下文的扩展，其实是对使用者，以及周边配套程序（类似 Copilot 的搜索、 @workspace 功能）的上下文设计能力提出了更高的要求而已。

更大的上下文总是好的。
2025 年 8 月 13 日
回复了 rcj6056 创建的主题 › 程序员 › 关于占座位小程序的问题请教
@Kirkcong 我理解楼主应该是共享办公的管理方，或者是主打流动办公的公司（类似微软、苹果部分实行的 Hot-desking 模式）。

即便如此大规模的企业都没有“扫码定位/占座”这种奇葩的定义。
更让我差异的是，这种明显增加工作量的“反工具”，但还有人对这种产品定义叫好。
2025 年 8 月 13 日
回复了 rcj6056 创建的主题 › 程序员 › 关于占座位小程序的问题请教
@MrDream 哦，你也知道要 IM ，那你现实中要群发你的位置的时候你是怎么做的？同事又是怎么知道“要去领办公用品”的？

也就是你的 IM 是个薛定谔 IM ，能通知领东西，能发信息，就是不能发位置。
2025 年 8 月 13 日
回复了 Qinnn 创建的主题 › 程序员 › Anthropic Claude Sonnet 4 上下文 token 数提升至 100 万，提升了五倍
在其他因素均不变的情况下肯定有影响，因为更大的上下文，逻辑链路就更长，最优解的统计学优势就更不明显。
但反之，上下文的质量如果很高，那么结果应该会更好。

相当于是降低了下限，提高了上限。
2025 年 8 月 13 日
回复了 rcj6056 创建的主题 › 程序员 › 关于占座位小程序的问题请教
@MrDream 找人就更可笑了。
现实中，你是如何知晓你的亲朋的位置的呢？是你的家人每到一个地方都扫一个二维码“占座”吗？
2025 年 8 月 13 日
回复了 rcj6056 创建的主题 › 程序员 › 关于占座位小程序的问题请教
比如，你能不能接受恶意占位？
能不能接受爽约？
可不可以预约？
如何提示既有的使用人已经到期？
如何确保预约人坐在正确的座位上？
2025 年 8 月 13 日
回复了 rcj6056 创建的主题 › 程序员 › 关于占座位小程序的问题请教
这个产品设计真的奇葩。
占座小程序的最终服务人群是还没到场的人，还是已经到场的人？

如果是还没到场的人，已经占座的人有什么义务扫码告知？
如果服务的是到场的人，人拿书、电脑就直接占了，有什么扫码的必要？

除非改成全线上。也就是工位只接受远程预约。而且工位自身要有占用标识
那这个成本就高了，不是“查询位置、扫码占位”这么简单了。
2025 年 8 月 12 日
回复了 Victor42 创建的主题 › 程序员 › 英雄无敌骨灰玩家，玩 Claude Code 的一点感悟
举个直白的例子，为什么小米 YU7 一天 30 万预订，而法拉利 purosangue 一年也就几十台。不是小米 YU7 更好，是消费者没钱。

同理，如果 claude 和 gemini 能让地球时间暂停，傻子才上 CLI 产品。直接做一个宇宙 IDE 大一统不香么？
至于说 CLI 只能 agent ，也是同样的道理，你都没有 UI 怎么让用户合理的取舍代码修改。
2025 年 8 月 12 日
回复了 Victor42 创建的主题 › 程序员 › 英雄无敌骨灰玩家，玩 Claude Code 的一点感悟
在我看来目前最新的几个 AI Coding 工具运行在终端中，只是处于自身生产力的限制，以及当前 AI 的快节奏、高竞争发展，导致的中间产物而已。

也就是处于“必须得跑步入场”的考量，只能先放弃做 AI 编辑器，而走 shell 路线。
产品友善度先放一边，生态位先站上。

因为命令行环境的操作自由度，和代码编辑器本身并不是互斥的关系。
所以楼主谈的这两者的“区别”其实并不存在。
2025 年 8 月 11 日
回复了 dododada 创建的主题 › 职场话题 › 裁员
不能把“是非对错”这种象牙塔思维 100%的套入在职场中。
成年人的世界很少有完美的正确，也很少有彻底的错误。

在工作中，掌握话语权，树立个人威信，博取其他人的信任，比正确要重要得多。

如果没人听你的，即便你是最正确的你也依然办不成。
反之，即便你指的是弯路，大家都服你，最终也能收获一个相对好的结果。
2025 年 8 月 7 日
回复了 activeliangg 创建的主题 › 程序员 › 和前端小姐姐吵起来了
如果我司有这种情况：
假如我是后端，我会让前端直接发 sql 。
反之假如我是前端，我会让后端传本地渲染富文本。

所以讨论这个没意义。
2025 年 8 月 7 日
回复了 activeliangg 创建的主题 › 程序员 › 和前端小姐姐吵起来了
这些不应该由你们来交流定义。
产品和架构是干什么的？

在信息不完全透明（需求，架构设计，扩展性考虑等）的情况下，讨论 API 的合理性与修改属于空中楼阁。
2025 年 8 月 5 日
回复了 jingcjie 创建的主题 › 程序员 › 两天时间， AI 编程去魅
所以楼主提供了合理的上下文么？ claude sonnet 4 的上下文长度是 200K token 。
2025 年 8 月 5 日
回复了 snownemo 创建的主题 › Windows › 哪位大佬知道 Windows 关机后又自动开机，但是显示器无信号是怎么回事
键盘的大小写指示灯有反应么？（判断是否死机）

如果有反应，排查显卡、dp 线、显示器。
如果没反应，排查内存、观察主板 debug 灯。自检没过。

btw ，稍微多等一会，有的主板在某些情况下会有很长时间的自检。
2025 年 8 月 1 日
回复了 wuzhanggui 创建的主题 › 程序员 › 为什么浏览器按 css 渲染好了一个元素，却没法暴露一些属性让开发者知道呢？
@codehz 感谢指正，学习了。
2025 年 7 月 31 日
回复了 wuzhanggui 创建的主题 › 程序员 › 为什么浏览器按 css 渲染好了一个元素，却没法暴露一些属性让开发者知道呢？
@wuzhanggui 确实很容易。但是：

首先 html 本身其实没有组件概念。他所有的执行结果都只是为了呈现富文本效果。
这也就导致，渲染线程先天的没有给主线程高效同步状态的机制。
从而，基于性能、逻辑链条的角度考虑，导致了 js 只能获取 dom 元素的一部分既定的状态。

举个不恰当的例子。

你向你公司的 CEO 报告你手里程序的开发进度。你可以决定你程序的开发、设计。也可以“侧面了解”项目的商业进展。但是 CEO 不会向你汇报合同细节和最终成交价。

他告诉你也很容易，1 秒钟的事儿，但是 CEO 不会告诉你。
2025 年 7 月 30 日
回复了 wuzhanggui 创建的主题 › 程序员 › 为什么浏览器按 css 渲染好了一个元素，却没法暴露一些属性让开发者知道呢？
楼主的意思是说，为何 DOM 元素的状态没有 100%的映射到 JS 中？

我理解的原因很简单，因为当初压根就没想过。当初的 HTML ，就是想当个电子报纸而已。
然后随着网页越来越复杂，人们对网页的想法越来越多，不得不逐渐增加标准。

然后因为 HTML 的渲染本身，其实是和 JavaScript 线程分离的（也就是所谓的主线程、渲染线程、合成线程）。
过于复杂的 DOM 状态回馈，会导致 JS 脚本的执行速度显著下降（因为 JS 本身其实是没有多线程的）。

举个例子，你可以想象一下，一个 DOM ，从左下角以 60FPS 的帧率飘向右上角。如果你随时可以通过 dom.x/dom.y 来查看坐标，你的 js 要卡成什么样子。
1 ... 17  18  19  20  21  22  23  24  25  26 ... 85  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   996 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 23:26 · PVG 07:26 · LAX 16:26 · JFK 19:26
♥ Do have faith in what you're doing.