写本技术书，能不能熬过这个内卷时代。

@winglechen 好的, 感谢老哥, 想我这种天天写业务代码, 确实需要总结沉淀了

@csfreshman 加个微信聊?
winglechen

@winglechen 刚加了

科幻小说才有些许价值。技术书籍适合冬天用来取暖，据说程序员的书籍燃烧时更多香气。

@iClass 技术的书贵点，烧的时候，钱的味更足， 哈哈

写成书再出版, 说不定知识已经过期了.

@importmeta 电子书也成啊，哈哈，准备搞个付费平台，一起写，一起挣点钱，后期挣不到钱的兄弟也能挣个好名声

op 想写哪方面的呢，我看看能不能帮上忙

@lh502101 加个微信聊?
winglechen

最近几年京东上新书的内容质量下降很多，都不买书了

@rechardwong0522 哈哈，说明大家 压力大呀，书的质量不一定高，不过出过书的人，至少对自己有点好处，自己的知识梳理过一遍了，也挺好

写书很煎熬的，过程漫长，需要反复审稿和校验，反馈周期长；
不然先试着写技术博客和文章，获得一定点赞和关注后，再考虑写书。

我觉得可以学习大佬（前辈）， 先写博客积累粉丝， 等粉丝和有一些知名度（没有也没有啥）， 再把博客加工成一本书， 起码有一些’粉丝‘会 买账。

@oliveira 是需要先博客、公众号、开源项目，积累粉丝的
我们现在有几个人在写的，如果写的人多，内容和流量积累到一定程度
就可以做付费阅读项目了，有没有兴趣一起

draveness 大佬的《 Go 语言设计与实现》我之前一直看： https://draveness.me/golang/
他应该就是先写系列文章（ gitbook ），在收获比较高的访问量与关注度之后，出版了实体书。
我觉得是个路子，然后像 draveness 会画很多配图（确定好配色后用 sketch 画），对于这种源码分析读物的可读性提升了很多，但也更费功夫。
供参考。

如果有一个所有人都能进入的"避难所"，那么这个"避难所"必定会人满为患。

普通人想要逃离危机不太现实，还是实在点多增加一些抗风险手段。

@winglechen #8 大佬出了目录、分成怎么分、章节质量怎么保证、谁来审阅、审阅费用、谁去跑出版社，问题多了去了，每一步都要耗费精力，利益到底怎么划分，合作也没有想象的那么简单吧

lz 先试试写一篇技术博客试试，如果根本没人看，那写书就更没人看了。

推荐一个方向：es
推荐理由：国内写 es 搜索的书少之又少，比较合适的只有一两本，但是年代久远（ 2020 年左右），最新的 es 已经更新到 8.x 版本了，书的内容还在 6.x 。es 的检索，数据的构建，分词器的运行原理这几个是我想了解但是检索不到的，能写好这些对我而言是很有帮助的。
缺点：es 版本迭代快，写完可能就出新版本了（🐶保命）

@zt5b79527 能出纸制书的内容还是少的，先不聊能出版的部分
一部分实用类的电子书写起来不难，最重要的选题，及目录，
比如，网站有很多 MySQL 的课程，不说课程质量，学了的人能学到多少，其实是个问题
换个思路：<<100 个 SQL 学透 MySQL>> 把重要的 MySQL 表设计、冗余、复制、分表、及全文检索的例子
可能对更多人会有价值，本质上，大家需要的是支撑高并发的系统，并不需要每一个人都成长 DBA

类似的选题还有很多，很好写，价值也不小，一个人做也可以，不过合作的人多了
能产出一个优质的体系化的技术内容平台，更有意思，

现在技术人是否需要一个，安静的创作、讨论问题的地方