Nvidia 的市值比所有这些公司加起来还要高。

#资讯

https://www.visualcapitalist.com/nvidia-is-worth-more-than-all-of-these-companies-combined/

Deno 1.44 新增了对私有 npm 注册表和 gRPC 连接的支持，改进了与 Node.js 及 Next.js 的兼容性，并显著提升了性能。

#Deno

https://deno.com/blog/v1.44

工程领导者的意外反模式 —— Stripe、Uber 和 Carta 的经验教训

#思考

https://levix.notion.site/Stripe-Uber-Carta-ca1fc909a45549c29f4024b150904e6f?pvs=74

100 个 Rust 学习练习

#Rust

https://rust-exercises.com/

Google CR 指引, 如何推进代码评审

5 年前的一篇文章，提炼了 17 条省流版：

1. 对于提升系统可维护性、可读性、可理解性的代码 CL（ChangeList），reviewers 应该尽快给出答复，不能因为一味追求完美主义将其搁置几天或者几周。

2. 如果在代码 review 中出现了冲突的意见、观点，首先，开发者、reviewer 应尽可能基于之前的代码、现在 CL 的代码达成一个共识，如果仍然达不成共识，或者很困难，最好能进行面对面沟通，或者将当前 CL 升级一下，供更多的人员进行讨论。不要因为代码 reviewer 和 CL 作者之间达不成一致，就长时间将CL搁置。

3. Code review 过程中最重要的事情就是看 CL 的整体设计是否合理，如 CL 中涉及到的各个部分的代码之间的接口、交互、衔接是否合理。

4. CL 是否过于复杂，这个需要对 CL 中的不同层次的内容进行逐一检查，如每行代码是否过于复杂，函数实现是否过于复杂，类实现是否过于复杂等。

5. CL 提供的注释是否是必要的，注释不是笔记，注释应该用来解释某段代码为什么存在，不需要解释这段代码要干什么，这样的注释才有意义。

6. CL 里面不要既做代码逻辑修改，又做大范围格式化的操作，这可能让 review、merge、rollback 等变得复杂，如果确实有必要做这样的调整，请提供两个 CL。

7. 一个 CL 改变了用户 build、test、interact with、release code 的方式，请同步检查下文档是否也要更新。

8. 开发者自己写的代码，也有重要的、不重要的之分，某些代码片段需要更仔细地 review，比如某些分支判断逻辑，reviewer 需要培养这方面的识别重要代码路径的能力。

9. 在 review CL 主要部分的时候，发现设计上明显存在不合理的地方，reviewer 应该立即发送 review comments 给开发者，其他的代码可以不用 review了，继续 review 纯粹是浪费时间。

10. reviewer 的目标，就是激励开发者持续地对代码质量进行提升。

11. 不要为了“快”而降低 Code review 标准或者破坏整体代码的质量。

12. 写 review 意见的时候，只对 code 本身进行评论，不要对开发者本人进行评论，对于某些人称代词是否有必要出现，也需要斟酌下。

13. 当开发者不同意 reviewer 的建议时，reviewer 应该停下来先想想他们的想法是不是对的。

14. 一开始就坚持写小的 CL，多次 CLs。CL 包含最少内容，一次只做一件事情，比如新增 feature，CL 只包含 feature 的一个部分，而不是所有的部分。

15. 如果多个 CLs 互相依赖，需要找一个办法来确保这几个 CL 每提交一个，系统整体仍然能够正常工作，不能因为提交了一个 CL 就导致系统构建失败或者工作不正常。

16. Code review 的初衷是为了维护代码的质量、产品的质量，当一个 reviewer 对开发者代码写了些意见时，开发者应该将其看作是来自 reviewer 的帮助，不要将其看做是对开发者个人、个人能力的人身攻击。

17. 对于别人的 review 意见，永远不要用愤怒去回应！

#Google #CodeReview #技巧 #指南

https://www.hitzhangjie.pro/blog/2019-09-10-%E5%A6%82%E4%BD%95%E6%9B%B4%E5%A5%BD%E5%9C%B0%E8%BF%9B%E8%A1%8C%E4%BB%A3%E7%A0%81review/

Chrome 126 中 DevTools 的新功能

#Chrome #DevTools

https://levix.notion.site/Chrome-126-DevTools-What-s-new-in-DevTools-Chrome-126-f65e3697959a4e88b7fb95395261ef0e?pvs=74

标题：《Vitest 浏览器模式更新 #5828》

内容概要：

Vitest 团队在 Vitest 2.0 中详细介绍了浏览器模式的现状及未来计划。以下是主要内容：

