注册并分享邀请链接,可获得视频播放与邀请奖励。

与「屈服」相关的搜索结果

屈服 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含 屈服 的内容
川普是习粉, 这次亲自拿出了自己最好的大玩具接他偶像的机。 2025年初,我买了800万美金川普币,现如今基本没了。 基本没了的还有众所周知我的孙哥币, 离谱的是,我们孙哥还要诉讼我们川普。 这真是【孙人利己,薪火向川】啊! 指的是孙宇晨不是一般人,就像小仙女一样签名是“万事发生皆有利于他自己”; 可惜,薪水金钱与新买来的火币还是向着川普奔去。 ——— 我本来以为川普拿我这笔钱去买大玩具轰炸别人,而意识到自己罪孽深重,并感到痛苦。 现在看来, 这笔钱将用于建设新中国,乃吾辈自豪,回不回本根本无所叼谓。 这真是【皆大欢习】呀! 指的是 无论是东大还是西大皆要欢迎伟大的习近平主席莅临指导! ——— 鹏鹏一家好不容易逃到加拿大做三等公民, 好不容易崩完岳父, 好不容易刮下来中国人300亿人民币血汗钱民脂民膏, 却拱手让给美国,交美元罚金,享受美国缝纫机,为美国的小学生缝美国书包。 现在看来, 这笔钱也将用来建设新中国。 这真是令人【鹏服大笑】啊! 指的是 鹏鹏由衷的佩服且屈服于西大,只希望像高市早苗一样在旁边陪笑。
显示更多
0
21
52
2
转发到社区
刚从电影院回到家,脑子还在嗡嗡作响,诺兰这部《奥德赛》有很多让人深思之处,充满了隐喻,哲理,与人性的思考。堪称今年最佳电影,没有之一!迫不及待,躺在沙发,打开电脑,写下观后感受! 首先讲讲隐喻部分,海伦在原著中,是众神之神宙斯下凡人间化为天鹅,与斯巴达王后勒达所生的女儿,她由一颗天鹅蛋孵化而出,具有倾国倾城的美貌与高贵的气质。但在诺兰的影片中,她是黑人,脸上还刻着冰冷的刀疤,讲真的,跟原著相差甚远。 荷马史诗里的海伦是引发千帆竞发的终极诱惑。但在诺兰的镜头下,他想表达的是最冷酷的事实,海伦根本不是战争的原因,她只是阿伽门农粉饰侵略的幌子。 这与千百年来西方霸权的行事逻辑如出一辙,为了争夺地中海关键航道的贸易命脉,便穿上“拯救美女”的伪正义外衣。电影里阿伽门农将自己年幼的女儿冷血献祭,进一步扯下了统治者虚伪的面具。 这不免让人联想到现代历史中的种种巧合,比如03年伊拉克战争,美国以“大规模杀伤性武器”为由发动战争,耗时八年,最终什么也没找到。海伦越丑、越不具说服力,影片对“正义借口”的质问就越发鞭辟入里。 古希腊文明曾建立在“宙斯款待规则”之上,依靠互信与敬畏维持生存秩序。然而,木马计骗开了城门,阿伽门农血洗了城邦,奥德修斯在归途掠夺村落,彻底打破了这个规则。 影片中最震撼的一幕,莫过于奥德修斯在归途中反复听到的预言,“有一群海上来的人要摧毁希腊城邦”。当他以为是外敌入侵时,妻子却一语道破天机:“你自己不就是海上来的人吗?” 从大航海时代的掠夺,到近代坚船利炮打开国门,再到现代以“普世价值”为名留下的废墟,不禁要问,最终留下的是什么?是废墟、难民、仇恨。 今天欧美的移民撕裂、内部对立,不就是当年"海上来的人"对本土秩序的现实报应?海洋文明的扩张基因,最终吞噬了自己的根基。 接下来讲讲哲理部分,我个人认为诺兰应该很喜欢东方佛学,尤其是金刚经。里面多处折射出了人性的五毒,贪嗔痴慢疑。比如独眼巨人、女巫、塞壬、忘忧莲,他们每一个都是佛学五毒的映射: 独眼巨人:代表着狂怒与暴力; 女巫:将人类贪婪异化为野兽; 塞壬的歌声:唱的是你心底最深处的渴望与我执; 忘忧莲:则是对现实的逃避 你对抗什么,什么就存在;你接受什么,什么就消失。所有的风暴诅咒,终归都是心魔。 这里与《金刚经》的核心达成了共振,“凡所有相,皆是虚妄”,“应无所住,而生其心”。 奥德修斯归家路上,一直在对抗风暴、执念于掌控命运,这导致他执迷其中,迟迟无法得到自己想要的“回家”。只有当他明白自己无法掌控一切,学会放下对自我的执念,向暴风雨屈服、向宙斯屈服、向波塞冬屈服、向命运屈服时,他才真正获得了重生的力量。 归乡的路,就是不断失去、不断放下,最终在满身伤痕中认清自我、接纳世界的过程。心外无物,归途即是心途。 最后是男人寻找伴侣的一些思考,巴菲特说过,伴侣是人生最重要的投资,而好的女人,是可以福泽三代的。电影中直接应征了这一点。一个是珀涅罗珀对奥德修斯的20年坚贞守候,一个是海伦的姐妹对阿伽门农凯旋后的谋害。一反两面,活生生的对照! 奥德修斯离开时,珀涅罗珀还是年轻王后。二十年后,丈夫生死不明,王国被侵占,一百多个男人逼迫她改嫁。但她没有崩溃。她用织布骗局拖延好多年,白天织布,晚上拆掉。她等待的不是一个抽象的“国王”,而是那个她相信不会消失的人。 最精彩的是,奥德修斯归来后,她没有盲目拥抱,而是依然测试他。她用一个只有他们俩知道的秘密去确认丈夫。他们的婚床,那张一根柱子直接扎根在活橄榄树上的床。这不是简单的浪漫,这是二十年夫妻共同生命的密码。真正智慧的女人,绝不只相信外表与甜言蜜语。 而对于奥德修斯来说,这也是一场关于“矢志不渝”的终极考验。 在仙女卡吕普索的岛上,他面对的是永恒的青春、不死之身、没有痛苦的人生和每天如仙境般的生活。换成普通人,可能早已选择留下。但奥德修斯拒绝了。 因为卡吕普索给的是一个完美的牢笼和没有痛苦的人生;而奥德修斯想要的是有意义的人生。 他宁愿回到伊萨卡,做一个会衰老的凡人,去面对现实的困顿,和妻子一起经历有限的生命,也不愿在虚幻的永生里麻木。 一个男人真正的成熟,不是看他能征服多少疆域,而是看他在面对极致诱惑时,是否还能认清自己内心的锚点。 面对智慧、耐心与忠贞的妻子,他也用无惧岁月与神力诱惑的矢志不渝,完成了对这段伟大关系的双向奔赴,我觉得这是诺兰在这部电影中最歌颂的人性之美! 《奥德赛》表面上是一个关于冒险、努力回家与家人团聚的史诗,但在我看来,它是人类一生的终极隐喻。 从出生到死亡,我们都在命运的汪洋上航行。我们会遇到独眼巨人(暴怒)、女巫(贪婪)、塞壬(欲望)。 最终能否回到那个"家"?这个家不是伊萨卡岛,而是我们的本心: 佛家叫"明心见性" 道家叫"返璞归真" 荣格叫"自性化" 当上帝已死、灯火熄灭,我们还能否找到自我的本心? 归途也是心途。这是我一个多小时敲字中,满脑子一直浮现的话!🧐
显示更多
0
41
112
19
转发到社区
无锡的nitori火了。起因是商场老板当初低价请nitori入驻现在想毁约不租了又不想赔违约金,于是玩中式阴招给nitori断电还用围挡把店围起来想逼nitori无法营业自己走人,nitori也不屈服坚持摸黑营业,并且为顾客安全安排店员打手电一对一陪同购物。大家为支持notori在店门口排起了长队。中式勇者斗恶龙
显示更多
0
16
340
12
转发到社区
面对制度与环境的不满,人的选择通常分为两种:一种是把愤怒转化为行动,通过提升能力、积累资源、改变位置,甚至迁移到更适合自己的环境;另一种是通过解释、合理化和比较来降低心理冲突,用“你看有钱人也要屈服”、“所有人都一样”来获得心理平衡。
显示更多
熊市即将过去,比特币是不会屈服的 #BTC#
推荐这篇文章,Flask 作者 Armin Ronacher 写了这两天我看到最诚实的 loops 反思。之前两篇都在讲 loop 怎么搭、工程怎么落地,这篇问了一个没人敢问的问题:loop 写出来的代码你真的喜欢吗?如果你在用 AI 写代码,这篇可能会让你停下来想一下。 即将到来的 Loop 我不再给 Claude 写 prompt 了。我跑着一些 loop,它们负责给 Claude 写 prompt 并决定做什么。我的工作是写 loop。 — Boris Cherny 过去几个月,我看到越来越多的人在 coding agent 之上构建一些感觉上跟"直接用 coding agent"有本质区别的东西。模式到处都一样:任务被放进某种队列,机器捡起来、尝试、停下来,然后 harness 判断那是不是真的结束。 如果不是,harness 继续同一个 session、注入另一条消息、用修改过的 context 启动一个新的 session、或者把任务发给另一台机器。任务在模型自己本该说"我做完了"的那个点之后,继续活着。 我想这种 loop 想到自己都不好意思承认。 每个 coding agent 内部已经有一个 agent loop 了。模型调用工具、整合结果、再调用工具、读文件、改文件、跑测试、最终生成答案。那个 loop 我们已经相当熟悉了。另一种 loop 是 harness 级别的 loop:agent loop 之外的 loop。那个 loop 也不是新的。从 Claude Code 早期我们就一直在做各种版本,但那个 loop 在 agentic engineering 中越来越重要,最近几周已经开始主导 Twitter discourse。 我还不擅长这个 我目前的状况是:对于我真正在意的代码,我还没怎么成功用过这种工作方式——而这恰好是我相当大一部分代码。 部分原因是品味,部分原因是控制。我对我想要的代码样子设了一个很高的标准,我想理解我交付的代码。在压力下,或者跟另一个人讨论时,我想能够解释清楚系统做了什么,而不是先让一个 clanker 解释给我听。显然,这种"想理解代码"的愿望是否会在几年后依旧存在,是一个问题。但现在,我还没有越过"理解对我来说很重要"这个阶段。 基于这个愿望,对于没有我关注时写出来的代码,尤其是由 loops 产生的代码,我感觉有些东西缺失了。当前模型倾向于产生过于防御性、过于复杂、推理过于局部的代码。它们避免强不变量。它们添加 fallback 而不是让坏状态变得不可能。它们重复代码、发明糟糕的抽象、用更多 machinery 掩盖不清晰的设计。更糟的是:我几乎看不到这方面有什么进步。如果有什么变化的话,我觉得我们可能还在往错误的方向走。至少以我的品味,当前像 Claude Code with ultracode 这样的无人值守 harness 产出的代码,比去年秋天我们产出的还要差。因为 Claude Code 加 Fable 会连续不停地在一个问题上工作 30 分钟甚至更久,而过去这个过程会有更多人参与。 此外,一个众所周知的问题是模型倾向于观察到某个局部失败然后添加局部防御。Karpathy 提到他们"对异常感到极度恐惧"。在具有重要不变量的系统中,尤其是持久化数据格式或核心基础设施,正确的修复不是"处理每个异常情况"。正确的修复是让异常情况一开始就无法被表达或写入。但即便有大量人工引导,LLM 也不会自然地产生那种代码,而且即使代码自然地像那样产生了,它们仍然会试图处理现在已不可能的错误。 当你把这种行为放到 loops 后面时,你往往会放大它。如果每次迭代都添加一个小防御,系统会慢慢变得更不透明,同时表面看起来更健壮。你越放手,这种情况就越严重。当这样的工具交给没有清晰指导的初级开发者时,它还会教给他们非常糟糕的实践。因为如果你问他们为什么做所有这些,他们会令人信服地论证自己的做法。 Loop 在哪里有效 但与此同时,假装 loop 模式不管用也是不诚实的——它在某些领域已经好得惊人。 代码移植就是其中之一。已经有令人印象深刻的大规模自动化移植案例,包括报道中把 Bun 的部分代码从 Zig 移植到 Rust 的工作。我自己也成功用它把 MiniJinja 移植到了 Go。性能探索是另一个效果惊艳的场景。机器可以尝试实验、跑 benchmark、丢弃失败、继续搜索。安全扫描也自然适合,几乎任何类型的研究也一样:让系统探索一个复杂的问题空间然后汇报回来,不一定要提交持久化的代码。 这些场景的共性是:它们要么不生成新代码,而是转换已有代码;要么产生的代码有意不需要长期存活。它们要么产出 PoC 或想法,要么呈现发现,或者更像机械性的转换。 我相信,产出不需要长寿的 artifacts 的 loop,或者产出某种可清晰验证的机械性翻译的 loop,比 harness 机械性地衡量某个目标的一般能力更重要。很多成功的 loop 应用用另一个 LLM 作为 judge 或 orchestrator。机械性翻译场景可以用二元测试用例验证,但它也可以用 LLM 来评判! Claude Code 在创建完整的实验性工作流并执行它们方面,变得越来越好。当然,它生成的代码是 slop,但那更多是模型的问题,而不是 harness 不能很好地判断工作流中的某一步是否带来了净改进或完成。 Harness 只需要一些信号让它能继续。不需要客观或二元——只需要足够有用来驱动下一次迭代。 我非常喜欢那些能把我日常中的无聊部分拿走的 loops——做实验、测量、给我灵感。 软件作为有机体 另一方面,用同样的 loop 方法来写持久化的代码,我还不觉得舒服。我喜欢的比喻是:从软件作为确定性机器,到软件作为有机体。 我成为一名软件工程师的环境鼓励我理解机器。总有一层你可以剥开来加深理解。不展现确定性可观测行为的机器也许被接受,但一般不被认为是最优的。在软件架构上,我认为追求更多的确定性而不是更少是可取的。同样,理解代码的能力一直是一个不可否认的目标。实践中并不总是可能,但我们仍然以写出好的代码为荣,使得即使是新工程师也能通过巧妙的架构在复杂的代码库中导航。在设计良好的系统上,总有一些工程师知道不变量在哪里,哪些部分是承重的,哪些改动是安全的。理想情况下所有这些都是有良好文档的。在缺乏这种理解的地方,通常被认为是需要改进的事情。 显然,那个理想一直都很紧张。许多软件系统,尤其是非常成功的系统,在工程师能让它保持干净的时期过后,常常变得太大、太动态、太依赖外部服务,无法装进任何人的脑袋。即使没有 LLM,我们在诊断分布式系统时也已经有点像医生了:观察症状、提出假设、"开更多检查"、尝试一些补救措施、再次观察。 但有了 LLM,我们正在沿着这个方向走得更远更快。我们用它们来写代码,也用它们来诊断和治疗。已经有大量工程师生活在这样一个世界里:生产问题发生后的第一步是让 clanker 读日志、提出根因、主动提出 patch。结果 patch 通常被另一台机器捡起来审查,有时甚至没有任何人工监督就合并到了 main。 显然这很强大,我不能否认它听起来很诱人。但屈服于这个想法,特别是随着人类监督越来越少,意味着接受我们可能无法再以同样的方式理解整个系统。我们治疗它、监控它、稳定它,但我们不一定理解它。 我毫不怀疑对于某些软件来说,这没问题。不是每一行代码都值得人类作者身份,而且过去也可能写过更差的代码。 但我希望所有软件都这样写吗? 你无法完全退出 非常令人不安的是,选择退出这个全机器驱动的未来可能不是一个选项。 安全是最清晰的例子。即使你不用 loops 来构建你的软件,别人也会用 loops 来攻击你的软件。攻击者会持续运行机器,即使不是攻击者,安全研究人员也会,而其中一些自动化工作会产生大量噪音但也会发现真正的问题。信号和噪音都会以如此大的规模涌向你,以至于你几乎不得不也扔一台机器来处理。 Daniel Stenberg 关于 curl 的 summer of bliss 的帖子是一个很好的例子,展示了维护者已经承受的压力。据我所知,AI 在 curl 的核心开发中并没有扮演重要角色。但尽管如此,维护者还是被报告淹没了——其中大部分是 AI 生成的。 如果攻击者和报告者都在 loop,防御者最终也需要 loop 才能跟上。也许不是直接写 patch,也许只是用来 triage 和复现——但压力会增加。 竞争也是一样。有些团队会通过原始速度超越其他团队。有些项目会突然加速,因为一个小团队搞清楚了如何有效编排机器。有些 startup 可以用五个人做到过去需要五十个人的事。有些人可能会直接把一台机器放在一个 loop 里对着你的产品,告诉它"把它做得像那个一样"。而如果他们的用户很开心,这真的重要吗? 不是所有软件都会受到同等影响。有些领域会惩罚草率,要求信任和责任,但很多软件生活在一个原始速度、快速实验和大面积覆盖至关重要的世界里。 建立新的依赖 最可怕的部分是,我们以新的方式变得依赖于这些新机器。软件一直依赖工具。我还记得我不得不为编译器付费的时候。这些新工具让人回想起那些创造软件需要真实成本的日子。但现在不再是一次性付款了——它是一种持续的依赖。不只是对钱包的依赖,还有认知依赖。 如果一个代码库由 loops 产生、由 loops 审查、由 loops 打补丁、由 loops 维护,当你不再能访问同等级别的系统时会发生什么?当某些贸易限制剥夺了对最强模型的访问时?如果只是成本变得不可接受呢?如果你和你的团队只是丧失了不用机器理解代码的最后一点能力呢? 我们可能会创建出不仅人类难以维护、而且把机器参与作为其维护模型前提的代码库。这已经在发生了!不是在所有地方都发生,甚至可能不是以被视为有问题的方式在发生,但我们看到越来越多。人们越来越多地合并他们不能完全解释的代码。人们失去了创建 issue 报告或在聊天中讨论事情的能力,而不借助 clanker 增强或改写他们的消息。太多人越来越依赖机器来总结或提供上下文。我越来越多地遇到通过 LLM 这个中间人与我交流的人。 再说一次,也许这甚至不一定是错的,但它对我们做事的方式是一个巨大的改变。 未来的 Harness 我毫不怀疑这就是方向,但朝着这个方向走需要我们在所有地方都改善我们的工具,而不只是在 coding agent 里。 仅仅编排更多的 loops 是不够的。更好的变更可视化或编排或 agent 不会恢复我们的理解。要么我们需要找到巧妙的方法把人拉回 loop,让 loop 的变更长期可读,要么我们需要找到更好的方法来组合这些越来越复杂的系统。 这也是我对 Pi 的角色的想法在变化的地方。Pi 一直很谨慎,我认为这种谨慎是好的。我不希望一个每一次交互都变成不受控制的机器 swarm、做出我无法跟上的变更的未来。我不希望 Pi 为了赢得"软件自己写自己"的竞赛而变成一个不可维护的混乱,我也不希望 Pi 推广这类工程。但与此同时,Pi 是一个 harness,而 harness 正处在人们运行这些新型实验的中心。 编码任务的任务队列、agent 编排、子 agent、持久化 session 会变得越来越重要。即使是我们这些有保留意见、没有盲目拥抱 loops 的人,也必须要开始做这些实验了。因为我们需要理解如何让这个未来有边界、可生存。 控制 Loop 正如你从这篇文章中读到的,我对这个未来非常不安。不是因为恐惧,而是因为基于对这项技术至今的经验而产生的谨慎。 采用 harness loop 的想法意味着 harness 决定工作何时完成。在 agent loop 中,模型最终说"完成"然后我审查。即使在那之前,我通常也在沿途引导。我参与其中,我喜欢在学习中前行。在 harness 操作的 loop 中,我不确定我的角色到底是什么。甚至"完成"信号也失去了所有意义,只是变成了传递给另一台机器进行评判的信息。我的角色被简化为一个信使。 今天,我不喜欢我看到的那种用这种方式构建的系统产生的代码,我也不喜欢与太多用 AI 辅助构建的软件交互。Loop 很强大,但它越来越多地移除责任,至少在当下它非常鼓励我们向机器投降。 然而,我毫不怀疑这个 loop 化的未来就是我们的未来——尽管我目前对此感到反感。我已经看到惊人小的团队以不可能的速度在构建,我看到代码库正在变成越来越模糊和混乱的有机体,只能由更多机器来诊断。这些代码库同时既有用又混乱。 所以我想我开始接受一个事实:问题不是我们会不会 loop——显然我们会的。也许问题是:在一个 loops 的未来里,我们如何不放弃判断,如何在其中保留良好工程的原则,如何确保负责任的人能够继续监督,如何重新思考我们架构代码的方式以在其中保持清醒。 原文:Armin Ronacher, "The Coming Loop", 2026-06-23 链接: #AI# #Loops# #软件工程# #反思#
显示更多
哎呀,微信小微这是支持 Markdown 了吗?屈服了,让步了? 太好了,Markdown 可是全世界最好的文件格式呐 😂
由于伊朗、俄罗斯和朝鲜已掌握利用空壳公司、中间人及中国金融体系等方法来规避美国制裁,美国发现纯经济施压已难以迫使敌对政权屈服。
显示更多
孙宇晨的前女友这么评价他: 孙宇晨最常挂在嘴边的三句话是: 看数据说话、看结果说话、谁有钱谁说话。 非常冷酷的一个人,所以他没有朋友、没有亲人、没有敌人。 谁强他就服谁,谁弱他就踩谁。他面对一切问题,他从来不会去找外界的原因,哪怕你今天背叛了他。他也不会说你背叛了他,他对身边发生的一切事情,他只会找自己的原因。 他对身边发生的一切事情,都只会用一句话总结。 他会觉得说所有困难,只是因为我还不够强大。 跟孙宇晨在一起的那段时间,从来没有见过他哪怕有1秒的情绪失控。哪怕是在被各种人,就是各种不是官方的人,黑道白道的人上门围堵那种至暗时刻,她都没有见过孙宇晨有哪怕1秒的情绪失控。 她说孙宇晨有一种永不屈服的意志力,以及在绝境里面仍能爆发出的那种强大生命力。
显示更多
0
93
578
52
转发到社区
祖克柏,阿北不會屈服的! 但其實原本有法律依據可以討公道,藍白說不要啊! 圖文報導: #柯文哲# #民眾黨# #META# #數位中介服務法# #Taiwan# #台湾#
显示更多
0
15
263
29
转发到社区