这里记录一周中关于Go语言，关于编程，关于生活资讯，关于各种工具、网站的搜集汇总。另外我和我的小伙伴会隔段时间进行讨论，我也会把其中值得分享的内容分享出来。
每周一发布。
本杂志开源（GitHub: Tjuvenile/weekly），欢迎提交 issue，投稿或推荐科技和资讯内容。
代码插桩是测试和定位问题的常用手段，通过在代码对应位置插入相应的代码（“桩”），来打印或收集我们所需要的数据。
自动化插桩，也就是在代码的特定位置，自动的插入我们需要的一行或几行代码。
里面讲述了Linux在代码层面的一些处理，想了解的可以看一下。
对于mysql锁的了解可以更进一步。
本期是一道关于 array 的题目：
package main
import (
"fmt"
)
func main() {
// [...]中的...表示数组的长度是根据初始化值的个数来计算的。
// [...]int{1, 2, 3} ...就是3。 [...]int{1, 2, 3, 4} ...就是4。
// [3]int{1, 2, 3} 也可以直接这样来创建
// 1:2的意思就是v[1] = 2。3:4的意思就是v[3] = 4。
// 所以数组的容量为4,1号位置是2,3号位置是4,其它的位置补零。
// 所以最终数组是0 2 0 4，长度为4
v := [...]int{1: 2, 3: 4}
fmt.Println(len(v))
}
A：2；B：编译失败；C：3；D：4
type Instance struct {
A string
B int
C *Inner
}
type Inner struct {
D string
E string
}
上面的结构体中含有指针，当你使用fmt.Println打印时得到的打印信息如下：
{AAAA 1000 0xc000054020}
C打印的是一个地址，地址背后的数据被隐藏了，这显然影响我们排查程序。
而go-spew可以帮助我们完成这件事。
// 下载：
go get -u github.com/davecgh/go-spew/spew
// 导包
import "github.com/davecgh/go-spew/spew"
// 使用
func main() {
ins := Instance{
A: "AAAA",
B: 1000,
C: &Inner{
D: "DDDD",
E: "EEEE",
},
}
spew.Dump(ins)
}
得到的打印结果如下：
(main.Instance) {
A: (string) (len=4) "AAAA",
B: (int) 1000,
C: (*main.Inner)(0xc0000ba0c0)({
D: (string) (len=4) "DDDD",
E: (string) (len=4) "EEEE"
})
}
很显然，它的打印结果非常的详细，以及对指针数组打印的时候，如下：
// fmt.Println()打印
[0xc00011c018 0xc00011c030]
-----------------分割线-----------
// spew.Dump()打印
([2]*main.Demo) (len=2 cap=2) {
(*main.Demo)(0xc00011c018)({
a: (int) 100,
b: (string) (len=6) "Python"
}),
(*main.Demo)(0xc00011c030)({
a: (int) 200,
b: (string) (len=6) "Golang"
})
}
go-spew可以帮助我们调试我们的程序， Dump 方法可以帮助我们更好的打印信息，它也提供了其他方法，例如转换为字符串的 Sdump 方法；输出重定向的 Fdump 方法；与 fmt 类似的一套 Print 用法。
同时，可以通过 spew.Config 进行一些参数配置，例如设置 spew.Config.MaxDepth 用于控制打印深度。
为啥MySQL对开发人员如此重要？
第一，不管你去面试哪家公司，数据库是必问项，而MySQL使用范围广，无论如何是避不开的；
第二，你对MySQL掌握的越深入，意味着你能做的事情越多。
实现业务功能，要懂基本的SQL语句；
性能优化，那么索引、引擎就要摸透；
想分库分表，主从同步机制、读写分离你就得了解；
安全方面，你得知道权限、备份、日志等等；
涉及到云数据库，就得懂源码及瓶颈。
Go语言没有构造函数，一般通过定义New函数来充当构造函数。
那么会有很多种初始化这些字段的方式，我们将分别说明这些初始化方式。
而函数式选项模式是这其中最好的。 下面的代码演示中，我把多个文件的代码都合到一个文件了，为了更直观清晰的给你描述，理解了思想之后可自行安排。
首先定义一个结构体
package main
import (
"log"
)
type Server {
host string
port int
}
func New(host string, port int) *Server {
return &Server{host, port}
}
func (s *Server) Start() error {
}
func main() {
svr := New("localhost", 1234)
if err := svr.Start(); err != nil {
log.Fatal(err)
}
}
如果我们要扩展Server结构体的参数，如何做？
做法 1：为每个不同的配置选项声明一个新的构造函数
在原有的基础上，加上几个New函数。即你可以再写两个函数来对结构体进行初始化，这种方式适合参数较少而且不太会变化的情况，否则每次新增参数的时候，你都要新创建一个构造函数。
package main
import (
"log"
)
type Server {
host string
port int
timeout time.Duration
maxConn int
}
func New(host string, port int) *Server {
return &Server{host, port}
}
func NewWithTimeout(host string, port int, timeout time.Duration) *Server {
return &Server{host, port, timeout}
}
func NewWithTimeoutAndMaxConn(host string, port int, timeout time.Duration, maxConn int) *Server {
return &Server{host, port, timeout, maxConn}
}
func (s *Server) Start() error {
}
func main() {
svr := New("localhost", 1234)
if err := svr.Start(); err != nil {
log.Fatal(err)
}
}
做法 2：使用专门的配置结构体
我们通过添加一个Server结构体对Config结构体进行封装，这样Config结构体不管怎么改变，用到Server的API结构不会被改变。
不过在创建Server结构体的时候，需要先创建Config结构体，这就又回到了做法1,。
package main
import (
"log"
)
type Server {
cfg Config
}
type Config struct {
Host string
Port int
Timeout time.Duration
MaxConn int
}
func New(cfg Config) *Server {
return &Server{cfg}
}
func (s *Server) Start() error {
}
做法 3：使用 Functional Option Pattern
这种做法挺妙的
// 构建Server结构体
type Server {
host string
port int
timeout time.Duration
maxConn int
}
// 在这个模式中，我们定义一个 Option 函数类型
// Option是一个函数类型，这个函数接收*Server
type Option func(*Server)
// 然后些一个New函数来接收一个Option类型的不定参数
func New(options ...Option) *Server {
svr := &Server{}
for _, f := range options {
f(svr)
}
return svr
}
// 接下来需要写一些Option函数来进行赋值
func WithHost(host string) Option {
// 构造一个Option变量返回
return func(s *Server) {
s.host = host
}
}
func WithPort(port int) Option {
return func(s *Server) {
s.port = port
}
}
func WithTimeout(timeout time.Duration) Option {
return func(s *Server) {
s.timeout = timeout
}
}
func WithMaxConn(maxConn int) Option {
return func(s *Server) {
s.maxConn = maxConn
}
}
// 如何使用？
// 通过下面的方式，把一个一个的函数传递进去，每一个函数都会对同一个结构体进行赋值
// 最终这个结构体的参数就初始化好了。
// 未来增加选项的时候，只需要增加对应的WithXXX函数就可以了。
func main() {
svr := New(
WithHost("localhost"),
WithPort(8080),
WithTimeout(time.Minute),
WithMaxConn(120),
)
if err := svr.Start(); err != nil {
log.Fatal(err)
}
Go 1.18 因为泛型引入 any，这实际上是 interface{} 的别名。
之所以引入any关键字，主要是让泛型修饰时短一点，少一些括号。 any会比interface{}更清爽。
不过后续可能会出现一个现象，就是我们的 Go 工程中，有人用 any，有人用 interface{}，会在代码可读性上比较伤人。
我们也可以学 Go 官方，在 linter 流程中借助 gofmt 工具来强行把所有 interface{} 都替换成 any 来实现代码的一致性。
这次变更，感觉是个 Go 的美学问题
为Go语言建立一个精简的Docker 镜像。
友情提示：如果你搜不到下面的插件，请更新您的goland版本。
1、String Manipulation
使用此插件可以让你比较方便的处理字符串文本，比如分割，排列，随机排列行，更改大小写，按列排序，删除转义字符等。
2、Key Promoter X
有时你甚至会查找它们，但很快就忘记了，因为你使用它们的次数还不够多。Key Prompter X 通过在你每次使用鼠标菜单时发送弹出通知来帮助你熟悉键盘快捷键，方便你记忆，将来使用键盘快捷键。
3、.ignore
一个方便的 .ignore 文件生成器和编辑器。如果你正在使用 Git，可能需要忽略一些被 checked 的文件。此插件允许你从 GoLand 中编辑忽略文件。
4、Rainbow Brackets
当嵌套括号存在的时候，这个插件为每对括号提供不同的颜色。
5、Gopher
它仅仅是一个进度条。
5、Tabnine AI代码补全
良好的代码补全可以为你节省大量[5]键入代码的时间[6]。代码补全是大多数 IDE 的共同特征，但并非所有代码补全都是一样的。Tabnine 使用 AI 根据上下文预测你接下来可能想要输入的内容，而不是简单地根据你已经编写的内容列出所有可能的选项。
感觉不错，还没试用。
我看了一下，JetBrains系列都可以更新到2021.3了。
1、WSL的本地支持：
可以很方便的进行配置。 WSL（Windows Subsystem for Linux）是适用于Linux的Windows子系统，借助WSL可以在Win10中直接编译出Linux环境的可执行文件，可以让我们更方便的跨平台开发。
2、保存时默认执行gofmt
Reformat code选项（允许你在保存时运行 GoLand 自己的格式化程序）现在默认处于启动状态。
3、内联函数/方法重构
先点击函数，通过Ctrl + Alt + N可以查看该函数的重构预览，看到函数的所有调用。
从代码层面解析了http服务方面的内容。
“发生了什么变化”以及“为什么发生了变化”。下面这段代码会死循环吗？ 遍历s切片，并且不断在s中添加元素。
package main
import "fmt"
func main() {
s := []int{1,2,3,4,5}
for _, v:=range s {
s =append(s, v)
fmt.Printf("len(s)=%v\n",len(s))
}
}
并不会死循环，因为for range只是for循环的简易写法，但是内部还是按照for的方式获取切片的长度进行循环。
要攒够100万需要多久？
it领域的薪资确实甩其它领域很多，是一个高薪领域，但是它并没有那么夸张，而且在这个领域内，顶层和底层的薪资差距巨大。
想要涨薪，跳槽比晋升更快。 互联网公司名单中，按照待遇划分，第一梯队：字节跳动，腾讯，阿里，第二梯队：拼多多，快手，滴滴。第三梯队：美团，小米，京东。
大厂也很喜欢用年轻人，单纯，动力十足，2021年腾讯的白菜价Offer已经达到了40万，比很多老人都高。 但是大厂也会为了留住老人，派发很多福利。
互联网公司未来的增长越来越不乐观，导致加入一家互联网公司的难度也在逐步提高，越来越少的人可以享受到互联网的高薪红利，不过it仍然是平均薪资最高的行业。
“可交互性的设计需要多想一步，告诉用户半步，让用户自己走半步。”
明明门把手上是Push，但却是一个让人拉的形状，看到门把手自然而然想去拉，但是实际上需要推，这个就是违背了自我意识的产品。
那么怎么设计一个系统软件，让用户用起来呢？
可交互性的第一个特点：概念模型：
人在做一件事情的时候，脑子经常都会对接下来要做的事情有下意识的预设，如果你的行为和预设不一样，就会很奇怪。
可交互性的第二个特点：对程序员来说没有人会读文档
对于一个项目的作者来说，深入用户的心理，是赢得用户的唯一一次机会。
Quick start的第一条shell命令很重要，因为它决定了后续还有没有后续。
举个例子讲，打开TiUP的网站是这样，只有两句话的介绍，但是用户并不关心，用户关心第一行，拷贝到shell以后，然后系统接下来会告诉下一步怎么做，然后再执行复制粘贴，一分钟之内就搭好了一个本地的TiDB集群。
另外到最后还会告诉你很多其它的方式，比如你可以用Mysql客户端连接，或者其它的途径，比如导点数据进来等等。
如果一个软件，可以很方便的让人使用，或者一个工具，可以很方便的让程序员使用，不必要去读文档，那是非常成功的。
可交互性的第三个特点：反馈
正常人的反应时间是0.15秒-0.4秒，超过这个时间会有明显的延迟感。
一个软件让人有愉悦感就是不给怎样，不管是否处理完成，在100毫米内给一个feedback，人们就会觉得很顺滑。
反馈三定律：
可观测性：
那什么是关键资源呢？对于一个系统来说，我基本会灵魂拷问这二十个问题。比如说突然莫名其妙给你一个完全陌生的环境，你只要把这 20 个问题搞清楚，大概就知道这个系统的状态。
可观测性做得好的软件，一定会有一个特别厉害的特点，就是会去「利用人的直觉」。 比如看到红色会意识到STOP，绿色就是GO。
这个回答分为4个部分：
为什么对于大多数程序员来说，做好一份工作汇报PPT不是一件容易的事情？
比如下面这张幻灯片，如果只是改一改文本框的文字当然容易，但是想做出来这样的模板对于程序员来说是有较高的门槛的，设计出这样的模板，并不是ppt高手用的多么高级的工具或者模块，而只是用简单的线条和图标，再通过颜色变化自己绘制的。
那也就是说，ppt这样的工具压根就不说为程序员而设计的，而是为有艺术技术技能的人准备的，那么做不好工作汇报ppt，就可以得出一个结论：工具不好用。
工具不好用要么改变工具，要么改变自己。
如何能够更好的表达逻辑？
可以采用下面的方式来编排自己的ppt结构。
除了事实之外，还要有数据分析证明你的理由可以推导出你的结论。
这种逻辑推导靠直觉也是不够的，可以专门去了解一些相关知识：
怎么和新同事，新上级相处？如何赢得新伙伴的信任？怎么学习新的技术框架、业务流程、协同方式等，并做出成果？
技术框架：
组织架构
加入新公司的第一周，快速熟悉公司大体的组织架构，做技术的一般在技术部/研发中心/IT部门等一级部门，第一周可以和自己岗位强相关或者经常打交道的二三级部门同学聊聊，比如业务研发&基础架构&测试&运维DBA等同学，了解他们的日常工作内容和流程，快速获取和自己的岗位有关的信息，便于日后工作的开展。
流程规范
业务背景
目前的核心业务是什么？业务流程从头到尾怎么串起来？各个核心业务的上下游依赖是谁，对应的产品、研发、测试、运维DBA等同学各是谁等方面。
技术框架
如果做技术的不了解公司的整体架构和组件，那么工作局限性会很大，自己的发展空间也会受到限制。
技术栈（java、python、golang、PHP、.net）
技术架构：
拿到结果：
长期规划
进入一家新公司要了解部门的长期规划是什么。包括但不限于：
短期目标
大多数互联网公司会通过OKR和KPI来制定短期的目标。
这两种方式如何并不重要，重要的是我们如何从中汲取和自己有关的部分。
快速落地
职场是一个赤裸裸的生存法则具现体，无论校招还是社招，对每个人的考察期和机会都差不多，融入团队的首要目标还是要先证明自己的价值，快速拿到领导想要的结果，证明自己值这些钱，才能想其它的。
那么如何快速落地？简单说就是：解决问题。
你目前处在那个团队&岗位，目前团队面临的问题和困境是什么？你能否解决？交付的质量怎么样？领导安排的工作分工你是否按时保质的达成了领导想要的结果。
沟通态度：
躬身入局
每个人或多或少都会有先入为主或者路径依赖，认为之前自己解决这样的问题是这样解决的，当面对这样问题的时候就会放松警惕，但是时机会改变，场合也会改变，加入新的公司新的团队，过去的工作经验和固有的思维模式很可能不适配，所以新人应该尽可能的以初入职场的心态，放空自己，从零开始，快速学习，快速了解团队的人、事、流程和方法等。
具体做法就是先僵尸化跟随师兄，使自己能够快速把基础工作做好，先拿到结果，经过一定的项目锻炼后，再结合过去的经验和持续学习的输入，能够提出现有机制流程和系统方法等方面的优化建议和解决方案。
提问思考
新人集中加入，师兄和TL往往要同时带多个新人，比较难方方面面都能够把信息及时的Push到新人。建议新人自己主动多去Pull信息、任务和目标。利用好周报、OKR等工具，全面快速拉取信息，而不是等着他人Push过来。
严己宽人
多思考推动，事情才能真的变好，直面我们当前的问题，解决当前的问题，把别人的问题尽可能缩小，尽可能放大自己的问题，让自己的工作能够无懈可击。所有人都喜欢一个有担当且无BUG的合作方，所有人都不喜欢一边抱怨一边自己做不好的合作方。
积极主动
将自己的格局放大，为团队做事情，看到整个团队，那么团队当中有需要人做，但是还没人做的事，都是你的事情。好比你们一直苦于没有一个好用的报表工具，那你看到了这点，是否是能够抽空去做一个。之后团队其他人用的都是你写的工具。TL 和团队小伙伴是否会对你高看一眼呢？
另外做事情件件有着落，事事有回音。老板也能很放心的把事情交给你。
比其它人多想一步，即便没有提出要求，也能积极地推导或解决某个问题。比如隐藏bug。
技巧工具：
周报月报
可以将部门team leader，核心技术同学的邮件单独设一个邮件组，每天花一点时间来了解他们的报告里包含的信息，会有一些出其不意的收获。
会议纪要
大多数时候开会是一大群人在会议室争论半天，讨论的就几个人，大多数就是打酱油的。但有一点需要注意：会议的目的是对一些事达成共识和明确推进的事项以及明确事情的负责人。
会议纪要往往能体现这一点（如果加入的公司有这种机制的话）。了解项目的背景、各方面负责人、目前的进度风险和待办事项，对个人是利大于弊的一件事。
那么我们也可以知道一个会议纪要要具备哪些元素：
技术文档
通过文档可以让我们很快的了解新公司的相关技术和业务（如果有最好，如果没有，可以从你开始做技术沉淀）。
这里的技术文档包括但不限于：技术设计文档、API设计文档、需求文档、用例分析设计文档、业务逻辑文档。
时间管理
相信很多同学日常的工作时间会被很多事情打断，比如随时被其他同事咨询问题，参加会议，头脑风暴等各种操作，工作时间碎片化，不仅精力分散，而且该干的事情实际上进度并不理想。该如何解决这个问题呢？：
流程规范
每个公司有自己不同的流程规范，从产品设计到上线交付的角度来说，常见的有：
需求评审流程；
估时排期流程；
技术方案评审；
测试验证流程；
线上发布流程；
问题处理流程；
可以审视自己的公司是不是欠缺了哪个环节，导致频繁的需求变更，代码修改，可以了解背后的原因，然后适时提出建议。
工作习惯
要高校完成一件事，最好高度专注的做事情，但是面临工作中被频繁打断思路的情况，该如何解决？
做一件事情前先深入了解它，分析它的背景目标，结合实际情况和排期制定计划，做好风险评估（比如延期&资源不足），并主动暴露风险，和团队沟通寻求解决方案；
优先做重要紧急的事情，如果怕忘记一些事，可以用便笺或者记事本提醒自己
学会拒绝，不是所有需要你协助的事情是真的需要你，可能他只是找不到其他人
主动和团队中的老人请教，学习了解他日常工作中的一些做法，汲取适合自己的；
花一些时间熟读文档，包括但不限于：技术设计文档、API设计文档、需求文档、产品PRD文档（如果没有，可以从你开始做技术沉淀）；
不要花太多时间在沟通和学习上，在快速实践中熟悉更重要！先落地拿到结果，解决问题，再考虑其他；
多沟通的目的是不断和上级确认要做的事（背景、目标、衡量维度），在不断沟通中，明确目标和保持方向一致性。当然，过程中需要注意，每次沟通需要有新的沟通内容，比如方案、进度、风险。让领导知道你在做什么，目前进度，遇到什么问题需要领导协助解决，不要临近deadline或者出问题了领导才知道。有时候对上级来说，不求有功但求无过，是很重要的，因为他也要向上汇报向上管理。
技术的深度和广度
职场生涯前期，应该在技术的深度上投入更多的精力，然后以点破面。
管理是个烈火烹油的岗位
工作至今，面试过很多人，也被一些人面试过，大多都会问到一个问题：你的职场发展规划是什么？而管理是很多人绕不开的话题，甚至是很多人的意难平。
我个人目前的看法，职场的职位分布绝大多数时候是个金字塔型，少部分是纺锤型，这就注定了所谓的管理岗位以当前的情况，永远只是少部分人的权益。中低层管理，也许只需要业务/技术/沟通/情商等方面就可以胜任，这也是绝大多数人的职场天花板。而高端的管理岗位，所需要的眼界/格局/资源/背景/关系，就不是普通人先天就拥有的资源。有时候，出生没有的，后天大概率也不会拥有。
就互联网领域技术岗位而言，有时管理岗收入不见得就比普通职工高很多，当然这里指的是直接的上下级关系。但做管理要承担的压力，对个人生活节奏以及心理状态的影响，就不是物质所能衡量的
保持耐心和学会满足才不会患得患失
“警惕被现实挫败之后的自我毁灭”；
“想要一些东西，总要自己去争取才行”；
“不可能那么好，但也不至于那么糟糕”；
乔纳森·艾维（Jony Ive）曾经是苹果公司的首席设计官，负责了许多极为畅销的苹果产品（比如 iPhone）的设计。2019年，他离开了苹果公司，创立了自己的设计公司 LoveFrom。
最近，他发布了离开苹果以后的第一个公开的设计作品。那是为英国环保基金会 Terra Carta 设计的一个印章，专门颁发给为环保做出贡献的公司。
关键在由于环保的原因，这个印章不能使用贵重的金属制作，只能是纸质，接下来就是想让大家看看设计师怎么让一张纸变得有美感的。
一个萨尔瓦多摄影记者为自己的姑妈，制作了一个墓碑二维码。扫墓的人们只要扫描这个二维码，就能看到死者生前的音容笑貌。
他计划推广这项服务，收费50至150美元，在墓碑上嵌入二维码，并提供一个网站空间，用来展示已故亲属的照片、视频和文字介绍。
改名为Meta的脸书公司宣布了一款触觉手套的原型产品。可以在VR空间感受真实的触觉。
蓝牙（bluetooth）是一种短距离、低功耗无线通信协议。这个协议的名字很奇怪，它是怎么来的呢？
1998年，加拿大举行了一次国际会议，讨论如何制定一个无线通信的国际标准。
讨论了一天之后，工程师们去了一间酒吧，然后看了一本北欧历史小说，小说的一个主要人物是一个国王，他有个绰号叫“蓝牙”。
于是工程师灵机一动，就把将要制定的国际标准的代号定位“蓝牙”。
世界第一台蓝牙设备在1999年上市。当时，蓝牙还只是临时的代号，但是人们想不出更合适的名字，于是它变成了永久名字。
更详细的可以查看文章。
效率，其实就是在追求局部最优解。
比如你要去公园，导航会给你一个最省油，省成本，省时间的路线。
因此，你不会知道隔壁一条街新开了一家早餐店，你也不会知道，隔壁一条街新修了一条大马路，可以更舒服的到底。
除此之外，当这条最短路径失效了，怎么办？
一般的选择是——放弃最短路径，兵分几路去找，这样看起来没有效率，但它恰恰是“创新”的开始。
有两个例子：
1、字节跳动：
字节跳动在2016年看准短视频这个市场，它尝试了火山小视频、头条视频、抖音短视频三个App，同时开三个项目来做，有人觉得火山小视频会成功，有人觉得头条视频会成功，没想到是抖音成功了。
那么如果当时字节跳动只选择做一个app的话，可能就没有抖音的存在了。
但是，不代表多浪费，就能创新了，因为创新的时候，会去尝试很多的可能性，所以势必会带来一些浪费——这个浪费一定要在自己可接受、也可承受的范围内。
2、腾讯：
腾讯内部流传一句话：不挤出最后一滴水。
意思就是不让员工所有的心思都花在工作上，比如需要100个人，就招120个人，就是让大家不要拼尽120%的努力才能完成公司交代的工作，而这样就是不讲效率的方式。
有的公司甚至要求75个人做100个人的事情，为什么腾讯要这样做？——因为他要的不是效率，是创新。
当然，这有个前提，他能赚钱。
当你不挤出最后一滴水时，一部分人就会多出一些时间来，他们就会想，我怎么办呢？有什么更好的办法呢？
不过效率仍然很重要，创新是开辟一条别人没干过的路，而我们一旦确定这条路之后，接下来研究的问题，就是将这条路最优化。
因为创新最终都会被别人学会，一旦大家都这么干的时候，还是要靠效率来竞争。
创新，造就阶段性领先；
效率，成就持续性领先。
PS:
平时在生活中，我们每一个人都是一个产品，如果想要阶段性的领先周围的人，就要想办法创新，然后追求新方式的最短路径。
人与人之间的差距很大程度上，来自于对人性理解的不同，来自于“反人性能力”的不同。
具体来讲，是认清并努力克服了我们常说的：贪嗔痴。
贪：想用最少的努力获得最大的回报
极端情况，是不用努力也能有最大的回报。空手套白狼，不劳而获——骗子最喜欢这样的人。
一个普遍的“骗术”是：两个骗子商量好，其中一个人在地上假装掉了100块钱，还有1张存折，扬长而去。
另一个骗子，蹲在旁边的树丛里，等着“猎物”出现。
果然，那个贪心的人来了。
他弯腰把那100块钱和存折捡起来，打开一看，20万。这时候不知道从哪里突然出现一个人，“你在干什么？我也看到了。”
沉默了一小会，开口了。“见者有份。”
“这样吧，你先看到的，大头你拿走，你就给我2万块钱吧，存折归你了。”
显然，存折是假的。
可能你觉得这样的手法非常拙劣，但是世界上真的有这样被骗的人，而且这样的事情随时都在发生。
骗子是利用人们想不劳而获的心理，找到了在这种心理上发挥极致的那群人。
这也是为什么，老年人容易上当，相信保健品能治病。
但那些对“贪”理解更深刻，能反人性的人呢？
他们知道天上不会掉馅饼，知道要遵循规律和尊重常识，知道辛苦一点才有收获。
甚至，他们还能利用自己的聪明才智，利用科技进步去发明创造，发明了汽车、轮船、飞机……让别人付出更少的成本实现自己的目标，推动了社会的进步。
这是更深刻理解人性，还能反人性操作的人。
嗔：“只要你过得比我好，我就受不了。”
但那些对“嗔”理解更深刻，能反人性的人呢？
他们知道，这是自己的嫉妒心作祟，明白对比会让人永不满足。
就像有人经常说，如果我现在能有100万，那我的生活一定特别幸福。
但是，当你有100万的时候，就会见识到有1000万的人是怎么生活的。住大别墅，请人养院子，成天晒太阳。
但是，当你有1000万的时候，就会见识到有1个亿的人是怎么生活的。突然心情不好，就跑到巴黎去喂鸽子，晚上吃完饭后，第二天早上又飞回来。
但是，当你有1个亿的时候，就会见识到那些有10个亿的人是怎么生活的。在美国买房子，6000万美金的价格，还价到4000万美金。原来人家买房讨价还价，是按1000万美金为一个单位的。
但是，当你有10个亿的时候，就会见识到那些100个亿的人是怎么生活的。结一次婚，会专门包下一座岛。为了不被人打扰，甚至会包下那座岛周边的所有岛。
比较，让人永不满足。
所以，那些“反人性能力”强的人，往往不会把财富当成目标，而是知足常乐。已经拥有的，大于想要的，就能幸福。
痴：沉迷，对即时满足的依赖
对游戏的成瘾不是毁在了游戏上，而是毁在了即时反馈里，毁在过早地在低级娱乐上获得了满足。
低级娱乐就是在其中获得成就的成本，远远小于在现实中获得成就的成本的娱乐。
如果在现实中要付出巨大的努力才能获得一点点成就，在娱乐里就可以轻而易举地得到，那为什么还要去创造？
但是人与人的差距也往往在这里。
那些对“痴”理解更深刻，能反人性的人呢？
他们知道，人的成就不在于即时反馈，而在于延迟满足。
所以他们能够忍受辛苦和劳累，付出努力，每周工作几十上百个小时，因为不想沉迷在易得廉价的娱乐里。
因为离开那种娱乐之后，现实可能依然没有丝毫改变。
你是想要短暂的快感，还是长足的快乐？
不想当一个平凡的人，这个志向很好，人应该有这个志向。
不平凡的概率是小的，概率就是人们习惯说的“命”，但这个命不是被动的，是主动的，比如说德要配位，你突然有了一个高高的位置，能量很大，或有权，或有钱，或有影响力，甚至兼而有之，那么，你的道德也要很高，不然就意味着灾殃的到来。
在中华文明里，要当一个不平凡的人，某种程度上，是很苦的。就像伟大的曾子得了重病，以为将死，却如释重负，因为一生战战兢兢，如临深渊，如履薄冰。不平凡的人很少，但世界需要他们。
不平凡的筛选标准是时间，就像孔夫子说的，一个人到了四五十岁，还没美名，则“不足畏”——是个平凡人。
人们没那么容易给你“不平凡”的荣耀，必须战胜一连串的挑战。
成绩上不去，我也努力读书；工作普通，我也努力尽职；让自己的家庭永远有温暖，不嫌弃家人只是平凡人。这样过了几十年，你就处于不败地位，你会成为一个不平凡的人，另外即使平凡，你也是从来给身边人以力量、以信心、以温暖的人，这样的人，一生是很圆满的、很幸福的，谁又能说他平凡呢？
到一家陌生公司去访问，进到一个陌生的会议室，里面是一个长条的会议桌，两边都有椅子，请问你该坐在哪一边？
标准答案：客人要坐在背靠门的那一边。
一个正在开会的会议室，最大的不确定因素来自哪里？就是门口进来人。
让会议室的主人，面对门，随时能观察到门口进进出出的人，这就有了掌控感。而客人呢，通常都是为一件特定的事而来，不需要对全局有掌控，所以，背朝门坐就行了。
如果更深一步地看这个问题：来访者通常都相对弱势一点，比如生意上的乙方，让自己看不到门口发生的事，处于微妙的信息劣势，把掌控感主动交给甲方，这本身就是让甲方感受到善意的一种方式。
最重要的是分解任务，把总体的意思分解成一个个更具体的意思。
比如，你要介绍一个城市，这是很难写的一篇文章，但是如果你写十个代表这个城市历史和现实风貌的人，这个难度就大大降低了。
比如，你要描述一个公司的组织架构，这是很庞大的，但是如果你只写某个部门，这个难度也就下来了。
短视频推荐算法有这样一个问题：一个用户如果看到一条短视频，迅速就刷掉，比如说在1秒钟之内就划走了，这说明什么？
一般人的思维就是：他对这类视频不感兴趣啊，算法以后就不推荐这一类了。
研究发现很多1秒就划走的，反而说明他是在抵抗诱惑。举个例子，有人晚上正饿呢，突然刷到一条关于吃的短视频，他迅速划走，现在的算法可不见得认为他是不感兴趣，他可能只是在抵抗。你再给他看几条，他的抵抗就崩溃了。
再比如说，有人跟老婆或者女朋友在一起，看到一条美女跳舞的视频，他也是迅速划走，他可能只是担心旁边的人介意而已。放心，算法还会再推送给你的。
简单的算法对付不了复杂的人性。
里面宣传了脱不花的《得到·沟通训练营》
PS：文章正文讲了如何对上级，对下级，对客户的关系维护，里面涉及到比较复杂的对人性的把握，想详细了解可以查看原文，我感觉我暂时还不是很需要，所以就不详细总结了。
一维的思维看人：
能力强和态度好，我只能选一边。
二维的思维看人：
能力强和态度好，我可以同时都看，第一象限的员工很难招，但是花足够的时间和代价，还是能找到的。
三维的思维看人：
再增加一个可塑性的维度，就不仅仅是为了招当下能力很强的人，而是为了招未来的人。
顶尖高手，既是将才也是帅才。
所谓的“将才”，就是“管理者”。 所谓的“帅才”，就是“领导者”。
管理，就是“通过他人来达成目标”，是从依靠自己变为依靠他人。
把“有问题 -> 动手 -> 解决”的这个能力系统，重构为“有问题 -> 抽象化问题的目标和指标 -> 传达要求 -> 看着被人完成 -> 解决”的能力系统。
什么是管理者？
十个人协作做一个项目，有一个人专门来做管理者，管理者最重要的职责，就是通过协调这九个人，让九个人干的活比原来十个人还要多，这就是管理者的价值。
所以，管理者的意义，就是“把事情做对”，带领团队更快、更好地达成目标。
什么是领导者？
而领导者的意义，就是“做对的事情”——要达成什么目标？ 要进入哪些市场？ 要以什么样的方式和对方合作？ 未来3年、5年，我们要做什么？ 这些问题通常不是管理者的职责，而是领导者的职责。
领导者考虑的是战略问题，是经营问题，需要更高的维度来做出正确的决策。
管理者，是在决策之下，使它更有效率地完成。
领导者和管理者在权利上有什么区别？
领导者的领导力，主要是影响力，它对下属没有直接的权力。
管理者的管理力，主要是赏罚的权力，比如发奖金，发股票，扣奖金，或者把你开除。
赏罚的权力只对下属有用，只能作用于内部，影响力可以作用在全局。
比如领导者可以通过树立愿景、价值观，让团队成员彼此激励，共同朝一个目标前进。
总结
帅才，运筹帷幄之中，决胜千里之外。
将才，战必胜，攻必克，使命必达。
理解进化论有一个好处，就是有些情况现在看起来是错的，但是环境会进行改变，改变了之后，原来的优势和劣势就会翻转——很可能错的就变成对的了。
另外，努力也会改变状态，比如明明原来看起来是错的方向，努力的时间够了，也就慢慢对了。
所以，进化论告诉我们——不轻言他人对错。
面对很多错综复杂的问题，如何抽丝剥茧地分析？
七步分析法：定义问题、分解问题、问题排序、分析计划、关键分析、归纳建议、交流沟通。
为什么大家都知道这七步，但是总做得不够好？
因为没有结构化的思考和表达框架。
如何训练？
1、 清晰定义问题
为什么清晰定义问题是重要的？因为解决问题的前提，是找对了问题。
A认为问题是A，B认为问题是B，C认为问题是C，每个人都不一样，问题，到底是什么？
问题是在What和How背后大大的Why。
问题案例：
问：“如何解雇我的高管？”
这不是一个清晰的问题。
“请问如何解雇高管？”，这是一个“How”的问题。
“通过什么办法解雇高管，对公司的伤害最小？”，这是一个“What”的问题。
在“What”和“How”的背后，还有一个“Why”。
经过不断的追问，才知道是因为公司的高管对于自己公司的愿景表达的不清晰，不相同，让公司老板在投资人面前丢了面子，所以想把他们辞掉。
真正的问题暴露出来了——“如何让高管们真正理解公司的文化和战略。”
所以，清晰定义问题，就是在What和How背后找到那个真正的Why，如果找不到，就追问，不停的追问。
真正的原因就隐藏在不停地追问中。
由此可见，我们常常提出的问题，根本不是背后真正的问题。
2、遵循MECE法则
MECE法则用来穷尽所有的选项。
问：你要讨论新游戏的目标用户定位，你打算为哪个群体，开发一款游戏？
一般的做法可能是：男人、小孩、成年人、老人、宅男、二次元少女…
看上去很丰富，但是这些词汇明显违反了MECE法则
男人和小孩有重叠，叫小男孩。宅男，和老人有重叠，叫孤僻的老头。而且，还会漏洞其它一些角色，比如女白领等等。
那应该怎么做？
在第一层，按照性别的角度划分：男人，女人。
在第二层，按照年龄的角度划分：小孩，青年人，中年人，老年人。
每一层都复合MECE不重不漏的法则。
你可以多角度的进行分解，如果是分析进度，可以按照过程阶段分解。
如果是分享成本，可以按照工作项来分解等等等等，而这些一个个分解的角度，就是一个个“模型”，对这些模型已经成熟的研究，就是一个个框架，比如SWOT分析，营销的4P模型，波特的五力框架等，这些都是前人的思考，面对某个问题的优解方案。
不要重新发明轮子。
3、有逻辑地沟通
在与人协作的过程中，会有很多时候需要进行沟通，那么如何训练自己有逻辑地沟通？
芭芭拉·明托，除了提出MECE法则之外，还提出一个结构化表达的工具：SCQA。
S即，背景（Situation）。
C即，复杂性，常意译为冲突（Complication）。
Q即。问题（Question）。
A即。答案（Answer）。
同样一件事情，不同的表达方式，给人的感觉，取得的结果可能完全不同。
SCQA四种的编排并不是一成不变的，通过不同的排列会得到完全不同的结果。
开门见山式：ASC。 答案-背景-冲突
老板，我要向你汇报的是：把销售激励制度，从提成制改为奖金制的建议。 （A，答案。）
公司从创始以来，XXXXXXX。 （S，背景）
但是出现了XXX问题，导致公司一直亏损。（C，冲突）
所以，我建议改成奖金制，XXXXX。
突出忧虑式（CSA）。 冲突-背景-答案
把上面的内容调换一下顺序，语句通顺。
最近出现了XXX问题，导致公司一直亏损。（C，冲突）
公司从创始以来，我们一直采用的方案是XXXXXXX。 （S，背景）
我建议：把销售激励制度，从提成制改为奖金制。 （A，答案。）
突出信心式（QSCA）。问题-背景-冲突-答案
为什么公司最近的业绩不佳？（Q，问题）
因为我们过去一直采用的方案是XXXXXXX。 （S，背景）
这种方案会出现很多的问题，XXXX。（C，冲突）
我建议：把销售激励制度，从提成制改为奖金制。 （A，答案。）
普通人改变结果，优秀的人改变原因，顶尖的人改变模式。
有的人忙着擦地板上的水(结果)
有的人去关水龙头(原因)
有的人考虑要不要在这里放个水龙头(模式)。
对于简单的问题：比如把杯子倒空。
只需要专注于自己的态度和行为就可以了。
如果想发生实质性的变化，那就需要“思维转换”，可能连杯子都要换掉。
第一个建议：多读书，多交友，多旅行。
每本书都是一套“思维模式”。
每个人，也是一套“思维模式”。
第二个建议：把自己放进别人的鞋子里。
某所学校有一笔贫困助学金需要发放，通常情况之下，流程上通常需要学生先主动申请、评选、最后进行公示。
但是很多贫困生碍于面子、自卑、害羞、宁愿勤工俭学，也不愿申请公开申请。公开评审，又会伤害学生自尊心。
最后学校用大数据分析，把每月在食堂吃饭超过80次，月饭费不超过450元的学生，划为贫困生，不审核不公示，直接把补贴打入饭卡。
把自己放进别人的鞋子里，细细体会其中的微妙分寸，才能更好的做出适合的决策。
从依靠自己，到依靠他人。
管理就是通过他人来达成目标。但是会遇到这样一个问题，你做了经理，但是你发现：你的员工不如你。
一般的做法：“狠狠骂一顿，然后说算了算了，放着我来。”
千万不要，你需要知道他们，帮助他们。
但是，一定要让他们独立完成自己的目标。 每个人的目标完成了，你的目标也就完成了。 要从依靠自己，变为依靠他人。
每个人都有自己的早晨，到时候就会醒来。
一个案例：
员工写了一份很重要的报告，让上司审核，上司提了很多的建议，但是只字未改。
员工根据建议不断的修改，再让上司审核，上司提了很多的建议，但是只字未改。
员工根据建议不断的修改，再让上司审核，上司提了很多的建议，但是只字未改。
就这样来来回回，为了一份报告，两个人在办公室一直改了一个通宵。
上司明明可以自己改完，然后回家，但是他却花了整整一夜，眼睁睁地看着我把事情做砸。
我每一次做砸之后，他提的意见，付出的时间，都是对我的投资，让我积少成多，慢慢成熟。
如果你是管理者，面对不成熟的下属，请你也相信：每个人都有自己的早晨，到时候就会醒来。
反对，而不是批评
反对，是表示我不同意你的观点。我讲出为什么不同意。
批评，是我认为你的观点是错的，我讲出为什么你错了。
本质差别，是有没有把自己放在必然正确的位置上。
就从你和下属的关系上来说，第二种是一种高下关系，就是我比你高，你要听我的。
而第一种是一种并排、平行关系。
我虽然是你领导，但在完成目标这一件事上，我们是一致的，我们共同努力。
德鲁克说，管理的本质，就是激发善意。
你是要一个不主动思考，只听话的下属，还是一个会主动思考和你并肩战斗的战友？
如果是后者，我建议你，要反对，而不是批评。
人们愿意呆在虚拟世界进行娱乐工作，元宇宙的需求真实存在，而且这种需求很大，只要能够创造更好的体验，就会诞生一个空前的市场。
元宇宙 = 虚拟世界。
一个 5G 室外基站平均功耗 3.8KW 左右，是 4G 基站的3倍以上，电费约2.3－3万元/年。估计到2026年，5G 基站耗电量将上升至全社会用电量的2.1%，略高于数据中心（约2%）的耗电量水平。
《梦想改造家》这个节目就是会有著名的设计师给普通人设计改造房子。 一般来讲，改造前的房子不仅摆乱无序，收纳空间安排不合理，还会有各种建筑质量问题，设计师会对此进行改造，最终的目的是交付一个看起来时尚感很足，而且满足未来的需求的这么一个房子。
最近一期，给一户农民盖了房子，据说结果是这样的——“远远望去，极富设计感，绝对是西北农村绝无仅有的存在，只是进去一看，处处都透露着毛坯风，另外，它并不一定称得上宜居，比如：设计有宽大的窗户，冬天不一定保暖，夏天要感受酷暑。”
我也没看过这个节目，我也不了解设计师的思想，但是这并不妨碍我们从中得到一些思维。
设计师在设计房子的时候，更多考虑的是设计感，美感，与众不同，所以往往在有些时候，宜居可能就被心中的信仰排到稍后的位置，但是对于我们来讲，还是坚实，冬天不冷不干，夏天不热不潮的房子更重要一些。
聋人不是聋哑人，他们只是丧失了听觉，但语言功能是完整的，只是长期不能听而没能习得说话能力而已。
我们和聋人的唯一区别就是我们能听而他们不能，所以我们称自己为听人。
当你了解聋人，会发现他们更敏感，他们更单纯，我们因为可以听得见，我们的世界变得很复杂，也越来越累。
学习手语
当我们没有聋的时候，学习手语是很难的，但是当你聋了之后，学习手语是自然而然的事情，因为这里面有一个心态的问题。
我们一直以为手语只是动作，但其实不是——聋人会告诉你打错了。
手语不仅是手上的动作，它还需要肢体动作和表情的配合，可就算是我们加上动作和表情，聋人会告诉你：太丑了——因为太复杂所以不美丽了。
聋人因为先天条件的限制，生活在一个相对单纯的环境里，而这正好促使他们保持了本真。
华人郑少雄在芝加哥大学附近被黑帮枪杀，掠夺了身上的财物，最终卖了100美元，牺牲了一条生命。
于是在美的华人开始向校方抗议，争取更好的治安和更多的保护。
让我们反省的是，城市的治安已经控制不了局面——这是一件多么恐怖的事情。
经常会有黑帮通过枪射杀路人，相比之下，中国多少人一辈子都看不到真枪。
Insanely Simple 这本书是前微软高级副总裁沈向洋强烈推荐的武林秘籍，他说那年在香港机场偶遇此书，掩卷后赞叹不已，给自己的所有下属一人买了一本，“强制” 读完。
推荐这一本书：《疯狂的简洁》：
强烈推荐互联网、消费CEO和高管、实体/虚拟产品经理、设计师、市场/PR团队等阅读。简洁是通过正确的组织方式，刻意设计的结果。
为什么标题说乔布斯用一生诠释这本书的内核呢？因为乔布斯会直接告诉别人自己的想法，完全不顾别人的感受。
但在我们的生活中很少有人愿意或能做到在任何时候都开诚布公。这并不是说大多数人不够光明正大，只是在某些情况下，我们会感到苦恼，不愿吐露自己的真实感受。与此同时，我们会考虑别人的感受，设法避免破坏和谐的氛围。但乔布斯不管这些，这些都与他无关。无论你是敌是友，真理就是真理，他的意见就是他的意见，和他是否喜欢你、是否重视你毫无关系，与氛围是否和谐更是毫无瓜葛。
“精英小团队”的原则：“复杂”通常会让你绕远路。比如我们经常会参加“人口过剩”的会议，如果参会规模减半，就可以降低大家的时间花销。会议要么非常需要你，要么根本不需要你，会议无关私人关系，完全是公事公办。会议需要每个人都是至关重要的参与者，不欢迎观众。召开出色会议的建议：1、只邀请相关人士参会。2、如果会议超过30分钟，请离开会议室。3、拿出成果来，别浪费开会时间。灵活的时间表：搞砸一个项目最简单的方法就是给人充足的时间让人再三思考，再三修改，我们只需要制定计划，然后给自己相对紧迫的时间就可以了。简洁的程序：开发一款将家庭录像转换成DVD的应用程序。 乔布斯就说了一句话：“这是个新应用程序。它只有一个窗口。你可以把视频放进来，按一下’'刻录"按钮，就算搞定了。这样的程序就是苹果想要的。”。 不需要太多乱七八糟的方案和测试。主见与倾听：乔布斯很有主见，很难被外界影响， 因此，他可能反复拒绝你的提案，让你一再受挫。但是，这并不是说史蒂夫会永 远坚持己见。如果你热情满满地向他介绍出色的创意，他一定会洗耳恭听，然后找出其中的绝妙之处。和用户不必提技术：苹果没有把最初的iPod描述成5GB内存、185克重的音乐播放器，它只是简单地告诉人们：“你的口袋里可以装下1000首歌。”这才是人类的沟通方式，也是苹果的沟通方式。这本书主要是通过一些有趣的活动来告诉你一些计算机科学方面的知识，主要针对较小年龄段的同学，现在这本书被翻译为阿拉伯文、法文、德文、日文、韩文、繁体中文等多个语言版本。 很遗憾，没有简体中文.
我们可以简单的看一看它的目录
举个例子讲，计算机的第一步就是了解二进制，在大学中让学生很快的接受二进制也是很难的，那么我们怎么通过活动学习二进制呢？
首先你需要准备下面这几张卡片
然后就可以配合这些卡片来进行二进制数字的学习了，当我看到下面的方式的时候，我真是惊叹，原来二进制还可以这样教！
这是在github开源的一本书。
《分布式系统模式》（Patterns of Distributed Systems）是 Unmesh Joshi 编写的一系列关于分布式系统实现的文章。这个系列的文章采用模式的格式，介绍了像 Kafka、Zookeeper 这种分布式系统在实现过程采用的通用模式，是学习分布式系统实现的基础。
副标题——《以前所未有的方式轻松读懂Go源码》
Go语言源码分析的资料不少，但是这本书可能是目前最全面的，而且还有大量的精美图片讲解。
基于Go1.15。
直接打开可能反应会有点慢，如果有想研究源码的同学也可以前往下载。
多少人学习Git是一个痛苦，也不理解其中的过程，看到一个个的命令总觉得抽象，用下面的这个网站，可以所见即所得的练习你的Git使用，非常的方便。
这个网站可以让你图文并茂的学习设计模式，不得不说，感觉it这个领域，大家都学的费尽，外国人就总能来点不一样的东西可以帮助你学习，人还是要见多识广，面对问题才有足够的解决方案。
这个网站建立的初衷是帮助开发者以更为简单便捷的方式，迅速掌握各个设计模式的学习。
Refactoring Guru 上面共拥有 22 种设计模式及 8 条原则的详细讲解：
每个设计模式都有一篇图文并茂的文章和对应的代码示例：
代码示例目前支持以下八种不同的编程语言：
OKR是一致绩效目标管理方法，很多互联网公司都采用这种方法，该网站收集了很多关于OKR的各种资料，便于学习和了解OKR。
“互联网档案馆”收集了很多早期的黑胶唱片音乐作品，都已经过了版权保护期。这个网站可以收听这些音乐，按一下按钮，就会随机播放一段音乐。
我听了一下，很棒。
Github的一个正则表达式验证项目
在线体验：https://regexlearn.com/
GitHub：https://github.com/aykutkardas/regexlearn.com
项目会基于问答的形式，通过可交互界面，在互动和实践中理解正则表达式。
不过，正则表达式使用的机会很少，在这上面投入时间可能性价比并不是太高，即便是学会了，三个月后再用到正则表达式，还是要在百度上搜索。
可以很方便的把照片转为动漫形象
从服务端到客户端 SDK 开源即时通讯 (IM) 整体解决方案，可以轻松替代第三方 IM 云服务，打造具备聊天、社交功能的 App。
支持 Shell 管理，支持远程桌面管理。
这个感觉也还可以，平常都是使用XShell来远程连接，感觉有些地方不太方便，再观望观望，之后可能会使用这个工具试试。
全文搜索引擎，可作为 elasticsearch 的替代品。
它的作用如上图，从 100x133pix→400x532pix，除此之外也可以改变视频的画质。
Windows一般使用Xshell来连接终端，如果要传输文件给服务器，还要再下载一个XFtp。
它有两个问题：
功能：
需要的话可以去原文索取。
在我们学校中会有一些课外兴趣小组，而我所处的组织，我们都称它为三月，因为它是三月诞生的。
这个组织里，每年都需要招新，新生来了都会经历强化班的这么一个阶段，这个阶段一年的时间就会结束，那么在这个阶段，三月的管理上发生了什么事情？如何做得更好？
组织架构参考：
接下来我会从班主任、组长、搭档、组员的角度给你说说我的感受和经验。
正所谓不在其位不谋其政，到一个位置，最首先要思考的，就是自己的定位问题。 曾经的时候，我做事情就看不清自己的定位，所以总是会出现一些问题，在如今看来，都是定位问题。不知道什么是该做的，什么是不该做的，都是靠自己的直觉去做事情——稀里糊涂。
所以我们应该要先思考一下自己的定位问题。
班主任的定位：
班主任在整个班的架构中属于领导者，需要去思考整个班的导向问题，去思考整个班更宏观的问题，例如大家的学习路线，大家的文化建设，接下来往哪个方向使劲儿，就像古代的元帅，可以不出中军宝帐而决胜于千里之外。
当然，这对人的要求也更高。
班主任为整个班而服务，需要想办法去协调每个组内部的状态，也要想办法协调组与组之间的状态，对整个班进行宏观调控。
一般流程：
一个班里，常常会有一些独立的部室，但是这个也都看班主任自己，我就把我所经历的各个部室列一下，您可以有一个参考和选择。
财务部：
顾名思义，需要管理本班的财务支出与收入，主要为水费，购买物品报销，迟到收费，或者简书不合格收费等。
问题：
卫生部：
管理卫生，当时疫情的时候，还要管理通风时间，安排值日生，以及本班里哪个电器坏了需要修等问题。
问题：
会务部：
来管理会议室的预约，或者要开什么会议的时候，需要让会务部做一个通知，或者谁想要开分享会，说说自己的感受和学到的内容也可以报给会务部，让会务部来安排。
另外本班的一些设备（话筒，音箱等），也是会务部所负责存放整理。
文宣部：
负责写一些文章，制作一些宣传类的内容，PS，剪视频之类的事情也比较擅长。
活动策划部：
负责班内的各种活动组织，比如最近可能大家比较累了，想来一次大活动，或者拔河比赛之类的，需要活动策划部先讨论各种方案，最终呈现出来让大家执行。
问题：
纪检部：
负责整个班的纪律（迟到），以及学习的安排。
问题：
我一般会给各个部室创建一个文件夹，因为班主任常常需要和各个部室开各种会，一天和各个部室开四五个会并不稀奇。
其中会有各个部室的进展，职责明确，出现的问题，班主任都需要把握。
上面是一些我经过的部室，但是您也完全可以因为要解决某个问题而创建某个部室，并不一定是上面的部室，部室只是一群负责一件事的人聚在一起而已，一定要灵活应变。
组长的定位：
组长是管理者，是面对上面派发的任务，去研究如何更好的把这些任务完成，怎么把它达到极致。 这就是古代中的将军，率兵打仗，攻城掠池。
组长不像组员那样轻松，也不像班主任那么宏观，需要具体落实班主任的策略，还要在策略的基础上制定本组的策略，是直接接触组员的人，也是直接影响组员的人，这个身份非常的重要，一个组成不成功，组长有直接关系。
一般来讲，组长不会是一个，而且每个组长都有自己“带兵打仗”的方法，我也不知道如何去描述他的职能，就把我曾经一次当组长的经历与你讲讲吧，你就择其善者而从之，其不善者而改之：
搭档的定位：
搭档的作用，协助组长管理整个组，提出、发现、讨论、解决问题。为什么要分出一个辅助和主要的区分呢？ 就是因为一个团队需要有一个能够决策的人，如果大家都是组长，那么公说公有理婆说婆有理，最终团队将死在复杂的内耗之中。
拿三国来讲，曹操手下一百多谋士，这些谋士各个绝顶聪明，但是他们只是提供计策，给曹操说：“我有一个计策，XXX，这样可以消灭敌军。”，当然，会有很多的谋士产生出很多的计策。
在众多的计策之中，曹操需要权衡利弊，分析其中的各个角度，最终拿一个决断，做的是决策——即我们到底要用哪个计策。
不管这个决策最终的结果如何，基于对此人的信任，和我们的位置，我们应该无条件的去执行。
一般流程：
成员的定位：
首先需要完成分内的事情，然后不断磨练自己的思维，帮助上面的人解忧。
一般流程：
谁会讨厌一个不仅能够完成本职工作，而且热爱自己的团队，有主见，积极向上的人呢？
为什么要有搭档？
时间管理问题，你的时间会非常的碎片化。
一般第一年都是开学后一个月招的，此时大家在大一会有红歌比赛，班会，学校的各种活动，你会很忙，此时你不禁有一个大大的疑问：小组和学校我该如何平衡？我有几个建议，仅供参考：
我搭档的能力，或者团队成员的能力不如我，感觉和他们协作很浪费时间。