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

确实很内卷, 天天写业务代码, 毫无方向, 以什么形式合作写书呢

@niexq 实战类的书挺好写，也有价值，比如，非常有名的国内项目，antd, taro, 文档并不全
小书能节省大家的时间，也挺好

教人赚钱才有流量, 教人技术不行, 哪怕你说有了这个技术就能赚钱也没人理.

@jqknono 技术人写书，首先希望获得的是影响力，

先做公众号攒流量，然后再出书，开知识星球，发视频做 up 主。都这个流程

不能，也很卷的
花一年写一本书，都不够电费

@prosgtsr 是的，目前只有这条路，走通的人也不多
在想有没有更好的路子

@learnshare 合作，效率就能提起来，而且可以系列化
写书不容易，最重要的是定位 + 目录
人多的话，找定位更容易点
目录需要很有能力的人出
文章可参与的人其实很多

合作起来，大家都有好处。
而且合作起来，可以出一系列的书
系列的书出来，就…

写书我不知道啊，我大学同学早几年做技术教学，PHP,JAVA,PYTHON,各种前端类，开保时捷住豪宅了。~

@jiayouzl 现在卖课估计都难了，卖课的太多了

写书就是一种输出，提高自己的一种方法，赞

@winglechen 前几年，不如写文章卖课。
这几年，没人建议做程序员写代码了

@learnshare 一大部分技术书是，更好的文档，还是需要程序员写的，
而且，能把自己写的代码，用文字或语言表达出来，确实是一种能力

工程师 输出代码 + 文字，都是很有价值的
从层次上：
最上面是： 结构化的工程经验沉淀
然后是： 框架、思考、...
最下面是： 编程思想、学科融合、..

前两层大部分工程师，可以试试的
参与了会首先让自己的知识升华
如果 是协作的，效率可以提高，大家可以共享这种产出带来的影响力和经济利益

有功夫写书的不是大牛就是教授，一般人哪有这精力。 大概写出来也没人看

@OceanWaves 编码的文章大部分都是经验沉淀，翻翻看技客时间上的课，大部分也都是文章列表

不如写小说，小说写的好时真能挣点钱，技术书现在看的人很少了。

写一本书要很长时间哟，可以先从做课开始

@sighforever 技术人写书主要还是抗内卷，写文章费脑子，写书更费，没人逼，估计不太会做
合作可以把写作难度降的很低

@nbboy 书/课类似，边做边卖就有意思了

之前我看的那个「从根上理解 MySQL 」作者，最近在写操作系统的书，写了 2 ，3 年还没写出来呢，周期有点长，有点熬人

有 ai 以后都很少看书了

@fc077 对于 MySQL, 很多人其实不需要太深入的，更多的是要用好<<100 个真实场景的 SQL 优化>>，可能更有价值

@chobitssp AI 依赖现有的知识，但 AI 用了又没付钱，新的知识估计不会再免费给到 AI ，AI 估计会走向分化，不过 AI 依赖创作者，创作者机会会更多

光神了解下？

凭我阅读最后的感受，现在国内最不内卷的是诗歌创作和文学创作。

近些年排得上号的年轻诗人和作家太少了，像余华这种作家，新中国那个年代，一大把，现在抓不出来几个人，好多书店最外边那些柜子上还是余华居多。

当然跟现在崇尚理工的整体社会氛围有关系，但是你要是能写出余华那种脍炙人口的作品，基本上几年出一本长篇，每年写点短篇，就能活得相当滋润了。

难，IT 技术不值钱。

@LawlietZ 掘金上的光神吧，人家成神，成名了，

@somebody1 文化确实是热点，不过离代码有点远，高攀不起，哈哈

@liuidetmks 现在 IT 很值钱，以后估计会略贬值点

@liuidetmks 钱和价值成正比，难的东西还是值钱的，比如，真的能够『降本增效』的软件人

@winglechen #28
代码的话其实赚钱的也不少，比如 gpt 刚火的时候，有个人写了个很好看的页面，一份多少钱，卖的很好，一个月几万刀了我记得。

我觉得主要还是不要功利思想，挑自己喜欢的做着，做起来了之后再去想赢利点，哪怕是别人打赏，也能每个月喝上几杯咖啡的。

能出书说明你对某个领域，有自己的思考了，能体系化输出你的观点了。

被几十万人阅读，机会总是多一点的。


但 [合作写书] 的想法可以放一放。或许，你在刚开始的阶段能找到一些兴趣相投的伙伴。但相信我，过不了一个月，大家就散了。

@isno 没有机制保障确实是这样的，我们正在搞一个试验，试下能坚持多久

