码农和CTO的差距到底在哪?

文章目录

  • 前言
  • 一、坚持和专注-长期主义者
  • 二、思维和个人知识管理
  • 三、数字化转型整体思考
  • 四、云原生整体解决方案
  • 五、企业架构和微服务规划咨询
  • 六、中台和微服务
  • 七、DevOps持续集成和交付
  • 八、SOA参考架构和ESB总线
  • 九、API网关和能力开放平台
  • 十、SOA治理和微服务治理
  • 十一、数据治理和主数据
  • 十二、软件架构和软件工程
  • 总结

前言

混迹IT行业多年,仍然还是普通的码农一枚。最近偶然拜读了资深CTO人月大佬的博客,收益匪浅,字里行间都是对架构的深度认知,而非简单的技术方案的陈述和前篇一律的面试宝典。

人月大佬整体技术类的文章是围绕企业架构和信息化规划,SOA,云原生技术解决方案,数字化转型和中台建设等方面展开。同时也兼顾一些关于个人知识管理和思维方面的文章。

人月聊IT:博文链接


一、坚持和专注-长期主义者

有人会经常问我为何能够坚持和保持每天一篇的文章输出从不间断,在头条你看到的是我最近半年的文章写作。而实际上我从16年就开始在新浪博客写作,在知乎也有思维专栏,整个写作周期已经超过15年。任何事情都不会是一蹴而就的,是一个长期坚持和专注的过程。

要对我个人有所了解,可以先看以下几篇文章。

  1. 我眼中的长期主义者-孤独的行者
  2. 无法变现但一直在路上-个人十五年长期写作感悟
  3. 长周期和持续积累-三年来跑步带给自己的成长感悟
  4. 职场年过四十被裁员-无法破的学习曲线,可以破的成长定律

人在职场,我始终想强调一点就是持续不断的学习和成长,而且你要意识到你是在为你自己的将来学习和实践,不仅仅是得到应有的工作报酬,更加重要的是提升自己的技能和经验。

活着还是忙着等死真正的活着就是要不甘寂寞,打破熵增定律,突破自己的舒适区,而不是作茧自缚和画地为牢。

二、思维和个人知识管理

思维和个人知识管理实际上是在非技术领域我思考最多的一个小领域。从10多年前关注个人知识管理,到最近几年对思维和问题分析解决层面的关注和总结。

作为个体成长,可以看到始终就是一个不断的学习实践,认识和理解事物,分析和解决问题的持续迭代过程,在这个过程中我们不断的积累自己的知识库,做事情的方法和模式。而以上这些都属于思维方面的内容。

既然类似创新都有TRIZ等科学的方法论和框架作为指导。那么思维同样也可以,研究思维首先就是要梳理清楚思维整体的框架逻辑,其次才是从上向下的展开各个子项的研究,最后再融合为一个整体。

码农和CTO的差距到底在哪?
对于企业数字化转型,关键词和热点太多,从消费互联到产业互联网,从智能制造到数字孪生,从信息化到数字化。因此要了解数字化转型首先要建立对其核心要素和框架的模型,比如上图,核心业务价值链还是体现在连接-数据-智能上,底层支撑又体现在技术平台+业务中台建设上。

要理解数字化转型,建议先阅读我整理的核心要素和能力框架构建思考这篇文章,建立对整个数字化转型完整的知识框架结构。

1、企业数字化转型-核心要素和能力框架构建思考
2、企业数字化转型-传统架构到中台微服务
3、传统企业数字化转型-从消费互联到产业互联
4、谈SAFe规模化敏捷框架助力企业数字化转型
5、传统企业IT架构转型-不是简单去追逐中台,微服务等热点

四、云原生整体解决方案

码农和CTO的差距到底在哪?
对于传统企业架构规划,我们在多个大项目中均有实践,而今年的一个重要输出即是围绕中台建设和传统IT架构微服务化,对已有的企业架构规划方法进行了优化和重构,形成了新的微服务架构规划咨询方法论。

其核心点仍然体现在微服务如何拆分,API接口如何识别上。在这部分输出中,强烈建议大家阅读业务中台建设方法论对传统企业架构规划方法的改进一文。

