## 1. 关于 obsidian

### 1.1 特点
> A second brain,  for you, forever.
> Obsidian is a powerful and extensible knowledge base  that works on top of your local folder of plain text files.
> 
> ---------------
> 第二个大脑，  为你，永远.
> Obsidian 是一个功能强大且可扩展的知识库  ，可在您的本地纯文本文件文件夹之上运行。


打开 [obsidian](https://obsidian.md/) 官方网站，在主页正中写着上述话语，其中 `A second brain, for you, forever` 大号字体凸显。从这标语中，我们可以知道 obsidian 的特点：
1. 知识库
2. 本地运行
3. 志在成为第二大脑
4. 可扩展的


### 1.2 功能亮点
> Everything is connected
> 
> ----------------
> 一切都是相连
 
往下拉，会看到第二个标语 `Everything is conected`, 这个可以说是 obsidian 最大的特点，它认为人脑并非线性的，需要为知识j间创建连接，为此提供了：
1. GRAPH VIEW (图形视图)
2. BACKLINKS (反向链接)
3. OUTGOING LINKS （出链）

### 1.3 拓展性

> Extensively extensible
> 
> -----------
> 可广泛扩展

这是第三个标语，`Extensively extensible` , 这年头，是个工具都讲究可拓展性，对于相关技术人员，增加可拓展功能方便自行拓展是非常重要的，而对于大部分人来说，可拓展性究竟有没有用，最大的问题取决于**社区的活跃性**, 官方描述：
1. YOUR KNOWLEDGE BUILDING BLOCKS （你的知识积木）
	- 核心插件 **25** 个
	- 社区插件 **833** 个
	- 主题 **166** 个
2. MIX AND MATCH （混搭）
	- 不同的插件之间可以通过组合，达到**无限可能**
3. DO IT YOURSELF （自己做）

### 1.4 价格
官方给出了三个价格
1. 个人的：0$ 永远
	- 100% 免费供个人使用
	- 无需帐户或注册
	- 访问插件和 API
	- 社区支持
2. 催化剂：25$+ 
	- 支持发展
	- 抢先体验内部版本
	- 我们社区的特殊徽章
	- 访问独家开发频道
3. 商业的：50$ /每个用户/每年
	- 付款前 14 天免费试用
	- 商业用途
	- 优先支持
由此看，个人用的就直接下载就好了，如果想支持下 obsidian 也可以购买 *第二项* 支持下，如果用于商业，或者需要协助的，可以购买商业版

### 1.5 总结
总而言之，Obsidian 是一个，他是**纯本地运行**的，可以**免费使用**的，为**不同的知识构建连接**的，**极具拓展性**的**知识管理软件**。

*以上皆基于 2023-02-03 官方文档页面*


## 2. obsidian 的简单使用
### 2.1 安装
可以在 [官方网站](https://obsidian.md/) 的 [下载页面](https://obsidian.md/download) 选择自己需要的版本下载，有困难找 baidu

### 2.2 基础设置-手机端
#### 2.2.1 创建一个库
![open.jpg](https://hjl18.com/static/img/5b8d9f05c2daf9e8bc770500fff044f2.open.jpg)
第一次打开会有三个选择:
1. Setup Obsidian Sync
2. Create new vault
3. Open folder as vault
初次使用，可以选择2，创建个新库。我这里为啥最下面会有给 PARA 是因为我已经打开了一个库了。
在打开一个库的情况下，也可以通过:左侧工具栏->库名，重新回到这个界面


![main_body.jpg](https://hjl18.com/static/img/5b66f2c40e4c973e7f8580a7c891a2bd.main_body.jpg)
![left_tools.jpg](https://hjl18.com/static/img/1f50a69c81e017a4c50e39d0ef882927.left_tools.jpg)

#### 2.2.2 修改语言
初始化为英文，需要 点击设置->about->language->下拉选择语言->Relaunch 即可

#### 2.2.3 安装插件
具体查看[obsidian 插件](https://hjl18.com/tag/obsidian%E6%8F%92%E4%BB%B6)

在根目录下，会有一个名为 `.obsidian`的文件夹，这个其实就是保存了设置和插件，如果在同步是，同步该文件，就能把对应配置同步到目的设备



### 2.3 基础设置-PC

### 2.4 语法
基础语法使用 **markdown** 请百度，其他特殊语法:
- 标签
```
用 #+标签名 注意中间是没有空格

#一级标签
#一级标签/次级标签

```
- 反向链接
```
文件引用
[[文件名]]
![[附件明]]
不加!只显示链接，加!显示内容
```

Obsidian

## 1. 基本介绍

### 1.1 术语

- **模板**是包含命令的文件。
- **命令**是以开始标记开始<%、以结束标记结束的文本片段%>。
- **函数**是一个对象，我们可以在命令中调用它并返回一个值（替换字符串）
	- 内部函数：预定义的函数
	- 用户函数：用户自定义函数



### 1.2 设置
- Template folder location :
	- 设置该选项，可以让 templater 只扫描该文件下的模板文件
- Internal Variables and Functions:
	- 提供一个内部变量和函数的文档入口
- Syntax Highlighting
	- 语法高亮，在编辑模式下的 Templater 命令添加语法高亮显示
- Automatic jump to cursor
	- 自动跳转到光标，插入模板后自动触发 tp.file.cursor
- Trigger Templater on new file creation
	- 创建文件时触发 Templater 
- Show icon in sidebar
	- 侧边栏中显示图标
- Template Hotkeys
	- 模板热键，将模板绑定到热键上


## 2. 内部函数
这里就介绍部分，细节需要参考官方文档

### 2.1 配置文件
- tp.config.active_file?
启动模板程序时的活动文件（如果存在）。

- tp.config.run_mode
RunMode 代表启动模板程序的方式（从模板创建新的，附加到活动文件，...）

- tp.config.target_file
TFile 表示将插入模板的目标文件的对象。

- tp.file.template_file
TFile 表示模板文件的对象。

**这里除了 tp.config.run_mode 其他命令，获取到的都是文件对象，需要搭配  [tp文件](# 2.3 tp 文件) 使用**

### 2.2 tp日期
> tp.date.now(format: string = "YYYY-MM-DD", offset?: number⎮string, reference?: string, reference_format?: string)

-  **format**:  必填，日期格式，字符串入参， 参考[格式参考](https://momentjs.com/docs/#/displaying/format/)
	- YYYY-MM-DD HH:mm:SS  , 2023-02-08 23:59:59
- **offset**: 非必填， 数字或字符串入参， 偏移量
	- 距离当天，偏移多少天
- **reference**: 日期参考
- **reference_format**: 日期格式参考


### 2.3 tp 文件
> tp.file.create_new(template: TFile ⎮ string, filename?: string, open_new: boolean = false, folder?: TFolder)

- **template**：必填，文件格式或字符串，模板
	- 使用 tp.file.find_tfile(TEMPLATENAME) 模板文件对象
- **filename**：非必填，字符串格式，文件名
- **open_new**: 非必填，布尔值，是否打开新建的文件
- **folder**：非必填，文件格式，放置新文件的文件夹
	- 使用 app.vault.getAbstractFileByPath("FOLDERNAME") 获取文件对象

> tp.file.move(new_path: string, file_to_move?: TFile)
 
将文件移动到所需的 Vault 位置。

- **new_path**：文件的新库相对路径，不带文件扩展名。注意：新路径需要包含文件夹和文件名，例如/Notes/MyNote

> tp.file.title

获取文章标题

### 2.4 tp系统
> tp.system.prompt(prompt_text?: string, default_value?: string, throw_on_cancel: boolean = false, multiline?: boolean = false)

生成提示模式并返回用户的输入。

- **prompt_text**：放置在输入字段上方的文本
- **default_value**：输入字段的默认值
- **throw_on_cancel**：如果取消提示，则抛出错误，而不是返回null值
- **multiline**: 如果设置为 true，输入字段将是一个多行文本区域

### 2.5 控制台
> ctrl + shift + i

打开控制台，查看日志

## 3. 示例

- **首先** ， 在 100Project 文件下创建记录文件，我这里命名为 [[100Project-Record]]
```markdown
| 任务 | 计划开始时间 | 计划结束时间 | 计划天数 | 实际开始时间 | 实际结束时间 | 状态 |
| ---- | ------------ | ------------ | -------- | ------------ | ------------ | ---- |
```
- **然后**， 通过 templater 脚本进行生成( [[1a-Project-template]])，和添加记录，脚本如下：
```js
---
tags: 
create_time: <% tp.date.now("YYYY-MM-DD HH:mm:SS") %>
---
<%* 
// 获取当前时间
let currentDate = tp.date.now("YYYY-MM-DD")
// 输入计划开始时间
let planstartDate = await tp.system.prompt("计划开始时间(YYY-MM-DD)", currentDate, true)
// 输入计划天数
let plantDay = await tp.system.prompt("计划天数(dd)", 7, true)
// 计算出可能结束的时间
let mayEndDate = window.moment(planstartDate).add(plantDay, "d").format("YYYY-MM-DD")
// 输入计划结束时间
let planEndDate = await tp.system.prompt("计划结束时间(YYY-MM-DD)", mayEndDate, true)
// 输入项目名称
let projectName = await tp.system.prompt("项目名", "_" + planEndDate, true)
// 输入项目说明
let projectIntro = await tp.system.prompt("项目说明", projectName, true, false, true)
-%>
- 计划开始时间：<% planstartDate %>
- 计划结束时间：<% planEndDate %>
- 计划天数: <% plantDay %>
- 实际开始时间：
- 实际结束时间：
- 领域/资源：
- 标签： 
- 关联文件：
- 项目说明：<% projectIntro %>
------------

<%*
// 拼接其他模板
let includeFileName = await tp.system.prompt("添加模板", "none", true)
// 初始化 引入文本
let includeStr = "" 
// 获取文件
let includeFile = await tp.file.find_tfile(includeFileName)
// 如果文件存在的话，获取引入文本
if(includeFile != null) {
	console.log("获取引入文本")
	// 引入目标模板，初始化，获得最终文本
	includeStr = await tp.file.include(includeFile)
}
// 构建记录文件添加字符串
// 提取 [[ 防止形成外链
let changeStr = "[["
let appendRecord = "\r\n|" + changeStr + projectName + "]] | " +  planstartDate + " | " + planEndDate + " | "  + plantDay + " | | | 未开始|"
// 获取记录文件
let recordFile = tp.file.find_tfile("100Project-Record")
// 添加记录到 100Project-Record
await this.app.vault.append(recordFile, appendRecord)
// 移动创建文档到 100Project 下
await tp.file.move("/100Project/" + projectName)
-%>
<% includeStr %>
```

- **创建**, `Alt + n` , 输入模板名， Project-template ，然后依次输入信息，生成完毕


关于obsidian 查看：[obsidian](https://hjl18.com/post/4)  
关于所有插件查看：[obsidian 插件](https://hjl18.com/tag/obsidian%E6%8F%92%E4%BB%B6)  
官方文档：[地址](https://silentvoid13.github.io/Templater/introduction.html)

Obsidian 插件_Templater

![](https://hjl18.com/static/img/848dda24de1d9ed6d116926e6b6f18cd.åºå«.webp)


> 简单：该域中的因果关系显而易见，方法是感知——分类——响应（Sense - Categorise - Respond），我们能够应用最佳实践。
>
> 繁杂：该域中的因果关系需要分析，或者需要一些其他形式的调查和/或专业知识的应用，方法是感知——分析——响应（Sense - Analyze - Respond ），我们能够应用好的实践。
>
> 复杂：该域中的因果关系仅能够从回想中感应，不能提前，方法是探索——感知——响应（Probe - Sense - Respond ），我们能够感知涌现实践（emergent practice）。
>
> 混乱：该域中没有系统级别的因果关系，方法是行动——感知——响应（Act - Sense - Respond ），我们能够发现新颖的实践（novel practice）。
>
> 失序：该域中不清楚存在什么样的因果关系，这种状态下人们将会恢复到自己舒服的域做决定。Cynefin框架拥有子域，简单和混乱之间的一线之隔是灾难性的：骄傲自满导致失败



![R0711C_A.gif](https://hjl18.com/static/img/b181b3a196fc704e96ec4c4908e8ea48.R0711C_A.gif)

## 1. 不同领域

### 1.1 Simple Contexts: The Domain of Best Practice 

**简单的上下文： 最佳实践领域**

- sense (感知)
- **categorize (分类)**
- respond (响应)

SIMPLE 内**因果关系显而易见，每个人都可以轻松识别**，答案毋庸置疑，很少发生变化，这这个领域内，领导者通过评估情况后进行简单的分类，然后根据既有的做法做出反应即可。通常来讲，即使在这个领域里出现问题，下属也可以自行处理，领域内的信息上下属都可以获取到，所以没有信息差，只需要简单的指令/决策，不需要详尽的沟通，很少在做什么存在分歧。

这个领域是最佳实践领域，容易出现问题：

1. 可能错误地将问题归入 SIMPLE ， 将问题过度简化
2. 受**惯性思维(entrained thinking)**影响，对新的思维视而不见
3. 由于自满，环境发生变化时，反应过于慢，产生灾难性失败。所以 SIMPLE 会向 CHAOTIC 转变

如何做:

1. 领导者需要避免**细节管理(Micromanaging)** , 简单情况下，一线工人有能力独立处理，不需要过多的干涉。
2. 领导者需要建了沟通渠道（必要时，匿名渠道），更容易发现早起的变化。
3. **SIMPLE 领域是最佳实践领域，是过去的实践，最佳实践通常是合适的，但是如果限制员工去遵守流程，如果不再适用，将发生灾难，hindsight does not lead to foresight。**



> `"Entrained thinking"` 指的是人们在社交环境中形成的思维习惯和行为方式。这种思维方式受到周围环境和社会因素的影响，并逐渐变得固定和难以改变。
>
> `"Micromanaging"` 指的是一种管理风格，在这种风格下，管理者会对员工的每一个细节进行干预和监督。这种管理方式可能会让员工感到受压迫和束缚，并降低员工的工作效率和责任感。
>
> `"hindsight does not lead to foresight"` 的意思是事后之见并不能导致事前之见。这表示，对于过去的事情的理解并不能用来预测未来的事情。这句话提醒我们，在未来做决策时，不应该仅仅依赖于对过去的理解，而应该借助其他信息和工具来预测未来。

### 1.2 Complicated Contexts: The Domain of Experts

**繁杂的上下文：专家领域**

- sense (感知)
- **analyze (分析)**
- respond (响应)

Complicated 内**因果关系明确，但是不是所有人都能识别的，有多个正确答案**,领导者需要通过感知，然后运用专业的知识进行分析，最后进行实践。在这个环境内，没有最佳实践，不同的实践有不同的价值，需要通过分析，来获取相对合适，良好的实践。

这个环境内，也有一些问题：

1. 通用是惯性思维的影响，不过和 SIMPLE 不同的是，这里受影响的是专家，而不是领导者；领导者必须听取专家的已经，同时也需要了解，他人特立独行的想法和建议。
2. **分析瘫痪（analysis paralysis）**，由于每个人的思维或自我而导致答案无法一致

如何做：

1. 在陌生的环境工作：可以帮助领导者和专家更有创意地进行决策
2. 游戏也可以鼓励新颖的思维

Complicated 的领域做出决定通常会花费很多时间，而且总是需要在找到**正确答案和简单做出决定**之间进行权衡。然而，当正确答案难以捉摸并且您**必须根据不完整的数据做出决定**时，您的情况可能是 complex 而不是 complicated

> "complex" 和 "complicated" 都指的是事物的复杂性，但有一些微妙的差异。
>
> `"Complicated"` 指的是事物有很多组成部分，而且这些部分之间有很多相互关系。这种复杂性是可以通过分析和研究来理解和解决的。
>
> `"Complex"` 指的是事物有很多不确定的因素和相互关系，这些因素可能是相互影响的，而且很难理解和预测。这种复杂性往往需要多种角度和方法来理解和应对。
>
> 总之一句话，complicated是复杂性来源于内部组成，而complex是复杂性来源于外部环境和相互关系。

### 1.3 Complex Contexts: The Domain of Emergence

**复杂的上下文：创新的领域**

- **probe （探索）**
- sense (感知)
- respond (响应)

Complex 环境内，**因果关系不明，无法找出正确答案。**这和 繁杂（Complicated）的环境不一样，Complicated 环境中至少存在一个正确答案。`Complicated 是 未知已知，Complex 是 未知未知`。在 Complex 这个领域中，只有事后回顾，才能知道事情发生的原因。如果领导者可以进行安全失败的实验，可以从中获取到启发性的模式，从而来应对该复杂的环境。正因入参，领导者此时不应该去加强行动计划，而应该等待前进道路的显现。所以需要先探索，然后感知，再做出反应

问题：

1. 回到传统的命令和控制管理模式的诱惑（要求具有明确结果的故障安全业务计划）
2. 难以容忍失败
3. 试图在复杂的环境中，强加秩序

如何面对：

1. 需要更多的交互通信，比如展开讨论
2. 障碍物限制或界定行为，在这些界限内，系统高度自由，自我调节。
3. 激发吸引子，小刺激和探测（无论是来自领导者还是其他人）与人们产生共鸣时出现的现象，它们会提供结构和连贯性
4. 鼓励异议和多样性。
5. 管理起始条件并监测出现情况

### 1.4 Chaotic Contexts: The Domain of Rapid Response

**混乱的上下文：快速反应领域**

- **act (行动)**
- sense (感知)
- respond (响应)

在 Chaotic  的环境中，**寻找正确的答案将毫无意义**，这是个因果关系无法确定，不断变化，不存在可管理的模式，不可知的领域。这个领域中，领导者当务之急不是发现规律，而是止血。需要先通过行动建立去秩序，然后感知稳定和不稳定的地方，顺序做出反应，将混乱（Chaotic）迅速转变为复杂（Complex）。**最直接的自上而下或广播式的沟通势在必行**，根本没有时间征求意见。

问题：

- “指挥和控制方法的使用时间过长”“对领袖的崇拜”            
- 错失的创新机会混乱有增无减 

如何面对：

- 建立机制(如平行团队)来利用混乱环境提供的机会            
- 一旦危机平息，鼓励顾问挑战你的观点            
- 努力将环境从混乱转变为复杂

> `"自上而下"`指的是一种管理方式，在这种管理方式中，领导者直接从上面指挥和控制下面的人。这种管理方式通常没有考虑下属的意见和建议，而是直接按照领导者的意图和计划进行行动。

### 1.5 DISORDER 

混乱的，无法知道身处何领域中	



### 1.6 总结

肯尼芬框架——不同领域

## 1 自我倾听

### 1.1 多年前的那些工程师都去哪了

#### 1.1.1 技术类

- 一个方向侧重于“广”：架构师
- 另外一个方向侧重于“专”：“某领域技术专家”或“科学家”



#### 1.1.2 管理类

- 技术管理者：工程师 -> 一线经理 -> 部门经理 -> 技术副总裁 -> CTO
- 职业经理人: 负责的是一个完整的业务，CEO或GM



#### 1.1.3 创业类

- 创始人
- 技术合伙人或技术高管



#### 1.1.4 顾问类

- 投资顾问：投资人
- 管理顾问：提供培训、咨询服务





### 1.2 我要不要做管理呢？内心好纠结！

**这个选择是否更符合“你的初衷”，以及是否更能激发“你投入的意愿”**

#### 1.2.1 是否适合做管理

- 第一个重要问题是关于“管理的价值观”的，即你是否认同管理的价值呢？
- 第二个重要的问题是，你是否对管理充满热情，并享受这些工作呢？
  - 你是否主动地向自己的上级了解过团队的工作目标呢？
  - 你是否主动关心过新同事该怎么培养，以及如何更好地帮助他们成长呢？
  - 你是否享受去负责一个大项目的协调和推进？它的成功发布是否会给你带来强烈的成就感呢？
  - 你是否思考过什么样的流程和机制可以应对团队工作中的那些疏漏呢？
- 第三个重要问题是，你是否看重在管理方面的成长呢？
  -  更大的责任
  -  更立体的视角
  -  更灵活的思维方式



#### 1.2.2 收获

- 成长感
- 成就感
- 影响力



### 1.3 哪些人比较容易走上管理岗位

- 天时：做管理的“天时”，其实就是机会、时机、大环境、时代背景。
- 地利：做管理的“地利”，就是你的优势、能力，以及你所负责的工作内容。
  - 第一类是负责最全局的模块，核心是“广”。
  - 第二类是负责最核心的技术模块，核心是“深”。
- 人和：做管理的“人和”，就是你能否得到他人的支持。
  - 第一类，为你提供机会、平台和资源的支持。一般是你的上级
  - 第二类，为你提供陪伴和共同成长的支持。一般是和你平级的管理者
  - 第三类，为你提供指导和前进的方向。一般是你的导师、指导人、管理教练或上级
  - 第四类，为你提供情感支持，让你勇于面对困难和挫折，在管理之路上走得更远。一般来说，你的家人和朋友

想被提拔为一个管理者最好的方式，就是你**首先成为一个实际上的管理者**，我们常常把这样的晋升理念叫“既定事实”，而这种理念在互联网行业里被广泛认同。



### 1.4 我要不要转回去做技术呢？

#### 1.4.1 转管理烦恼的根源

- 转管理之前没有仔细了解过管理
- 才开始做管理，还无法靠管理“安身立命”
- 认为技术才是自己的“大本营”

#### 1.4.2 解决烦恼的方法

**第一个药方，专门针对“患失”来开。**

- 首先，把技术提到更高视角来看待：技术转管理并不意味着不关心技术，只是更关心更大的目标和整体结果了
- 其次，换一种学习方式来掌握技术：
  - 建立你的学习机制：在团队内建立什么样的学习机制，可以帮助你借助团队的力量来提升技术判断力
  - 请教专家
  - 共创
- **关于“患失”，还有一个视角，如果你是真心热爱技术，擅长用技术的思路和方案解决问题，你可以做技术型管理者。**

**无论从哪个方面讲，你都并没有放弃技术**



**第二个药方，专门针对“患得”开出。**

- 首先，做管理对个人成长和个人发展来说，不会失败。
- 其次，一线技术管理者，即便“做不好”也并非没有“回头路”
- 最后，做管理所积累的能力，完全可以迁移到做“技术带头人”或“技术 leader”这个角色上。

**你一定会有所得，会在做管理过程中有丰富的收获，既然一定能“得到”，所以不需要去“患得**



**第三个药方，有点猛，叫做“认清现实”。**

- 首先，从目标出发去看待技术
- 其次，从评估的角度去看待技术
- 最后，从借助自己的技术到借助大家的技术

**既然你避无可避，不如奋力向前**



### 1.5 作为技术管理者，我如何保持技术判断力？

- 工程师：技术的操作者和实现者
  - 主要关心的是“怎么做”，属于“how”的范畴
- 管理者：**技术的应用者**，你需要的是把这些技术服务装配成更大的服务和产品
  - 主要关心的是“要不要做”“做什么”，属于“why” 和 “what” 的范畴

- 技术的评估能力的三个维度：
  - 第一个维度是结果评估：“要不要做”，希望拿到什么结果
  - 第二个维度是可行性评估：一是“能不能做”，二是“值不值得”
  - 第三个评估维度，即风险评估：哪些技术风险需要未雨绸缪
- 怎么提高技术判断力：
  - 建立技术学习机制：要求小组定期做交流和分享
  - 专项技术调研项目化：可以专门立项做技术调研，并要求项目负责人做调研汇报
  - 和技术大牛交流
  - 听取工作汇报：读员工的周报、季度汇报时，相互探讨



### 1.6 我这样的风格能做管理吗？

**所谓管理风格，本质就是你和团队的协作方式，也就是你和团队的“位置关系”，即你站在团队的什么位置。**

其位置关系大体可以有这样四类：

- 第一类是发号施令型(指令式管理、命令式管理，或者指导式管理)
  - 团队成员只要按管理者说的做好执行
  - 管理者发号施令，全程指挥
  - 通常团队执行力很强，但是**梯队很难培养起来**
  - **重事不重人**
- 第二类是以身作则型(支持式管理)
  - 像一位身先士卒的将军
  - 团队凝聚力很强
  - 在意团队成员的想法和感受，并愿意提供帮助和支持，分担他们的工作和困难
  - 这类管理者更像一个带头大哥，员工会特别有归属感，但是这类管理者往往**带不了大规模团队**。
  - **重人不重事**
- 第三类是激发辅导型(教练式管理)
  - 辅导和启发员工怎么去完成工作，并且提供鼓励、支持和反馈
  - 像球场上的教练，他们不上场，但会把握比赛节奏和方向
  - 这类风格对于管理者精力消耗比较大，很难覆盖到全体成员，所以比较**适用于核心梯队的培养**
  - **重事也重人**
- 第四类是无为而治型（授权式管理）
  - 对于不成熟的团队，成员就会变成野蛮生长
  - 对于成熟的团队，成员就会有很好的发挥空间和舞台，反而会得心应手
  - **不重人也不重事**

**评价手段我们往往是用有效无效来衡量，而不会用好坏来衡量，所以，这四类风格无所谓谁好谁坏****



### 1.7 我能做好管理吗，大家服我吗？

**新经理不自信的来源：**

- 第一，管理经验不足和能力欠缺
- 第二，和团队成员对立比较
- 第三，背负着沉重的包袱：上级太高的期待





#### 1.7.1 如何从之前的工作经验中，迁移一些能力过来?

认识能力三核，**“能力三核”，这个模型把能力分为三个层次：知识、技能和才干。**

- 知识：是指你知道和理解的内容和信息，一般用深度和广度来衡量。
  - 大部分知识都是基于特定工作场景的，所以这部分能力迁移性不好
  - 所以关于管理的知识，是新经理要重点补习和加强的
- 技能：是指你能操作和完成的技术，一般用熟练度来衡量。
  - 这个层次的能力就有一定的可迁移性了
  - 如：快速学习的能力，进度控制能力，沟通表达的逻辑能力、规划工作目标的能力等
- 才干：是你长期生活工作所积淀和锤炼出来的模式、特质和品格。
  - 这个层次的“能力”是迁移性最强的，换句话说，你想不迁移过来都难



#### 1.7.2 如何面对团队里的老资格员工和高能力员工

- 作为团队的负责人，需要把自己从和任何团队成员的比较和竞争中抽离
- 所有的比较和竞争都是在同一个层次上才会发生
- 要考虑如何让大家把自己的才智都发挥出来，去达成一个共同的团队目标
- **不是管束和控制大家，而是引导和支持大家**



#### 1.7.3 因为背负了上级太高的期待而担心做不好

- 建立反馈通道，尤其是和上级的沟通通道
  - 约好一个例行的沟通机制
  - 定期汇报团队工作
  - 征求上级的看法和评价



#### 1.7.4 总结

第一，你可以通过梳理自己可迁移的能力，提升能力自信；

第二，你可以通过把自己从团队成员的对立面抽离，提升角色自信；

第三，你可以通过收集外部积极正向的反馈，提升自我认同。

技术管理：自我认知

## 8. Docker 网络

1. 我们每启动一个docker容器，docker就会给docker容器分配一个ip，我们只要安装了docker，就会有一个网卡 docker01桥接模式，使用的技术是 evth-pair 技术
2. evth-pair 就是一对的虚拟设备接口，他们都是成对出现的，一段连着协议，一段彼此相连
3. evth-pair 充当一个桥梁，连接各种虚拟网络设备



### 8.1 容器互联 --link

**这种方式已经不推荐使用**

**启动第一个tomcat**

```shell
[root@hecs-152658 tomcat]# docker run -d --name=tomcat01 tomcat
Unable to find image 'tomcat:latest' locally
latest: Pulling from library/tomcat
0ecb575e629c: Pull complete
7467d1831b69: Pull complete
feab2c490a3c: Pull complete
f15a0f46f8c3: Pull complete
26cb1dfcbebb: Pull complete
242c5446d23f: Pull complete
f22708c7c9c1: Pull complete
d8b7e17ca4bc: Pull complete
91588c31829d: Pull complete
d97abf351b5d: Pull complete
Digest: sha256:7f29cf0cb11a16bd3ff22c5716e655a7da872fb9b508b501588e30b2901ae446
Status: Downloaded newer image for tomcat:latest
ae5ac92a5e4521be8c61dba99276e53332088efdf5129f1f0125d14bc8d026a9
```

**启动第二个tomcat**

```shell
[root@hecs-152658 tomcat]# docker run -d --name=tomcat02 tomcat
b75787d7ea29e5f71a63530efd8f5e320db621706919e273ebf2c4dab88daebf
```

**使用 --link 启动第三个 tomcat**

```shell
[root@hecs-152658 tomcat]# docker run -d --name=tomcat03 --link tomcat01 tomcat
e5c74ea24959057b3478f2505610108b6c28a5a72011f24eafbb27dcfcdc4a81
```

**测试不同 tomcat 之间的 ping 结果**

```shell
# tomcat02 不能连接 tomcat01
[root@hecs-152658 tomcat]# docker exec -it tomcat02 ping tomcat01
ping: tomcat01: Name or service not known
# tomcat03 能连接 tomcat01
[root@hecs-152658 tomcat]# docker exec -it tomcat03 ping tomcat01
PING tomcat01 (172.17.0.2) 56(84) bytes of data.
64 bytes from tomcat01 (172.17.0.2): icmp_seq=1 ttl=64 time=0.094 ms
64 bytes from tomcat01 (172.17.0.2): icmp_seq=2 ttl=64 time=0.060 ms
^C
--- tomcat01 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 50ms
rtt min/avg/max/mdev = 0.060/0.077/0.094/0.017 ms
# tomcat01 不能连接 tomcat03
[root@hecs-152658 tomcat]# docker exec -it tomcat01 ping tomcat03
ping: tomcat03: Name or service not known
```

**实际上 link 就是在 hosts 上面加上配置**

```shell
[root@hecs-152658 tomcat]# docker exec -it tomcat03 /bin/bash
root@e5c74ea24959:/usr/local/tomcat# cat /etc/hosts
127.0.0.1       localhost
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.2      tomcat01 ae5ac92a5e45
172.17.0.4      e5c74ea24959

# 这里发现 tomcat01 的配置，而且后面还有一串东西，感觉怎么那么像容器id呢，我们看下容器id，果然是
[root@hecs-152658 tomcat]# docker ps
CONTAINER ID   IMAGE                                                COMMAND                  CREATED         STATUS         PORTS                    NAMES
e5c74ea24959   tomcat                                               "catalina.sh run"        5 minutes ago   Up 5 minutes   8080/tcp                 tomcat03
b75787d7ea29   tomcat                                               "catalina.sh run"        6 minutes ago   Up 6 minutes   8080/tcp                 tomcat02
ae5ac92a5e45   tomcat                                               "catalina.sh run"        7 minutes ago   Up 7 minutes   8080/tcp                 tomcat01                               
```

**查看容器的网络信息**

```shell
[root@hecs-152658 tomcat]# docker network ls
NETWORK ID     NAME             DRIVER    SCOPE
7a85f96a7ea8   bridge           bridge    local
26d86d8b9e10   host             host      local
f4a42edec984   none             null      local
[root@hecs-152658 tomcat]# docker network inspect 7a85f96a7ea8
[
    {
        "Name": "bridge",
        "Id": "7a85f96a7ea822d46d14c30a6110fe15ad9d69f9e3199a7e2fb50133fb6add25",
        "Created": "2021-07-28T18:58:07.014841442+08:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.17.0.0/16",
                    "Gateway": "172.17.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": false,
        "Ingress": false,
        "ConfigFrom": {
            "Network": ""
        },
        "ConfigOnly": false,
        "Containers": {
            "ae5ac92a5e4521be8c61dba99276e53332088efdf5129f1f0125d14bc8d026a9": {
                "Name": "tomcat01",
                "EndpointID": "f72486595da8de1c9d4b4e9409b61fb2021089cf6aea5685cdf165989e9c9f65",
                "MacAddress": "02:42:ac:11:00:02",
                "IPv4Address": "172.17.0.2/16",
                "IPv6Address": ""
            },
            "b75787d7ea29e5f71a63530efd8f5e320db621706919e273ebf2c4dab88daebf": {
                "Name": "tomcat02",
                "EndpointID": "e3b476065b1d1b7785ff5df4c4cae9c8478351e42b2f3a14e77c20277ea23a4d",
                "MacAddress": "02:42:ac:11:00:03",
                "IPv4Address": "172.17.0.3/16",
                "IPv6Address": ""
            },
            "e5c74ea24959057b3478f2505610108b6c28a5a72011f24eafbb27dcfcdc4a81": {
                "Name": "tomcat03",
                "EndpointID": "9d26977b59b89765a7e4088975d408628ce2354c2b485705656109f1f92312c7",
                "MacAddress": "02:42:ac:11:00:04",
                "IPv4Address": "172.17.0.4/16",
                "IPv6Address": ""
            }
        },
        "Options": {
            "com.docker.network.bridge.default_bridge": "true",
            "com.docker.network.bridge.enable_icc": "true",
            "com.docker.network.bridge.enable_ip_masquerade": "true",
            "com.docker.network.bridge.host_binding_ipv4": "0.0.0.0",
            "com.docker.network.bridge.name": "docker0",
            "com.docker.network.driver.mtu": "1500"
        },
        "Labels": {}
    }
]
```

```shell
# 容器元信息
[root@hecs-152658 tomcat]# docker inspect e5c74ea24959
...
        "HostConfig": {
        	...
            "Links": [
                "/tomcat01:/tomcat03/tomcat01"
            ],
            ...
]
```



### 8.2 容器互联 --自定义网络

#### 网络模式

```shell
# 查看所有docker网络
[root@hecs-152658 tomcat]# docker network ls
NETWORK ID     NAME             DRIVER    SCOPE
7a85f96a7ea8   bridge           bridge    local
26d86d8b9e10   host             host      local
f4a42edec984   none             null      local
```



- bridge : 桥接模式，一般使用这个模式
- none: 不配置网络
- host: 和宿主机共享网络
- container: 容器内网络连通，用得少，局限很大



#### 自定义网络 

```shell
# --driver bridge指定网络模式为桥接模式
# --subnet 192.16.0.0/16 子网配置
# -gateway 192.168.0.1 网关配置
[root@hecs-152658 tomcat]# docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
9b0808fdd1685938afd25e535ab407629df8c3681cebe3c2c043ef0ea47f9cf6
[root@hecs-152658 tomcat]# docker network ls
NETWORK ID     NAME             DRIVER    SCOPE
7a85f96a7ea8   bridge           bridge    local
26d86d8b9e10   host             host      local
9b0808fdd168   mynet            bridge    local
f4a42edec984   none             null      local
[root@hecs-152658 tomcat]# docker network inspect mynet
[
    {
        "Name": "mynet",
        "Id": "9b0808fdd1685938afd25e535ab407629df8c3681cebe3c2c043ef0ea47f9cf6",
        "Created": "2021-07-31T15:16:55.03070698+08:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": {},
            "Config": [
                {
                    "Subnet": "192.168.0.0/16",
                    "Gateway": "192.168.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": false,
        "Ingress": false,
        "ConfigFrom": {
            "Network": ""
        },
        "ConfigOnly": false,
        "Containers": {},
        "Options": {},
        "Labels": {}
    }
]
```



#### 使用自定义网络启动容器

```shell
# 启动两个 tomcat
[root@hecs-152658 tomcat]# docker run -d -P --name tomcat-net-01 --net mynet tomcat
7c7b87f517da3eb4121fa1ef8d9da644c915f7c934d1196a136026badd790cde
[root@hecs-152658 tomcat]# docker run -d -P --name tomcat-net-02 --net mynet tomcat
7d3627b319a01bad7dd0add67edb660bbe4500947d5fb89cbc935c639f90710c
# 查看配置
[root@hecs-152658 tomcat]# docker network inspect mynet                         [
    {	...
        "Containers": {
            "7c7b87f517da3eb4121fa1ef8d9da644c915f7c934d1196a136026badd790cde": {
                "Name": "tomcat-net-01",
                "EndpointID": "343aa7b9233461e38d198a8b2b0efdcb12066ff91ee1a291538e213e06439c4e",
                "MacAddress": "02:42:c0:a8:00:02",
                "IPv4Address": "192.168.0.2/16",
                "IPv6Address": ""
            },
            "7d3627b319a01bad7dd0add67edb660bbe4500947d5fb89cbc935c639f90710c": {
                "Name": "tomcat-net-02",
                "EndpointID": "29b05a2463a13b7cc1fef0505e705ef5d01f75b460e6eabe12674d85776d06e8",
                "MacAddress": "02:42:c0:a8:00:03",
                "IPv4Address": "192.168.0.3/16",
                "IPv6Address": ""
            }
        },
        ...
    }
]
# 直接网络连通
[root@hecs-152658 tomcat]# docker exec -it tomcat-net-01 ping tomcat-net-02
PING tomcat-net-02 (192.168.0.3) 56(84) bytes of data.
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=1 ttl=64 time=0.076 ms
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=2 ttl=64 time=0.059 ms
^C
--- tomcat-net-02 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 65ms
rtt min/avg/max/mdev = 0.059/0.067/0.076/0.011 ms
```

> docker run --net 网络名(默认参数为 bridge)

### 8.3 思考

docker run --net 存在默认参数 bridge，那为啥使用 bridge 网络的容器间不能相互 ping 容器名， 而自己建的网络却可以呢？

在 [官方文档](https://docs.docker.com/network/drivers/bridge/#differences-between-user-defined-bridges-and-the-default-bridge) 原文中说：`Containers on the default bridge network can only access each other by IP addresses, unless you use the `--link` , which is considered legacy. On a user-defined bridge network, containers can resolve each other by name or alias.`

**但是是怎么处理呢？留白**



### 8.4 网络连通 connect

对于不同网络配置的容器，如果连通呢？

```shell
# 启动一个默认网络的 tomcat
[root@hecs-152658 tomcat]# docker run -d -P --name tomcat01 tomcat
451d076d3f9c8b24be6ed8d3bff815827eef88a2aabeda23e95fdf8230ea7b33
# ping 不通
[root@hecs-152658 tomcat]# docker exec -it tomcat01 ping tomcat-net-01
ping: tomcat-net-01: Name or service not known
# 使用 connect 命令 连通
[root@hecs-152658 tomcat]# docker network connect mynet tomcat01
# 可以 ping 通了
[root@hecs-152658 tomcat]# docker exec -it tomcat01 ping tomcat-net-01
PING tomcat-net-01 (192.168.0.2) 56(84) bytes of data.
64 bytes from tomcat-net-01.mynet (192.168.0.2): icmp_seq=1 ttl=64 time=0.097 ms
^C
--- tomcat-net-01 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.097/0.097/0.097/0.000 ms
```

**查看信息，可以看到 tomcat01 在网络 [bridge] 和 [mynet] 中同时存在**

```shell
# 其实就是一个容器两个 ip 地址
[root@hecs-152658 tomcat]# docker network inspect mynet
...
        "Containers": {
            "451d076d3f9c8b24be6ed8d3bff815827eef88a2aabeda23e95fdf8230ea7b33": {
                "Name": "tomcat01",
                "EndpointID": "3925ae23648ba3286efa4fbe843b275714779adf981d1f0a5f34e10655a3ad3e",
                "MacAddress": "02:42:c0:a8:00:04",
                "IPv4Address": "192.168.0.4/16",
                "IPv6Address": ""
            },
            "7c7b87f517da3eb4121fa1ef8d9da644c915f7c934d1196a136026badd790cde": {
                "Name": "tomcat-net-01",
                "EndpointID": "343aa7b9233461e38d198a8b2b0efdcb12066ff91ee1a291538e213e06439c4e",
                "MacAddress": "02:42:c0:a8:00:02",
                "IPv4Address": "192.168.0.2/16",
                "IPv6Address": ""
            },
            "7d3627b319a01bad7dd0add67edb660bbe4500947d5fb89cbc935c639f90710c": {
                "Name": "tomcat-net-02",
                "EndpointID": "29b05a2463a13b7cc1fef0505e705ef5d01f75b460e6eabe12674d85776d06e8",
                "MacAddress": "02:42:c0:a8:00:03",
                "IPv4Address": "192.168.0.3/16",
                "IPv6Address": ""
            }
        },
...

[root@hecs-152658 tomcat]# docker network inspect bridge
		...
        "Containers": {
            "451d076d3f9c8b24be6ed8d3bff815827eef88a2aabeda23e95fdf8230ea7b33": {
                "Name": "tomcat01",
                "EndpointID": "45c27921172f2ec14aaa5859aa467b7198bcf7909c181e6674a571f73de44844",
                "MacAddress": "02:42:ac:11:00:02",
                "IPv4Address": "172.17.0.2/16",
                "IPv6Address": ""
            }
        },
        ...
```

查看 tomcat01 网络配置，其实就是有两个网卡信息

```shell
[root@hecs-152658 tomcat]# docker exec -it tomcat01 ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
174: eth0@if175: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever
176: eth1@if177: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:c0:a8:00:04 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 192.168.0.4/16 brd 192.168.255.255 scope global eth1
       valid_lft forever preferred_lft forever
```