S::Veil
172 posts
S::Veil
@vibrwitch
Money @replit • You are absolutely right! • No fluff
Bay Area CA Katılım Ocak 2023
285 Takip Edilen70 Takipçiler
很多人不知道为什么 Pope Leo XIV（教宗良十四世）选择了「Leo」这个教宗名号。这是因为上一个叫 Leo 的教宗经历了第一次工业革命，并于 1989 年发表了名为《新事：资本与劳动的权利及义务》的通谕，探讨了当时劳动阶层的问题。
现任教宗认为，教会面临 AI 革命所带来的挑战跟第一次工业革命类似，所以他选择了 Leo 十三世的名号，成为了 Leo 十四世。他最近发表了名为《Magnifica Humanitas: On safeguarding the human person in the time of artificial intelligence》的通谕，强调 AI 必须以人为本，服务于人类而非监控和取代人类。
P.S. 「教宗良十四世」是梵蒂冈官方译名，但中国媒体时常译作「教皇利奥十四世」。
Pope Leo XIV@Pontifex
In the era of #ArtificialIntelligence, when human dignity is threatened by new forms of dehumanization, ours is the pressing duty to remain profoundly human. We must lovingly safeguard the grandeur of humanity bestowed upon us and revealed in its fullness in Christ, the splendor of which no machine can ever replace. #MagnificaHumanitas vatican.va/content/leo-xi…
中文
S::Veil retweetledi
Lottie 友情提醒：GitHub README 可以内嵌动画 SVG。（Lottie 就是用来做动画的。）
LottieFiles@LottieFiles
Most devs don't realize their GitHub can do THIS 👇 Yes, GitHub renders animations in READMEs. Drop your favorite GitHub repo that needs some animation love! We'll animate them.
中文
川普的谩骂攻击，马西的云淡风轻。
当川普攻击马西是“共和党漫长而传奇历史上最糟糕的议员”时，马西正在自己的家里自在的弹唱。
这是他亲手一砖一瓦砌起来的房子。
这是他赤诚爱着的人和国家。
明天的选举，会创造记录和奇迹吗？
海阔天空@wshngknshji1
这样的男人，你很难打到他。 托马斯•马西： “我自己会锯木头，砌砖墙，建造房子” “我自己种食物，自己发电” “他们能对我做什么？” “如果他们以任何方式成功地毁了我，我就回到我的农场度过余生。” ……
中文
狭义的《设计模式》就是那本书和里面的那么多个设计模式，它们的主要用途是修补 Java 编程中需要反复用到但语言层面又缺乏表达能力的概念。核心问题是「语言缺乏表达这一概念的能力」，于是你需要兜着圈把这个东西说清楚，并且建立一个语言体系用来跟其它人类沟通这个概念。书里面的很多设计模式放到 Haskell 根本不需要存在，因为那些概念 Haskell 原生就有对应的语义来进行表达。
广义的「设计模式」是指如何人为地创造概念体系给语言打补丁。无论是 Java 还是 Haskell，都有原生表达不了的概念，但如果这个概念需要被反复使用那就必须认为地创造一个体系来帮助人类进行沟通——每当我听到这个名字时，我们在说的就是这个概念体系。
绚香音 Rizumu@RizumuA3
最近公司 领导 和我聊起面 向对象（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） 这边篇幅有限，就不展开这几个概念了。如果感兴趣的话，我可以之后仔细写写我自己的理解。 让我疑惑的问题： 设计模式如今还被使用，似乎更多是一种沟通时的共同语言。但是我们是否真的按照它的模式来设计代码架构呢？ 它作为大家交流的语言和思想的工具如今是否还是合适的选择。是否落后，又是否有着与时俱进的新选择呢？ * 写了好多，以上都是我自己的主观想法，可以随便聊 🤗
中文
Really sad to see this. AI enables more malicious behavior than before, but how to defend against it is still unclear.
TANSTACK@tan_stack
SECURITY ADVISORY — TanStack npm packages A supply-chain compromise affecting 42 @tanstack/* packages (84 versions total) was published to npm earlier today at approximately 19:20 and 19:26 UTC. Two malicious versions per package. Status: ACTIVE — packages are deprecated, npm security engaged, publish path being shut down. Severity: HIGH — payload exfiltrates AWS, GCP, Kubernetes, and Vault credentials, GitHub tokens, .npmrc contents, and SSH keys. If you installed any @tanstack/* package between 19:20 and 19:30 UTC today, treat the host as potentially compromised: • Rotate cloud, GitHub, and SSH credentials immediately • Audit cloud audit logs for the last several hours • Pin to a prior known-good version and reinstall from a clean lockfile Detection — the malicious manifest contains: "optionalDependencies": { "@tanstack/setup": "github:tanstack/router#79ac49ee..." } Any version with this entry is compromised. The payload is delivered via a git-resolved optionalDependency whose prepare script runs router_init.js (~2.3 MB, smuggled into each tarball at the package root). Unpublish is blocked by npm policy for most affected packages due to existing third-party dependents. All 84 versions are being deprecated with a SECURITY warning, and npm security has been engaged to pull tarballs at the registry level. Full technical breakdown, complete package and version list, and rolling status updates: github.com/TanStack/route… Credit to the security researcher for responsible disclosure.
English
@bitfool1 如果不是 VISA，美国的信用消费不会变得如此普及。不了解这段历史的人可以回去听 Acquired 讲 Visa 的节目。 acquired.fm/episodes/visa
中文
Claude 在这个对话中被我打击得失去了回答问题的自信。我最后提的这个问题，复制出来开一个新的对话提问，是能得到答案的。但在这个对话当中，因为我多次指出了它的错误，它甚至不愿意尝试去搜索答案了。
中文
站在上帝视角，压缩时间线，把几十年间几代人的痛苦挣扎缩小成历史上的一个点，就会得到科技圈现在对 AI 的无限乐观：未来的生活质量会更好，工作环境也会更好，新创造的就业机会远多过被消灭的就业机会。
如果把我们传送回去 1780 年代工业革命初期的英国，我们遇到的第一个问题并不是「失业」。真正的问题是手工业收入的下降，要解决这个问题我们必须放弃手艺，进工厂打工。工厂只存在于大城市里，我们要做的第一件事情是拖家带口背井离乡进城。
工厂的生产环境比在自己家里做手艺活差很多：高温，高湿，高噪声，粉尘污染严重，一天 12 小时工作制。蒸汽纺织机没有现代纺织机的安全防范机制，一不小心你就会被纺织机卷进去，致残并不罕见。
我们有限的余生在工厂打工还不是最糟糕的。禁止 9 岁以下童工的法律要到 1833 年才出现，所以为了养家活口我们的子女一早就被送进工厂里打工。他们会目睹工业革命带来的经济增长，但却享受不到成果，因为 1780 年到 1840 年工人产出提升了 46% 但薪水只上涨了 12%。
工业革命的福报要等到我们的孙辈甚至曾孙辈才能享受到。1840 年到 1900 年工人产出提升了 90%，薪水上涨了 123%。他们能享受到廉价的日用品，能搭上火车，文职和技工职位开始增多。当然这也要看他们所处的社会阶层，如果处于社会底层的话他们依旧享受不到经济增长所带来的好处。
至于 Luddite，反对工业革命只是表象，他们真正反对的是工业革命造成的不公平现象——工人产出增加了，但薪水没有上涨。这成为了日后马克思《资本论》的理论基础：机器并不坏，资本家控制着机器才是真正的问题。
最后不要忘记了，今时今日优越的工作环境不仅仅来源自科技革命，还依赖于漫长的阶级斗争。如果不是工人持续抗争，生产环境不会变得更安全更舒适，薪水也不会涨上去。
这个过程在 AI 革命后可能又要再演绎一遍。AI 破坏现有社会经济秩序后会导致一部分人陷入困境，他们觉得社会不公平于是站起来抗争。科技革命可以发生得很快，但重新分配蛋糕的过程总是非常缓慢，又要花几代人的时间恢复平衡。
研究这个话题的原始对话：chatgpt.com/share/6a02517b…
Fenng@Fenng
工业革命之前，全世界人口还不到十亿，实际上直到 1800 年，人口才突破十亿。但工业革命以后，卢德主义者们要砸烂纺织机，反对纺织工业化，担心工业纺织机会让他们失业。那时候如果有人说地球总人口会突破 80 亿，而且生活质量更高，并且创造了更多的就业，是没有人会相信的。 在今天这个 AI 时代，依然能看到很多卢德主义者，担心 AI 会让人失业，会让人饿死，说明卢德主义基因是能遗传的。😂
中文
@erjinxia 跟夫妻其中一人说的话，必须永远假设他们两个人都知道。如果是秘密，你必须强调是秘密，甚至明确说不要告诉别人。
中文
