每日一语 2025.7.3
十年荒唐事,一首《鲁冰花》
十年荒唐事,一首《鲁冰花》
From its first announcement of Apple silicon Macs on 22 June 2020, there has been speculation as to when support of Intel models will cease. Now Apple has given exceptionally clear details of its future intentions, and we have a clearer idea of what’s coming in macOS Tahoe, we can make plans at last. This article looks at the years ahead. In each case, major events are scheduled to occur with the annual transition of macOS to the next major version, normally in September-October.
Final security update for macOS 13 Ventura, ending support for:
If you’re still running Ventura on a Mac capable of Sonoma or later, now is the time to plan the upgrade.
Final security update for macOS 14 Sonoma, ending support for:
First release of an Arm-only version of macOS, 27. However, that and all its updates will continue to include full support for running Intel binaries using Rosetta 2 translation. macOS 27 will be the last major version that supports Rosetta 2 fully in Virtual Machines.
Final security update for macOS 15 Sequoia, ending support for:
First release of macOS 28, with full Rosetta 2 support removed. Limited Intel binary support will continue for “older unmaintained gaming titles” only. As a result, virtual machines running macOS 28 will no longer be able to run most Intel binaries.
Final security update for macOS 26 Tahoe, ending support for all remaining Intel models:
T2 firmware updates are almost certain to cease with the end of support for macOS 26. Major third-party vendors are likely to stop providing Universal binaries, as they too drop support for macOS 26 and Intel models. Apple may decide to remove x86 support from Xcode 29, but hasn’t yet made any statement either way.
Although macOS Sequoia and Tahoe have brought some new features for Intel Macs, much of Apple’s emphasis now requires Arm systems. Major reasons for upgrading your Intel Mac to the most recent version of macOS it can run include:
I hope you find that helpful in your planning, and wish you success in whatever you choose.
使用了一下 Gemini CLI ,整体给我的感觉比 Cursor 这类带有界面的 AI 编程工具要好,这只是我的主观感受,大家可以讨论。因为我平时使用 terminal 会多一点,喜欢这种通过命令直接操作的感觉,例如我要临时针对一个文件进行修改、拓展的操作,我不想关闭现有的编程工具(当然了,可以一直使用 cursor 这样的工具,但是个人习惯不一样,可能习惯 idea 或者 vscode 等等),这时候这种 cli 方式的 AI 工具就很直接了,在终端中 @ 指定文件,然后直接告诉想怎么修改,然后在现有熟悉的编辑器中进行查看或者人为完善。而且 Gemini CLI 我还喜欢用的一个功能是直接 @ 一个文件,将它转为音频文件,这个很不错。 大家喜欢 cli 还是 gui ?
有感而发,大家可以当我在逼逼叨,也可以当我在分享一些自己的想法
但鉴于维护您的形象,还请别在本帖中阴阳
刚才看隔壁教赚钱的帖子,有人说"谁会把真正赚钱的方法公开?",但同时又有人在默默收藏;
转头又看到另一个帖子,有人喷某个项目不开源,说什么"技术应该共享",但另一边也有人在咔咔付费;
引发了我的思考,赚钱技术不是技术吗?
到底什么是开源?
关于开源,问不同的人会得到两种截然不同的答案。
开源是程序员的理想国:代码应该自由流动,技术进步应该惠及所有人,我们应该用技术让世界变得更美好。
开源就是一种商业选择:所有的付出都有回报,只是回报的形式不同而已。
哪种对?
其实都对,关键看适用范围。
就像科学一样,科学也不是万能的,但在适用范围内,它是相对的真理。
如果你是大学生,吃穿不愁,有大把时间,第一种认知完全没问题。那时候追求理想主义,很正常。
但如果你已经工作几年,知道钱多难赚,还不去了解这个世界的运转逻辑,还抱着第一种想法不放,那就有点...
那些大公司为什么热衷开源?真的是为了情怀吗?
人才招聘、市场渗透、生态控制、成本分摊...每一个动机背后都有清晰的商业逻辑。
这没什么不好,商业和理想并不冲突。
当然,如果站在整个人类的层面看,第一种认知又变得有意义了。技术的积累确实需要某种"公共品"的属性。
但这不意味着个体就要无偿奉献。
你是吃喝不愁也不用找工作的大学生?还是打算出来创业独立面对商业世界的极客?还是在公司体系内打工的程序员螺丝钉?
开源不是信仰,是工具。
不同的身份,不同的选择。别用不适合自己处境的理想主义给自己套枷锁。
AI 本质上带来的是信息轰炸,能够降低新事物的学习成本,但是同时会降低深入学习的欲望。是否能够深入学习事物或者工具底层是菜鸟到高手的必经之路,信息轰炸会无形中拉高这个的门槛。
大家无形中忽略了 AI 本身的学习成本,cursor 等工具本质上还是和大模型对话,prompt 本身又没有科学意义上的最优解,导致"和大模型对话"的能力学习玄而又玄,越灵性的人掌握的速度越快。
从招聘市场来看,现阶段还是 human with AI VS human without AI 。市场上还是有挺多人对 AI 的使用和理解程度非常浅,仅处于 deepseek 简短对话的程度。
总而言之,AI 只会让我这样的菜鸟更菜,以前大佬还需要我打打下手,往后大佬只需要多跑几个 agent 。
等 AI 思考,就跟等电梯一样,时而需要很久,时而只要一会,但一样无聊。
自从用 o3 的频率提升后,我每天都要等很多次电梯。
于是就想做个插件 interlude ,缓解等待的无聊。
安装 interlude 后,在你使用 ChatGPT 或者 Deepseek 的时候,如果检测到 AI 在思考或生图,右下角就会自动弹出一个单词小卡片,你可以利用这一小会的时间学英语背单词,AI 思考结束后就会自动消失。
能学多少单词不知道,但肯定能缓解无聊。
https://chromewebstore.google.com/detail/interlude/oafhmpindfnaffeacgjohkkbpdbahgdn?authuser=0&hl=en
(在任意网站,手动点击扩展图标,也会出现小卡片)
周六:写文章时要配一张拼图,没找到合适的拼图工具,于是萌生了自己写个的想法
周日:从早上开始 Vibe Coding ,连续高强度对话了大几个小时,下午还陪老婆出去吃了个饭看了个电影,回来继续,直到凌晨第一个我满意的版本算是基本开发完
周一:添加了构建程序,申请了个新解析,算是正式上线了,顺便写了篇文章介绍了一下,收到了不少朋友的反馈
周二:修复了一些 BUG ,顺便增加了新功能,适配移动端、增加图片视区平移、增加了背景图片,优化了反馈的体验问题
周三:继续接收反馈,增加了新的功能,主要偏向于画布内编辑,可以添加文字、添加箭头,以及自定义边框,还上线了 Landing Page 介绍页,顺便也优化了下项目的 SEO ,接入了流量统计
周四:继续增加朋友们提到的新功能,照片缩放、鼠标/键盘控制、画布添加方框、圆圈,编辑功能拼长图模式同步支持,同时还优化了画布大小以及生成图片的清晰度有上线了个新版本
这个过程我每一天都有记录,如果感兴趣可以看看这几天的文章:
昨天是接入流量统计完整的一天,看了下统计昨天已经有 1.29k 的访问量,十分惊喜
今天看访问量统计已经超过 500 了,特别开心,算是这段时间以来最高兴的事情了
工具是纯免费的,甚至连登录都不需要,浏览器打开用完即走,纯前端实现,隐私安全
工具地址: https://img.ops-coffee.cn
期待朋友们的反馈和建议,感恩
关联内容:国内使用 openwrt 通过 IPoE 获取运营商 IPTV 机顶盒 IP 指北
距离上一次分享已经过去了两年半的时间,最近办的新宽带,正好也有送 IPTV 。同时客厅只有一根网线,我希望同时能够接入电视(看 IPTV )和路由器(作为 AP )。因此需求与上一篇不谋而合。
只不过最近路由器产品我已经全部切换到 RouterOS ,本文仅以 RouterOS 作为样例,其中绝大部分内容与上一篇文章内的 OpenWRT 相同,因此这里不再赘述,仅仅说明一些在 RouterOS 里不太一样的部分。
这部分可参考原文,内容完全一致。
下面内容以 RouterOS v7 为例。
/ip dhcp-client option
add code=60 name=VendorClassIdentifier value="0x12345678"
add code=55 name=ParameterRequestList value=0x12345678
add code=61 name=iptv_mac_addr value=0x1234567890aa
add code=12 name=iptv_hostname value=0x12345678
以 Option 55 为例,在 wireshark 里,显示的原始数据大概是这样的:373012345678
,其中第一个字节 55 代表 option 55 ,即 55 的十六进制表达 0x37 ,而第二个字节 30 代表这个 option 字段的长度,因此在 RouterOS 里添加这些 Option 项目时,头两个字节是需要跳过的,这会由 RouterOS 自行填充,直接从后面的 12345678 开始复制即可。
/ip dhcp-client option
add add-default-route=no comment=iptv default-route-tables=main dhcp-options=\
iptv_hostname,clientid,VendorClassIdentifier,ParameterRequestList interface=\
ether3
我这里因为直接修改了 interface 的 mac ,其与机顶盒一致,因此直接使用了 RouterOS 提供的 clientid option ,如果你不想/不能修改接口的 mac ,可以自行添加 option 61 指定 DHCP 时,发送的 MAC ,保持与机顶盒一致。同时 interface 需要修改为插入光猫 IPTV 口的接口。
此时,这个 dhcp client 应当已经能够获得机顶盒内网的 IP
此时的网络结构如下
Optical modem -> RouterOS -> br-lan -> 机顶盒
br-lan -> 路由器
eth1 -> 互联网
eth2 -> IPTV 内网
机顶盒与路由器公用同一根网线,机顶盒需要能够访问 IPTV 的内网,而路由器需要能够访问互联网。因此需要配置一些路由规则。(在上一步的 IPOE 配置后,特地没有允许 RouterOS 添加默认路由)
在机顶盒中,可以直接配置静态 IP ,IP 地址与 RouterOS 本身分配的 IP 段相同即可,自行留意,不要分配其他设备已经使用的地址,同时配置 DNS 为 IPOE 接口分配的 DNS ,而不要使用互联网上的 DNS ,如果不清楚 IPOE 分配的 DNS 是什么,在上一步中获取到 IPOE 的 IP 后,通过如下命令可以查看:/ip/dhcp-client/print detail
这里有两种选择:
经过测试,我这里选择了第二种,原因是 mangle prerouting 可能会导致 RouterOS 的 fasttrack 失效,这在一些硬件配置不佳的设备上是致命的,会进一步导致包转发能力的下降(没错,就是我的设备)
这里分别介绍着两种方式的配置方法
/routing table
add disabled=no fib name=nat-iptv
# 下面的 IP 地址,修改为机顶盒固定的 IP
/ip firewall mangle
add action=mark-routing chain=prerouting comment=IPTV new-routing-mark=nat-iptv src-address-list=192.168.127.67
# 下面的网关地址需要修改为 IPOE 获取到的网关地址(后有脚本可自动更新)
/ip route
add dst-address=0.0.0.0/0 gateway=10.235.172.1 routing-table=nat-iptv
/routing table
add disabled=no fib name=nat-iptv
# 下面的 IP 地址,修改为机顶盒固定的 IP
/routing rule
add action=lookup-only-in-table disabled=no src-address=192.168.127.67/32 table=nat-iptv
/ip route
add dst-address=0.0.0.0/0 gateway=10.235.172.1 routing-table=nat-iptv
在 WinBox 里,通过 IP->DHCP Client->双击之前创建的用户 IPOE 的客户端->Advanced 选项卡->Script 文本框里输入:
:log info "DHCP script triggered. Gateway: $"gateway-address""
:local rTable "nat-iptv"
:local oldRoutes [/ip route find routing-table=$rTable dst-address=0.0.0.0/0]
:foreach r in=$oldRoutes do={
/ip route remove $r
}
:if ($bound=1) do={
/ip route add dst-address=0.0.0.0/0 gateway=$"gateway-address" routing-table=$rTable comment="Auto via IPTV"
}
完成上述步骤后,就实现在一根网线的情况下,将机顶盒的流量,全部流入专网,而其他流量,则正常流入互联网。
大专表妹学校的实习要求,在企业门口和班组门口拍一段自拍视频,听说他们同学好多都没去实习,都是找地方拍照糊弄。表妹来深圳投奔她父母,她父母没空叫我带她去找工厂,然而我在深圳也是宅的很,好像也没听说哪个工厂能让人进去的
3 月份跟风申请的,50w 利率 2.58%,3 年先息后本, 每个月还 1000 利息
拿了几个月,反正每个月利息可以覆盖
这几天突然想起来,不知道是否有什么好去处?
昨天看到纳指又创新高,大 A 好像也好起来了?
本人非 Java 开发,用这玩意儿写 php 和 python 好多年了。
现在 visual code 真的好用,加上一些 AI 编辑器 cursor 等,让我非常犹豫这一一千块钱 还有没有必要投入到这个上面
成都昨天由于暴雨,导致很多车都被困,但是又有一些车敢涉水驾驶。 所以对于油车而言,最大可行驶的涉水深度是不是不超过引擎盖呢; 对于电车而言,最大可行驶的涉水深度是不是也是一样呢?
昨天看朋友圈,有的电车盖过引擎盖也能开(非仰望 U8 ),所以我的疑惑是车身外面的空调入口岂不是要进水,是不是不开空调的情况下,在这种情况下是不影响的?
另外这种这种自然灾害导致车泡水,保险能全损吗
简历可发 emhhbmd4aTk2OUBnbWFpbC5jb20=
负责支付宝 toC 用户前端业务,涵盖会员、电商、大促营销、创新产品等产品形态,为亿级用户提供极致服务体验。
熟练掌握 JavaScript 、HTML5 、CSS3 的核心技术,熟悉主流移动浏览器的技术特点;
熟悉前端主流框架,至少可以熟练使用 React/Vue/Angular 其中一种;
熟悉模块化、前端编译和构建工具,掌握常用编译工具,如 Webpack/Rollup/Vite/Mako 等;
有移动端项目经验,熟悉 H5 、小程序研发,有移动端项目的构建、性能优化实践,熟悉主流的服务端渲染方案;
熟悉图形学基础原理,了解 WebGL1/2 的原生用法,熟练使用一个 Web3D/2D 引擎( ThreeJS/BabylonJS/PixiJS 等);
熟练掌握 Node.js Web 应用开发;
对技术有热情、有想法、爱折腾;
虚拟机使用的是 win server 2025,linux 主机使用 archlinux 最新版,cpu 型号是 intel 285k ,win server 操作出现卡死的情况,不太能理解的是,连带着 linux 主机也卡死不太理解,现在想排查原因,有什么方式吗?
之前的帖子见: https://v2ex.com/t/1142184 ,现在补充一下图片和最新情况:
目前里面有一位租客表示想继续住下去,不过他还需要找一个人合租(出次卧:2300/月)。
租客为 90 后,男生,一个人住主卧,希望找一个年龄尽量接近的男生合租(时间在月底前,如果找不到人合租他说还是得另外找房子)
整租的话,见原帖内容:
说一下房子的具体情况:
1.房子面积 63 平、6 楼,南边朝向,之前是长租给自如,自如在 5 年前进行了装修,所以不用担心甲醛问题。
- 和自如的合同 7 月 23 日到期,24 号后可以入住。 第一次发帖,还不会传图片,整体装修的风格可以到自如网上看他们的出租房装修风格,基本上差不多。 家具家电都齐全,自如装修的标配
- 租金:中介挂的 5300, v 友长租(一年以上)优惠价 4800/月,
有意者 v: anVzdGluNTI0Nw==
房子图片:
完全没人讨论,看来还是不如小米这种自带流量的品牌啊,不过顶配 22.58w 的价格真的卷爆了,准备观望一下等 10 月份 ultra 版本正式 OTA 之后看看要不要入手
另外,感觉这个价格出来以后乐道有点岌岌可危了,不知道后面的 L90 产品力怎么样
就是图上这种虫子
我们正在开发一款面向成人用户、专注于古诗鉴赏与互动体验的高品质 iOS 原生 App ,希望寻找经验丰富的 UI/UX 设计师,从零开始负责整套视觉风格和交互设计。
具体需求: •iOS 原生平台开发,竖屏模式 •页面约 15-25 页,追求极致的视觉与交互体验 •要求交互顺滑细腻,突出古诗韵味与文化内涵 •设计风格参考: •Arrrt 、CapWords 等曾获得苹果设计大奖或推荐的精品 App •重视设计细节与质感,追求苹果原生风格与体验的一致性
合作模式: •项目制或按页面结算皆可,欢迎具体沟通 •全程远程协作,通过微信沟通交流
期待的设计师: •具备丰富的 iOS 原生 App 设计经验 •对中国传统文化、诗词美学有一定兴趣或理解更佳 •熟练掌握 Figma 或 Sketch 等主流设计工具 •具备优秀的交互动效设计能力,关注细节,追求高品质用户体验
如感兴趣,请直接微信联系我,我们将进一步沟通需求并确定合作细节。 联系方式:"5b6u5L+h5Y+377yac2hlbmd0YW5nMDA3"