架构师13年经验而成的软件平台架构设计与技术管理之道终于曝光了

简介: 前言关于软件平台架构设计与技术管理之道的介绍:计算机技术的发展日新月异,市面上软件架构、项目管理、IT技术类书籍层出不穷,从软件专业和技术视角进行阐述的居多,但对技术烂熟于胸,还是无法保证你能成为优秀架构师或驾驭平台的技术负责人。

前言

关于软件平台架构设计与技术管理之道的介绍:

计算机技术的发展日新月异,市面上软件架构、项目管理、IT技术类书籍层出不穷,从软件专业和技术视角进行阐述的居多,但对技术烂熟于胸,还是无法保证你能成为优秀架构师或驾驭平台的技术负责人。

在互联网、金融、支付、电子商务、民生服务领域参与IT系统平台建设工作多年,我认为确有必要静下来梳理和总结,写这样一本书,通过精湛的主题短文和技术设计剖析,分享在平台建设与维护、架构规划与设计、技术管理与问题决策等各类工作过程中,对“思维、认知、专业能力”的沉淀总结,以及“工作实战经验”的精华观点提炼,给读者提供丰富实用的工作锦囊,帮助大家掌握顶层架构设计和表达方法,精进方法论,优化团队管理;

善于审时度势,明察秋毫,综合提升技术工作的掌控力和布道力;增强软实力,快速地成为一个通识全貌型人才。

论道,可以简言间传递领域智慧、触达心灵。

与此同时,更希望视本书为软件平台技术管理指导、架构设计与表达的全景字典,可以书中内容及观点作为实际工作参考,在多种场景下把控正确方向,进行有效决策,以解决实际问题,完成各项任务,并且能够对前瞻性的工作行动有效赋能,帮助读者进行主动审视和积极规划。

书中内容并非完全诉求IT技术本身,每个章节独立成文,语言简洁易懂、诙谐幽默,虽系计算机类书籍,但阅读门槛不高,能够以醍醐灌顶的方式指导软件平台技术工作,是对市面上此类书籍稀缺的有利补充。


主要内容

全文总共包含两大部分的内容,共8章的内容,每个章节又有特别细化的内容。


第1章良好认知,成功钥匙;领导软件平台各方面的工作,对技术底蕴、思维模式、决策能力、工作风格、文化铸造等方面都有极高的要求,你可以称之为“领域智慧”。认知盲区的代价是巨大的,“不知”比“不会”的后果更严重,可能导致方向性的错误。


第2章萃取精华,驾驭主题;具备深厚的技术底蕴、良好的认知,掌握高超的平台架构设计能力,就能够驾驭软件平台吗?答案当然是否定的。两者间的差距在于,是否能够取胜于技术管理领域。这需要进行高度思考与提炼,提升软实力,在实际工作中将技能与管理两者有效结合。


第3章平台视角,顶层设计;软件平台设计包含众多因素,除了行业常用的架构主题外,还应该寻找合适的颗粒度,从全局的视角,进一步发掘问题域,以此为牛刀去考虑最终从哪些切面来表达平台,量体裁衣,识别出适用于平台且贴合工作实情的架构主题。


第4章核心能力,全景覆盖;软件平台的规划设计,按照最大颗粒度区分,可以分为两大领域:一是关于应用系统本身的,更体现开发侧;二是属于平台的全局机制和公共技术,作为各应用系统运行的核心能力支撑,侧重于运行侧。


第5章精进管理,磨练团队;从技术管理角度如何为交付保驾护航?如何增加技术员工的工作归属感?对于软件平台的技术工作,应该具备怎样的技术管理机制和能力?

体系造就个人,个人成就体系。在两者间找到良性连接处,以技术为本,积极拉动员工的个人成长,带领团队不断进步,是技术管理工作的精华所在。与其说这是高阶能力,不如称之为热心的态度和充满正能量的职业精神。


第6章简洁方案,直达问题域;使用方案图来升华设计工作,你是否认真思考并付诸实践?可能还没有一本书,探究IT技术工作中的制图之道。本章对8张示意图进行剖析,希望读者可以在此方面加深领悟,找到灵感,借鉴可套用模式。

简单表达的过程图,不需要太多准备,直接快速形成,用于方案讨论会或更灵活的沟通场景使用,并非架构交付物,也非纳入平台文档体系所管理的正式文档,因此,必须注意控制绘制此类图的投入时间。给出一个参考原则:制图时间最好不多于汇报时间的3~5倍。


第7章架构设计,超强表现力;不同于工作中的各式方案图,架构设计图不仅承载内容,作为架构工作的核心输出材料,更是要拔高,绘制得要美观,具有超强表现效果最佳。

作为技术负责人,你的架构设计与表现,是否蕴含适当的艺术成分?输出架构图,有没有借鉴绘画的布局、造型、质感?你审视过雕塑么,从姿态和平衡中汲取了多少灵感?是否考虑过适当“留白”的重要性?


第8章积累复用,多走捷径;IDE里集成的代码检查工具,配置了规范的检查规则,可以是行业通用的,但是对于编制技术评审检查点、版本上线单据、平台运行事件台账等必备的文档材料而言,最大的不同处在于其个性化更强,即根据平台的技术特点和功能模块类型,以及工程的实际情况摸索而定。

