fei33423的专栏

先看三张图: 1.上线前 道: 法(制度): 术(方法): 器(工具): 2.上线后 道: 法(制度): 术(方法): 器(工具): 3.故障中 道: 法(制度): 术(方法):...

工具: visal paradigm 或者 语雀里的plantUmlvisualparadigm : plantuml:

1. 我自己的经典案例: 中间是第一版,最后是第三版,左边是第二版.第一版,第二版都是垃圾, 原因是主语未明确,都是用描述的话再说,只是在说逻辑.第三版的话主语都是用户,这样描述场景就会非常清楚. 而不是像表达思考过程.之前一直被抨击: 把自己的思考过程表达出来了.2.写技术review 一定要明确你的目标. 现状的方案有什么问题.有哪些思路改进,为什么要另起炉灶.先...

需要积累与平时的总结.平时工作是点状的,主要是周报的时候解决? 归类,汇总,效果.点状bug如何变成总结: 影响目标是什么? 1. 原来受影响的人是多少,现在受影响的人是多少. 2. 解决完bug,性能提升了多少.工作分两块: 1. 点状的,case by case的解决问题. 工作时间,只是说明你在做什么. 或者一个重点case,难点....

自己的这篇博客也提到了点如何成为一名架构师,架构师成长之路结合自身经历个人理解：p7 内部重构。 1. 新增类型的重构 2. 内部复杂逻辑用 责任链 3. 五大设计原则的应用。解耦，reactor，mq模式。 4. 稳定性基础体系建设，总结。整个链路上技术栈了解。p8 规划新系统。 1.关注人 2.和产品沟通，了解他们复杂点。 对人来说，核心的是facade模式。 例如外部商户平台，技术上的平...

对应的另外一篇文章，重构系统 https://blog.youkuaiyun.com/fei33423/article/details/754173171. 系统角色，系统边界图。核心流程拓扑图。核心用例把握。2.内部模块图。3. 整体架构图，含支撑工具，中间件（所有依赖的系统）3.模块流程拓扑图，复杂版，含各个线路。4. 线上部署机房图。5. 各系统的机器逻辑图。6. 真正的落地，代码和用例结合。特别是...

系统从0到1如何设计(从自己了解别人系统的经验说起)1. 首先要有业务架构图. 只有功能划分. 方框. 交互框架(rpc,mq,tcp,网关) 哪些上中下三层即可.  模块功能描述:2. 然后是各个模块的技术架构图. 含周边系统,存储工具(mongodb,mysql,redis,hbase). 存储功能描述3. 然后再是具体到核心功能的描述,流程图,时序图.画图,之前老是喜欢画时序图. 时序图缺点...

笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。现在就挑一个案例出来，写出分析思路，以飨读者，希望读者在以后的工作中能够少踩点坑。前言此Bug是Druid低版本的Bug,此Bug至少在1.0.12版本就已经修复。Druid的Bug现场在紧张的新项目开发的日子里,突然收到线上某系统的大量报警,对应系统的人员发现此系统在某一台机器上dump了大量的e

核心工具:graphvizide 文本编辑工具: sublime 1. 文本编辑, 然后保存,用graphviz打开该文本,会自动刷新.(推荐)2. 在sublime里预览graphviz图(不推荐) mac command shift +ghttps://www.chenyudong.com/archives/sublime-text-graphviz-pre