2024-11-26 Hacker News Top Stories #
- 关于网络安全和隐私的文章,讨论了一个名为"Do-Not-Stab"的 HTTP 头部的提案。
- 这个网站托管在 Bluesky 上:这个网站托管在 Bluesky 上,Bluesky 是一个社交媒体平台,允许用户创建和分享内容。
- 星链直连手机服务:星链直连手机服务是一项新的服务,旨在为全球范围内的 LTE 手机用户提供无缝的文本、语音和数据服务。
- Git 身份配置指南:这篇文章主要讲述了如何配置 Git 身份,特别是在多个 Git 账户和 SSH 密钥的情况下。
- Model Context Protocol (MCP) 是一个开放标准,允许开发者构建安全的双向连接,连接他们数据源和 AI 驱动的工具。
- SQLiteStudio: Create, edit, browse SQLite databases:SQLiteStudio 是一个功能丰富的 SQLite 数据库管理工具。
- C++ 的两大阵营:C++ 语言的未来发展方向存在两种截然不同的观点。
- WireGuard:超越基本配置:本文介绍了如何配置 WireGuard VPN,超越基本配置。
- Bluesky 正在赶上 Threads:Bluesky 正在以惊人的速度赶上 Threads。
- 员工表现真的遵循高斯分布吗?:本文探讨了企业绩效管理过程中员工表现的分布问题。
RFC 35140: HTTP Do-Not-Stab (2023) #
https://www.5snb.club/posts/2023/do-not-stab/
本文是一篇关于网络安全和隐私的文章,讨论了一个名为"Do-Not-Stab"的 HTTP 头部的提案。该头部允许用户向网站表明他们不愿意被"刺伤"(即被网站收集和使用他们的个人数据)。
文章首先介绍了背景,指出在过去的 50 年中,随着技术的进步,网站可以收集和使用用户的个人数据,而一些公司甚至提供了"刺伤服务"。但是,用户开始感到不舒服,因为他们的数据被收集和使用,而没有他们的同意。
然后,文章详细介绍了"Do-Not-Stab"头部的语法和语义。该头部只有一个形式,即"Do-Not-Stab: 1",表示用户不愿意被"刺伤"。如果用户没有设置该头部,网站将假设用户愿意被"刺伤"。
文章还讨论了该头部的默认值和执行问题。作者指出,用户代理(如浏览器)不应将"Do-Not-Stab: 1"作为默认值,因为这将使用户无法选择是否被"刺伤"。此外,作者还指出,Microsoft 已经承诺在欧洲经济区(EEA)支持该头部,但在其他地区的支持仍在进行中。
最后,文章列出了几个例外情况,即使用户设置了"Do-Not-Stab"头部,网站仍然可以收集和使用用户数据。这些例外包括用户同意被"刺伤"、政府要求网站收集数据、网站认为收集数据不会对用户造成伤害以及股东要求网站收集数据等。
总之,本文讨论了"Do-Not-Stab"头部的提案和其语法、语义、默认值和执行问题,旨在提高用户对网络安全和隐私的意识。
HN 热度 756 points | 评论 196 comments | 作者:zkldi | 22 hours ago #
https://news.ycombinator.com/item?id=42232040
- 个人自主权的保护责任从机构/监管者转向了个体用户
- 面对财务压力,自愿遵守规定是不现实的,需要更积极地捍卫使用计算机的自由
- 软件工程行业对 Chrome 的推崇,即使知道它是广告软件,也愿意安装在亲人的电脑上
- Chrome 不仅仅是广告软件,它监控用户的所有活动,收集个人信息并用于市场交易
- 关于 Google 收集个人信息的证据很多,包括通过 Google Takeout 获取的数据
- 每个主要浏览器制造商都有可能背叛用户信任并出售数据,用户只能根据其他因素选择
- HN 社区对 Firefox 的态度复杂,既有正面也有负面,Mozilla 的治理也常被批评
- Chrome 的开发者工具在功能和性能上优于 Firefox,这吸引了许多开发者使用 Chrome
- 对于不涉及 HTML/JS/CSS 的工程师和非技术家庭成员来说,浏览器的选择不应仅基于开发者工具
- Safari 和 Brave 在某些方面比其他浏览器好,但没有一个浏览器完全值得信赖
This website is hosted on Bluesky #
https://danielmangum.com/posts/this-website-is-hosted-on-bluesky/
本文介绍了如何在 Bluesky 平台上托管一个网站。Bluesky 是一个社交媒体平台,允许用户创建和分享内容。文章的作者,Daniel Mangum,发现了一个方法,可以将一个网站托管在 Bluesky 上。
Bluesky 平台使用 AT 协议(Application Transport Protocol)来管理内容。AT 协议定义了两种类型的内容:记录(records)和二进制大对象(blobs)。记录是用户创建的结构化数据,例如帖子、评论等,而二进制大对象是用户上传的媒体文件,例如图片、视频等。
文章的作者发现,Bluesky 平台允许用户上传二进制大对象,但是这些对象在上传后并不是立即可用的。只有当这些对象被引用到记录中时,才会被公开访问。作者利用这一特性,将一个简单的 HTML 文件上传到 Bluesky 平台,并将其托管为一个网站。
为了实现这一点,作者需要获得一个访问令牌(access token),用于身份验证。然后,他使用 AT 协议的 createSession
方法来创建一个会话,并获得一个访问令牌。之后,他使用 uploadBlob
方法将 HTML 文件上传到 Bluesky 平台。
上传后,作者发现该文件并不是立即可用的。他使用 listBlobs
方法来检查当前的二进制大对象列表,并发现该文件并没有被添加到列表中。然后,他使用 getBlob
方法尝试访问该文件,但是收到一个内部服务器错误的响应。
作者推测,这是因为该文件还没有被引用到记录中。为了验证这一点,他尝试创建一个帖子,并将该文件作为嵌入式图片引用到帖子中。然而,由于该文件的 MIME 类型不是 image/*,因此该操作失败了。
总之,本文介绍了如何在 Bluesky 平台上托管一个网站,利用 AT 协议的特性,将一个 HTML 文件上传并托管为一个网站。
HN 热度 670 points | 评论 155 comments | 作者:hasheddan | 1 day ago #
https://news.ycombinator.com/item?id=42230392
- Beaker Browser 曾经是一个很棒的项目,但不太可能复活
- Bluesky 作为内容托管平台可能会面临版权、CSAM、色情等滥用问题
- 使用用户自己的域名链接内容可能减少滥用风险,但 Bluesky 仍需面对托管非法内容的问题
- 通过 Bluesky 托管的文件和 JavaScript 可能带来不同于传统社交媒体的内容问题
- 从技术角度看,将网站或博客的 RSS 更新发布到 Bluesky 是可行且有用的
- 通过 Rust 代码实现 RSS 到 Bluesky 的自动发布是简单的,但代码目前特定于 AEMET
- CSP(内容安全策略)设置非常严格,阻止了额外的脚本和图片加载,且不允许运行 JavaScript
- WebAssembly 比 JavaScript 提供更好的保护,因为它默认没有 DOM 或 JavaScript 全局访问权限
- 使用
sandbox
标签时,default-src
仍然是必要的,以防止通过 HTML 请求(如图片、样式表)的潜在安全风险
Starlink Direct to Cell #
https://www.starlink.com/business/direct-to-cell
Starlink Direct to Cell
Starlink Direct to Cell 是一项新的服务,旨在为全球范围内的 LTE 手机用户提供无缝的文本、语音和数据服务。该服务将于 2024 年开始提供文本服务,2025 年开始提供语音和数据服务。
无处不在的覆盖
Starlink Direct to Cell 服务将通过 Starlink 卫星提供全球范围内的覆盖,包括陆地、湖泊和沿海地区。该服务将与现有的 LTE 手机兼容,无需任何硬件或软件修改。
技术原理
Starlink 卫星上安装了高级的 eNodeB 调制解调器,可以像一个空间中的手机塔一样工作,允许网络集成与标准漫游伙伴类似。
消除死区
Starlink Direct to Cell 服务将消除全球范围内的死区,为用户提供更好的连接体验。
合作伙伴
Starlink Direct to Cell 服务已经与多家全球运营商合作,包括 T-Mobile(美国)、Optus(澳大利亚)、Rogers(加拿大)、One NZ(新西兰)、KDDI(日本)、Salt(瑞士)、Entel(智利)和 Entel(秘鲁)。
IoT 连接
Starlink Direct to Cell 服务还将为 IoT 设备提供全球范围内的连接,支持 CAT-1、CAT-1 Bis 和 CAT-4 调制解调器。
服务计划
Starlink Direct to Cell 服务计划将于 2025 年开始提供,用户可以通过 Starlink 网站或合作伙伴运营商获取更多信息。
HN 热度 658 points | 评论 732 comments | 作者:tosh | 1 day ago #
https://news.ycombinator.com/item?id=42230103
- Starlink 通过垂直整合和低成本发射能力在卫星互联网领域占据绝对优势,短期内难以被竞争对手超越。
- 即便 Starlink 领先,未来仍可能有竞争对手出现,尤其是受到外国军事资助的项目。
- 发射成本是构建和维护低地球轨道卫星星座的主要障碍,即使有军事补贴,也是巨大负担。
- SpaceX 和 Starlink 的共同所有权可能被视为垄断行为,但目前监管机构对马斯克的公司较为宽容。
- 国家安全利益会使得监管机构在军事相关项目上给予更多灵活性,但这并不意味着这些行业可以完全不受监管。
- Starship 除了民用外,还可能用于军事快速部署,如运送大量士兵和物资,或作为特殊作战和武器平台的运输工具。
How I configure my Git identities #
https://www.benji.dog/articles/git-config/
这篇文章主要讲述了如何配置 Git 身份,特别是在多个 Git 账户和 SSH 密钥的情况下。作者分享了自己使用 includeIf
和 hasconfig:remote.*.url
来根据 Git 仓库的远程 URL 自动切换 Git 配置文件的方法。
作者首先介绍了 includeIf
的基本用法,例如根据 Git 仓库的目录路径来切换配置文件。然后,他分享了自己使用 hasconfig:remote.*.url
来根据远程 URL 来切换配置文件的方法。这种方法可以根据不同的远程 URL 使用不同的 Git 配置文件。
作者还分享了自己的 SSH 配置文件,包括如何为不同的 Git 仓库使用不同的 SSH 密钥。为了实现这一点,作者使用了 insteadOf
来替换 Git 仓库的 URL,从而使用不同的 SSH 密钥。
最后,作者提到了可能存在的问题和其他方法,并分享了一些参考链接。总的来说,这篇文章提供了一个详细的指南,帮助读者配置 Git 身份和 SSH 密钥,以便在多个 Git 账户和仓库之间轻松切换。
HN 热度 400 points | 评论 96 comments | 作者:8organicbits | 17 hours ago #
https://news.ycombinator.com/item?id=42233524
- 有人使用
includeIf
配置来简化 Git 身份管理,通过特定的 SSH 身份来区分不同的 Git 身份配置 - 该方法可以减少配置的自由度,使管理更加简洁
- 一个员工曾用随机的虚构名字来设置 Git 身份,这在进行版本控制调查时非常不实用
- 在高信任的工作环境中,使用虚构名字可能没问题,但冒充同事是不可接受的行为
- 可以通过 GPG 签名来验证提交者的身份,而不是依赖提交中的作者信息
- 信任提交中的身份信息应与信任员工签署的其他文件相同
- GitHub 验证 GPG 签名主要依赖于提交中的电子邮件地址
- 有人建议在本地配置中使用别名来管理不同的 Git 身份,通过命令快速切换
- 使用 SSH 代理或类似 1Password 的工具可以更安全地管理 SSH 密钥,无需将密钥存储在磁盘上
- 初始克隆时需要手动指定 SSH 密钥,但之后可以配置好并忘记
Model Context Protocol #
https://www.anthropic.com/news/model-context-protocol
Claude 团队最近推出了 Model Context Protocol(MCP),一个新的标准,用于连接 AI 助手和数据存储系统,包括内容存储库、商业工具和开发环境。MCP 的目标是帮助前沿模型产生更好的、更相关的响应。
随着 AI 助手的广泛采用,行业已经在模型能力上投入了大量资金,取得了快速的进展。然而,即使是最先进的模型也受到与数据隔离的限制,困在信息孤岛和旧系统中。每个新的数据源都需要自己的定制实现,使得真正连接的系统难以扩展。
MCP 解决了这个问题。它提供了一个通用的、开放的标准,用于连接 AI 系统和数据源,取代了碎片化的集成。结果是一个更简单、更可靠的方式,给 AI 系统提供了访问数据的能力。
Model Context Protocol 是一个开放标准,允许开发者构建安全的双向连接,连接他们的数据源和 AI 驱动的工具。架构很简单:开发者可以通过 MCP 服务器暴露他们的数据,也可以构建 AI 应用程序(MCP 客户端)连接到这些服务器。
Claude 团队还提供了三个主要组件,供开发者使用:MCP 规范和 SDK、本地 MCP 服务器支持,以及开源存储库的 MCP 服务器。Claude 3.5 Sonnet 可以快速构建 MCP 服务器实现,使得组织和个人可以快速连接他们最重要的数据集与各种 AI 驱动的工具。
早期采用者,如 Block 和 Apollo,已经将 MCP 集成到他们的系统中,而开发工具公司,如 Zed、Replit、Codeium 和 Sourcegraph,也在与 MCP 合作,增强他们的平台。MCP 允许 AI 代理更好地检索相关信息,进一步了解编码任务的上下文,并产生更细致、更功能性的代码。
开发者可以从今天开始构建和测试 MCP 连接器。现有的 Claude for Work 客户可以开始在本地测试 MCP 服务器,连接 Claude 到内部系统和数据集。Claude 团队将很快提供开发工具包,用于部署远程生产 MCP 服务器,可以为整个 Claude for Work 组织提供服务。
HN 热度 388 points | 评论 133 comments | 作者:benocodes | 7 hours ago #
https://news.ycombinator.com/item?id=42237424
- Model Context Protocol (MCP) 可能会成为一件大事,因为它通过开放协议让 AI 应用访问私人数据和工具,这可能会改变游戏规则。
- MCP 的设计受到了 https://langserver.org/ 的启发,阅读协议是一种享受,但 TypeScript API 没有充分利用 TypeScript 类型系统。
- 社区贡献被欢迎,特别是关于如何改进 TypeScript API 的类型推断。
- 对于沙盒环境中的桌面应用,支持 Server-Sent Events (SSE) 会更加合理,因为 stdio 方式在沙盒环境中存在限制。
- MCP 的 Python 和 TypeScript SDK 可以用于构建客户端,TypeScript 客户端使用更广泛,Python 客户端更实验性。
- 对于没有公开 API 的网站(如 LinkedIn),可以通过使用自己的 cookies 和浏览器来绕过其反爬虫保护,实现 MCP 的调用。
- MCP 在组织和填充上下文方面提供了一些指导,但协议中包含的内容过多,显得冗长。
- Cursor 可能在某种程度上启发了 MCP 的设计。
- 感谢 Anthropic 团队的工作,MCP 是一个非常酷且急需的开放标准。
SQLiteStudio: Create, edit, browse SQLite databases #
SQLiteStudio 是一个功能丰富的 SQLite 数据库管理工具。它是一个开源软件,免费使用,适用于 Windows、Linux 和 MacOS X 操作系统。SQLiteStudio 具有强大的功能,包括创建、编辑和浏览 SQLite 数据库。它还支持跨平台运行,用户可以在不同的操作系统上使用相同的软件。
SQLiteStudio 的特点包括:
- 功能丰富:支持创建、编辑和浏览 SQLite 数据库。
- 轻量级:软件体积小,运行速度快。
- 免费开源:软件采用 GPL 许可证,免费使用。
- 跨平台:支持 Windows、Linux 和 MacOS X 操作系统。
- 可移植:无需安装或卸载,下载解压即可运行。
软件更新日志显示,最近发布了 3.4.6 版本,修复了之前版本中的问题,包括“黑色 SQL 代码行”问题。同时,也解决了其他两个问题。
HN 热度 374 points | 评论 77 comments | 作者:thunderbong | 22 hours ago #
https://news.ycombinator.com/item?id=42232000
- SQLiteStudio 是一个非常棒的工具,作者的努力得到了大家的认可和感谢
- SQLiteStudio 在处理复杂项目和客户数据时非常方便,能够快速对齐团队并解决问题
- 作者提到正在修复 3.4.x 版本的 bug,并将专注于 3.5.0 版本,增加 ERD 功能
- SQLiteStudio 支持查看 blob 中的图像,对于从 Oracle 导入 SQLite 的数据非常有用
- SQLiteStudio 的便携性受到好评,无需安装即可使用
- SQLiteStudio 比 sqlitebrowser 更强大、直观和易于使用,运行速度快,适合旧电脑
- SQLiteStudio 在处理多行文本字段导出为 CSV 时,Excel 导入可能存在问题,但可以通过手动调整解决
- 有人推荐了另一个客户端 dbgate,认为它可能替代 DBeaver,Vim 模式无插件支持非常好
The two factions of C++ #
https://herecomesthemoon.net/2024/11/two-factions-of-cpp/
C++ 语言的未来发展方向存在两种截然不同的观点。一方面,C++ 的演进工作组(EWG)刚刚达成共识,决定采纳 P3466 R0 提案,强调保持 ABI 兼容性和零开销原则,这意味着不会引入破坏 ABI 兼容性的改变,也不会引入“病毒式注解”(如生命周期注解)。另一方面,许多大型科技公司,如 Google、Microsoft 和 AWS,正在转向 Rust 语言,甚至开始开发 C++ 和 Rust 之间的互操作工具。
C++ 语言的标准委员会似乎正在失去对语言发展方向的控制。Herb Sutter 离开 Microsoft,MSVC 在实现 C++23 特性的进度缓慢,Google 大幅度降低了对 C++ 标准委员会的参与度,转而开发自己的 C++ 继任语言。模块化特性仍然没有被实现,安全配置文件仍然处于尴尬的状态,没有现成的实现。
C++ 社区似乎正在分裂成两派:一派是现代化的企业,拥有自动化工具和测试,能够轻松地迁移代码;另一派是传统的企业,仍然使用古老的代码库和工具,难以适应新的变化。两派之间的差距在于工具和自动化程度,而不是 C++ 语言本身。
总的来说,C++ 语言的未来发展方向存在严重的分歧,标准委员会似乎难以统一各方的意见,语言的发展方向变得不明确。
HN 热度 373 points | 评论 436 comments | 作者:cyclopeanutopia | 24 hours ago #
https://news.ycombinator.com/item?id=42231489
- 谷歌的 C++ 代码在新版本 C++ 上经常无法正常工作,且开发者不愿接受修复补丁
- 谷歌开源项目通常不重视外部贡献,内部测试用例与外部贡献不兼容,团队不愿意修复或移植内部测试
- 谷歌内部使用 Blaze(Bazel 的版本),使得项目对外部用户非常难以使用
- 谷歌在使用非自家开源项目时,倾向于接管项目或创建分支,而不是贡献给原项目
- 谷歌的项目质量通常高于社区项目,但由于使用难度大,难以在谷歌外部获得 traction
- 谷歌的 Go 项目是例外,相对容易使用和贡献
- 谷歌的行为模式类似于“拥抱、扩展和消灭”,试图控制或影响开源项目的发展
- 一些谷歌项目如 Googletest 和 Googlemock 在 C++ 社区中非常受欢迎,但贡献体验不佳
- 开源与贡献之间存在区别,有些项目虽然开源,但并不鼓励外部贡献,这被称为“源代码可用”而非“开源”
- 个别谷歌员工确实关心开源社区,但大多数并不重视,导致项目更像是“大教堂”而非“集市”
- 谷歌在 Web 和 Python 生态系统中施加的压力也不利于这些社区的发展
- 谷歌对 Rust 社区的介入可能会带来负面影响,就像对其他社区一样
- 有些项目虽然不鼓励外部贡献,但仍然接受 bug 报告和测试案例,这也可以视为一种贡献
WireGuard: Beyond the most basic configuration #
https://sloonz.github.io/posts/wireguard-beyond-basic-configuration/
本文介绍了如何配置 WireGuard VPN,超越基本配置。作者首先总结了基本配置步骤,包括生成密钥对、配置服务器和客户端、启动服务等。然后,作者讨论了如何配置 NAT(网络地址转换)和 UPnP(通用即插即用协议),以便应用程序可以正常工作。最后,作者介绍了如何配置 IPv6,以便客户端可以直接访问互联网,而无需 NAT 和 UPnP。
文章首先讨论了基本配置步骤,包括生成密钥对、配置服务器和客户端、启动服务等。作者强调了 WireGuard 的简单性和易用性,并提供了一个基本配置示例。
接下来,作者讨论了如何配置 NAT 和 UPnP。作者解释了 NAT 的工作原理和 UPnP 的作用,并提供了配置 miniupnpd 的步骤。作者还演示了如何使用 UPnP 客户端工具 external-ip 和 upnpc 来测试配置。
最后,作者介绍了如何配置 IPv6。作者解释了 IPv6 的优势和配置步骤,包括分配 IPv6 地址、配置路由等。作者还演示了如何使用 IPv6 地址直接访问互联网,而无需 NAT 和 UPnP。
总的来说,本文提供了一个详细的 WireGuard VPN 配置指南,涵盖了基本配置、NAT 和 UPnP 配置、IPv6 配置等方面。文章适合于有基础的网络知识和配置经验的读者。
HN 热度 312 points | 评论 102 comments | 作者:yamrzou | 1 day ago #
https://news.ycombinator.com/item?id=42229299
- 一个非常有用的 WireGuard 配置网站被推荐
- Tailscale 的子网路由器功能可以访问网络内的设备而无需在所有设备上安装软件
- 使用 Tailscale 可以简化设备管理和动态路由,但其 DNS 服务可能与某些工作配置冲突
- 在家用动态 IP 网络中使用 WireGuard,通过设置动态 DNS 记录使私有 VPN 变得可用
- 个人建议在公共互联网和本地网络之间使用 VPS 或专用服务器作为中继
- 使用 PowerDNS 自托管内部 DNS 服务,实现复杂但合理的 DNS 设置
- Tailscale 和 ZeroTier 各有优缺点,Tailscale 需要每个设备登录,而 ZeroTier 只需添加网络 ID
Bluesky is on the verge of overtaking Threads in all the ways that matter #
https://mashable.com/article/bluesky-gaining-ground-on-competitor-meta-threads
Bluesky 正在以惊人的速度赶上 Threads。在所有重要的方面,Bluesky 都在赶上 Meta 所拥有的 Threads。11 月初,Threads 的日活用户是 Bluesky 的 5 倍,但现在这个数字已经下降到 1.5 倍。Bluesky 浏览器版本的用户量已经超过 Threads 数周了,现在 Bluesky 应用程序的日活用户已经达到 350 万人,这是 Threads 的 1.5 倍。
Bluesky 的用户量在 11 月 5 日美国大选后增长了 300%。记者、学者和公司都在逃离 Elon Musk 的 X(以前的 Twitter),Bluesky 正迅速成为他们的首选平台。为什么 Bluesky 比 Threads 更受欢迎?Meta 首席执行官马克·扎克伯格(Mark Zuckerberg)决定降低 Threads 上的政治内容,这似乎已经赶走了许多用户,他们寻求活跃的公共讨论。批评人士认为,这是扎克伯格试图讨好特朗普总统的企图,这实际上削弱了该平台作为政治和文化辩论论坛的潜力。
Bluesky 正迅速成为所谓的“政治参与电子邮件工作 Blob”的首选平台——这也是早期 Twitter 转变为文化巨头的群体。然而,Bluesky 仍然是一个正在发展的平台。其快速增长带来了许多问题,包括宕机、故障和欺诈。随着越来越多的用户涌入这个最新的“Twitter 替代品”,我们可以预料会出现一些不可避免的成长烦恼。
HN 热度 286 points | 评论 330 comments | 作者:gnabgib | 1 day ago #
https://news.ycombinator.com/item?id=42231148
- Threads 的用户数据增长很大程度上是因为 Instagram 为所有用户自动创建了账户,但这并不意味着真正的用户采纳
- Google+ 虽然在某些圈子里很成功,但最终因为缺乏广泛用户采纳而被关闭
- Facebook 通过利用 MySpace 的用户基础,成功地推动了 Messenger 的使用
- Bluesky 和 Threads 相比,更像一个用户可以自定义的工具,而不是一个中心化的社交网络
- Instagram 用户和 Bluesky 的目标用户群体并不相同,这使得 Threads 的用户基础并不适用于 Bluesky
- Threads 的界面设计和用户体验存在问题,导致用户难以理解谁在回复谁
- Instagram 为用户自动创建 Threads 账户的行为可能被视为自我破坏,影响了 Threads 的独立性
- Bluesky 的去中心化特性可能使其更难获得广泛采纳,但提供了更多的用户控制权
- TikTok 和 Lemon8 也曾因类似原因被强制与 Instagram 关联,但主要是由于美国政府的禁令
- Instagram 阻止亚马逊购买 iRobot 是因为担心不公平竞争,而 Threads 不成功可能使 Meta 避免垄断问题
Hey, wait – is employee performance Gaussian distributed? #
https://timdellinger.substack.com/p/hey-wait-is-employee-performance
本文探讨了企业绩效管理过程中员工表现的分布问题。传统上,人们认为员工表现遵循高斯分布(正态分布),但本文作者认为员工表现更可能遵循帕累托分布(幂律分布)。帕累托分布是指少数员工贡献了大部分价值,而大多数员工贡献相对较小。
作者认为,帕累托分布更符合实际情况,因为企业通常只有一小部分员工表现出色,而大多数员工的表现则相对普通。同时,帕累托分布也能解释为什么企业总是难以找到优秀员工,因为优秀员工是少数的。
本文还讨论了绩效管理过程中的一些问题,例如如何确定员工的绩效等级,如何确定奖金和晋升的标准等。作者认为,传统的绩效管理过程基于高斯分布的假设是有问题的,应该改为基于帕累托分布的假设。
总的来说,本文对企业绩效管理过程中的员工表现分布问题进行了深入的讨论,提出了新的观点和建议。
HN 热度 256 points | 评论 270 comments | 作者:timdellinger | 8 hours ago #
https://news.ycombinator.com/item?id=42236841
- 员工薪酬并非基于个人对公司的真实贡献,而是基于雇主能接受的最低标准,且雇主倾向于利用信息不对称和正态分布模型。
- 公司更重视整体生产力而非个别明星员工的表现,低绩效员工往往承担不显眼但必要的工作。
- 在当前招聘困难的情况下,维持低绩效员工在岗比解雇他们更有价值,因为解雇可能导致职位空缺或降低团队稳定性。
- 低绩效员工与有毒员工是两个不同的概念,非有毒的低绩效员工可以为公司带来稳定,且愿意以较低薪酬承担不显眼的工作。
- 员工与岗位的匹配度不佳可能导致低绩效,这种情况下员工可能在其他岗位上表现优异。
- 员工与管理者之间的匹配度也会影响绩效,不同文化和管理方式会导致同一员工在不同团队中的表现差异。
- 个人生活与工作的平衡也是影响绩效的重要因素,有些员工可能因为重视个人生活而表现得“低绩效”。