@somebody1 机会得靠命，强求不会，哈哈

不如写爽文小说。

@winglechen 感谢, 实战类的书确实是个好思路, 但这一类的书要怎么写更合适呢, 我们平常业务开发多, 记的笔记也很零碎

@niexq 找个真实的项目，把理论融到实战里，技术的书，最好配合差开源代码，个人的想法哈

先做起来再说，在这里问不出来什么东西

@zzzzzzggggggg 在做了，在找合作伙伴，有兴趣没？加个微信？

我一直有这个想法，奈何工作和家庭占据了绝大部分时间，op 要写哪方面的，我 358 团一定帮帮场子，参与一下

@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

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

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

@zzk037 写电子版的时效好，现在内容不缺的，思路梳理好，『二创』一下就能出来，只是对于大多数工程师来说，流量的坑更大

卖课还有人上钩，写书谁看啊

推荐你还是写博客/写文章试试，大部分人写的东西自己感觉别人能看懂，实际上就是写给自己自娱自乐的。

@chenjk 一起卖课也行，只要真的有价值，书、课，只是个称呼
个人觉得，技术人出的，大部分都是『文档』，
叫什么不重要，最重要的是能帮助到别人

技术人不太容易，如果没有公司提供高并发、高...的环境，很多问题很难触碰到
而处理这些高大上问题的手段，一般看起来都不高大上
一般都是，不做... 不做... 不做...

这个时候，文档的价值还是有的。
回到 MySQL 的例子，用好 MySQL 支撑 5000 万交易每天
技巧其实不多，最难的是抗住老板压力，不乱加功能

@zzk037#59 ES 的东西，推荐看官方文档和源码，Elastic 的文档，感觉比 Oracle 做得都好。索引可以看 lucene 4.0 的源码，找 FST 类。Elasticsearh 一直用的 lucene 引擎，4.0 的结构还比较清晰，后边就不是人能看懂的了。分词可以 ik 的源码。看看 ES 里看下 ik 加载。后续版本看官方文档的介绍就行，感觉 6 以后的代码就没法看了。

我出版了几本了，今天又提交了一个选题。 有兴趣可以加一起聊一聊 cWZ5ZDA5NQ==

@huifer 小白求助，这串码是什么，哈哈

@winglechen #60 还是没搞明白 OP 写书的类型。<<100 个 SQL 学透 MySQL>>这种感觉类似博客，就是技术点的罗列。个人比较推荐的还是能把一个知识体系讲清楚的书。最近比较喜欢一本讲数据库的书是《数据密集型应用系统设计》，数据库几大模块，存储、索引、实例、系统可用性等原理讲得很清楚，如果能完全理解，可以自己写一个 Mysql 了。如果数据库基础概念了解，剩下就是了解下具体系统的实现，再结合业务了。比如一个并发 update 的业务，事物比较单一，系统卡 io ，是不是可以把这个业务的 undo 停掉。

但是我不知道这种书的受众怎么样，有多少人愿意花几个月时间去啃数据库原理，有多少没 DBA 经验的人能看得下去。

说回写书过冬，肯定得写出来有人看吧。这就说到盈利模式了。类似技术文字盈利的，就知道知识星球做得还行。

@winglechen #67 base64 vx

首先： <<100 个 SQL 学透 MySQL>>关注点是应用经验，而不是原理，现在很多 MySQL 的书/课，会把 mysql 的原理通讲一遍，用的都是些 demo 例子,
我的想法是：用一些真实的场景：商品、库存、交易、支付，真实的表设计、索引设计、数据冗余、... 真实的 SQL 及优化效果，

这些东西读起来会非常快，可能 1 两个小时就读完了，就对这些技巧有了模糊的概念，
自己再用的时候，到书里翻翻就有解决方案，

个人感觉这些内容是有价值的，无论是电子版还是成本，都值得做出来
至于 MySQL 的理论，其实是不稀缺的，有很成熟的 《高性能 MySQL 》

不能

哈哈，写过了？

润才是唯一出路

@winglight2016 我就是那个写博客没人看的

@mouyase 试过公众号没？

@winglechen 公众号更难吧 需要自己或者有人转发才行，不像抖音平台会推荐

@youngxxx 严肃的内容还是公众号上好点，抖音上没人有心思学习

感觉很难，反正佐大是挺悲观的，具体可以看这个视频： https://www.bilibili.com/video/BV1Tkm6YWEZB/

@ForgotFun 没那么悲观 技术人群的规模 大概率会增大

@ForgotFun 大多数老板依然为招不到能搞定事情的工程师而头疼