01 从企业架构到信息化规划,从现状调研到架构设计的核心逻辑

02 业务中台建设方法论对传统企业架构规划方法的改进

03 企业架构规划-SOA服务架构设计和服务目录库规划实践

04 SOA规划-ESB服务总线体系架构和演进路线设计

05 从微服务架构咨询到技术中台建设方案

06 企业信息化规划核心逻辑和详细案例分享

07 企业信息化规划建设和IT治理管控能力提升思路分享

08 从埃森哲IT规划咨询方法论里究竟可以学习什么

09 企业中台规划咨询和微服务架构建设实施方案分享

六、中台和微服务

码农和CTO的差距到底在哪?
对于DevOps属于云原生的一个关键要素,但是在云原生里面更多的是将其作为敏捷研发,持续集成和交付,团队和组织文化的改进。在我输出的DevOps文章中,一方面是对整个DevOps成熟度模型的学习和总结,另外一个方面是结合我们自己的DevOps支撑平台产品的研发和实践总结,其中又包括了敏捷研发,持续集成和交付,流水线设计,自动化测试,自动化运维等内容。

01 DevOps最佳实践-处理好敏捷研发,持续集成和容器云三者集成

02 从敏捷开发到持续交付-DevOps成熟度模型解析

03 企业DevOps实施收益价值和难点解析

04 企业DevOps过程实践中若干问题的思考总结

05 对DevOps过程实践的一些思考和总结

06 对DevOps流水线设计的优化和改进实践

07北京DevOps大会资料学习整理

08 企业微服务转型和DevOps研发运维一体化方案思考

09 谈AIOps基础-从自动化运维到智能化运维

10 GOPS-2020全球运维大会深圳站DevOps相关材料学习

11 自动化功能测试和接口测试工具整理

12 从用户故事地图到Scrum敏捷研发管理

八、SOA参考架构和ESB总线

码农和CTO的差距到底在哪?
对于API网关是整个微服务架构体系里面的一个关键技术组件内容,当前基本都是以开源API网关来构建自己的解决方案和能力开放平台。

API网关本身也是中心化的架构模式,但是这种架构模式可以很方面的通过各种自定义和可配置的插件来实现安全,流控,日志等服务治理能力。在ServiceMesh没有大面积采用的情况下,通过API网关来实现服务治理管控仍然是最佳的一种选择。

01 一文详细讲解API网关核心功能和API管理扩展

02 从能力开放平台到能力中台构建思考

03 能力开放平台-最大化体现企业中台对外价值

04 开源API网关APISIX安装和初步验证

05 对API网关注册和接入的接口安全管理总结

06 微服务和API网关限流熔断实现关键逻辑思路

07 开源API网关Kong基本介绍和安装验证

08 微服务去中心化架构下为何还要用API网关/p>

09 开源API网关Kong的管理平台Konga安装验证

10 开源API网关Goku简介和简单安装验证

11 通过API网关实现微服务管控-限流,熔断和降级

十、SOA治理和微服务治理

码农和CTO的差距到底在哪?
对于数据治理这块,主要是重新梳理了数据治理整体框架结构,数据治理体系本身应该包括数据管理体系和数据价值体系两个方面内容。

对于数据管理体系本身又应该围绕静态和动态两个维度来思考,在静态维度重点是数据对象和数据架构,而在动态维度重点是数据全生命周期管理。数据管理最终是将数据沉淀为资产开放和共性,让数据产生价值。

01 从数据治理到数据资产管理-数据治理框架再思考

02 主数据管理平台解决方案和建设重点

03 谈MDM主数据管理系统设计和实现关键点

04 数据质量管理中的数据稽核平台建设

05 谈智慧城市顶层设计和结合SOA和大数据的平台层建设规划

06 集团大数据平台和用户系统建设方案总结和分享

07 数据可视化-监控大屏呈现和拓扑图绘制工具总结

08 从商用报表谈自定义报表和可视化监控大屏设计

十二、软件架构和软件工程

码农和CTO的差距到底在哪? Java领域优质创作者 码农和CTO的差距到底在哪? 微信名片 码农和CTO的差距到底在哪?

来源:斗者_2013

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2021年3月5日
下一篇 2021年3月5日

相关推荐