NightCandle
1.1K posts

NightCandle
@_NightCandle
Indifference Sight Through The Times
Katılım Aralık 2012
95 Takip Edilen61 Takipçiler

这就是高明之处:
影视飓风的Davinci Resolve系列教程是免费的,但剪映教程是收费的。
这个世界越来越是这样:专业的知识获取成本越来越低,甚至免费。而入门级的知识、面向的受众越初级,就越能卖钱……
树海@shuhaishiwo
影视飓风的剪辑课程教的是剪映.....
中文

@jyrnan 建议套一层随时可以重置权限的隧道,否则你的远程服务器将面临
1. 被ddos
2. 密钥被偷被黑
3. 被扫漏洞被黑
中文

@liujiayi1111 我也非常困惑这种图标成为公式化文字,又用本土化文字注释的做法。
为什么不设计可以一目了然的拟物图标,文字仅作为识别辅助?
中文

@liujiayi1111 公式化设计产物。这些图标背后都有一套设计公式,包括风格、面积、配色等。
代价就是越搞越抽象,看不出是什么东西。
苹果的图标也这个趋势发展。
在古代公式化设计创造了人类文字体系,你如果没学过中文,看这些文字就和看玛雅文一样。Google图标也是此类产物。
中文

@jinchenma_ai 文档功能过于简陋,我用时候,想要什么功能,就没有什么功能。
Google办公套件是功能超乎你的想象。
而且这腾讯文档安装包极其巨大,比wps还大,还卡。
所以最后腾讯一定会认为团队整体水准不够,打包送走。
中文

最近公司 领导 和我聊起面 向对象(OOP)和设计模式。并说想要在公司中推广设计模式。但是我表示了 反对。
我想聊聊我为什么不喜欢设计模式,以及我信奉的软件 “设计模式”。
说实在的,我其实没看过 GoF 那本设计模式的书。以后也大概不会去读。但是设计模式的大名还是有听过
我之前在 Vue 团队写 Vapor 模式时。发现 Vue 的响应式系统确实使用了 OOP,但主要是出于性能上的考虑。当优化达到一定层级之后,哪怕是引擎层面的微小实现差异也会影响性能。所以我们选择 OOP,是因为它带来的优化便利,并不是因为我们想要套用某种具体的设计模式。
* Vue 的源代码中 ReactiveEffect、Dep、ComputedRefImpl 这些类的存在,是因为 V8 的 hidden class / inline cache 对固定形状的对象优化更好。
(如果理解有误,欢迎指出)
我在入行的初期学过 OOP,大约是 8 年前的事了,已经很久了。但是过去这几年,我逐渐觉得设计模式并不太适合 Vue 3 + TypeScript 的开发。如果不是为了性能优化,我现在也很少使用面向对象。我会这样看,一部分原因是受到了像 Anthony Fu (antfu) 这些人的影响。
* GoF 是 1994 年的 C++/Java 世界的产物。如今语言进化了,很多模式从"需要刻意设计"退化成了"语言原生特性"。 这就是为什么 antfu、Evan、Anthony Fu 那一派人不太谈 GoF。不是反对它,而是它已经融进语言里了,再单独命名反而显得笨重。
“ 模式之所以叫模式,是因为语言没原生支持它,你得手动重复实现。”
去年我读了一本关于如何更好的编程的书,我很快就爱上了它。我试着推荐给我的推友们,结果发现推友中已经有不少人读过了。而且也很喜欢!
这本书是《软件设计的哲学》(A Philosophy of Software Design)
我特别喜欢书中对复杂度的阐释方式,现在仍会时常翻阅。
我的 CLAUDE.md 提示词里也用了这本书的概念:
- 深模块(Design Deep Modules)
- 消除错误(Define Errors Out of Existence)
- 向下沉淀复杂性(Pull Complexity Downwards)
- 不同层不同抽象(Different Layer, Different Abstraction)
这边篇幅有限,就不展开这几个概念了。如果感兴趣的话,我可以之后仔细写写我自己的理解。
让我疑惑的问题:
设计模式如今还被使用,似乎更多是一种沟通时的共同语言。但是我们是否真的按照它的模式来设计代码架构呢?
它作为大家交流的语言和思想的工具如今是否还是合适的选择。是否落后,又是否有着与时俱进的新选择呢?
* 写了好多,以上都是我自己的主观想法,可以随便聊 🤗

中文

