共计 2675 个字符，预计需要花费 7 分钟才能阅读完成。
常常被问：图怎么画，用啥工具？
01
每次遇到这个问题，脑回路都有一丝丝欢畅的气氛；
并不是问题奇怪；
而是本人对于画图这件事上并不业余，就算是波及工作上的制图，也没特地去看过任何相干的语法或者规定；
事实上；
对于画图这个操作，集体纯属随便施展，工具还重复横跳；
很多工作文档中的配图，混合乱搭的格调特地显著；
所以，对于画图和工具抉择；
两句话能说明确；
【1】示意分明的都是「好图」；
【2】收费，够用，反对云存储，都是好的画图「工具」；
至于其它方面，没注意过；
就研发这个场景而言；
画图的基本目标并不在于图本身的好看与否，而是在于想表白的流程和逻辑是否分明；
最重要的一点；
很多场景用一张图就能高深莫测，间接省去大量干燥的文字描述，对效率和体验都是很大的晋升；
当然；
如果审美够好，工夫够多，也能够卷一卷自个的画图程度；
上面来聊聊这几年画图的教训积攒和工具实际；
02
首先来聊一聊工具；
工欲善其事，必先利其器，好用的工具「真的」很多；
至于哪款最棘手得本人折腾折腾才晓得，通常来说不同的工具必然有其特地实用的场景；
如下几款始终在用，不分先后；
【Markdown】
通过语法疾速制作各种图形，最具效率的形式，前提要有肯定的语法积攒；
【draw.io】
功能强大组件丰盛，很多文档都集成了该组件，提供了便捷的云存储能力；
【ProcessOn】
研发团队大图制作对立工具，模板库十分丰盛；
【语雀 - 画板】
团队合作的文档工具，整体性能很丰盛，很多博客的内容的配图都是出自语雀画板；
【Carbon】
源代码转图片的工具，当然其余文档类内容也能够转换，应用频率很低；
实际上，用到的工具远远不止这几款；
别问哪款最好用；
成年人的世界里不做选择题，不同的场景用不同的工具，谋求效率才是答案；
03
再来聊一聊画图；
波及的场景很多，施展空间也更加广大；
以职场的视角来看；
从组织，到部门，到集体，波及组织架构和角色治理，再与产品，技术，业务模式交错在一起；
复杂程度可想而知；
如果想要疾速直观的了解外围框架，参考各种示意大图是最佳抉择；
在新人入职时；
会理解公司的「组织架构图」，研发团队的「零碎架构图」，产品层面的「业务体系图」等等；
在理论的开发过程中；
常常用到的流程图，时序图，类图，数据库模型图等等；
不同场景下的制图需要，都能找到适宜好用的工具，任何繁多工具都不足以撑持全场景需要；
还有一个容易纠结的问题；
团队外部，是不是须要对立制图的工具，以及语法规定；
先说说集体的习惯；
只看过 Markdown 的制图语法，尽管有学习老本，然而易用高效；
除此之外，其余任何制图的根本规定没认真卷过；
然而在画图初期，参考了许多 ProcessOn 和draw.io中的优良模板；
再说说团队的要求；
只有几张外围的大图制作，是要求在 ProcessOn 中对立治理的，并且有人负责定期更新保护，其它的随便；
既有要求，又留有自由发挥的空间；
04
在公司的组织外部，通常会波及各种场景的大图制作；
比方常见的大图；
组织架构、商业模式、产品矩阵、合作流程、业务体系等，次要目标是公司层面对这些维度做大的框架展现；
这些大图会归档到知识库，罕用的就是办公软件外部集成的工具；
【组织架构图】
形容公司的权责和分层治理的构造体系，尽管从外表看都比拟明了，但个人感觉这是最有治理难度的事项；
→ 职场很多的内斗和内卷，都须要对组织架构有粗浅的了解或者误会；「职场见闻」
【业务体系图】
自上而下的剖析公司主营的业务体系，与组织架构有殊途同归的滋味；
→ 广泛的景象是：职级越高，对业务能力的要求越高；「参考职场升级文档」
【商业画布图】
作为公司外部商务罕用的模型图，次要围绕客户需要，平台能力，商务资源三方面；
→ 对于大多数商业互吹的场景中，很多商务介绍本人公司的罕用话术套路；「据说会脑补该图」
组织的外围框架图；
职场玩家有必要卷一卷，不会吃亏，万一真须要你打高端局呢？
05
在研发团队中，波及的指导性大图也就那么几张；
比方常见的大图；
零碎架构，业务体系，技术体系，研发流程，部署流程等，次要目标是领导团队外部研发准则；
目前团队外部采纳的是 语雀 和ProcessOn这两款工具；
【零碎架构图】
零碎架构应该是研发部门的外围大图，能够直观的反映技术和业务的外围构造；
→ 新人如果想疾速的了解业务和技术体系，从零碎架构图切入最有效率；「没事就轻易画一画」
【分类整理图表】
最近开始推动的事项，比方零碎组件利用清单，第三方单干信息清单，各类账号对立治理等等；
→ 简单的构造大图，再配上一份简洁的表单信息，体验成果很好；「账号一百多个」
【流程合作图】
把合作流程中外围角色和节点梳理分明，从而确保相应的事项能够高效有序的推动；
→ 治理做的好的公司，都比拟看重流程的标准化，也是在工作中反复强调的话题；「裁员为何不裁流程」
从多年搬砖教训来说；
编写总结汇报或者降职类的文档时，将本人的工作内容和团队的框架图有机的联合起来，视觉效果一流；
06
作为程序员，学会画草图真的是必备技能；
简单的业务场景梳理，形象的编程逻辑，研发还须要将两者兼顾治理，借助画图能够疾速精确的实现这些事务；
至于画图工具，下面举荐的几款都好用；
集体习惯简单的大图应用 draw.io，博客内容应用 语雀 - 画板 ，工作时罕用Markdown 语法，类图用编程工具自带的即可；
【编程进阶导图】
工作这几年，被动或者被动学习的技术栈，很多组件都只是浅浅的用过；
→ 初入职场时，可能少数玩家都幻想本人能成为技术方面的专家；「我当初还有这个空想」
【技术流程图】
在研发中须要设计很多简单的流程，集体最喜爱用的就是 Markdown 语法，代码转图片用的是 Carbon 工具；
→ 通过语法制图极其高效，很多工具都提供了该能力的集成，如果对默认格调不称心，倡议还是慎用；「增效反内卷」
【编码工具类图】
在编码过程中，相干的类图设计能够间接用编码软件生成，还能够贴到画布上增加正文；
→ 在工作中肯定要把罕用的工具耍的纯熟，能够高效率的解决各种事件，进而更加专一于外围维度；「偷懒让工具提高」
有必要强调一句；
工具基本上就是晋升效率，绘图也只是对事务的思考和了解的出现，所以多入手尝试就行了；
07
在工作中，遇见过用 ppt 和word画架构图的大佬级操作，其成果不输其余工具；
所以，工具不是问题，画图应该也不是问题；
外围能力在于对简单问题的了解，是否足够的全面和深刻，当然在了解的过程中可能须要很多草图的辅助，才会有最终的效果图；
最初，如果有好用工具，记得留言分享，可别藏着掖着；
Gitee 主页：https://gitee.com/cicadasmile/butte-java-note
