A Year of Writing for Myself (That 230,000+ People Read)16 hours agohttps://terriblesoftware.org/2025/12/29/a-year-of-writing-for-myself-that-230000...一年前开始写博客，以整理对管理和工程的思考，期望不高。第一年就获得了超过23万独立访客，远超预期。热门文章包括《AI编程的隐性成本》和《别再回避政治》，两篇都登上了Hacker News第一。最喜欢的个人文章涉及资历、优势与劣势、有影响力的计算机科学论文以及职场政治等话题。意识到博客填补了关于工程人性化一面、软技能和人际动态的内容空白。写作主要是为了个人整理，但很感激对读者产生的积极影响。
Creating Your Own Opportunities16 hours agohttps://terriblesoftware.org/2026/01/05/creating-your-own-opportunities/工程师常抱怨经理不给成长机会，但抱怨通常无济于事。即使是最好的经理也有局限；有时他们负责的是枯燥却必要的项目。主动创造机会而非等待机会；例如将简单的用户界面任务转化为可复用的设计系统库。识别关键节点：稍加额外努力就能产生更大影响。只完成分内工作很难获得晋升；超越职责范围才会被注意。经理可能没有精力或无法察觉空白；你的日常工作赋予你独特视角。为自身（技能、声誉）而非仅为公司做额外工作——在现有工时内选择高杠杆工作。并非所有空白都值得填补；优质机会应可见、助人且能持续积累。先完成本职责任，再寻找无人负责的周边改进点。向经理提交想法；当你主动提出解决方案时，他们常会感到欣喜。此建议基于良性工作环境；若你的付出被利用，则可能无效。
98% Isn't Much21 days agohttps://whynothugo.nl/journal/2026/07/03/98-isnt-very-much/98%成功率是情境依赖的：在卓越成就上表现优异，但对于基本期望则不可接受。在Web开发中，98%的功能支持率仍可能排除大量用户，特别是当目标受众的人口结构与一般人群不同时。稳健的工程需要优雅处理边缘情况；对不支持的功能缺乏降级处理意味着98%并非真正的“广泛支持”。