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

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

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

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

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

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

@beiji2027 哈哈

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

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

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

@mouyase 试过公众号没？

哈哈，写过了？

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

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

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

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

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

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

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

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

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

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

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

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

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

@lh502101 加个微信聊?
winglechen

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

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