Developing

The Peterman Post（developing.dev），由前 Instagram 软件工程师撰写，分享顶尖科技公司技术人的透明职业故事与经验教训。

图灵奖得主Barbara Liskov：数据抽象、Dijkstra与分布式系统往事

图灵奖得主Barbara Liskov访谈。回顾她因性别被普林斯顿拒收的经历，以及意外进入计算机科学的历程。深入探讨数据抽象概念的诞生背景：为了解决软件危机中的模块化难题，她设计了CLU语言。批评Python缺乏封装导致模块内部状态易被外部干扰。讲述分布式系统研究起源，包括Argus语言和Viewstamped Replication算法，指出其与Leslie Lamport的Paxos算法本质相同，且早于Google File System的应用。最后解释Liskov替换原则的发现过程：对比东西海岸面向对象研究的差异，从规范而非实现角度定义子类型行为。
评论点赞收藏110 天前

提升生活质量的购物清单：这些好物值得买

作者结合个人经验和大量社交媒体热门讨论，整理了一份提升生活质量的购物清单。内容分为睡眠优化、办公装备和生活体验三个板块，推荐了从降噪耳机、人体工学椅到定制耳塞、加热马桶盖等具体产品。文章提供了详细的购买理由和价格参考，旨在帮助读者通过改善日常细节来提升幸福感。
评论点赞收藏256 天前

为什么跳槽并不总是明智之选

文章反驳了跳槽是职业成长最快途径的普遍观点，指出在Staff及以上高阶职位，跳槽会重置个人信誉和领域知识，反而阻碍影响力积累。作者结合自身从Senior到Staff的快速晋升经历，强调早期跳槽有利，但后期应谨慎计算风险，因为高阶职位很少提供明确的职级跃迁，且重建信任成本极高。
评论点赞收藏563 天前

关于如何更快交付代码，我所知道的一切

作者基于在Meta晋升Staff工程师的经验，总结了一套加速代码交付的方法论。核心观点包括：1. 写代码前需精通代码搜索、了解团队知识分布及自行查询数据，避免等待；2. 坚持提交小而专注的Diff，利用特性开关和批量测试加速验证；3. 优化Code Review环节，通过减少审查者摩擦和预判反馈来缩短等待时间；4. 保护深度工作状态，使用降噪耳机、集中会议时段和减少通知干扰。作者认为这些效率提升能释放额外30%的时间用于职业成长。
评论点赞收藏573 天前

Meta三年从新人到Staff工程师的晋升复盘与六大原则

Meta前员工Evan King分享从应届到Staff工程师仅用3年的经历。他坦诚提到运气和时机的重要性，但总结了六个核心原则：1. 极致提升核心工作速度以释放带宽；2. 利用额外时间向上观察，模拟上一级的工作视角；3. 克服冒名顶替综合征，接受没人拥有所有答案；4. 关注解决问题而非技术炫技，如通过引入评论数据大幅提升自杀检测召回率；5. 早期建立人际善意账户，积累跨部门信任；6. 保持积极心态，拒绝职场抱怨。文章强调这些是事后总结的模式而非绝对蓝图，适合对大厂晋升机制和工程思维感兴趣的读者。
评论点赞收藏610 天前

从文科生到亚马逊首席工程师：Steve Huynh的职业突围之路

亚马逊前首席工程师Steve Huynh分享其非科班出身的晋升之路。他利用支持工程师岗位切入大厂，通过主动承担招聘和解决业务痛点获得晋升。在冲击首席工程师时，因只关注高层级任务而屡遭拒绝，最终领悟到必须同时胜任当前级别工作并展示下一级能力。文章提供了关于职业定位、面试策略及晋升心态的实战经验。
评论点赞收藏637 天前

我是如何在大厂高效交付项目的：对“唯领导论”的反驳

本文是对 Hacker News 上一篇关于“在大厂如何交付项目”文章的回应与反驳。作者认为，虽然展示工作成果（Optics）很重要，但真正的业务影响力（Impact）应始终优先。大厂虽然政治化，但仍以数据驱动，奖励能改善关键指标的人。只讨好领导而缺乏实际产出的工作是缺乏基本技能的体现。工程师应有能力推动组织方向，避免做用户讨厌且无商业价值的项目。在健康的组织中，工程师应敢于对错误的管理决策说“不”。如果公司文化过分强调取悦领导而非追求影响力，建议跳槽。
评论点赞收藏637 天前

反对编写代码文档的理由

文章提出代码文档往往弊大于利。因为代码变更频繁，维护文档成本高且容易过时，导致信息失效甚至产生负面作用。作者认为工程师应关注投入产出比，仅在文档不易变更、受众广泛或已有基础时才值得编写。相比之下，内联注释更易维护。作者主张将精力集中在解决问题上，而非维护静态文档，并展望了未来利用LLM自动生成代码解释的可能性。
评论点赞收藏676 天前

我用 AI IDE 周末写完一个全栈项目：编程范式的转变

作者周末用 Cursor 和 LLM 开发了一个全栈项目，未写一行代码，耗时从一周缩短至两天。核心发现是：当生成代码极快时，调试和重构的逻辑变了——直接删除重写比逐行调试更高效，打印语句调试优于传统 Debugger。LLM 擅长小范围算法、基础 UI 和类型转换，但不擅长环境配置、开放式大功能及跨文件引用。作者指出，虽然 LLM 能替代简单编码，但仍需开发者具备高层设计能力和精准提问技巧，且目前对前沿专有代码效果有限。这是一种新的编程范式，让开发者从繁琐实现中解放，专注于更高杠杆的设计工作。
评论点赞收藏693 天前

摆脱LeetCode思维：为什么简单代码才是工程正道

作者以Meta工程师身份，反思LeetCode刷题文化。指出为了炫技写的复杂代码虽然巧妙，但难以维护且容易出错。主张软件工程的核心是编写简单、易读的代码，这不仅是对团队负责，也是对自己未来阅读代码的便利。认为复杂代码往往显得手艺粗糙，而简洁代码才是令人满足的专业 craft。
评论点赞收藏701 天前

晋升Staff级必备技巧：如何通过“后台对齐”实现无权力影响力

文章介绍了工程师晋升Staff级别时必须掌握的一项软技能：Backchannel Alignment（后台对齐）。核心观点是，在没有行政权力的情况下推动跨团队协作，不应直接在公开场合抛出完整方案，而应采取“由内向外”的策略。具体步骤包括：先在小范围信任群体中测试想法并获取反馈以完善方案；利用社会认同效应，随着支持者增加扩大影响力；最后当主要利益相关者都达成一致后，再在公开场合正式宣布。这种方法能显著提高提案质量和通过率，避免在公开场合因方案不成熟或缺乏支持而被拒绝。
评论点赞收藏705 天前

软件工程师如何高效完成入职培训

文章针对软件工程师入职培训提供实用建议。首先引用Meta CTO Andrew Bosworth的“冷启动”算法，即通过快速访谈团队成员建立基础知识和人脉，并建议向经理获取初始名单以提高效率。其次，强调尽早提交代码以融入团队，并举例说明通过大量低风险小改动加速学习的方法。最后，指出新人应利用新鲜视角发现流程漏洞并修复，为后续员工铺路。
评论点赞收藏924 天前

登录芦苇

登录后关注作者、收藏内容和参与讨论。

热门话题

人工智能12,865 人关注AI 会怎样改变日常工作？产品思考8,243 人关注怎样判断一个产品值得长期做？独立开发5,917 人关注一个人如何持续完成作品？
关于芦苇 · 联系我们 · 下载 App · © 2026 芦苇