如果你真的特强，可以考虑。如果你技术没那么强，你放弃吧，干技术的最不喜欢买书，天天 CV

@beiji2027 哈哈

@fc077 我也在他群里，他的新书估计要很久，先上掘金小册然后才上书吧

书的影响力远不如一个 star 上 K 的开源项目

1 、出发点是好的。书会对一些人有帮助，但只是少部分，甚至极少部分。我看了不少有价值的书，但是那些书，一般人根本找不到。有些书的思想，甚至超越这个时代几千年。有些写技术的书，写得也很好。但是对一般人而言，他们根本找不到。这个时代从来不缺好书，缺的只是让好书”浮现“的机制。这个时代也不缺少人才，也不缺少聪明人。缺少的是让聪明人的才智，发挥作用的渠道。

2 、现在不是缺技术的时代，更不是缺知识的时代。真正缺少的是想学的心，静心是关键。如果一个人想学，那么实在是太容易了，根本不缺相关知识。如果你写了一本书，如何推销呢？别人如何看到这本书呢？流量的问题，才是最难的。

3 、内卷的核心是供需不匹配，主要原因是近代的技术，或者说自动化取代了大部分人的工作。这是一个国家发展战略的问题，川普说把一些工厂重新整到美国，是有原因的，因为对国家战略而言，就业、结婚和人口是第一位的。中国本来问题不是很严重，因为国外带来了很多需求。但现在这个需求几乎是没有了，所以中国内卷应该是全世界前几名吧。

4 、站在风口上，猪都能起飞；覆巢之下，安有完卵？

5 、对于写书，还有一点。你会了，只是你会了。如果把你会的东西，通过文字给别人，这需要技巧。甚至可以说，这种技巧，不亚于你想传授的知识。一本好书，思想和写作水平都是一流的。两者兼备的人，是翘楚；两者有其一的，很多。我举个简单例子，可能要打击你的自信心，但也算忠言，只是说，写作本身，也是一个重要的技能。

”先不考虑难度，假如写了一本有价值的书。
能不能保障自己的职业路径没有那么大的压力。“
1 ）你在整体表达这件事情的时候，就比较混乱。事件的原因，你想干什么，中间可能遇过的问题等等。
2 ）写作>职业；说白了，你就是想通过写技术相关的书籍赚钱。

如果我想表达这件事情，我会这么说：
作为一个技术人，在如今内卷的大环境下，对未来有一丝焦虑。我有写作的打算，这不仅可以帮助有需要的人，而且是一个赚钱的渠道。所以我想了解一下，这个想法是否可行？如果可行的话，是否有愿意合作写书的人。

最后给出我的建议：
1 ）写作大概率是不能赚钱的；讲课然后卖，大概率也赚不了多少。除非你所教的，市面上不多。
2 ）如果你想写作，这是好的。但先别急着写书，而是搞个自媒体写一写，抽空学一下语法、标点什么的。然后是段落、文章以及写作技巧等。注意，写作技巧不是看写作的书籍，而是看人是如何认知事物的。这会有所帮助。
3 ）你都问这个问题很久了，马上行动吧。行动以后，就知道是不是这块料了。你之前问了 10w 自媒体多少钱。自媒体能火，已经和中彩票差不多了，所以不要问这个问题。如果你把”理想“放在这些不确定的事情上，你会受苦。现在人主要流量平台，是短视频。看书的不多，看技术的就更少了。现在人喜欢娱乐，只有娱乐才有流量。所以如果你想要流量，那么你得把技术包装一下，包装成娱乐的样子。

首先：感谢如此长的回复 + 之前的关注
先回复下行动的事啊
● 我们几个人书的积累，有近 2 年了，失误是公众号发表比较晚
● 借你第一个点来说，『好书浮现』机制的尝试，也做了半年多了。
● 我们在 v 站发贴，确实是想验证一些我们的想法

再回复一下你的观点：
非常同意第一点，知识机制是第一位的，人都是被机制驱动着走的。
内卷其实是行业机制决定的，我不太认为是简单的供需问题。
文一点讲，内卷是行业循环的一次崩溃，是新机制出现前的暗夜

内卷也是我们的指路灯：
内卷是告诉老板：要回到利润优先(正常的行业，没有泡沫的行业都是这样的)
内卷是告诉技术人：回归技术，简单的 CRUD 不行了，要搞好技术规划，搞好代码质量，搞好团队协作，这些才是技术的降本增效，这些事其实挺难的，细想下，大厂有多少 P8 级别的人真的能搞好这些。
就像说国人不写文档一样，之前真的是没时间写，但细想下，在有合理规划的公司，文档是提效工具。

