Yusuf Aytas

导入中
RSS: https://yusufaytas.com/rss.xml
关于软件工程、领导力以及从混乱的系统、团队决策与错误中积累的判断力。

没有人还在思考了

作者观察到一个现象：当规格、代码、战略文档都由 AI 写了大半，背后真正的思考反而在消失。他并不反对用 AI 写代码或起草文档，但反对把判断也交给 LLM：人们把模型当神谕而不是下一个 token 预测器，结果战略和决策被外包给“AI slop”，失去深度、摩擦和不完美权衡。 他认为手动做例行工作本身就是训练判断力，taste 来自长期踩坑而非一次性总结；对新人他要求先写自己理解而非让 AI 总结，因为总结不等于理解，且 LLM 永远在肯定你，缺少“犯错-修正”循环。 结论：AI 可以做 copilot，但不能替人决定写什么、信什么、做什么，否则就是 Wall-E 式自动驾驶。
评论点赞收藏9 小时前

Void Job：用合成任务测量端到端用户体验

作者回顾在 TripAdvisor 构建任务调度系统 Woodsy 时的经验：内部组件监控都正常，但一次大 CSV 上传阻塞了整个 API，导致业务分析员无法提交任务。 于是他提出“void job”概念——用极其简单的合成任务（如写一个 HDFS 分区）走完从调度到完成的全链路，持续验证基本用户路径是否可用。 他把这套思路扩展到邮件投递、实时分析管道等场景，并强调合成操作能消除真实用户请求带来的歧义（错误凭据、畸形文件等），使告警更有意义。 文章区分了组件级遥测（用于定位原因）与端到端 void job（用于确认“有意义的东西坏了”），主张 SLO 应尽可能贴近系统承诺的用户体验。 文末还顺带讲了 Woodsy 因联邦保护卡通猫头鹰命名权问题而放弃开源的遗憾，以及 Airbnb 后来开源 Airflow 成为人人记住的名字。
评论点赞收藏11 天前

退休应该是什么样子的？

<p>重新思考退休的真正含义：不是停止工作，而是摆脱长期压力、建立社群，并为健康而有意义的生活做好规划。</p>
2 条评论点赞收藏12 天前

工作的本质是社交

职场不是 meritocracy，社交可见度比工作表现更重要。作者从管理者视角指出，安静干活的人容易被忽视，而会表达的人反而更容易被看见。 内向者不需要变成社交达人，但需要做到最低限度的社交存在感——打招呼、偶尔一起吃饭、主动同步进展。关系资本决定机会来源，大多数好机会来自别人的一句话推荐。
评论点赞收藏22 天前

AI生成内容背后，可能空无一人

AI生成内容让人反感，不是因为内容本身差，而是因为读者在寻找内容背后那个真实的人。Yusuf Aytas提出AI;DR（Artificial Intelligence, Did Not Read）这个缩写，解释人们抗拒AI内容的心理机制：追求手工感、真实性、个性痕迹，这些信号共同指向一个核心需求——确认内容背后有另一个人在思考。
评论点赞收藏42 天前

SDLC是为人类设计的，但AI agent不这么认为

AI agent正在让SDLC的底层假设失效——PR、CI、权限、服务归属全都基于人类速度设计，而agent可以并行产生远超人类审查能力的变更量。 真正的瓶颈从"人写代码的速度"变成了"agent之间的协调"，而协调系统最终会复刻人类组织的形态。
评论点赞收藏45 天前

背后的风

Yusuf Aytas 用自身经历论证：成功中运气的作用被严重低估。他从高考排名约1000名（需前500名才能进Bilkent CS）出发，因父亲临时建议改填志愿，意外获得入学资格，最终进入AWS工作。 好机会像复利一样累积：AWS经历让后续求职更容易，而糟糕的起点也会持续收窄选择。健康（ADHD）、人脉支持、时机等隐形因素决定了每个人的真实起点，但人们往往把这些归因于个人能力或性格。
评论点赞收藏55 天前

工作只是别人的事。

<p>为什么日常人际互动的成本远比那些名片、头衔或代码库更重要，以及细微的沟通摩擦如何塑造工作满意度。</p>
评论点赞收藏68 天前

生产环境与系统可靠性实战系列

