·
iOS / macOS 已经将 H3 即 QUIC HTTPS 应用到基本上系统各个组件，而第三方 App 调用系统 API 时会在发起 A 或 AAAA 请求后再次发送一个 QType 65 请求，即 HTTPS DNS Lookup ，一般情况下 H3 需要从 http/1.1 或 H2 升级，而服务器是否允许升级除了 Header 外还可以通过 QType 65 查询的方式，因为 QUIC 流量本质是无状态的 UDP ，难以被深度包检测，所以有些用户使用干净的 DNS 访问 Facebook 的时候能够通过未被硬阻断 TCPMUX 的 H2 或 QUIC 的 H3 无墙访问，最近一年大陆已经不再劫持 QType 65 查询，但是很多 DNS
·
看评测的时候发现持续释放能力 Mac mini 在 40 瓦这个级别，16 寸 MacBook Pro 在 60 瓦，这是真的吗？ 是 MacBook Pro 本身散热能力更好还是风扇更激进更吵？
·
RT, 它们自家的 AI assistant 之前貌似说了会给免费用户提供调用本地模型的能力, 不过似乎还没有实装, 之前适用过 AI assistant pro 的现在就没法用了. 另外试过 continue, 感觉功能上比较满意, 但是这几个版本卡死 IDE 的概率太高了, 根本用不了. 除了以上两个, 还有什么比较好用的, 可以使用自己的 key 或者本地模型的 chat 插件吗
·
大概有一个多月, 没看 qq 空间了, 291 名好友 更新了 22 条动态 有一位”大佬”发了动态, 他是我们县城的”最好的学生”之一, 和他做过一年的初中室友, 如今 985 硕士毕业了, 工作也是很好的体制内单位, 毕业那天发了他和他的女朋友的合照, 郎才女貌好般配呀 如今发 qq 空间的好友越来越少了, 偶尔熬夜突发奇想看一眼, 花 5 分钟就能看完了😂
·
如题，马上要搬回上海居住了，大家有什么推荐的家用物品的呀。想提前买了回家就用。 包括但不限于电视、洗衣机、居家办公桌椅、电器、路由器，以及各种日常用的比如垃圾桶。家里房子完全是空的，什么都没有。 只要大家觉得用的爽的、实用、耐用的，都可以分享出来哈。 谢谢☺️
·
https://dinq.io/
·
喜欢上了一个不该喜欢的人 在错误的时间遇到了她 又在错误的时间与她相逢 终究是黄粱一梦终须醒,镜花水月一场空 好难受
·
从几年前开始，我就有在支付宝的蚂蚁保里面购买保险，曾经给家人买过百万医保、房屋保险、少儿意外险、全家共享意外险等险种。几年下来一直没出过险，直到今年 6 月家里长辈意外摔伤，骨折后做了个小手术（大约花费 2W ），报了家庭共享意外险。 出险之后，才发现有几个巨坑： 巨坑 1：家庭共享意外险意外医疗保额 5 万元，整个投保 UI 界面都没提到每个成员限额 1 万，却在长达几十页的保单中额外给出每个成员的理赔限额不超过 1 万元。 巨坑 2：保险公司理赔全程保持“我是你爹”的服务态度。支付宝提交理赔材料之后必须保持电话畅通，被保险人需要在长达数日的时间里时刻保持电话畅通，接听保险公司理赔专员的核实电话。没有任何可以直接联系到保险公司的渠道，客服电话是真.客服电话，只负责记录来电信息，无法处理问题。支付宝在整个理赔过程中没有任何作用，只能做到帮忙把客户诉求转达给保险公司客服。 巨坑 3：保险公司恶意拒保。作为一款家庭共享意外险，宣传的是一家老小都可以保，但是老人摔倒骨折后却以病历上有骨质疏松等情况为由拒保（保单没有这个条款）。经过一些拉扯，保险理赔金额从 1K 涨到 3K 到 7K ，目前还在通过银保监投诉，希望经过波折能拿到全额 1W 理赔。 总体来说，这是第一次感受到保险有 2 不赔：这也不赔，那也不赔。以及支付宝的保险劝别碰了，对接的这种名不见经传的小保险公司，真是找人投诉都没地方（国泰财产保险有限责任公司，线下投诉只能去上海）。
·
求推荐
·
昨天写的一篇文章，也同步到 v2 ，纯属个人见解，大佬勿喷。毋庸置疑，Vibe Coding 时代已经来了，并且也绝对是未来。几个现象：1 、大厂纷纷下场了，并且是下重注2 、卖编程课的人也多了3 、各种小应用纷纷火起来了越来越多的人也在说，Vibe Coding 时代下，程序员不再值钱了，反而是产品要更占优势。既然说到了两个职业，我觉得还不够全面。按照以往互联网大厂的职业分类，不止产品和程序员，我就把运营、设计、产品、测试、程序员都拿出来比较一下。要比较，自然需要有个标准。我觉得标准就是谁能做出好的产品。什么叫「好产品」呢？用户说好才叫好。所以可以定一个标准，越多的用户说好，那产品就越好。所以基于这个标准，再来聊聊这几个职业。先说说我个人理解的几个职业的优劣势，当然这里只考虑通用性，不考虑个人能力高低的影响。运营应该是最接近用户，最懂怎么让产品触达用户的人。先不管产品好坏，至少用户要知道这个产品，才能去用吧？所以这里又引申出一个话题，那就是一款产品最重要的是什么？是产品理念？是背后的技术？我觉得都不是，最重要的是用户要知道他。要不然这就是自嗨的产品。当然自嗨本身也不是坏处，只是如果你励志要做一款大众化的产品，靠自嗨就不行了。所以这就是我把运营排在第一的原因。再说说设计。不知道你有没有发现，现在的独立产品，在设计上都是非常漂亮的。其实这是人之常情，大家都喜欢漂亮的东西。功能一样的情况下，肯定会选择漂亮的，这就是找对象一样。甚至有些时候，漂亮会弥补功能上的缺失。而且产品的功能是需要慢慢体验的，但是产品的颜值是一眼就能看到的。所以如果现在要做一款产品，一定不能太丑。而这恰恰是设计的长处了。当然了，颜值决定了一见钟情，功能决定了用户的忠诚。如果功能做得太差，用户是不会留下来的。写到这里，有没有发现，还没有开始讨论技术的事情。这就对了，对于一款产品来说，技术根本不是主要因素。如果是 5 年前的我，对此一定嗤之以鼻，当时的我会认为技术才是一切。现在我觉得那种想法非常幼稚。用户不会关心你的代码写得有多好，不会关心你这个设计模式有多精妙。这些都不会让用户「更爽」，爽的只是自己。所以程序员唯一的用处，就是让这个产品「产生」，而之前和之后的事情，都是程序员不擅长的。而现在，因为有了 Vibe Coding ，产品已经和流水线一样了，说几句话就能产生了，所以程序员的作用就微乎其微了，更多的就是看看结果，不对的话，让 AI 去修改。不过实话实话，现在的 Vibe Coding ，只能做一些比较简单的功能，太复杂的还是搞不定，还需要程序员来。不过未来呢？那说到这里，怎么测试还排在程序员前面呢？还是从 Vibe Coding 说起，有了 Vibe Coding ，程序员的作用也只剩下测试 AI 的结果对不对了。有测试专业吗？大概率没有。程序员更擅长白盒测试，但是 Vibe Coding 的结果，跟趋近于黑盒。所以基于上面的讨论，我得出这个排名结果：运营>设计>产品>测试>程序员。不过我有一个小小的预测，未来这些职业的边界会渐渐模糊掉。而程序员，此时此刻正在被模糊。不过在未来，随着 AI 的发展，测试、产品、设计、运营的能力，也肯定会被替代掉。但是我觉得难度是逐渐递增的。所以如果你是程序员，一定要思考，代码之外，还有什么竞争力。最后不要脸的加个硬广，我开发了一款浏览器插件，叫 NoTab ，用来在当前页面预览链接，可以让你不用打开那么多标签页，更专注，更效率，挺好用的，希望您也来试试： https://notab.wand.tools