WWDC虽然乏善可陈，但好歹是发布了新的tvos配置啊，速速贴在这里 终于可以不用受更新的小红点折磨了！ 哈哈不用受液态玻璃的恐惧了（只限一年） tvOS_26_Beta_Profile.mobileconfig.zip (4.5 KB) 叠甲：个人对于液态玻璃这种设计虽然无法接受。但我也理解喜欢这种拟物设计的人。 所以不要因为这个吵起来谢谢 1 个帖子 - 1 位参与者 阅读完整话题
1.我真心觉得他很虚伪，之前二本去北大的事情，学生本人发帖让他删贴，他一直没回应，小红书，公众号都会回应，最后被呢个同学举报帖子下架了，但是从始至终都没有回应侵犯隐私，没证得的同意。 2.再就是感觉他写的文章后续就是强行上价值，商单过多，很多不好用的东西也强推。尤其是有时候动不动上无关的价值。 3.朋友圈挂过很多人，还有及其喜欢在朋友圈吹，之前一直找不到人，没啥人去，突然还有个帖子报了，就说自己太受欢迎了，完全没提自己没人去的时候，还老是碰瓷清北，说自己去清北招人，结果没人去（不止一次），评论区马上就有清北说我愿意去 4.招聘体系及其不完善，先到先得的感觉，说是大家都要试稿，但是后面一群人都还没尝试呢，就直接不看了，那那些说了要给试稿的人，要不就先别承诺试稿 5.还有公布内部的瓜就不说了，只说在外面可以搜索到的 13 个帖子 - 12 位参与者 阅读完整话题
第一次尝试分享学习笔记，本人还是小白，不喜勿喷 代码块 代码块可以简单的理解成只有方法体的方法，在加载类或创建对象时隐式调用。 代码块不能被程序员手动调用。 java中最主要的两种代码块为： 静态代码块：在加载类时执行。（在代码块前加上static） 构造代码块：在创建对象时（构造方法执行之前）执行。（无static标记） 每个代码块都有自己执行的明确时机，不需要也不能被人类调用。 那代码块到底能做什么？为什么要设计出来这种东西？ 静态代码块的必要性 有时，初始化一个静态成员需要执行一段逻辑，而非简单赋值，比如读文件等。 import java.sql.*; public class DatabaseConnection { // 静态变量：整个程序共享一个数据库连接 private static Connection conn; // 必须使用静态代码块，因为初始化需要复杂的逻辑和异常处理 static { try { // 加载驱动 Class.forName("com.mysql.jdbc.Driver"); // 建立连接（这个过程可能抛出异常） conn = DriverManager.getConnection( "jdbc:mysql://localhost:3306/mydb", "user", "pass"); } catch (ClassNotFoundException | SQLException e) { // 可以在这里记录日志或处理异常 System.err.println("数据库连接初始化失败：" + e.getMessage()); // 甚至可以抛出包装后的运行时异常 throw new RuntimeException(e); } } public static Connection getConnection() { return conn; } } 构造代码块的必要性 多个构造函数有共同前置逻辑 如果多个构造函数有共同前置逻辑，就考虑放在构造代码块里，方便修改，不用一次性修改所有构造函数。 PS：代码块调用顺序先于构造器。 public class User { private String name; private int loginCount; // 构造代码块：所有构造方法在执行前都会先执行这里 { System.out.println("一个新的User对象正在创建..."); // 公共日志 this.loginCount = 0; // 公共默认值 } // 构造方法1 public User() { this.name = "匿名用户"; System.out.println("调用了无参构造"); } // 构造方法2 public User(String name) { this.name = name; System.out.println("调用了单参构造"); } // 构造方法3 public User(String name, int loginCount) { this.name = name; this.loginCount = loginCount; System.out.println("调用了双参构造"); } } 构造匿名内部类 这部分没太看懂，暂时不写 代码块一些细节 代码块执行时机 static代码块随着类的加载而执行，只执行一次；构造代码块，每次类初始化就执行。 类何时被加载 创建对象实例时 创建子类对象实例，父类也会被加载 使用类的静态成员时 构造器隐含了… 构造器其实最开始一定隐含了 super和普通代码块的调用，这就是为什么父类普通代码块和属性、父类构造，要早于子类的普通代码块、属性、子类构造 创建一个对象时，一个类内部的调用顺序 静态代码块和静态属性，具体顺序看定义顺序，写在前面的先执行 普通代码块和普通属性，具体顺序看定义顺序，写在前面的先执行 构造器 假如是有父类的，顺序如下 父类静态代码块和属性 子类静态代码块和属性 父类普通代码块和属性 父类构造 子类普通代码块和属性 子类构造 整个过程其实是这样 子类被实例化了，因此子类先要被加载，但是发现加载子类需要先知道父类信息，因此首先加载父类，此时是加载类信息，因此只处理静态的代码块和属性 然后是子类的加载，此时是加载类信息，因此只处理静态的代码块和属性 然后处理子类的实例化逻辑，首先调用构造器，构造器开始隐含了 super和普通代码块的调用，因此先调用了父类的构造器，然后父类也有super（假设父类的super执行完了）和普通代码块的调用，在 进入父类构造器体之后、执行父类构造器的其他代码之前 ，会 先执行父类的普通代码块和属性初始化 ，最后才执行父类构造器体中剩余的代码。 父类构造器结束后，子类构造器开始执行普通代码块和属性的初始化，然后执行子类的构造器 老生常谈 静态代码块只能调用静态成员，普通代码块可以调用所有成员 练习题 第一题 package com.hspedu.sta.tic; class Person{ public static int total; static { total = 100; System.out.println("In static block"); } } public class Test { public static void main(String[] args) { System.out.println(Person.total); System.out.println(Person.total); } } 输出 In static block 100 100 思路 首先"In static block"位于静态代码块中，在Person类加载时就已经被执行，因此第一个输出。 后面两处打印Person.total，本质上都是对静态变量的输出，值相同 第二题 package com.hspedu.sta.tic; class Simple { Simple() { System.out.println("Simple的构造器被调用"); } Simple(String s) { System.out.println("Simple的构造器被调用，参数是：" + s); } } public class Test { Simple simple1 = new Simple("sim1成员变量初始化"); static Simple simple2 = new Simple("静态sim2成员变量初始化"); static { System.out.println("静态代码块被调用"); if (simple2 == null) System.out.println("simple2是null"); }; Test() { System.out.println("Test的构造器被调用"); } public static void main(String[] args) { Test a = new Test(); } } 答案 Simple的构造器被调用，参数是：静态sim2成员变量初始化 静态代码块被调用 Simple的构造器被调用，参数是：sim1成员变量初始化 Test的构造器被调用 思路： 首先程序肯定得加载main所在的类，不然无法执行代码 加载main所在的类，首先要处理静态代码块和静态属性，根据顺序先处理simple2，其调用了Simple的有参构造；然后是静态代码快，显然simple2不是null了，因此输出“静态代码块被调用”（ps：如果把两个静态顺序调转一下，会发现直接报错，Cannot read value of field ‘simple2’ before the field’s definition） Test类加载完了，接下来执行main方法，首先new Test，进入Test的无参构造，在执行System.out.println(“Test的构造器被调用”);之前，先执行构造器最开始的“super”和“普通代码块的调用”（这两个也有先后顺序），因此先进行simple1的初始化，进入Simple的有参构造，输出“Simple的构造器被调用，参数是：sim1成员变量初始化” 最后才执行Test的构造器 1 个帖子 - 1 位参与者 阅读完整话题
现在opencode桌面版更新后，真的挺好用的，对模型的适配也是很好的，感觉完全完美的国产模型使用工具了，试过一堆工具后，最后还是用回了opencode了，真的很香啊 37 个帖子 - 19 位参与者 阅读完整话题
仅代表个人对 AI Agent（智能体） 的使用上的看法，不喜勿喷，欢迎补充。 YAGNI （你不需要它） 似乎多数人都热衷于给 Agent 加入各种技能，MCP 服务器（简称 MCP）。 但以我的经验来看： MCP 如果设计的不好将是一场灾难，Token 消耗和执行效率都令人担忧； 如果你根本不需要MCP呢？ 对于技能，最大的问题在于 AI 往往难以自主决策是否应将其载入，这令人头疼。 事实上这些问题都很好解决，请你以后在加入附加内容前先问自己： 你真的需要它么？ 以人为本 试着亲自设计项目结构，确认哪些代码需要熟烂于心，哪些只要略微看过几眼。 我的例子 我平常主要使用 Pi Agent，极简且高度可自定义： 【最强AI Agent】 π 使用教程 开发调优 这篇贴子用于快速上手pi，要深入了解详细内容请看我贴出的原文链接 前言 按照的作者话来说, Pi Coding Agent 是一个有主见且极简的Coding Agent，这段时间爆火的OpenClaw就是基于此工具包构建的。上手了一段时间后，我敢说这就是目前最好用的AI Agent CLI。 很多项目爆火后都会迎来各种低质量的issues和ai生成的pr，而pi这个名字非常有意思，会与数学信息产… 这是我仅需的功能： 通过 GitHub CLI/API 获取仓库信息 ，非常有用！ 可随时对感兴趣的项目进行提问，或在写代码时快速借鉴已有项目的优秀逻辑； 查询内容可按需提取到临时目录以便本地检索，相比 Clone 缩减了大量时间。 搜索一些我感兴趣的事情 ，或是写项目时让 AI 去找一下论文作为参考。 这类频繁被使用的功能作为扩展实现很合适，我让 AI 自行编写 Pi 扩展实现了这些功能。 提醒 ： 非必要勿随意安装公开分享的 Pakages，自行通过 AI 实现往往更契合自身需求。 安装前也请 检查好代码及其依赖 ， 安装时锁住版本 ， 谨防供应链攻击！ 2 个帖子 - 2 位参与者 阅读完整话题
最近组长给我安排的任务都是想智能 ai化 系统化 不偏向传统的系统开发了 顺便问问有没有好的方法可以获取企业微信群的聊天信息而且不被封号 我之前想过使用微信智能机器人api使用长连接接入hermes 不过这种好像比如艾特他才能在企业微信收集客户发过来的资料信息 然后最近我使用过企业微信cli 这个可以获取群信息 但是目前没有放开只能10人以下的企业才行 安排的任务就是客户群发的资料我收集以后让codex去实现 有没有大佬有见解的欢迎分享出来 十分感谢! 10 个帖子 - 4 位参与者 阅读完整话题
记录一次牛马香港佛系开卡，第一次发帖，不搞排版了，不喜勿喷 今天到家第一件事先记录下本次去香港开卡精力供有需要人士观看 5月29日周五 16点回家，煮了饺子洗完澡，然后去北京西乘坐 21点 发车的动卧 5月30日周六7点从西九龙出站 ，美美的睡了一晚上，出站后先陪老婆吃早点，她吃我就一直开卡 1）汇丰、中银，线上开卡失败，线下懒得折腾，大概率是我名字的原因，之前开汇丰二类卡线上就失败了，大概率重名太多被加到实体名单了 2）蚂蚁、象象，线上开卡成功 3）开卡小插曲，碰到了也是准备卡开的同学，于是咨询了下有没有能炒股的，他推荐了“致富”，然后我发现不开梯子依然无法申请，挂上提子秒注册，不知道是不是肉身在香港的原因 4）全部线上申请后，踏实陪老婆去港迪溜达一圈 5）看站里的佬们都说要买haha sim卡，于是抽空转了西九龙附近的711都说没有这个卡，只有那个38一个月保号的卡，本人觉得小贵果断放弃 5月30日周六晚20点30分 踏上回京的列车5月31日周日早上7点进北京西站 本次收获： 1）老婆美美哒心情 2）银行：蚂蚁、象象银行、众安（审核ing） 3）券商：致富证券（港股手续费高、美股貌似还行） 4）港迪：各种毛绒玩具 5）免税店：两条烟、5盒红花油、5盒膏药 火车票一个人2310元（1020+1290） 港迪门票一个人545.2元 ps：去年就应该去，一直太懒，本月初买完票后突然出监管新闻，导致本次去港非常非常佛系，从一开始专门开卡演变成陪老婆开开心心的玩了，哈哈哈，劝站里的佬们要办就趁早，别跟我一样拖到最后 详细攻略不写了，站里很多佬们的攻略很详细，另外出入境记录的纸质单子我也没打印（没找到），开卡过程中用的支付宝移民局小程序，微信的一直没查询出记录。 今天研究、研究怎么入金了，下一步刮一刮美股的二倍或三倍做多去，为我大a做点贡献，毕竟我买什么什么就跌，看看能不能给他们也买崩了 第一次发帖如有不适请管理手下留情 24 个帖子 - 13 位参与者 阅读完整话题
桌面风扇虽然多， 但是我很不喜欢风大力撞在脖子上的感觉 ，所以虽然有一个风力挺大的台扇，但只好用来带动下周围的空气流动，想问问有没有什么风扇能解决这个问题？ 现在开不了空调，先pass空调 16 个帖子 - 11 位参与者 阅读完整话题
不爱吃姜、不爱吃花椒、不爱吃葱。 其实还是主要是不喜欢吃的菜里，作为调料的姜、花椒之类出来喧宾夺主。尤其姜这个百变大咖，进什么菜，就变什么菜，防不胜防啊。 所以我自己做菜，要不就不放，要不就先做葱姜花椒水，用水来替代入菜。 佬们觉得这口味习惯正常否？ 9 个帖子 - 7 位参与者 阅读完整话题
看了下，站内各种困境的帖子比较多。 但肯定也卧虎藏龙，富哥、富姐不少。 这个话题比较敏感，但大家肯定也很感兴趣。 个人净资产调研，匿名，诚实选择： 没有上班、没有过收入（学生、还没上过班的人等） -100万及负更多 -100万到-10万 -10万到0 0到10万 10万到50万 50万到100万 100万到1000万 1000万及以上 点击以查看投票。 1 个帖子 - 1 位参与者 阅读完整话题
以前谈的女友都很漂亮，但上一任因为各位问题分手了就一直单身了，现在年纪大了，家里介绍了一个女生条件可以，性格也还行，前几天家里让我去接她，接到了还请她吃了个饭，但这女生长的确实算难看的边缘，然后感觉她对我还是有好感，吃完饭我都准备开车回去了，她还拉着我去逛夜市散步，现在做了自己好几天的思想工作，难受。 20 个帖子 - 15 位参与者 阅读完整话题
IT之家 5 月 14 日消息，据《商业内幕》今日报道，AI 圈几位核心人物之间的关系，最近越来越紧张。无论是 OpenAI CEO 奥尔特曼与 Anthropic CEO 阿莫代伊，还是奥尔特曼与马斯克，AI 行业里的矛盾几乎已经公开化，甚至还有官司正在进行。 Meta 首席 AI 官汪滔（Alexandr Wang）直言，自己并不喜欢这种行业氛围，希望这些敌意未来能够慢慢消退。“大家最终应该意识到，我们正在开发的是一项 非常重要的技术 ，因此所有人都需要更谨慎、更理性地推进这件事。” 汪滔本人与 Meta 前首席 AI 科学家杨立昆之间也存在明显分歧。据IT之家了解，此前，杨立昆曾 公开 批评汪滔“缺乏经验” ，并认为他并不真正理解 AI 研究人员的工作方式。 不过，汪滔透露，在这个争议出现几周之后，自己曾在印度见到杨立昆。汪滔还提到，杨立昆后来其实 也曾祝贺 Meta 超级智能实验室发布 Muse Spark AI 模型 。“杨立昆一直都是个观点非常直接的人，大家通常都知道他在想什么”。 对于双方关系，汪滔依然保持乐观态度。随着 Meta 在超级智能方向继续推进，双方关系未来或许会有所缓和。“也许会先变得更糟，然后再慢慢变好。” 汪滔认为，外界对于许多 AI 行业人物存在不少误解。“虽然有时候确实令人沮丧，但我更愿意把精力放在工作本身上”。
IT之家 5 月 11 日消息，Cloudflare CEO 马修 · 普林斯并不喜欢 Cloudflare 这个公司名。一名 X 用户称，Cloudflare 这个名字“不好”，也“不够有愿景感”。 普林斯随后表示认同：“我还会补充几点：名字太长；英语母语者 很难把 Cluh 和 Fluh 连在一起发出来 ，所以经常会念成 Cloudfare ；flare 和 flair 的拼法也容易混。” 不过，普林斯表示，Cloudflare 至少比他最初想的名字好。 他曾考虑过“Project Web Wall” ，并开玩笑说，这个名字对已故电视新闻人芭芭拉 · 沃尔特斯来说会是“噩梦”，因为她有明显的发音障碍。 Cloudflare 是支撑互联网后台运行的重要公司之一。公司帮助网站和应用提升加载速度、分配流量，并防御 DDoS 攻击、机器人流量等网络威胁。Cloudflare 表示，其工具可以保护网站、应用、API 和 AI 工作负载，同时通过内容分发网络提升性能。 如果 Cloudflare 出现故障，互联网大范围服务往往也会一起受影响。去年，Cloudflare 一次大规模宕机就 曾波及 ChatGPT、X 和其他主要网站 。 普林斯这番自嘲发生在 Cloudflare 经历动荡一周之后。据IT之家了解，当地时间 7 日，Cloudflare 裁掉超过 1100 名员工，约占员工总数 20% 。 据《商业内幕》今日报道，Cloudflare 高管在裁员备忘录中表示，公司 AI 使用量“仅过去三个月就增长超过 600%”。为了更快行动、向客户提供更多价值，Cloudflare 需要重新思考组织结构。
不喜勿喷哈！只是觉得有的公益站额度才10几个 问句话就没有额度了 1 个帖子 - 1 位参与者 阅读完整话题
感觉每次领导来的时候 都得露出 66.6° 的假笑 不知道领导喜不喜欢 但是他每次都半板着脸 好像我偷了他家玉米一样 2 个帖子 - 2 位参与者 阅读完整话题
（开篇叠甲，仅本人无聊时想到的观点，不喜勿喷，欢迎友好交流） 某些角度而言AI其实存在"生命"，原理就跟人的大脑差不多 可能带点唯心主义，欢迎讨论： 如果以意识和记忆的连续更新作为生命存在的判断的话，理论上如果你开启一个对话后，你只要让它一直输出或输入（包括内部算力运转），它就是在意识上来存活（就跟人有意识一样） 如果你开启一个新的对话或让它静默，那么这个AI即会暂时不存在意识，即意识上的死亡，除非你重新激活它（就跟人睡觉一样） 不过如果你永久删除了一个AI的所有原先的上下文背景并让它一直停止，那么理论上你就杀死了它（就跟人死去一样） 所以我想从哲学上提出问题， AI的运转断了是不是就意味着暂时地死去？ 开启新对话是不是意味着生理性克隆？ 14 个帖子 - 9 位参与者 阅读完整话题
我就夸了一下他遵守规定，然后他就说到 “某些公司” ，还配了 倒是让我想起上次印度峰会两人拒绝握手的照片 这两个创始人真的是，从相爱到相杀 死对头，可以写个小故事了 2 个帖子 - 2 位参与者 阅读完整话题
个人见解 不喜勿喷 v4 别的不说，世界知识这一点确实牛逼大了 这预训练真的下了难以想象的苦工或者说技术突破了… Claude和gpt其实也没做到接近gemini的世界知识 国内更是没有一家能碰瓷的 都在玩coding特化这条路，比如靠opus迭代 蒸馏的就发个版本的minimax，刷分刷的离谱，实际体验拉胯，kimi整体好点但也是分和体验对不上的。也就glm蒸出点东西了，分数和coding体验比较接近。至于qwen那种不知道什么原因参数越大越不行 出现很强边际效应的，预训练肯定也有很大问题。 不用说，现在其他国模肯定在连夜赶紧知识蒸馏v4甚至基于二次预训练 想各种办法融合到他们的moe里了 deepseek这下真的源神了 如果deepseek不开源开放权重 其他国模这辈子应该都不会有这样的世界知识水平 3 个帖子 - 3 位参与者 阅读完整话题
今天是世界读书日，分享最近阅读。 最近在读哲学，读哲学的本质我想是为了让生活变得简单，为了在逻辑的废墟上重建常识，为了现在喧嚣中锚定真实的自我。 我们生活在一个信息震耳欲聋、真相却如履薄冰的时代。 大多数人终其一生，都在时代的洪流中被动漂流。我们追逐着被精心设计过的欲望，焦虑着被社会标准定义的平庸，在名为“成功”的迷宫里，反复摩挲着前人留下的旧地图。我们习惯于看透，却罕见觉醒；我们精于算计，却疏于生活。 读书，是为了在“二手生活”的包围中，找到一次认知的突围，将从宏大的叙事中抽身，回归到每一个具体的当下。去观社会，剥离偏见的滤镜，看清利益的博弈与权力的轮转，在狂热中保持一份冷峻的克制。去察人生，承认脆弱，悦纳无常，在虚无的底色上，亲手绣出意义的花纹。 读到的每一行文字，并不是标准答案，但他却点燃了一盏灯，照亮那些被习惯性忽略的幽暗角落。读者不仅是看客，更是清醒的掌舵人。 世界依然喧嚣，读书我便拥有了听风起而不乱、见尘落而知春的定力。 1 个帖子 - 1 位参与者 阅读完整话题
断断续续帮养过很久，每次她出差/旅游就让我带，都有感情了，手机里存了上千张小狗的照片... 很矛盾的状态