大家好，我是凯森。离开字节跳动一年多了。第一个离职机会是电子学会的编辑让我写稿子。以我的能力，不可能同时兼顾字节的高强度工作和规定时间内完成本书。考虑到以后还是有机会去工厂工作（不过现在的市场，可能没有工厂会要我），但是我还没有体验过写书的经历，所以就辞职了。接下来说说程序员写书是什么感觉。欢迎加入人类优质前端框架群，大飞为什么要出书？大约5年前，写书是增加个人影响力的有效途径。很多人在找工作或创业之前，都会写一本书作为对个人能力的背书。甚至还有专门为人们写书的公司。这些公司的目标客户是那些因某些机会突然成名的草根（比如一些现象级的语言综艺节目选手）。但近年来，相对于写一本书，短视频塑造个人简介是一种更短、更顺畅、更快速的提升个人影响力的方式。因此，写书的人逐渐减少。另外，写书并不能真正赚钱。出售一本书的版税收入可能低至几。与赚钱相比，有些急于通过写书来提升个人影响力的人，甚至还得倒钱给出版社，比如花钱买书号（1w以上）。所以，至于我为什么要写一本书，主要是想体会这段经历，以及个人影响力可能得到的提升。什么样的程序员可以写书？你可能认为写一本书是一件很厉害的事情，但是你认为写一本金块小册子很厉害吗？如果你觉得写一本金块小册子也很厉害，那么写一个特定技术领域的系列文章怎么样？好像还可以吧，那么深入学习某个技术领域好不好？有没有可能通过努力来实现？其实这是一条很顺利的路，就像玩游戏升级一样，在很多关键节点都会有任务NPC主动找你（比如画册运营，出版社编辑）。所以，与其说这本书很好，不如说写这本书的人很执着，把这个支线任务通关了（虽然任务奖励并不丰厚）。我写了什么书？这本书叫做React设计原则。基于React18，从概念、架构、实现三个层面对React进行解构。虽然之前写过一本开源电子书react技术秘籍，但既然要出版，还请大家善待。因此，在策划这本书的时候，我主要从两个方面入手：内容尽量硬核，读者怎么看得懂？先说第一点。为了了解react运行的方方面面，除了阅读源码和跟踪核心成员的各种进度之外，为了了解React18的运行细节，我从0开始实现了一个React18的所有实现步骤可以在Seeitinthebig-reactproject中找到。内容的硬核很重要，但是写得让人看得懂也很重要。为了达到这个目的，我主要参考了两部优秀作品：王爽的汇编语言Reactbeta文档。读者干扰原理），理论联系实际（网上例子丰富）。因此，我的书中有两条主线：逐渐降低抽象层次，实现越来越复杂的模块。对于前者，本书的抽象层次会逐渐从概念到架构，最后到实现。每层屏蔽前一层。影响。这就是为什么ReactDOM.createRoot这个初始化API将在第6章中解释——这个特定API的背后是它的概念和架构。对于后者，本书将从0开始实现React相关的6个模块，最后我们一起在React源码中实现一个新的nativeHook。一点认识今年很多朋友问我为什么没有找到班级。答案很简单——因为我不喜欢上班。所以，要想做自己喜欢的事，就得提前做好准备。就拿写书这件事来说，就像做游戏任务一样，他的每一步都是有迹可循的。如果您也对现状不满意，请采取行动。探索自己想要的生活，这个过程本身就充满了乐趣。本文参与SegmentFault年度随笔《ATechnologist's2022》，如有阅读欢迎投稿。