@skywind3000 写测试的和写程序的AI,不能共享任何记忆与状态。而且测试必须人挨个定义,AI没有任何发挥空间。
写程序的AI也只写程序和调用测试,连测试代码都不许看,测试放在网关后面,AI只能看对或错。
但是这么设计,和纯人干,工作量和工作内容,区别也不大了,AI就是打字机了。
中文

程序员无脑 vibe 出一堆 slop 我也不说了,现在 QA 开始用 AI 写测试用例了,而且用例写出问题来他们搞不定,又把程序员叫过去帮他们看哪里出问题了,所以为啥做调查时个个都说 ai 帮自己写了 50% 乃至 100% 的代码,但最后拉通一看,总效率还是那个鬼样子。
LIN WEI@skywind3000
ai 生成的测试用例很多都是 “甜路径” ,100% 通过的质量经常比不上人自己写的用例 30% 通过率的质量,完全依赖 ai 生成的用例 100% 通过了,也是一堆 slop。
中文

@BingLiu34173809 已经错过了改革的最佳时机,债务已经套圈,经济已经萧条。
目前只能少动作,维持脆弱的平衡,加强社会控制,避免在危机彻底爆发时,失序混乱。
阿根廷没有社会仇恨积累的情况,庇隆主义,积弊难返,才出一个改革总统,且国家要付出巨大代价,还需要美国支持。
问题更复杂的中国。川壅而潰,傷人必多。
中文

到底什么时候需要用到光通信?
首先,片上通信不需要光,推理的瓶颈在HBM(kv cache)和SRAM的带宽,但这些是直接和GPU一起interpose在电路板上的,不需要光电转换,CPU和GPU的通信也是通过主板,不需要光
其次,主板之间通信,未来在极端情况下可能会用到光。不过如果一个推理任务需要跨主板,说明他的上下文超过了一个主板所载HBM的大小,这个任务也太大了,就算有也不会太频繁
此外,现在板间通信所采用的NVSwitch应该都还是铜线,暂时没啥问题
最后,机柜之间的通信肯定会用到光,一个是距离长,再就是铜的带宽不够。但几乎不可能有一个推理任务会跨机柜进行,除非这个公司的Infra Engineer疯了。有什么任务会用到72TB的HBM显存?
因此,跨越机柜的光通信主要是为训练任务服务的,因为训练的batch特别大,模型也特别大,三方面并行化(Model,Batch,Tensor)之后可能真的会跨机柜
而Agentic Inference任务绝对不会跨机柜;顶多上下文更长,KV Cache消耗更大一点,而且他会尽量用一个板子上的CPU调度,最差也是在一个机柜内分布式计算,并进行通信
我说的对吗?请专业人士指教
cc @fi56622380
中文

如果互联网彻底中断,有没有替代方案?
完全的替代可能找不到,但是使用 LoRa 协议,可以自己组建一个通信网,实现多人群聊功能,信号覆盖整个城区。
每个人的设备成本只需几百元人民币,这应该是目前最便宜、最简单的个人通信网。ruanyifeng.com/blog/2026/05/w…


中文

@liujiayi1111 主营业务不一样。
罗永浩主营业务就是网络对喷,观众都等着下一阶段,对喷环节。
做手机、演讲、直播带货,都是副业。
中文

@liujiayi1111 @elonmusk @nikitabier @X elon musk 为什么放任这帮傻子,就是为了卖API。
你要是买会员,或者使用api pay per use 策略,这些玩意写规则批量block的。
但是你需要API可以去完成这个流程。
中文

The Chinese community has long been plagued by a massive number of spam accounts; they constantly generate spam content to harass users and pollute the community environment. Please help resolve this issue. ╥﹏╥... @elonmusk @nikitabier @X




English

气死我了😡😡😡我刚刚下单了一台新其他品牌的,小米这玩意找个时间抽奖送粉丝😋😋😋
江灵夏草@jlxc2001
我说实话,小米这个激光雕刻机,做的还没我10年前599买的那个好。什么垃圾软件,有振镜这么好的硬件条件,却只能走步进模式去雕刻东西,真的白瞎了,还有那个刀路生成器,不论怎样调都会有锯齿。
中文

@manateelazycat 这种电机太贵,而且寿命不久,如果100一次,不知道能不能覆盖成本。
普通小机器人无所谓,电机才1000左右,而且负载很低,消耗替换问题不大。
中文










