每日HackerNews RSS

## 亚马逊的工程文化:罕见的内部观察 最近在亚马逊西雅图总部举办的一次私人开放日,展现了杰夫·贝佐斯建立的持久工程文化。此次活动由高级工程领导参加,重点强调了三个核心主题:**目标驱动的工作**、**清晰的结构对齐**以及**对工艺而非福利的关注**。 亚马逊对角色划分非常明确——高级首席工程师*负责*实际工作并赋能他人,总监负责获取资源,而副总裁则做出果断的自上而下的决策,尤其是在“单向门”(不可逆的选择,如关键招聘或产品关闭)方面。相反,可逆的决策则由下而上驱动。 与会者强调亚马逊对**客户的执着**是所有技术决策的制约因素。这种文化尽管公司不断发展,但始终保持着惊人的稳定性,优先解决大规模问题,并吸引在那种环境中茁壮成长的人才。 几乎没有关于典型员工福利或工作生活平衡的讨论。 此次活动强调了建立在**好奇心、清晰度和执行力**之上的文化的强大力量,在这种文化中,**决策**而非口号驱动着持久的价值观。它激发了人们培养类似的首席工程师社区的愿望,并强调了人工智能在“真正工程”学科中日益重要的作用,但仍处于发展中。

## 亚马逊的工程文化:摘要 最近一篇 Hacker News 上的帖子引发了一场关于亚马逊工程文化的讨论,揭示了对此的复杂且常常批判性的观点。虽然原文侧重于从亚马逊高级主管那里学到的经验——客户至上、规模化问题解决——但评论者们大多对积极的描述表示异议。 许多前员工描述了一种竞争激烈、缺乏工作生活平衡的环境,重点是绩效改进计划(PIP)和长时间工作。尽管有竞争力的薪酬说法,但一些人认为 Meta、Google 和新兴的 AI 公司提供更好的薪酬*和*文化。最近的薪酬调整和大规模裁员(最近裁员 14,000 个公司职位)进一步加剧了这种负面情绪。 一个关键主题是亚马逊从早期、创新的“第一天”文化向更加官僚化和可能衰落的状态转变,类似于 IBM。一些人认为该公司优先考虑股东价值而非员工福祉,从而营造了一种竞争甚至敌对的内部环境。虽然承认亚马逊对技术的贡献,但许多评论员对它对更广泛的科技行业和员工福利的影响表示担忧。

## 塔灯解释:快速总结 一次回家路上的对话引发了关于塔为什么会闪烁的问题!无线电工程师乔解释说,塔灯对于航空安全至关重要,有助于飞行员的能见度。根据联邦航空管理局(FAA)的规定,使用不同的颜色——白色(通常闪烁)和红色——红色灯通常在居民区附近使用,以最大限度地减少干扰。 塔灯并非一成不变。高度、位置,甚至白天与夜晚的需求决定了系统。较高的塔可能会使用多个灯泡以实现冗余,较新的LED系统正在取代较旧的、耗能高的白炽灯。 FAA最终负责塔灯标准,详细信息在通告AC 70/7460-1M中。塔的所有者*必须*监控他们的灯光,并在30分钟内通过NOTAM(飞行员通知)报告故障。公民也可以报告故障,使用塔的ASR编号进行识别。即使看起来未点亮的塔也可能为了白天能见度而涂漆,或者高度低于200英尺,从而免除照明要求。

## 为什么无线电塔会闪烁? - 摘要 最近在Hacker News上讨论了无线电(和其他)塔上的闪烁灯的原因。主要目的是**供飞机可见**,作为警告系统。然而,闪烁并非随意。 历史上,这些灯的设计考虑了冗余——由三相交流电的不同相位供电。特定亮灯模式表示电源正常工作,允许远程诊断问题。除此之外,闪烁有助于克服单相电源的频闪效应,防止旋转物体对飞行员来说显得静止。 现代塔经常使用同步闪烁,通常由GPS控制,以呈现统一的视觉信号。这种同步有助于飞行员将整个结构,例如风力发电场,识别为单个障碍物。较新的LED灯还结合了红外发射器,以便与夜视镜兼容。 讨论还涉及了节能技术(PWM调光)以及同步灯光对附近社区的迷人,有时甚至是破坏性的影响。

立即练习NowCodemia© 2022 Codemia资源博客系统设计法律条款与条件隐私政策联系方式社交推特领英版权所有。

黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 从 epoll 到 io_uring 的多射击接收 (codemia.io) 16 分,bluetomcat 1 天前 | 隐藏 | 过去 | 收藏 | 1 条评论 elchananHaas 1 天前 [–] 开篇不错,但后面的段落似乎大多是 LLM 生成的回复。 考虑申请 YC 2026 冬季批次!申请截止至 11 月 10 日 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