说回来，我们确实想创造一种新的机制，当然这件事很难，
书、挣钱、... 都是达成目标的一种尝试，...
我坚信技术人都是愿意学习，愿意让技术产生价值的，这一点和老板们是一致的。

最后说需求，内卷时代需要信心，需要基于信心的共识，内卷是这种共识创建的动力。

@Jen312 @winglechen 两位很有深度的讨论，内卷时代不能再一味的低头走路，得赶紧抬头看天了

翻译出版过技术书，面试的时候算是亮点，但什么都抵不过年龄。

感觉能写出技术书的人应该不怕卷不过啊。

聚焦话题：写一本书
1 、技术书不少，一个 java 就多达数百本。问题在哪？有多少是雷同的，差异点是啥
2 、为啥培训课能火起来？ 技术书有门槛，视频课入门快，也能快速筛选此是否契合自己，值得投入否
3 、得到 app 也算出版行业，里面那么多作者，赚钱的多么？
4 、技术书里的内容没有版权，容易被 copy 。 被大 V 复制去赚钱了，你咋办？


聚焦 知识的商业价值
1 、解决现实的大问题，紧急迫切的问题，能赚钱
2 、能拿到某个知识点的大 V 信用，才可能对接到现在的变现渠道
3 、能实时解决研发人员的问题，能赚钱
4 、能解决面试的技术答辩，让他通关，能赚钱

这个问题，有很多前辈和同行已经帮你作出实践了。

早在前十年甚至前几年，出书还能帮你做一下影响力提升，通过"出书"这个渠道给你带来一些流量。
但是，最近 3-4 年，基本是个小技术咖都会出书，但是他们基本都是有了各自领域流量之后才出书的...
比如前端讲 react 的卡颂、讲算法的 labuladong 一类（我记得卡颂有篇文章好像说过现在技术人出书的目的和收获会是什么

现在出书也简单了，在技术论坛一类地方，或者任何平台有点流量的，都会有出版社编辑联系你，问你想不想出书，然后就会进入到合作出书的过程，甚至你本人可能都不需要出什么力就可以了...

@mistsobscure 想赚钱的话，还是卖课吧，如果你觉得那些骗人的课丧良心的话，你就弄套好点的课程。然后 b 站一类的地方，多发点视频，慢慢积攒人气。

十年前有行业前辈出的书属于入行人手一本，确实能提升咖位，后续都是大厂的总工架构，现在三十多岁，去日本做开发了
总结就是国内技术再强也没用，除非转管理，否则破不了 35 岁魔咒

感谢楼主分享思路，尝试写书是一件很有意义的事情，我也打算行动起来了

第一本书可以先小步快跑快速试错搞起来，像《大模型应用开发极简入门：基于 GPT-4 和 ChatGPT LangChain LLM 应用开发》这本小册子就写得很好，也就 145 页的 32 开本，看完都会觉得我上我也行

最后即使不能出书，做成在线文档、公众号文章等也能收获影响力，产生复利

跑通第一遍流程，就可以更好写一些更重量级的主题了

尤其是最近开始写作，发现写作和表达是一个需要长期大量练习的事情，需要现在开始，每天坚持

@Promtheus 技术人还是有点弱势的 不过引出一个有意思的话题 面试官们 真的懂技术们 真的 合格吗 合格的比例有多少 行业对不合格的会有惩罚吗？

@Unboundwill 确实收益的首先是自己，开始最重要，自己想要什么最重要 让自己学会享受 痛苦 很重要，

我的最开始的想法是 国内的工程师到了 需要写好文档的时候了
然后，我做了一个可以写文档的工具，
然后，大家的文档凑一起，自然是有价值的
有价值的话 就让文档写的多的 挣点钱 文档写的挣点名

工作时间不长的小伙伴 也有可能通过学习，讨论，提问获得高手的关注，获得更多的职业机会

@mistsobscure 换个词哈， 书确实有点吓人， 结构化的技术文档吧

文档可以包含更多的经验沉淀，文档天然的共创的，组织良好的技术文档价值巨大

当然，文档和代码一样上手容易，写好难，需要不断的打磨，再加上技术的迭代快。更新也得跟上

我们在做一个小工具，希望给写文档加些正向的激励，按学习时长可以获得点收入，另外好的文档自然获得更多人的认可，文档是代码精华，假以时日，相信效果不逊于 github

@acorngyl 感谢

@Unboundwill 同感, 感谢楼主打开的思路, 不能出书, 梳理成结构化技术文档也不是不可.
行动起来很重要, 已经开始从现在的公司业务作为切入口, 开始梳理目录

@niexq 加油，技术人就是手艺人，不断打磨就是命数