苹果在大模型时代落后了吗？几乎所有人都希望在苹果WWDC24上找到这个答案。然而，在最重要的主题演讲环节之后，争议也纷至沓来：发布会前半部分是被戏谑为“追赶安卓”的小功能集合，后半部分最重磅的AI，从表面上看和安卓手机目前已经对外发布的AI能力大差不差，被很多人认为“没有惊喜”。段子开始在网上传播：“WWDC24最大的惊喜是苹果给iPad带来了一个新的计算器”。 虽然真正意义上的AI硬件还没有出现，但是大模型可能成为未来端侧设备中等同于操作系统的“核心”，已经成为行业中的某种共识。这样重要的大模型能力，苹果到底有没有？苹果在AI时代，难道真的要靠OpenAI这样的第三方大模型公司了吗？ 主题演讲的当天，苹果的股价下跌了1.9%，这似乎符合外界对于这场发布会的”平淡“评价。然而，戏剧性的事情出现了，苹果股价在主题演讲的第二天，暴涨7%创出历史新高。资本市场是市场合力的体现，对于苹果3.18万亿的巨大市值体量来讲，资金背后情绪的巨大反差，值得引起关注。
天猫国际用户Push中心承接了国际用户触达相关的需求，比如短信、端内消息投放等等，并存在较高的并发场景。 该系统此前发现了一个查询投放计划plan为null的异常情况，在初期排查时有些丈二和尚摸不着头脑，后面突然灵光乍现——原来是缓存一致性问题！ 本文记录一下该问题的排查过程和解决方案，同时带读者朋友们一起回顾下相关的八股文～
日志中台承载了百度千亿量级PV的埋点流量，如何对这些流量进行准确监控，并支持个性化字段的抽取、下钻，是日志中台的一大难题。本文简单介绍了日志中台的基本概念及实时流架构，并基于此深入讲解了低成本实现可扩展、高准确度的埋点监控的技术方案。
流量回放平台是将生产环境的流量录制下来在线下环境进行mock或不mock回放，但流量回放不能很好地细化接口规则，无法有效组织和验证业务接口内的预期表现，针对这一痛点，我们急需一个“构建智能规则验证流程，一键直达验证结果”的平台。
2024年，Web UI 正迎来其前所未有的黄金时代，浏览器中涌现出众多革新的 Web 功能，它们正以前所未有的速度重塑我们构建Web应用的方式，引领着全新的 Web 体验浪潮。接下来，本文将深入探索这些令人瞩目的新功能。
作者日常在与其他同学合作时，经常发现不合理的日志配置以及五花八门的日志记录方式，后续作者打算在团队内做一次Java日志的分享，本文是整理出的系列文章第五篇。
作为技术同学，不仅要写好自己的代码，做好功能交付，往往还需要担任复杂项目的技术PM，推动整个项目的交付。其实人人都是技术PM，不管有没有这个title，实际上都在做这个工作，只不过是职责边界和复杂度不一样。有些同学缺少项目管理经验，不知道怎么才能做好技术PM，可能在项目过程中感觉混乱，大家做的很累，最后又延期交付，结果过程都不好，最后也搞不清楚哪里没做好。本文结合自身的一些经验，分享一下心得。
OpenAI 最新推出的生成模型 GPT-4o，带来了一系列震撼的功能，用技术彻底颠覆了产品形态。产品最大的亮点在于：以近乎完美的交互方式，为每位用户带来 GPT-4 级别的智能体验。 在语音方面，GPT-4o 做到了实时低延迟，平均响应时间与人类反应速度相当，输出的语音能够理解极度贴合对话上下文，能够理解人类的情感情绪，听觉质量上佳，与真人无异。这背后的技术实现，是怎么做到的？
istanbuljs 是一款优秀的JavaScript代码覆盖率工具，主要用于单元测试的代码覆盖率检测和生成本地覆盖率报告。然而，随着现代前端技术和UI自动化测试的发展，对端到端测试的代码覆盖率检测需求逐渐增加，istanbuljs提供的功能显得捉襟见肘。 在携程内部JavaScript代码覆盖率使用的是gitlab内置的coverage上报，也是只支持单元测试的覆盖率收集和概览数据展示。随着携程的前端技术日益精进，我们有了自己的前端流量录制平台，并且部署了相当大规模的模拟器集群进行UI自动化(flybirds)回放。这种场景下，需要对端到端测试的代码覆盖率进行收集和展示，以便开发同学更好的了解到自己的代码质量。 传统的istanbuljs提供的功能已经无法满足我们的需求。我们需要处理UI自动化过程中来自前端高并发的覆盖率上报，实时的覆盖率聚合，以及覆盖率数据的聚合展示。因此，我们在Istanbuljs的基础上开发了Canyon，解决端到端测试覆盖率难收集的问题。
