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

@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 大多数老板依然为招不到能搞定事情的工程师而头疼