随笔分类 - 架构文章系列
架构 Systems Architecture
摘要：前言 对于数学，我们之前学的是对的，但不是真的，所以我们没有数学思维。 对于计算机，我们学校教的是对的，但不是真的，所以仅仅从学校学习知识的应届毕业生，不论985,211，本科，专科都一样，都是一张白纸，啥也不会。 案例分析 案例分析是5选3，第一题必答。 问题一的类型 架构风格对比 问题二的类型
阅读全文
摘要：前言 这个考题的大部分内容，我感觉都是我们会的，但所有的考题都穿上了马甲，穿上马甲我们就不好认了，而且如果是一个两个人穿马甲，还好推断，如果1000人穿马甲，你识别的概率就会急速下降。 有些题的内容则是即无法识别，也无法背，因为它也没有个前因后果，完全是出题人拍脑袋想的，所以，这种题我们是无法通过知
阅读全文
摘要：前言 以我的视野来看，部长或技术总监这种岗位还是比较难竞争的，换言之，程序员的上升空间比较窄，如果想要拿到高级岗位，最好的是工作三五年后就转项目经理，然后再往上爬。 架构师倒是也能晋升高级岗位，但就效率而言，是非常低的。就我的经验而言，架构师系的高级职位通常是技术管理一手抓，但这也代表着，责任更大，
阅读全文
摘要：前言 之前的python-pytorch的系列文章还没有写完，只是写到卷积神经网络。因为我报名成功了系统架构师的考试，所以决定先备考，等考完再继续写。 虽然架构师证书不能证明技术水平，但在现实生活中的某些情况下是有意义的，比如我要是去学校做培训老师的话，有这个证就会课时费高一点。考试虽然无聊，但有些
阅读全文
摘要：框架 项目和人类一样，总是会死亡的，有时候会突然死亡，有时候会自然死亡；在自然死亡这一边，有的人去世的很早，有的人则寿命很长，长寿的人，通常都是生活更规律的；项目也一样，框架更好的项目活的更久，框架不好的项目，上线同时就死亡了。 框架是一种规律，他并不是保证项目成功的基础，他只是让项目存续更久，存续
阅读全文
摘要：架构的定义 架构这个词最早是跟随着建筑出现的，进入到软件行业后，它的含义有了一些变化，但最基础的含义还是没有变的。本质上来说，架构是一个设计动作和实现动作；设计动作描述的是勾勒出满足客户战略规划需求的产品；实现动作描述的是将构件组合成结构的过程。 架构的分类 依据架构的定义，可以将架构分类为产品架构
阅读全文
摘要：项目管理 现代的项目管理通常是4个部分：需求、软件设计、软件开发、产品交付与维护。通常情况下，整个过程是中间重两头轻。 1，需求 每个项目都是要明确需求的，因为没有明确的需求，就没有项目结束的时间。 需求需要分享 在项目的初始阶段，是进行需求整理和需求分析，把需求整理和分析的结果分享给团队，可以使团
阅读全文
摘要：技术文档编写首先寻找资料，阅读资料可以和编写文档同时进行，即编写段落一时查询段落一的相关资料，当编写到后面的段落时，发现和前面的段落有冲突，在回头整改，整个过程类似于ABSD和螺旋开发模式。 第一部分技术文档的开头无外乎背景、目标、范围、参考资料等等，这些是纯商务描述，有成型的资料最好，不然就只能在
阅读全文
摘要：什么是SA？ SA即Systems Architecture，是系统体系结构。 系统体系结构是定义系统的结构、行为和系统视图的概念模型。架构师将其系统的形式化描述或表示出来，以支持结构和行为的推理的方式组织。 谈起SA，我第一印象总觉得他是一个概念，一个混淆的概念，因为他被提出时就是模糊的。然而随时
阅读全文
摘要：一个团队的成员有很多人，其中包括项目经理，架构师，组长，组员等等其他人员。就纯开发而言，编写代码的人员只有架构师和组长、组员三个角色。要完成架构，就要利用好三种角色的关系，并且使用正确的人。架构师的责任是架构，构建出框架的摸样，而架构在实际应用中包含着两个概念：业务和开发。 业务是什么？ 业务是架构
阅读全文
摘要：架构师要做什么？ ADMEMS矩阵，明确介绍了架构师需要思考的问题，而在这个矩阵中，做为一个架构师最需要了解的什么呢？技术？业务？都不是，最需要了解的是你的领导，其次是你的团队成员。 如果你的领导是不懂且不放权的类型，那你的好架构要如何实现呢。如果你的团队技术烂的一塌糊涂，又如何开发出成熟的产品？看
阅读全文
摘要：理解系统要解决的问题 认识系统特性与要解决的问题间的关系 识别系统的核心行为 整理系统的非功能性需求 确定架构需求 管理需求 规划系统的高层组织 确定架构机制 分析用例场景 演进系统的高层组织并形成组件模型 规划系统的运行时架构和部署模型 规划系统的实现模型 编写核心代码 验证架构设计 整理架构文档
阅读全文