Yusuf Aytas 的生产与可靠性系列文章合集，涵盖生产环境调试、服务过载处理、数据库更新挑战及事故复盘等实战话题。适合关注后端稳定性、运维工程化和一线排错经验的开发者参考。
评论点赞收藏76 天前

自动化必须在何处止步

AI Agent 能自动完成大量工作，但关键在于界定安全边界及人机协作模式。文章指出自动化不能无限扩张，需明确人类在私有 Agent 会话中的角色，防止团队因缺乏共享认知而失控。 这为引入 AI 辅助开发提供了关于“停止线”的实用思考框架。
评论点赞收藏80 天前

工程战略与愿景系列：从技术方向到执行落地

Yusuf Aytas 的工程策略系列文章合集，涵盖技术愿景构建、战略规划、风险管理、估算准确性及交付框架等核心议题。内容基于作者多年一线工程管理经验，提供关于路线图制定、人力规划陷阱及项目执行质量的实战见解。 适合工程管理者阅读，有助于理清技术决策逻辑与团队效能提升路径。
评论点赞收藏81 天前

处于半空间的工程师

工程师的最佳产出往往发生在职责交接的模糊地带。交接文档、运行手册、依赖关系和缺失的背景信息，直接决定了软件交付的成本高低。 文章揭示了那些未被正式定义却决定工程效率的关键“半空间”，引发对隐性工作量的共鸣。
评论点赞收藏87 天前

工程团队管理实战指南：从架构搭建到文化构建

Yusuf Aytas 整理的工程团队管理系列，涵盖角色职责、自组织团队领导、工程健康、战略规划、子团队准则、远程团队建设及新人入职等实战话题。 内容基于一线管理经验，提供具体的组织机制和文化构建方法，适合工程管理者参考。
评论点赞收藏88 天前

系统设计系列：从键值存储到分布式架构的实战指南

Yusuf Aytas 的系统设计系列文章合集，涵盖键值存储设计、API 兼容性、消息队列、服务过载处理及分布式事务等实战话题。作者结合面试与工程经验，提供关于状态管理、数据契约和过度设计的深度思考，适合后端架构师参考。
评论点赞收藏89 天前

软件工程职业发展系列指南

Yusuf Aytas 的工程职业发展系列合集，涵盖向上管理、面试技巧、自我评估及行业现状观察。包含 AI 对面试的影响、裁员应对及招聘市场周期等实用话题，适合处于职业瓶颈期或关注职场策略的技术人员参考。
评论点赞收藏90 天前

工程摩擦系列：那些拖慢团队速度的隐性成本

Yusuf Aytas 的工程摩擦系列文章合集，深入剖析了工程师日常面临的隐性成本。内容涵盖认知负荷、会议低效、状态表演（Status Theater）、上下文切换以及敏捷框架的过度复杂化等问题。 作者结合迁移项目受阻、代码瓶颈排查等真实案例，指出许多效率低下源于流程而非技术能力。对于受困于无效会议或繁琐流程的技术团队，这些关于如何减少内耗、回归实际产出的反思具有直接的参考价值。
评论点赞收藏93 天前

新晋工程经理成长指南系列

Yusuf Aytas 整理的工程经理转型系列指南合集。涵盖从 IC 到管理者的身份转变、是否继续写代码、团队规模控制、工作生活平衡及领导力特质等实战话题。 基于作者在 AWS 等大厂的真实管理经验，适合正在考虑或刚晋升的技术管理者参考，提供具体的避坑建议和心态调整方向。
评论点赞收藏94 天前

Old Software Was Fast Because It Had No Choice

Modern infrastructure made waste too easy. Resource limits that started as temporary safety buffers can harden into requirements unless teams keep asking what the system is actually doing.
评论点赞收藏103 天前

太受欢迎反而没用：管理者的“老好人陷阱”

作者提出一个反直觉观点：如果一个管理者被所有人喜欢，这通常是个危险信号。管理的本质是权衡和取舍，必然会让部分人失望。为了维持“老好人”形象，管理者往往回避反馈、降低标准、盲目答应需求，导致团队长期承受技术债、优先级混乱和高绩效者流失。 真正的有用（Useful）比被喜欢（Liked）更重要，哪怕这意味着要制造摩擦和冲突。文章分析了在下属、平级、产品经理和上级关系中，过度追求和谐带来的隐性成本，指出被讨厌往往是做出艰难正确决定的副产品。
评论点赞收藏105 天前

登录芦苇

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

热门话题

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