## Apache Fory Rust:极速、灵活的序列化 Apache Fory Rust 是一种新的跨语言序列化框架,旨在克服传统性能与灵活性的权衡。它提供卓越的速度——通常优于 JSON、Protocol Buffers 和其他解决方案——同时自动处理复杂场景,如循环引用、trait 对象和模式演化,*无需* IDL 文件或手动模式管理。 Fory 通过编译时代码生成、具有高效编码和引用跟踪的复杂二进制协议以及模块化架构来实现这一点。它支持广泛的类型,包括基本类型、集合、智能指针和自定义结构体,并且可以无缝地在 Rust、Java、Python 和 C++ 等语言之间工作。 主要特性包括自动共享/循环引用处理、轻松的 trait 对象序列化以及兼容的模式演化,允许独立微服务部署。Fory 在注册后是线程安全的,并提供强大的错误处理。它非常适合对速度和灵活性要求至关重要的微服务、数据管道和实时系统等高性能应用程序。 该项目采用 Apache 2.0 许可证开源,并积极寻求社区贡献。

作为一名食品科学家,常常需要回答亲友们源源不断的食品相关问题——从遗忘的煮鸡蛋的安全性到放置在室温下的肉类。一个常见的担忧是将无害的奶酪晶体误认为是霉菌,导致不必要的食物浪费。 这些晶体,通常是乳酸钙或酪氨酸,是奶酪成熟和细菌活动的一种自然副产品,*并非*腐败。事实上,它们表明奶酪质量高、风味佳!乳酸钙是由发酵过程中产生的乳酸形成的,而酪氨酸晶体则是奶酪制作中使用的特定细菌分解蛋白质的结果。 乳制品行业本身也会产生大量浪费——只有约10%的牛奶变成奶酪,其余则变成乳清。值得庆幸的是,乳清现在已被利用,尤其是在蛋白质粉中。了解这些过程,并认识到奶酪晶体的真实性质,可以减少浪费并欣赏我们食物背后的科学。最终,需要更好的科学传播来消除常见的食品神话。

## 酷盖金牌奶酪与奶酪晶体:黑客新闻讨论 一篇关于“奶酪晶体”的黑客新闻帖子(来自snipettemag.com)引发了热烈讨论,主要集中在**酷盖金牌奶酪**上,这是一种来自华盛顿州立大学乳品厂的浓味切达奶酪。用户们称赞其独特的品质——罐装出售,并随着陈年产生令人愉悦的晶体。许多评论者在热情的推荐下立即订购了罐装奶酪。 对话扩展到区分奶酪晶体和霉菌(硬/锋利=晶体,柔软=霉菌),以及酷盖金牌奶酪罐装工艺的背景,源于二战后的研究。其他人分享了他们最喜欢的陈年切达奶酪,包括英国品种如Davidstow Reserve和Cornish Cruncher,以及美国品牌如Cabot和Mainland。 除了具体的奶酪,该帖子还涉及奶酪制造(高乳清副产品)以及在Belvitano等奶酪中存在的乳酸钙晶体。最后,讨论了一个关于乳酸和肌肉疼痛的被 debunked 的神话。该帖子还引发了对文章写作风格的讨论,一位用户最初怀疑 ChatGPT 的影响(尽管文章早于 ChatGPT 的发布)。

EvE Bio,一个非营利性研究组织,创建了一个有价值且公开可用的数据集,它描绘了临床相关的人体受体(GPCRs & NRs)与大约1600种FDA批准药物之间的相互作用。这项全面的映射旨在解决制药行业长期以来专注于药物的主要效果——“它有效吗?”——而 largely 忽略其更广泛的“非靶向”效应的问题。 理解这些非靶向效应对于药物重定位(为现有药物寻找新用途)、验证药物发现中的机器学习模型以及探索多靶点药理学(设计靶向多个途径的药物)至关重要。虽然大型制药公司*会*进行一些非靶向筛选,但其范围仅限于安全问题和自身的产品线,缺乏EvE项目提供的广度和开放性。 EvE利用标准化检测方法来确定药物是否激活或抑制受体,并以非商业许可发布数据。目前,他们已经筛选了关键受体的重要部分,并计划扩展到包括激酶以及潜在的失败药物候选物和代谢物,为研究人员提供一个独特而全面的资源,并可能彻底改变药物开发。他们的工作强调了生物学领域对更多“枯燥”但有影响力的基础研究的需求。

