• Open

    Arterial Shift
    Arterial Shift by YinMun Lee  ( 1 min )
    Life Geometry
    Life Geometry by Marek Lapa  ( 1 min )
    orange energy
    orange energy by Luca  ( 1 min )
    Untitled
    Untitled by Bingo Z  ( 1 min )
    On the endless staircase
    On the endless staircase by Michiko Ôtomo  ( 1 min )
    Sofie
    Sofie by Zachar Rise  ( 1 min )
    Mandrill
    Mandrill by Jan Molinsky  ( 1 min )
    Finlandia
    Finlandia by Hans-Wolfgang Hawerkamp  ( 1 min )
    Young Afar girl
    Young Afar girl by Trevor Cole  ( 1 min )
    Urban Solitude
    Urban Solitude by Jongwon Woo  ( 1 min )
    City above the Clouds
    City above the Clouds by Tomoaki Katsuba  ( 1 min )
    Warehouse
    Warehouse by Kieron Long  ( 1 min )
    Feather Canyon
    Feather Canyon by LINGLING GUAN  ( 1 min )
    Naughty little Elephants
    Naughty little Elephants by Jun Zuo  ( 1 min )
    Walking
    Walking by Kenji Higuchi  ( 1 min )
    rainy day
    rainy day by Mi Young Choi  ( 1 min )
    The Rainbow Harvester
    The Rainbow Harvester by Mei Xu  ( 1 min )
    Staircase - Warsaw, Poland
    Staircase - Warsaw, Poland by Arnon Orbach  ( 1 min )
    Summer Elegance
    Summer Elegance by Catherine Wang  ( 1 min )
    Street portrait Bogota
    Street portrait Bogota by Christian Kieffer  ( 1 min )
    A Solitary Path
    A Solitary Path by Gustav Davidsson  ( 1 min )
    Stripes of memories
    Stripes of memories by Levy Davish  ( 1 min )
  • Open

    2026年9月推荐
    9月12日 Free AI Image 一个免费 AI 图片生成器,100%免费,无需登录 工具派 一个AI和效率工具导航 9月11日 SmartSub 一款开源的字幕与配音工具,本地模型转写、内置免费翻译源、本地 TTS 配音(含声音克隆)、可按需接入 20 个翻译服务、9 家云端听写、6 类云端  ( 1 min )

  • Open

    科技爱好者周刊(第 412 期):禁止 issue,只用 PR
    这里记录每周值得分享的科技内容,周五发布。 本杂志开源,欢迎投稿。另有《谁在招人》服务,发布程序员招聘信息。合作请邮件联系(yifeng.ruan@gmail.com)。 封面 上海前滩太古里举办的"英雄联盟15周年"展览。(via) 禁止 issue,只用 PR 上周,PHP 框架 Laravel 宣布了一个新规定:禁止提交 issue,只能提交 Pull Request。 乍一看,这个规定太荒谬了。用户不能提交 issue,怎么报告问题呢?难道你要每个人都读懂源码,自己动手解决问题! 但是仔细想想,你会发现这个措施很合理,甚至值得推广。 (1)没有了垃圾 issue。 如果一个用户愿意花时间创建 PR,说明他对这个问题更上心。那些机器人和骚扰者,只会提交垃圾 issue,根本不愿意多花时间为项目做贡献。 (2)对维护者更方便。 项目维护者从 PR 里面得到的信息,远远多于 issue,更利于理解和解决问题,投入的时间也更少。 (3)没有增加用户的提交难度。 用户即使不懂源码,也能提交 PR。 他可以向 AI 描述问题,让 AI 生成 PR。在 AI 时代,提交 PR 几乎和提交 issue 一样简单。 (4)禁止 issue 的根本原因是,开源项目资源不足,应付不了激增的 issue。 AI 时代,项目不再应鼓励用户把问题抛出来指望别人来解决,而应鼓励大家一起为项目贡献力量。 史上最长的数学程序 上周,Anthropic 公司使用 Claude AI,完成了一个史上最长的数学程序:程序化证明了费马大定理。 17世纪,法国数学家费马提出一个著名猜想:大于2的整数,不可能满足下面的等式。 后世的数学家发现,这个猜想难得超乎想象,根本无法证明。直到三百多年后的1995年,英国数学家安德鲁·怀尔斯才最终证明了费马大定理是正确的。 安德鲁·怀尔斯的证明一共有129页,即使…

  • Open

    科技爱好者周刊(第 411 期):OpenClaw 2.0 是一个缩影
    这里记录每周值得分享的科技内容,周五发布。 本杂志开源,欢迎投稿。另有《谁在招人》服务,发布程序员招聘信息。合作请邮件联系(yifeng.ruan@gmail.com)。 封面图 宁夏西夏陵使用金属网,将残片还原成石像生。(via) OpenClaw 2.0 是一个缩影 本周,OpenClaw 发布了2.0版。 是不是很久没听到这个名字了?现在很少有人提到它,不过就是半年。 回想今年春节,它一夜走红,引发了全民热议。一时间,上门安装龙虾成了热门服务,还真有不少人付费。 仅仅过了半年,它就成了昨日黄花,已经被遗忘了。AI 时代就是这样,新事物层出不穷,再大的热门也就走红几天。 用了半年,它终于从1.0版升级到2.0版。 大家知道,OpenClaw 的代码几乎百分之百都是 AI 生成,早期每天发一个版本。后来发现不能这样,会把用户累死,于是从7月份开始,改成每月发一个版本。 以八月为例,月初的时候发布了测试版 2026.8.1-beta1,月中又发了 beta2 和 beta3,到了月底就发了8月正式版。同时,也发了9月的测试版 2026.9.1.beta1。 这种发布节奏,对用户比较舒适,每月更新一次就 OK。 因为8月版的改动特别多,所以这个版本就是2.0版。根据发布公告,它共有933位贡献者,合并了16000个 PR。 这个数字比较恐怖。根据官网,OpenClaw 的开发团队全职9人,兼职26人。就算这些人全部参与,我觉得也没办法一个月合并掉16000个 PR。 每天一睁开眼,就是500多个 PR 等着合并,这些人怎么看得过来嘛? 唯一的结论只能是,这些 PR 没有经过代码审查,都是 AI 合并的! 我猜想,只要管理员觉得这个 PR 是合理的,AI 审核和测试都过了,就会合并进仓库。 这种做法也没什么,大规模的 Vibe Coding 只可能是这种结果。问题是 Op…

  • Open

    2026年8月推荐
    8月31日 游戏时光机 重温那些曾经占满周末的经典游戏,目前有779款经典游戏。无需安装,不放广告,打开浏览器就能开始 ffaudio 前AI时代的复古PC HIFI本地音乐播放器ffaudio,支持 有损MP3到无损FLAC甚至DSD播放 8月28日 剥图OCR 一个OCR文字识别工具,支持一次选  ( 1 min )

  • Open

    科技爱好者周刊(第 410 期):你需要知道的 AI 三种机制
    这里记录每周值得分享的科技内容,周五发布。 本杂志开源,欢迎投稿。另有《谁在招人》服务,发布程序员招聘信息。合作请邮件联系(yifeng.ruan@gmail.com)。 封面图 宁夏沙坡头景区的巨型蒙眼雕塑。(via) 你需要知道的 AI 三种机制 这是"AI 小知识系列"的第三篇,前两篇分别是《大模型需要多少内存》和《AI 缓存是什么》。 我分享一些自己的学习笔记,用来理清对于 AI 技术的理解。我尽量写得通俗,希望对大家有用。 今天谈一个基本问题:AI 为什么能够回答我们的提问,它怎么会知道答案? 你可以找到很多这方面的论文和书籍,详细解释大模型的运作,通常非常难懂。但是,对于非专业人士,只要简单知道 AI 的三个机制,就可以了。 (1)参数机制 在宏观层面,所有大模型都是对人类知识的建模。它建立了一个数学模型,用来描述所有的人类知识。 怎么描述呢?它使用的是一种参数机制,将知识分解成一个个"词元"(token),然后计算所有词元之间的数学关系。这个过程称为"训练"。 这种数学关系使用无数个参数来表示。举例来说,大模型 GLM 5.3 有7440亿个参数,这些参数用来构建所有词元之间的关系(也就是权重)。所谓"训练",其实就是找出这个7440亿个权重,描述人类知识的构成,也就是所有词元之间的关联。 一旦训练完成,我们向大模型提问时,它就会根据这些权重,找出最可能的词元,从而生成符合概率的答案。 所以,大模型本质上是一种"压缩-生成"机制,将人类知识抽象在无数参数之中,后期再生成出来。 (2)推理机制 不难理解,参数越多,模型的效果越好。因为更多的参数意味着,可以更精确地描述各种知识,从而可以更准确地将其还原出来。 但是,一方面,参数不可能无限增加,训练和使用成本将直线上升,使用时的运算时间也会变长。 另一方面,也没有必要包含所有的知识,很多知识不需要包含在参数之中…

  • Open

    科技爱好者周刊(第 409 期):程序员的职业未来
    这里记录每周值得分享的科技内容,周五发布。 本杂志开源,欢迎投稿。另有《谁在招人》服务,发布程序员招聘信息。合作请邮件联系(yifeng.ruan@gmail.com)。 封面图 宁波的杭州湾海月剧场,原址是江边的废弃码头,被改建为古典园林。(via) 程序员的职业未来 程序员这个职业,将来会怎样?现在有很多说法。 一些人认为,将来的代码都是 AI 生成,市场不需要那么多程序员。极端情况下,程序员职业可能会消失。 另一些人认为,不必杞人忧天,AI 不过替代一部分手工编码,替代不了人类的判断。AI 让世界需要更多的代码,程序员职业不仅不会萎缩,反而继续兴旺下去。 我最近看到一个老外对程序员职业的预测,觉得比较靠谱,分享给大家。 他不是主观臆断,而是依据行业的内在逻辑,分析接下来最可能的发展。 他说,大家要记住,大多数的商业软件开发是一个工业流程,而非手工流程。所谓"工业流程",就是软件生产必须符合工业化的要求,也就是提高效率、降低成本、保证可靠性和稳定性。 工业化是软件行业的内在动力,AI 只是恰巧符合工业化的要求。展望未来,有几点预测。 (1)AI 大模型将越来越智能、速度越来越快、价格越来越便宜。 (2)编码代理(coding agent)会不断改进,功能越来越强大。 (3)AI 的估值泡沫或许会破裂,甚至可能引发衰退,但编码代理将长期存在,不会消失。它们已经以某种形式,永久成为软件开发流程的一部分。 (4)公司管理层将继续向程序员施加巨大压力,要求程序员尽可能多地使用编码代理。公司希望降低软件开发的技能门槛,并增加程序员的工作强度。在公司眼里,如果市场部的销售人员也能开发软件,那就再好不过了。 (5)那些用 Zig、Clojure、Elixir 和 Haskell 等冷门语言编写的专业项目,如果缺乏真正充分的理由,将被淘汰,并让 AI 自动重写成更符合主流模式的语言…
2026-09-12T13:02:38.515Z osmosfeed 1.15.1