以技术评审检查点为例,合适的检查点,必须来源于之前评审工作的问题记录和搜集,经过积攒、梳理,理论与经验相结合进行筛选,为平台评审工作所专用。

本章提供具备一定通用性的前后端技术评审检查点,以及几个必备的工作台账记录模板,可供缺乏此类工作材料的读者参考使用。

编写平台的各类流程、管理办法、招标文件、各类操作单据等材料,甚至是常用领域的技术规范文件,从零开始编制,难度大、耗时长,最优的方式是寻找同行业的同类材料,拿来学习参考,修改完善后为己所用。


因内容的限制,小编在这里就不多做介绍了,需要这份282页软件平台架构设计与技术管理之道技术文档的小伙伴点击此处获取

相关文章
|
5月前
|
消息中间件 存储 缓存
阿里P8架构师带你“一窥”大型网站架构的主要技术挑战和解决方案
传统的企业应用系统主要面对的技术挑战是处理复杂凌乱、千变万化的所谓业务逻辑,而大型网站主要面对的技术挑战是处理超大量的用户访问和海量的数据处理;前者的挑战来自功能性需求,后者的挑战来自非功能性需求;功能性需求也许还有“人月神话”聊以自慰,通过增加人手解决问题,而非功能需求大多是实实在在的技术难题,无论有多少工程师,做不到就是做不到。
|
存储 分布式计算 架构师
阿里架构师十年开发总结的《分布式系统开发学习笔记》太强了
分布式系统 分布式系统是将多台小型微型机互连组成的一种新型计算机系统。它冲破了传统的集中式单机局面,从分散处理的概念出发来组织计算机系统,具有较高的性能价格比,灵活的系统可扩充性, 良好的实时性、可靠性与容错性等潜在优点,是近几年来计算机科学技术领域中极受重视的新型计算机系统,现已成为迅速发展的一个新方向。
|
架构师 搜索推荐 IDE
架构师13年经验而成的软件平台架构设计与技术管理之道终于曝光了
计算机技术的发展日新月异,市面上软件架构、项目管理、IT技术类书籍层出不穷,从软件专业和技术视角进行阐述的居多,但对技术烂熟于胸,还是无法保证你能成为优秀架构师或驾驭平台的技术负责人。
|
前端开发 搜索推荐 小程序
蚂蚁P10玉伯的产品思考:技术人如何做产品
蚂蚁P10玉伯的产品思考:技术人如何做产品
294 0
《阿里云总监课第五期第六节:研发挑战 - 研发过程中挑战》电子版地址
阿里云总监课第五期第六节:研发挑战 - 研发过程中挑战
69 0
《阿里云总监课第五期第六节:研发挑战 - 研发过程中挑战》电子版地址
|
算法 测试技术 API
热饭的测开成果盘点第二期:C/S架构的全端自动化
本期介绍的是一个c/s端的工具,即客户端工具。也就是需要下载安装的界面工具,相比较现在流行的B/S即浏览器平台来说,具有以下特点:
热饭的测开成果盘点第二期:C/S架构的全端自动化
|
运维 监控 数据可视化
一文详解网易数帆数据生产力方法论
2021 年,网易数帆大数据团队正式提出数据生产力的理念,数据生产力从广义上讲,是指“通过使用数据,带来组织生产力的提升”;从狭义上讲,是指“数据采集、清洗、加工、可视化等数据处理和数据治理的软件生产能力以及持续运营能力”。
267 0
一文详解网易数帆数据生产力方法论
|
监控 架构师 Java
阿里P8架构师都是怎么分析软件模型的?
面对一个新项目,如何理解它的模型呢? 要先知道项目提供了哪些模型,模型又提供了怎样的能力。若只知道这些,你只是在了解别人设计的结果,这不足以支撑你后期对模型的维护。 在一个项目中,常常会出现新人随意向模型中添加内容,修改实现,让模型变得难以维护。原因在于对模型的理解不够。 模型都是为解决问题,理解一个模型,需要了解在没有这个模型之前,问题是如何被解决的? 这样,你才能知道新的模型究竟提供了怎样的提升,这是理解一个模型的关键。
208 0
阿里P8架构师都是怎么分析软件模型的?
|
敏捷开发 移动开发 监控
从用户扩张到技术更迭复盘社区的体系搭建
社区也借用了第三方数据产品——友盟+,不管是哪一家公司的数据产品,都会有对应的使用场景。在教育、医疗、金融等不同的行业,所用数据的使用目的都不同,用户分群而视之,如医疗行业是提高用户留存,金融行业进行网站优化、提高线索转化等,每个行业都有各自的数据优势。
从用户扩张到技术更迭复盘社区的体系搭建
|
数据采集 移动开发 监控
十年经验产品经理分享:如何搭建一个行之有效的“数据闭环”体系
打造数据闭环体系,就是要完成数据对于产品产生价值的闭环,让数据驱动产品增长。本文作者从数据闭环的概念出发,结合具体案例,从目标、洞察、迭代、落地这四个方面对搭建数据闭环体系的关键要点进行了分析讨论,一起来看看~
十年经验产品经理分享:如何搭建一个行之有效的“数据闭环”体系
下一篇
无影云桌面