埃隆·马斯克的“Grokipedia”不仅仅是一个有缺陷的AI百科全书,而是权势阶层控制知识,进而控制现实的战略举措。面对将他的AI,Grok,与他的政治观点对齐失败——导致了诸如“mechahitler”之类的令人担忧的输出——马斯克选择创建一个新的基础数据集。 核心问题是AI对齐:确保AI的行为符合预期。马斯克的做法通过构建一个合成的“真相来源”——Grokipedia——来绕过这一点,该数据集预先加载了党派观点。这避免了*强迫*AI说谎的需要,而是确保它在人为制造的现实中“诚实”。然而,这有导致“模型崩溃”的风险,即在自身输出上训练的AI会脱离实际现实。 这符合寡头控制信息生态系统的更广泛趋势——收购媒体(如《华盛顿邮报》和CNN)和控制数字平台(X、TikTok)。这创造了一个“非现实管道”,其中产生有偏见的叙述,编码在诸如Grokipedia之类的来源中,然后由AI放大,形成一个自我强化的循环。 最终目标不仅仅是赢得争论,而是构建一个让 opposing viewpoints 变得不可能的世界,将社会分裂成孤立的、AI加强的现实。保护开放的协作项目,如维基百科,对于捍卫共同现实和自由社会至关重要。

## 谷歌新的开发者计划:对安卓开放性的威胁 谷歌安卓开发者计划的近期变更引发了对用户自由和设备控制权的担忧。尽管谷歌声称“侧载不会消失”,但新的开发者验证要求实际上结束了在未经谷歌批准的情况下从Google Play商店以外的来源安装应用程序的能力。 这影响了全球超过95%的安卓设备。 该计划要求开发者向谷歌注册、支付费用并遵守不断变化的条款——批评人士认为这一过程将“安装”软件转变为基于许可的系统。 这破坏了安卓长期以来作为开放平台的承诺,并引发了对数字主权的担忧,可能赋予谷歌对用户可以访问的软件的过度控制权。 虽然谷歌以安全问题为由——声称侧载来源中存在明显更多的恶意软件——但批评人士指出,在Google Play商店内部也经常发现恶意软件,质疑谷歌当前安全措施的有效性。 组织和个人正在反击,倡导维护开放的安卓生态系统。 像[keepandroidopen.org](keepandroidopen.org)这样的资源提供了联系代表和表达反对意见的信息。 敦促开发者重新考虑注册该计划,因为它代表着向封闭、受控的安卓体验迈出的重要一步。

Chrome 将从 2026 年 10 月起(Chrome 154)默认启用“始终使用安全连接”(HTTPS),以增强安全性。此举旨在保护用户免受利用不安全的 HTTP 连接的攻击,攻击者可能将用户重定向到恶意网站或使其暴露于恶意软件。虽然 HTTPS 的采用率很高(主页面加载为 95-99%),但即使是少量的 HTTP 导航也存在风险。 为了平衡安全性和用户体验,Chrome 将首先为启用“增强安全浏览”的用户启用此功能(2026 年 4 月,Chrome 147)。该系统将优先为*新的*或不常访问的不安全网站提供警告,从而最大限度地减少对普通用户的干扰。一个关键的重点是解决对私有网站(如本地网络地址)的 HTTP 流量,这些流量在 HTTPS 实现方面提出了独特的挑战。 Chrome 还推出了本地网络访问权限等解决方案,以促进在这些场景下采用 HTTPS。鼓励网站开发者和 IT 专业人士立即启用“始终使用安全连接”,以主动识别和解决潜在问题。此举代表着迈向更安全网络浏览体验的重要一步。

## Chrome 将默认警告未加密 HTTP - 摘要 Google Chrome 将很快在用户尝试连接使用未加密 HTTP 网站时显示醒目的警告,不再仅显示当前的“不安全”标签。此举旨在通过推动更多网站采用 HTTPS 来提高网络安全,这与已经实现的趋势相符。 Hacker News 上的讨论显示,剩余的大多数 HTTP 网站都是较旧的、很少更新的,或者故意不使用加密——通常是为了避免第三方依赖或启用网络级身份验证等特定技术原因。一些用户质疑静态内容是否需要 HTTPS,而另一些用户则强调了未加密连接的安全性风险,即使在本地网络上也是如此。 此举符合 Google 的业务目标,并引发了对依赖第三方证书颁发机构的质疑。虽然一些人提倡自托管和去中心化解决方案,但在管理证书和确保跨设备信任方面仍然存在挑战,尤其是在家庭网络中。最终,此更新反映了更广泛的网络安全推动,在某些情况下优先考虑用户保护而非便利性。

更多

联系我们 contact @ memedata.com