### 初衷及演变
- 初衷：Vitest 的初衷是无需复杂的 Jest 配置运行测试，但其依赖的假浏览器环境（如 jsdom 或 happy-dom）随着时间推移遇到了诸多限制。
- 转变：切换到 Jest 的 VM 方法解决了一部分问题，但引入了更多问题。

### 虚假浏览器环境的问题
- 环境真实度：测试环境并非真实的用户使用环境，这可能导致测试结果不准确。
- APIs限制：假环境缺乏某些常见 Web API，需要借助 E2E 测试，但这会增加复杂性。

### 浏览器模式的解决方案
- 取代 jsdom 和 happy-dom：新的浏览器模式将提供一个易于迁移的路径，让测试在真是浏览器中运行。
- 测试隔离：测试文件将被隔离开，而不是每个测试函数隔离，这类似于 Web Test Runner 或 Cypress。
- 自动适应：大多数 Vitest API（如 vi.mock, vi.dynamicImportSettled）将在浏览器模式下自动适配，但少数 API 由于 ESM 的限制可能无法实现。

### 整合与协同
- 现有工具集成：Vitest 浏览器模式与 webdriverio 和 playwright 的集成提供了简便的端到端测试解决方案，并鼓励使用 MSW 进行网络拦截。

### 提升文档与命令支持
- 改进文档并发布命令来安装必要的包和更新配置，以简化浏览器模式的配置过程。

### 其他改进计划
- API 丰富：提供更多 API 和上下文对象，支持更丰富的测试和开发需求。
- 一致性：Vitest 2.0 中，通过 --no-isolate 标志使测试在相同 iframe 中运行，提升测试速度。
- 调试改进：未来将支持通过 IDE 进行调试，当前可以在测试中使用 debugger 语句。

### 当前状态和展望
- 当前实现：Vitest 1.6 实现了通过 iframes 进行浏览器测试，Vitest 2.0 将带来更好的支持和功能。
- 未来发展：计划在 Vitest 2.0 发布后推出交互性 API，进一步提升测试框架的能力。

总结：
Vitest 浏览器模式旨在更真实地模拟用户环境以提高测试的准确性。通过不断改进和扩展工具集成、增强调试功能和改善文档支持，Vitest 力图为开发者提供一个更强大和灵活的测试框架，满足现代 Web 开发的需求。

#Vitest

https://github.com/vitest-dev/vitest/discussions/5828

定位在月球，有点东西。

https://m.weibo.cn/status/OhiHW0loh?jumpfrom=weibocom

Experts.js 是一个简化创建和部署 OpenAI 助手的工具，通过将多个助手链接为工具，来创建具有扩展记忆和细节关注的多人工智能代理系统。

#Tools

https://github.com/metaskills/experts

fork-ts-checker-webpack-plugin 可以在一个单独的进程中运行 TypeScript 类型检查器，从而加速 TypeScript 的类型检查过程。适用于需要深化 TypeScript 类型检查和优化构建速度的项目，尤其有助于大型项目或需要实时开发的环境。

发现 Vite 好像没有相关的插件。😅

#Tools #Webpack

https://github.com/TypeStrong/fork-ts-checker-webpack-plugin

1Password 内部使用的浏览器扩展代码构建系统逐渐变得越来越慢。在一场公司范围的 Beyond Boundaries 黑客马拉松中，团队决定对其进行全面升级。

#esbuild #前端 #实践

https://levix.notion.site/esbuild-90-How-we-used-esbuild-to-reduce-our-browser-extension-build-times-by-90-2f55a626eccd474f87b82220c1427998?pvs=74

DevTools 中可定制性能工作流的 3 个新功能

#DevTools #性能

https://levix.notion.site/DevTools-3-3-new-features-to-customize-your-performance-workflows-in-DevTools-9ce95d5eb3754418be8af967f2a57178?pvs=74

为什么现在必须认真对待 GDPR 合规性？

GDPR合规的重要性：

1. 欧盟的通用数据保护条例（GDPR）是迄今为止最强大的数据隐私法律，它要求公司仅收集实现目的所需的最少数据，并明确告知数据主体。
2. GDPR自2018年5月25日开始执行，违反规定的公司可能面临高达全球营业额4%的罚款。
3. 尽管GDPR在早期执行中进展缓慢，但近年来其执行力度和规模都在增加，2023年对大型科技公司的罚款总额超过20.6亿欧元。

GDPR的基本原则：

