分布式领域观察(5/5)(汇总收尾)

终于到了写总结的时候了,其实不得不终结了。(再按一本资料一摘录,感觉要累死;别忘了,这是领域调研)

然而,(精)读完就已经精力耗尽,然后和前辈再交流,发现还是有差距。。。

  • 可能会发现,一旦想要在某个领域精进,总会有那么至少一座高山,等着你
  • 看得到的都是光鲜靓丽,看不到的是背后辛勤的纵马驰骋

(此刻,预计是开篇的一个礼拜后;实际却过了一个月…虽然我老早就放置好了此篇,但一直没有填充)

此外,很多人,很多人,很多人(无意识)忽略了一个重要的事实:

师傅领进门,修行靠个人。

总有人觉得 修行靠个人 很重要,但很少有人意识到,那些没有大成就的,不够专业的,甚至迷茫打转的人,不全是懒惰的人,许多是缺少(靠谱)师傅 领进门。圣经中也曾说过,你们要进窄门 (那门是窄的)。(或许很多人没有师傅也进了门,但无外乎两种,一是天生天分过人,二是大量试错,常年积累 — 也就是大器晚成)

  • 笔者几乎把该领域能触及的资料翻遍后才发现: 有人给你指出哪里是邪道,弯路,哪里是门,真的很重要

所以麦肯锡方法中,先假设,然后大量搜集资料,验证假设,也就是我整个篇幅所做,所谓 调研

  • 或许有读者也感触到了,这其实就是先吃别人嚼过的,但还应该补充一下,很多时候我们都是先从模仿开始的

分类属科

这里首先要区分一下,Java栈,除去低层次的 Java Web 领域外,主要分为:

  1. 分布式领域
  2. 大数据领域
  3. 微服务领域

后三项有交叉,有关联,有依赖,但如果把其中所有内容都归于 分布式,那么内容就多了。

所以,经过一个多礼拜的调研,还是要严格区分一下分布式领域 (剩余领域要接触,触类旁通)。

(因为在企业信息部,很可能要你同时兼顾微服务和大数据平台等技术,甚至业务上的工作,很可能)


Pin Point

后续纸质笔记(太多),暂不上传。我这里也只一笔带过,毕竟是总结嘛,只谈 Power Point & Key note:

  • 首先,领域 != 技术栈,一个大的方向(比如分布式)里面,可能包含很多领域,然后每个子领域&部分又可能同时存在很多技术(因为业务规模不同,公司规模不同),好比我们见到的 Docker + SpringBoot 常常在一起成为栈

主要领域可以汇总划分如下:

  1. 分布式存储
  2. 分布式缓存
  3. 分布式消息服务
  4. 服务管理治理监控
  5. 分布式架构
  6. 分布式计算

这里每一个子领域其实都挺复杂的,可能有些人会觉得 分布式架构 这个子领域比较简单,因为不会涉及太具体的细节,坑之类的,然而在下只觉得并非如此,因为 架构通常和业务联系非常紧密,比如公司处于发展的初期,亟需用技术支撑快速发展的业务,那么如何紧密联系当前业务以及评估发展,规模,核心&非核心开发人员流失等因素设计可扩展,维护性好的架构模型,这不可是一个简单的任务。

收入越高,责任越大;

如果你也有同样的愿望短期内成为一个 分布式领域专家,那么可是尝试从以上几个子领域慢慢入手。

然而,我也就点到为止了,其余还是交给纸质笔记吧。百炼自得

(你花半年搞定的,别人难道搞不定么?而你花 5年都在一直研究,熟悉的,则没有那么容易被超越了吧?)


   转载规则


《分布式领域观察(5/5)(汇总收尾)》 欧文 采用 知识共享署名 4.0 国际许可协议 进行许可。
  目录