在新经理的常见困惑中，“不自信”是普遍存在的一个情况。尤其是当遇到一些挑战或挫折的时候，很容易产生“自我怀疑”，常见的说法有：

• “这么点小事都没有处理好，我是不是不适合做管理啊？”
• “大家对我的方案有异议，是不是不服我管？毕竟我不是团队里技术最强的。”
• “我进公司晚，资历不如大家老，那应该怎么去管这些‘老人’呢？”
• “上级对我的期待那么高，我能做好吗？”

归结起来，你会发现，新经理不自信的来源，主要是如下几点：

你好，我是李一帆。

俗话说得好，谈钱伤感情，谈感情伤钱。身处情感关系中的双方，总是对“钱的问题”唯恐避之不及，担心会尴尬、会影响到感情，但是却会偷偷以钱为标尺，衡量自己在对方心中的位置。

你好，我是张鹏。

在前三讲中，我们学习了在复盘会议之前，怎么完成准备工作，包括营造环境、组建团队和准备资料。从现在开始，我们进入到复盘会议阶段。这一讲，我会教你怎么召开一次高效的复盘会议。

你好，我是四火。

在上一讲，我们谈到对于数据结构和算法部分考察的把控，这一讲，我们来聊聊系统设计。

我们经常说软件工程师要注意积累工作经验，那么，年复一年的工作中，我们到底积累了哪些技术方面的经验？

你好，我是许健。今天我想跟你谈谈“向上管理”这件事儿。

上一节中，我给你讲了怎么赢得平级骨干的尊重。那我们作为下属，又该如何赢得领导的信任呢？所以今天，我想以一些实例来讲解一下我和领导的相处之道。

你好，我是李玥。这节课我们来聊一聊关于消息积压的问题。

据我了解，在使用消息队列遇到的问题中，消息积压这个问题，应该是最常遇到的问题了，并且，这个问题还不太好解决。

在上一篇文章中，我跟你介绍了 MySQL 的全局锁和表级锁，今天我们就来讲讲 MySQL 的行锁。

MySQL 的行锁是在引擎层由各个引擎自己实现的。但并不是所有的引擎都支持行锁，比如 MyISAM 引擎就不支持行锁。不支持行锁意味着并发控制只能使用表锁，对于这种引擎的表，同一张表上任何时刻只能有一个更新在执行，这就会影响到业务并发度。InnoDB 是支持行锁的，这也是 MyISAM 被 InnoDB 替代的重要原因之一。

你好，我是高楼。

在性能项目中，性能数据是非常重要的输入资源。但是我经常看到有人拿着少得可怜的数据，来做比较大的压力，这显然不符合真实的场景，虽然拿到的结果很好看，但并不会得到什么有价值的结果。所以，今天我们就来讲一下性能场景中的数据到底应该做成什么样子。

你好，我是陶辉。从这一讲开始，我们将从单机进入网络层面的性能优化。

我们接触过的绝大多数通讯方式，无论是面向连接的 HTTP 协议，还是无连接的 DNS 协议，都是一对一收发消息的。其实，除了一对一，还有一对多的通讯方式，它在网络资源的利用上效率要比一对一高得多。这种一对多的通讯方式，在局域网中有很广泛的应用，常见的 ARP 欺骗、泛洪攻击等，都是通过一对多通讯进行的。

你好，我是庄振运。

这一讲我们来探讨一下如何把性能数据合情合理地展示出来，让别人一目了然。如果你想有效地说服别人，那么你展示的过程就要像讲一个有趣的故事，娓娓道来，让别人爱听才行。