@yuxian 不太同意，能不技术搞好的人并不多，拉一下大厂 P7 级别的，能力其实并不是那么牛掰
只是在限定的小方格内可以贡献自己的能力，大部分人思考深度不太够，只会在 mvcs ，或简版的 DDD 里生存
换个场景模式，能适应的并不多，翻一翻国人知名的开源项目，就会明白，技术需要走的路还很长

@v2Geeker 防拷备，要靠平台的力量，平台积攒的内容和用户多了，就不怕拷备了

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

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

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

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

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

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

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

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

@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

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

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