工作中的危机?

最近看了一个大佬的分享,关于工作中的危机.这个大佬比较厉害,方向是数据库.分享的内容是工作两年的时候和同事做的分享.其中有一些启发.

动机

首先从分享的动机出发:

1.工作两年,对于工作有一些思考,在这过程中碎碎念念了一些,希望通过分享将自己的知识进行经验化和系统化.
2.工作中的同学,同事,朋友在重试技术工作的时候他们都会有关于技术危机的困惑?
3.通过某个知识点的分享实现启发和争鸣.同时也为了帮助团队,实现共同进步.

技术危机的表现形式

技术危机的到来的方向如下:

1.技术不断的演进,新技术不断出现,而我们却不断的重复现有的技术,没法接收新的技术,没有太多的时间写代码等等,逐步落后于新技术.
2.年轻人不断的成长,更好的基础,精力更旺盛,时间更多,技术更加深挖,成本更低.
3.大量的同业者;技术容易被模范,难以超越,从而导致最终有人会落后.
4.现有的技术逐步编程工业化,而被淘汰.
5.人工智能的引入,逐步的淘汰一些技术人员.
6.人到中年的无奈,最终无法向上发展.

现状和观点

1.任何一项技术的演进的步骤:创造/艺术 --> 手艺 --> 工艺
2.这三个步骤 在 收益/脑力/价值/卖点中由高到低
3.程序员当前处于第二个阶段是手艺的阶段
4.当我加入一个领域的时候,花费很多时间来实现学习领域知识,做工程实践;学习行业的最优解决方案
5.类似于区块链中的POW(proof-of-work)我们需要将我们投入到工作中的时间上升为经验,这样才表示我们的能力.同时如果我们希望不会被追赶上需要做的事情是:Long-pof-chain.
6.对于团队中,团队的能力,经验,时间,技术都需要大于任何一个人,如果不满足任何一个条件的时候,就表示当前团队的人员实例太弱,没有大神
7.如果想要cover住团队,往往在团队的建制,技术,方向,培训等领域进行优化.

破局

一个人的能力分为层次:知识 --> 经验 --> 方法论 层次的升华.

知识层次的迁移

知识本身的获取需要通过: 记忆 --> 理解 --> 应用
吾生也有涯,而知也无涯,以有涯随无涯,殆已:个人的精力往往无法cover住整个知识
我们需要重点更加底层的知识,这些知识更加容易迁移.

经验层次的迁移

需要讲知识在实践中不断训练,变成习得自觉.
经验的获取需要大量的练习和实践:三十年众生牛马,六十年诸佛龙象.需要大量的练习才能成为专家.同时这个过程是不断渐进的过程.
没有和实际结合的知识是没有意义的,只知道怎么做,而不去做是没有意义的.例如知道如何射击是没有用的.
知识本身是离散的,只记录了中年的关键的部分共同的部分,但是其中特别细节的+个人场景的部分,这种需要个人在实践中获取到,就是理论联系实际的部分.而这部分就是经验
经验中会存在大量的和个人主题性和个体性的部分,需要拿捏,手感和意识.而这些带来顶尖结果的经验就是绝活.绝活不可传递.

工程学方面的迁移

我们将我们的经验进行总结,抽离出个性的和主观性的部分.
将其中可以通用的,可迁移的部分抽离出来.形成可以抽象的部分.

对于个人技能成长上

1.不断的将知识运用于实践中;证明,完善其中的细节的部分.
2.将实践上升到经验
3.将经验总结为工程学.

对于分布式存储系统的工程学

动机 & 上下文
架构:角色&职责&关系
数据流&控制流
软件分层
部署&docker化&分析&优化
分区&复制
wal & rsm
存储结构&本地存储
失败处理:短期错误&永久错误
备份&failover
数据复制和数据恢复.