1. GDPR保护广泛的“个人数据”，包括可能用于识别个人的信息，如IP地址、工作时间、种族、宗教信仰等。
2. 数据的收集和处理需要得到数据主体的知情同意，或在特定情况下无需同意，如预防欺诈或紧急医疗处理。
3. GDPR适用于所有在欧盟境内的数据处理者，包括向欧盟提供商品或服务的非欧盟公司。

GDPR执行的最新变化：

1. GDPR在跨境案件中的执行面临挑战，因为欧盟成员国各自有独立的监管机构。
2. 爱尔兰数据保护委员会（DPC）作为主要监管机构，对大型科技公司的监管力度受到质疑。
3. 2023年，欧洲数据保护委员会（EDPB）对Meta（Facebook的母公司）的违规行为处以13亿美元的罚款，显示了对GDPR执行的严格态度。

GDPR对公司的影响：

1. GDPR要求公司在数据透明度、治理和安全方面采取行动，以确保用户能够行使他们的权利。
2. GDPR强调数据最小化、默认的数据保护、数据泄露通知、数据处理的安全性、数据保护影响评估和处理活动记录等责任。
3. 不遵守GDPR规定的公司可能会面临高额罚款，如H&M因过度记录员工信息被罚款3530万欧元，Twitter因未能及时报告数据泄露被罚款54.6万美元。

GDPR合规的实践建议：

1. 从安全性出发，确保员工个人数据的安全，定期监控可疑活动并更新软件。
2. 实施数据最小化策略，审查数据收集和处理政策。
3. 通过1Password Extended Access Management (XAM)等工具，加强访问管理和数据管理，确保数据的透明性和合规性。

文化转变对GDPR合规的重要性：

1. GDPR合规不仅是法律要求，更是一种尊重个人数据的文化转变。
2. 公司需要从根本上改变对隐私的看法，以实现真正的GDPR合规。

#GDPR #数据安全 #隐私

https://blog.1password.com/get-serious-gdpr-compliance/

OpenAI 和 Apple 达成合作，将 ChatGPT 强大的 AI 能力无缝集成到 Apple 的生态系统中，用户可以更便捷地利用 AI 提升工作和生活效率，同时隐私得到了充分保护。这一合作标志着 AI 技术在日常应用中的深度扩展。

#OpenAI #Apple

https://openai.com/index/openai-and-apple-announce-partnership/

lsix 是一个简单且强大的命令行工具，能在终端中以 sixel 图形显示图像缩略图。适合需要在无法图形化界面环境中查看图像的用户，如通过 ssh 访问服务器时。虽然存在一些已知问题，但其通过 bash 和 ImageMagick 的实现保证了广泛的兼容性和易用性。

#Tools

https://github.com/hackerb9/lsix

Apple Intelligence 是一个将强大的生成模型引入 iPhone、iPad 和 Mac 的个人智能系统。针对需要使用更大基础模型处理复杂数据的高级功能，Apple 开发了 Private Cloud Compute (PCC)，一个专为私有 AI 处理设计的突破性云智能系统。PCC 首次将 Apple 设备的行业领先安全性和隐私性扩展到云端，确保个人用户数据仅用户可以访问，Apple 也无法读取。PCC 使用定制的 Apple silicon 和专为隐私设计的强化操作系统，是目前最先进的大规模云 AI 运算安全架构之一。

#Apple #云安全

https://security.apple.com/blog/private-cloud-compute/

如何通过 Speculation Rules API 改善网页加载速度，使页面看起来几乎是立即加载的。Speculation Rules API 是一种将某些资源预先加载到浏览器中的工具，旨在显著提升网页性能。

#性能 #性能优化 #新特性

https://levix.notion.site/Speculation-Rules-API-Playing-with-the-Speculation-Rules-API-in-the-Console-3b55de6d1660440aab340cf13487a23d?pvs=74

AI 时代个人生存/摸鱼探索指南.Beta

又是我[让我看看]又被赛博禅心和大聪明翻牌子了[庆祝]。
这个指南我一直不愿意拿掉摸鱼换成提效，是因为希望朋友们也能享受到和AI同行的快乐和轻松:生产力和效率只是手段，人是目的，摸鱼是新的快乐创造的生产力。希望这版可以更好地完成我的初心～
今天跟两位 AI 产品经理聊，一位说从我的指南中收获了力量，写了自己的指南，在公司内部被很多人看到。一位在我们聊了一个小时的产品功能和场景后说，希望我的指南下次更新的时候，一选 AI 最佳摸鱼伴侣能够有他们的新产品，那会是很大鼓励。[愉快]这对我也是很大鼓励～
完整版指南: https://gamma.app/docs/AIGC-Dev-9y7n4vslcp2bol2