关于画图:聊聊画图和工具
常常被问：图怎么画，用啥工具？01每次遇到这个问题，脑回路都有一丝丝欢畅的气氛； 并不是问题奇怪； 而是本人对于画图这件事上并不业余，就算是波及工作上的制图，也没特地去看过任何相干的语法或者规定； 事实上； 对于画图这个操作，集体纯属随便施展，工具还重复横跳； 很多工作文档中的配图，混合乱搭的格调特地显著； 所以，对于画图和工具抉择； 两句话能说明确； 【1】示意分明的都是「好图」； 【2】收费，够用，反对云存储，都是好的画图「工具」； 至于其它方面，没注意过； 就研发这个场景而言； 画图的基本目标并不在于图本身的好看与否，而是在于想表白的流程和逻辑是否分明； 最重要的一点； 很多场景用一张图就能高深莫测，间接省去大量干燥的文字描述，对效率和体验都是很大的晋升； 当然； 如果审美够好，工夫够多，也能够卷一卷自个的画图程度； 上面来聊聊这几年画图的教训积攒和工具实际； 02首先来聊一聊工具； 工欲善其事，必先利其器，好用的工具「真的」很多； 至于哪款最棘手得本人折腾折腾才晓得，通常来说不同的工具必然有其特地实用的场景； 如下几款始终在用，不分先后； 【Markdown】 通过语法疾速制作各种图形，最具效率的形式，前提要有肯定的语法积攒； 【draw.io】 功能强大组件丰盛，很多文档都集成了该组件，提供了便捷的云存储能力； 【ProcessOn】 研发团队大图制作对立工具，模板库十分丰盛； 【语雀-画板】 团队合作的文档工具，整体性能很丰盛，很多博客的内容的配图都是出自语雀画板； 【Carbon】 源代码转图片的工具，当然其余文档类内容也能够转换，应用频率很低； 实际上，用到的工具远远不止这几款； 别问哪款最好用； 成年人的世界里不做选择题，不同的场景用不同的工具，谋求效率才是答案； 03再来聊一聊画图； 波及的场景很多，施展空间也更加广大； 以职场的视角来看； 从组织，到部门，到集体，波及组织架构和角色治理，再与产品，技术，业务模式交错在一起； 复杂程度可想而知； 如果想要疾速直观的了解外围框架，参考各种示意大图是最佳抉择； 在新人入职时； 会理解公司的「组织架构图」，研发团队的「零碎架构图」，产品层面的「业务体系图」等等； 在理论的开发过程中； 常常用到的流程图，时序图，类图，数据库模型图等等； 不同场景下的制图需要，都能找到适宜好用的工具，任何繁多工具都不足以撑持全场景需要； 还有一个容易纠结的问题； 团队外部，是不是须要对立制图的工具，以及语法规定； 先说说集体的习惯； 只看过Markdown的制图语法，尽管有学习老本，然而易用高效； 除此之外，其余任何制图的根本规定没认真卷过； 然而在画图初期，参考了许多ProcessOn和draw.io中的优良模板； 再说说团队的要求； 只有几张外围的大图制作，是要求在ProcessOn中对立治理的，并且有人负责定期更新保护，其它的随便； 既有要求，又留有自由发挥的空间； 04在公司的组织外部，通常会波及各种场景的大图制作； 比方常见的大图； 组织架构、商业模式、产品矩阵、合作流程、业务体系等，次要目标是公司层面对这些维度做大的框架展现； 这些大图会归档到知识库，罕用的就是办公软件外部集成的工具； 【组织架构图】 形容公司的权责和分层治理的构造体系，尽管从外表看都比拟明了，但个人感觉这是最有治理难度的事项； → 职场很多的内斗和内卷，都须要对组织架构有粗浅的了解或者误会；「职场见闻」 【业务体系图】 自上而下的剖析公司主营的业务体系，与组织架构有殊途同归的滋味； → 广泛的景象是：职级越高，对业务能力的要求越高；「参考职场升级文档」 ...