一个被大厂面试羞辱两次的人，写了本什么书

七年写了五十万字，一半人看完说"值"，另一半沉默。

这是本从亚马逊悄然上架的技术散文集。作者没提自己名字，只在简介里写：在大厂干过，被技术面试羞辱过不止一次，但还在写代码。

谁在写：一个"上岸"又"翻车"的工程师

作者身份很具体——「Big Tech」出来的工程经理。他爬上过HackerNews首页，靠的是「sheer determination」（纯粹的决心）。

但简历光鲜的另一面是：技术面试里栽过，而且「more than twice」（不止一次）。

这种撕裂感贯穿全书。他既写对技术的「admiration」（钦佩），也写「gripes」（牢骚）。读者能看到一个工程师在职业光环和自我怀疑之间的反复横跳。

写了什么：七年的技术日记，不是教程

内容跨度七年，体裁很杂。

有给新人的入门指引，有对行业现象的元思考，有把工程思维迁移到日常生活的尝试。作者自己叫这些「navel-gazing」（自我凝视式的）写作——不追求解决具体问题，而是拆解概念本身的逻辑。

书名里的「Deconstructive」（解构性）是关键词。不是教你怎么写代码，是把软件工程里的常见概念拆开，看看里面的结构。

比如on-call（值班）的burn（ burnout的疲惫感），比如技术面试的荒诞性。这些都是大厂工程师的日常，但很少被写下来。

谁在看：五十万点击，没有共识

书里的文章先在网络上发布，累计「half million」（五十万）浏览量。

但作者对价值很诚实：「Was this book worth your time?」（这本书值不值得你的时间？）他的回答是「it depends」（看情况）。

这种不确定性本身就是信号。技术写作通常追求确定性——最佳实践、性能优化、职业路径。但这本书的位置很尴尬：太个人化，不像工具书；太技术化，不像随笔。

它吸引的可能是同一批人——在HackerNews泡着，对行业有热爱也有怨气，想看点不一样的东西。

为什么现在出现：技术写作的新缝隙

这本书的出版方式也值得注意。没有出版社背书，直接上架亚马逊，软皮硬皮自选。这种「自出版」路径本身，和书里的气质一致：绕过 gatekeeper（守门人），直接对话。

作者提到自己「ascended on HackerNews」——这不是炫耀流量，是说明他的写作在一个特定社区被验证过。HackerNews的读者挑剔、技术导向、反营销。能在这里获得关注，意味着内容密度够硬。

但把网络文章变成纸质书，是另一回事。网页上的碎片阅读，和捧在手里的散文集，体验完全不同。作者似乎在测试：这些写给自己的「ramblings」（絮语），能不能经得起纸质书的审视。

一个值得跟踪的信号

这本书不会成为爆款。它的目标读者太窄：在大厂干过或想进大厂，对技术有感情但不被技术定义，愿意读一个陌生人的七年碎碎念。

但它标志着一个变化。技术写作正在分化：一边是越来越工具化的教程（「三步学会XX」），一边是这种个人化的、带有失败经验的反思。后者没有流量公式，但可能更持久。

如果你也在技术面试里栽过，在值班夜里怀疑过职业选择，这本书可能是个参照。不是答案，是另一个人的草稿。

去搜「DSR」或者「Deconstructive Software Ramblings」，看看那五十万人里，有没有你的同类。