疫情地图开发总结
盲目乐观在一知半解的情况下，凭感觉去评估难度、工作量和时间，结果很多细节上的问题都没考虑，估算的时间可能只有真实工作量的三分之一(甚至更少，比如这次我预估半天不到就能搞定，结果搞了整整两天，且第一天还是三个人一起搞)。 做事一定要认真仔细，细节决定成败。 平时缺乏主动积累地图项目我们今年搞了好几期了，但是到目前为止，也没有什么东西积累下来，导致每次有新的需求，都会伤筋动骨搞很久。 脚手架、文档、封
2020前端概念
前端工作台低/零代码开发可视化搭建系统大前端前端中台ServerlessPaas架构感知https://www.alibabacloud.com/help/zh/doc-detail/97583.htm
平台即服务
平台即服务，这是我们可视化能力输出的方向。 为什么要做这个？这是缘于最近SMM给我提的需求：提供一个通用的拓扑结构，展示不同业务方的数据。经过跟SMM的沟通，我发现他期望的其实不是一个拓扑组件，而是一个涵盖了数据接入标准、存储、可视化呈现的平台。通过平台对外提供服务，服务于公司所有的业务。结合最近在关注的前端平台搭建相关的内容，我突然想到，这个需求不就是一个PaaS么？ 我们可视化的价值体现一
什么是架构师
我的目的不是做某一个平台或者功能，而是做成一个系统，并在此过程中，锻炼自己，成为架构师。 架构师(Architect /ˈɑːrkɪtekt/)是很多技术人员的职业发展目标。但是绝大多数人(至少我身边的绝大多数人)，对于架构师的定义、工作职责、能力要求并没有一个很清晰的了解。这也就导致大家的职业规划只是嘴上说说，没有明确的目标和行动策略。 架构师的定义wiki 上对于 ar
如何编写方案设计文档
从程序设计的本质入手 程序 = 数据结构 + 算法 + 流程 我们需要在一开始，就把这三要素给讨论确定下来。这部分内容花费的时间多一点也是很值得的。 缺少了这三要素的设计，你写的程序就会出现很多问题，比如： 想到哪里写到哪里，最终写成流水账 工作量难以评估，对于完成节点不可预估 后期发现数据结构不合理，得推翻重来；或者得做一些很不优雅的兼容性处理 方法很长，且代码容易出现在不该出现的
如何快速绘制带动效的定制版流程图
上周有个业务组让我们做一个流程图，数据是固定不变的，但是要求流程之间的线条可以动起来。考虑到这个不通用，且我们这边也抽不出人力，因此我让他们自己的开发去学一下，自己写。 后面我空的时候想了下，这个需求应该还是有不少场景可能会用到，因此自己尝试写了下，这里做个笔记。 效果展示先看下效果，类似这样： 技术选型我大致采用如下的流程来实现这个效果： 1、用ProcessOn画出静态流程图，导出为S