Markdown：
是一种轻量级标记语言，允许人们使用易读易写的纯文本格式编写文档，然后转成有效的XHTML（或者HTML）文档。
思维导图mindmaster：有bug 若不边做边保存着容易闪退哦
把握计划或任务的全局，可以帮助人们在学习和工作提高效率。
亿图：
可以方便绘制各种专业的业务流程图、组织结构图、商业图表、程序流程图、数据流程图、工程管理图、软件设计图、网络拓扑图等。
示意图
某项目模块示意图
流程图
定义：
以图的形式，对一组相关联事件（动作、操作、数据流等）发生顺序的描述。
流程图中的元素，分类三类：节点、关系线和条件值。
节点：
关系线：
条件值：
包括真假条件和选择条件。
分类：本规范面向程序流程图定义
- 程序流程图
- 工作流程图
- 业务流程图
元素：
起始点
定义：流程开始的位置
终止点
定义：流程结束的位置
步骤
定义：流程中的步骤，可以理解为执行了什么动作。
发生线
定义：指示流程节点发生的逻辑顺序。
注意：发生线为实线。
条件分支
定义：在此节点上，由不同的条件状态，触发不同的流程走向。
真假条件分支
定义：由“真假”二值条件状态触发的条件分支。
注意：“真假”这两个字不用写，“假”用红色线条表示，“真”用黑色线条表示。
选择条件分支
定义：由“多值”条件状态触发的条件分支。
子流程
定义：将一个局部的详细的流程，概括为一个“子流程”的节点。“子流程”节点，是为了降低“全流程”的理解复杂度。“子流程”可以在其他地方进行逻辑展开，并用“引用线”将这个“展开的流程图”与“子流程节点”关联起来。
引用线
定义：主要作用是，将“子流程节点”与“子流程逻辑展开”进行关联。
注意：引用线为虚线
设计细则要求
- 颜色：建议主流黑白，个别场景下为达到展示效果可使用其他颜色。例如：子流程节点，可以用其他颜色标注，以示醒目。
- 文字：节点内的文字描述须简练概况，行数不宜超过3行，文字内容不得超出图形框。如需详细描述的，可在文档顶部或底部，增加文本框进行说明。
- 绘制顺序：建议从上到下，从左往右。或者核心流程在中间部分，子流程展开在核心流程的两侧。
- 箭头：一组合并关系线上，只能有一个箭头。
设计指导方法（设计之禅）
流程图要模块化设计“分不清你我的流程图就是一坨屎”
模块化设计，是一种设计思路和设计方法。这与程序代码要进行模块化设计是一样的道理。
流程图的模块化，源于产品功能的模块化。因为我们要求在功能需求分析，以及市场功能需求到设计功能需求转化时，已经做了模块划分。流程图设计的需求依据就是设计功能需求，所以流程图的模块化，应该是自然而然的事情，绝不能再回到“一锅粥”的状态。
流程图的下一个阶段，就是代码设计，模块化的流程图，对于代码的模块化设计是非常有力的支持。
流程图要有分层结构“不要期望别人一眼看懂你的图”
分层结构设计，是一个表达技巧，分层设计可以理解为“总分式”，先讲概略部分，再说细节部分。
我们设计流程图的目的，是想把整个系统的逻辑结构表达清楚。但是对于一个复杂系统来说，复杂的逻辑，意味着表述体量大，理解难度更大，所以不要预想一下子讲明白全部逻辑内容，即使你讲的清楚，听者也想不明白。
流程图要忠于功能需求“流程图是功能需求的实现逻辑”
设计流程图，是为代码设计做准备，代码设计是为了实现功能需求。所以不要随意发挥，做到对功能需求的充要覆盖即可。
流程要考虑扩展性“设计时给自己留条后路”
在流程图设计阶段就要考虑好逻辑可扩展性，而不是写代码时再考虑。在设计阶段多考虑一些扩展性，比设计完成再修改框架的成本要低。
程序流程图
共同体
用语雀做笔记比较好用，个人感觉保存效果好
Git
作用：版本控制+多人协作
集中式：典型代表：SVN
特点：所有的版本库都存在中央服务器，本地备份动作必须依赖中央服务器，如果一旦服务器挂掉，或者网络状况不好，没法提交版本。
分布式：典型代表：Git
特点：每一台客户端都有完整的版本备份，所有的版本提交不需要依赖中央服务器，只有多人协作时候，需要用服务器交换一下版本库。
Git操作
Git区域概念
工作区：相当于工作的文件夹
版本库：Git备份的位置
远程仓：远程的服务器
初始化Git仓库
新建文件夹，在右键菜单中选择：创建版本库
注意：不要直接在桌面点击创建版本库，因为本身桌面也是一个文件夹，创建也是生效的。如果把桌面做成版本库，可以把windows文件夹中隐藏项目选项打开，然后把桌面上的隐藏文件夹.git删除即可恢复。
提交工作区的内容到版本库
丢掉工作区的内容
查看版本记录
版本回退
先找到版本日志，然后选择某个版本进行回退
版本前进
若有收获，就点个赞吧
0 人点赞
