请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
写书这件事的难度超出了林晨的预期。
他以为写书跟写技术文档差不多。逻辑理清楚就行，跟写FGPT的技术白皮书一样。他以前那种东西一晚上能出两千字，因为全是他脑子里的东西，不需要额外的素材。但书不是技术文档。文档写给工程师看，书写给普通人看。他写了前两章之后发现，自己写的东西读起来像产品说明书，满篇是算法名称和模型架构，没有人味。
苏婉看了初稿之后只说了一句话：你在写PPT还是在讲故事？
林晨把前两章重读了一遍，没反驳。确实像PPT。每一段都在讲道理和列要点，像在给领导做汇报。他删掉了前两章，从零开始重写。
重写的第一章从被裁那天下午开始。他坐在地铁上，看着窗外，手里攥着离职协议，不知道回家怎么跟苏婉说。他没有写我感到焦虑和迷茫。他写的是地铁到站的时候我站起来，发现手心是湿的，离职协议的纸角被我攥出了褶皱。
这种写法不是他习惯的。他的习惯是列要点和摆数据。但苏婉教了他一个方法：你不用写你感受到了什么。你写你当时做了什么。你坐在地铁上手心出汗，攥着纸，这就是感受。读者自己能体会到，不需要你替他总结。
林晨想了一下，觉得这个逻辑跟写代码有相似的地方。代码也是用行为描述状态，不是直接声明状态。你写如果温度大于三十度则打开空调，不是写现在很热。他开始用这个思路来写。
第一章花了两个星期才写完。他推翻了前两个版本，第三个版本才算过了自己这一关。第一天他写了八百字，第二天全部删掉重来。第三天他换了一个开头，从地铁上的那个画面切入，终于写出了他想要的感觉。开头变成了这样：被裁那天下午我坐在地铁上，看着车窗外的鹏城CBD，手里攥着HR给的那份离职协议。地铁到站的时候我站起来，发现手心是湿的，纸角被我攥出了褶皱。
苏婉看完这个版本，把稿子放在茶几上说：这才像你。
什么意思？
少说话，多做事。你写的东西也是这样。没有废话。
林晨觉得这不算表扬，但他接受了。他开始写第二章。
第二章写的是学Python的那段日子。他翻出两年前的学习笔记，看着那些记录每天进度的条目。某月某日，跑通了第一个爬虫脚本。某月某日，pandas的DataFra搞明白了，groupby花了三个小时才弄懂。某月某日，第一次用atplotlib画了一张图，图上的标签全是乱码，查了两个小时才发现是字体设置的问题。
这些细节他一条一条写进第二章里。不是感悟，不是心得，是具体的日期、具体的报错、具体花了多长时间解决。苏婉看完第二章之后说：这段比第一章好。有细节。
第一章也有细节。
第一章的细节是你写出来的。第二章的细节是自己冒出来的。区别在语气。
他没完全听懂，但他记住了。后面写的时候，他尽量让细节自己冒出来，而不是刻意往里塞。
后面几章写起来稍微快了一些，但每章都需要反复修改。他的节奏是固定的：第一天写初稿，第二天改一遍，第三天给苏婉看，第四天根据她的反馈再改。有时候一章要改三遍才能过关。
苏婉的反馈永远只有一句话。她说这段好的时候，林晨知道这段不用改了。她说这段太干了的时候，林晨知道要加细节。她说看不懂的时候，林晨知道要换个说法。
有一次她看完一章之后说：这段关于投资系统的内容，我看了三遍才看懂。
哪里看不懂？
你在解释模型的时候，用的是给工程师看的语言。你得换成给普通人看的语言。
怎么换？
打个比方。别说基于LSTM的时序预测根据过去的数据走势来判断接下来的方向。普通人不懂LSTM，但他懂和接下来
林晨照着改了。改完之后自己看了一遍，意思没变，但确实更容易看懂了。他开始用这个思路写后面的章节：别人接收多少才是关键，不在于你说了多少。
还有一次，苏婉看完一段关于他面试T厂的经历之后，把稿子放在桌上说：这段太顺了。
哪里太顺？
你写面试通过了，然后入职了。中间没有波折。但我知道你当时紧张得要命，你前一天晚上在客厅走来走去走到凌晨两点。
那是私事，不用写进去。
读者想看的就是这种东西。不是你的成功，是你成功之前的不确定。
林晨想了一下，回去加了一段：面试前一晚他坐在阳台上抽烟，抽了四根，手机上有三个未读消息他都没看。苏婉看完之后说，他才接着往下写。
最难写的是关于失业的那段经历。