原文 QUESTIONABLE ADVICE: “MY BOSS SAYS WE DON’T NEED ANY ENGINEERING MANAGERS. IS HE RIGHT?”

我最近加入了一家初创公司，负责管理一个约 40 名工程师的团队，担任技术副总裁。然而，我与 CEO（之前是工程师）在是否需要雇佣专职技术经理的问题上产生了很大的冲突。目前，工程师们被分成了 3-4 人的小团队，每个团队有一个工程师头头，负责领导团队，但他们的主要职责仍然是编写代码和交付产品。

我有 HC 在未来一年雇佣更多的工程师，但没有经理的 HC。老板认为我们是初创公司，负担不起这种奢侈品。在我看来，我们显然需要技术经理，但在他看来，经理只是多余的开销，在我们的阶段所有人都应该全力编写代码。

我不知道该如何论证。在我看来这很显然，但实际上我很难用言语表达为什么我们需要技术经理。你能帮帮我吗？

—— 真的是多余的开销吗(？！)

这里有很多问题需要解答。

你的首席执行官不理解为什么需要经理，这并不奇怪，因为他似乎不明白为什么需要组织结构。🙈 他为什么要对你如何组织团队或你可以雇佣哪些角色进行微管理？他雇用了你来做这份工作，却不让你完成。他甚至不能解释为什么不让你做。这不是个好兆头。

但这个问题确实值得思考。我们假设他不是故意要刁难你。😒

我能想到两种论证雇用技术经理的方式：一种是相当复杂的，从第一性原理 (First Principle) 出发，另一种非常简单，但可能不太令人满意。

我个人对权威有一种强烈的反感；我讨厌被告知该做什么。直到最近，我才通过系统理论的视角，找到了一种对层级制度既健康又实用的理解。

为什么组织中存在层级制度？

层级制度确实带有很多负面包袱。我们许多人都有过在层级制度下与经理或整个组织打交道的不幸经历。在这些地方，层级制度被用作压迫的工具，人们通过垄断信息和玩弄权力游戏来提升地位，决策则是通过权力压制来做出。

在那种地方工作真的是一种折磨。谁愿意将自己的创造力和生命力投入到一个感觉像《呆伯特》漫画的地方，明知道自己的价值被极少认可或回报，而且这些价值会慢慢地但确实被压制掉？

但层级制度本质上并非是专制的。层级制度并不是人类为控制和支配彼此而发明的一种政治结构，它实际上是自组织系统的一种属性，是为了子系统的有效运作而出现的。事实上，层级制度对复杂系统的适应性、弹性和可扩展性至关重要。

让我们从一些关于系统的基本事实开始，为可能不熟悉的人介绍一下。

层级是自组织系统的一种属性

一个系统是「由相互依赖的组件组成的网络，这些组件共同工作以实现一个共同目标」（W. Edward Deming）。一堆沙子不是一个系统，但一辆车是一个系统；如果你把油箱取下来，车就无法运作。

子系统是一个在更大系统内有较小目标的元素集合。在一个系统中可以有很多层次的子系统，它们相互依存地运行。子系统总是为了支持更大系统的需求而工作；如果子系统只为自己的最佳利益优化，整个系统可能会挂掉（这就是「次优」(suboptimal)这个术语的由来 😄）。

如果一个系统能够通过多样化、适应和改进自身使自己变得更加复杂，那么它就是自组织的。随着系统自组织并增加其复杂性，它们往往会生成层级 —— 即系统和子系统的排列。在一个稳定、有弹性和高效的系统中，子系统在很大程度上可以自我管理、自我调节，并为更大系统的需求服务，而更大系统则负责协调子系统之间的关系并帮助它们更好地发挥作用。

层级最小化了协调成本，减少了系统中任何部分需要跟踪的信息量，防止信息过载。子系统内部的信息传递和关系比子系统之间的信息传递或关系要密集得多，延迟也少得多。

（对于任何软件工程师来说，这些应该都很熟悉。模块化，对吧？😍）

按照这个定义，我们可以说，经理的工作就是在团队之间进行协调并帮助他们的团队表现得更好。

对社会技术系统的二分是伪命题

你可能听过这个谬论：「工程师搞技术，经理搞人。」我讨厌这种说法。😊 我认为这完全误解了社会技术系统的本质。社会技术系统中的「社会」和「技术」并不是截然分开的，而是相互交织、相互依存的。事实上，很少有纯粹的技术工作或纯粹的人际工作；有大量涉及两种技能的粘合工作。

看看任何一个有效运作的工程组织除了编写代码之外还要做的一部分任务：

• 招聘、建立人脉、面试、培训面试官、汇总反馈、撰写职位描述和职业发展路径


• 每个项目或承诺的项目管理、优先级排序、管理利益相关者和解决冲突、估算规模和范围、进行回顾会议


• 召开团队会议、进行一对一交流、提供持续的成长反馈、撰写评审、代表团队的需求 架构设计、代码审查、重构；捕获 DORA 和生产力指标、管理警报量以防止倦怠

许多工作可以由工程师完成，而且通常也是如此。每家公司对这些任务的分配方式有所不同。这是一件好事！你不希望这些工作仅由经理来做。你希望个人贡献者共同创造组织，并参与其运行方式。几乎所有这些工作由有工程背景的人完成会更有效。

所以，你可以理解为什么有人会犹豫是否要把宝贵的人员编制花在技术经理上。为什么不希望技术部门的每个人的主要工作都是编写和交付代码呢？这不是从定义上说最大化生产力的最佳方式吗？

额……😉

技术经理是一层有用的抽象

理论上，你可以列出所有需要完成的协调任务，并让不同的人来负责每一项。但实际上，这是不切实际的，因为这样每个人都需要了解所有事情。记住，层级制度的主要好处之一是减少信息过载。团队内部的沟通应该是高效和快速的，而团队之间的沟通则可以少一些。

随着公司的扩展，你不能期望每个人都认识其他所有人；我们需要抽象的概念才能运作。经理是他们团队的联络点和代表，充当重要信息的路由器。

有时我把经理想象成公司的神经系统，将信息从一个部门传递到另一个部门，以协调行动。将许多或大部分功能集中到一个人身上，可以利用专业化的优势，因为经理会不断建立关系和背景知识，并在他们的角色中不断改进，这大大减少了其他人的上下文切换。

管理者 (Manager) 日程与创造者 (Maker) 日程

技术工作需要集中和专注。上下文切换的成本很高，过多的中断是挺要命的。而管理工作则是每小时左右进行一次上下文切换，并且一整天都要应对各种打断。这是两种完全不同的工作模式、思维方式和日程安排，无法很好地共存。

通常，你希望团队成员能够把大部分时间花在直接为他们负责的成果做出贡献的事情上。工程师只能做有限的粘合工作，否则他们的日程安排就会变得支离破碎，从而无法履行他们的承诺。而管理者的日程安排本身已经是支离破碎的，因此让他们承担更多的粘合工作通常不会带来太大干扰。

虽然并不是所有粘合工作都应该由管理者来完成，但管理者的职责是确保所有工作都能完成。管理者的职责是尽量让每个工程师都能从事有趣且具有挑战性的工作，但不能让他们感到过于负担重，还要确保不愉快的工作能公平分配。管理者还要确保，如果我们要求某人完成一项工作，就必须为其配备成功完成这项工作所需的资源，包括专注的时间。

管理是问责的工具

当你是工程师时，你对自己开发、部署和维护的软件负责。而作为经理，你则对团队和整个组织负责。

管理是一种让人们对特定结果（如构建具备正确技能、关系和流程的团队，以做出正确的决策并为公司创造价值）负责的方式，并为他们提供实现这些结果所需的资源（预算、工具和人员编制）。如果你不把组织建设作为某人的首要任务，那么这就不会成为任何人的首要任务，这意味着它可能不会得到很好地执行。那么，这该由谁负责呢，CEO 先生？

你对技术负责人、工程师或任何负责交付软件的人在「业余时间」能完成的任务有一个合理的上限。如果你试图让技术负责人负责构建健康的工程团队、工具和流程，那么你就是在要求他们在同一个日历里做两份时间不兼容的工作。最可能的情况是，他们会专注于自己觉得舒适的成果（技术成果），而在后台堆积组织债务。

在自然层级中，我们向上看是为了目标，向下看是为了功能。简而言之，这就是我们需要技术经理的复杂原因。

选择无趣的技术文化

更简单的论点是：大多数工程组织都有技术经理。这是默认设置。多年来，许多比你或我更聪明的人花了大量时间思考和调整组织结构，这就是我们得到的结果。

正如丹-麦金利（Dan McKinley）的名言，我们应该「选择无趣的技术」。无趣并不意味着不好，而是意味着它的能力和失败条件是众所周知的。你只能获得少数的创新点数，因此你应该明智地将这些点数用在能够成就或毁掉你业务的核心差异点上。文化也是如此。你真的想把你的点数用在组织结构上吗？为什么？

无论好坏，层级组织结构是众所周知的。市场上有很多人擅长管理或与管理者合作，你可以雇佣他们。你可以接受培训、指导，或者阅读大量的自助书籍。有各种各样的管理哲学可以围绕它们来凝聚团队或用来排除其他人。另一方面，我所知道的无经理实验（例如 Medium 和 GitHub 的全员自治，或 Linden Lab 的「选择你的工作」）都被悄然放弃或被颠覆了。在我的经验中，这并不是因为领导者疯狂追求权力，而是由于混乱、缺乏重点和执行不力。

当没有明确的结构或层级时，结果不是自由和平等，而是「非正式的、不被承认的和不负责任的领导」，正如《无结构的暴政》中详细描述的那样。事实上，这些团队往往是混乱、脆弱和令人沮丧的。我知道！我也很生气！😭

这个论点并不一定能证明你的 CEO 是错的，但我认为他的证明标准比你的要高得多。「我不想让我的任何工程师停止写代码」并不是一个有效的论点。但我也觉得我还没有完全解决生产力的核心问题，所以我们再来讨论一下这个问题。

更多代码行数 ≠ 更高生产力

简要回顾一下：我们在讨论一个有约 40 名工程师的组织，分成 10 个小组，每组有 3-4 名工程师，每组都有一个技术负责人。你的 CEO 认为，如果有人停止全职编程，这个减速将是你们无法承受的。

也许吧。但根据我的经验，由经验丰富的技术经理领导的几个较大团队，将远远优于这些小团队。这差距很明显。而且，他们可以以更高效、可持续和人性化的方式完成工作，而不是这种拼命的死命赶工。

系统思维告诉我们原因！更少的团队，但规模更大，你会有更少的整体管理开销，且大大减少了团队内慢且昂贵的协调。你可以在团队内部实现丰富、密集的知识传递，从而实现更大面积的共享。每组有7-9名工程师，你可以建立一个真正的值班轮换，这意味着更少的英雄主义和更少的倦怠。你需要进行的协调可以更具战略性，减少战术性，更具前瞻性。

五个大团队是否能比十个小团队编写更多的代码行数，即使有五名工程师成为经理并停止编写代码？可能会，但谁在乎呢？你的客户根本不关心你写了多少代码行数。他们关心的是你是否在构建正确的东西，是否在解决对他们重要的问题。关键是推动业务前进，而不是单纯地编写代码。不要忘记，单纯地编写代码会产生额外的成本和负面效应。

决定你速度的是你是否把时间花在了正确的事情上。学会正确决定构建什么是每个组织都必须自己解决的问题，而且这是一项持续不断的工作。技术经理不会做所有的工作或做出所有的决策，但根据我的经验，他们对于确保工作顺利进行并且做得很好，绝对至关重要。正如我在上篇文章中写到的，技术经理是系统用来学习和改进的反馈循环的载体。

管理人员是否会成为不必要的开销？

当然有可能。管理的核心是协调团队之间的工作并提升团队的运作效率，所以任何减少协调需求的方式也会减少对管理的需求。如果你是一家小公司，或者你的团队成员都是非常资深且习惯合作的，那么你就不需要太多的协调。另一个重要因素是变化的速度；如果你的公司在快速增长或者人员流动频繁，或者面临很多时间压力或频繁的战略调整，你对管理人员的需求就会增加。但也有许多较小的组织在没有太多正式管理的情况下运作得很好。

我不喜欢「开销」这个词，因为 a) 这有点粗鲁，b) 称管理人员为「开销」的人通常是不尊重或不重视管理这门技艺的人。

但管理实际上确实是开销😅。许多其他的粘合工作也是如此！这些工作很重要，但它们本身并不能推动业务向前发展；我们应该尽量只做那些绝对必要的工作。粘合工作的天然属性使得它很容易扩散，吞噬所有可用的时间和资源（甚至更多）。

限制是好的。感觉资源不足是好的，这应该成为常态。管理很容易变得臃肿，管理人员可能非常不愿意承认这一点，因为他们从来没有感到压力或紧张减少。（事实上，情况可能恰恰相反；臃肿的管理层可能会为管理人员带来更多工作，而精简的组织结构可能会让他们反而感到压力更小。官僚主义往往会自我发育。特别是当管理层过于关注晋升和自我时。这也是确保管理不应仅为升职或统治的又一个充分理由）

管理也很像运营工作，当它做得好的时候，是看不见的。评估管理人员的工作可能非常困难，尤其是在短期内，而决定何时创建或偿还组织债务是一个完全不同的复杂问题，远远超出了这篇文章的讨论范围。

但是，是的，管理人员绝对可以成为不必要的开销。

然而，如果你有 40 个工程师都向一个副总裁汇报，而没有其他人专门负责人员、团队和组织相关的工作，那么我可以相当肯定地说，这对你来说目前不是一个问题。

〇、往事

起初

我11年网络技术专科毕业，直到15年春节后打算开始程序员生涯，那年我25岁。那时候我只会很浅的语言基础，C、java、C#、php 都会一些，由于没有开发经验，在苏州15天，后辗转来到上海，又是5天。当初懵懵懂懂，并没有什么理想和目标，只是知道程序员会有一份不错的收入，仅此而已，我和众多小白一样对使用什么语言难以抉择，我跑招聘会、也投简历，无论是什么公司、什么语言，只要有人要我，我就去。

我的第一份工作

辗转来到上海的第5天，我获得了第一份开发工作，这份工作的面试，现在回想起来还是觉得不可思议，一位不知道是什么职位的A让我把页面上的一个按钮调整位置、颜色？我记不清了，只记得我好像没有弄成功，已经不记得是怎么获得的工作了。我只记得入职的第二天，公司就让我去了另外一个办公地点工作，开始打杂，都算不上搬砖，因为我能力有限……

直到很久以后，我才知道，我做的工作叫外包，我算是被卖了，起初的半年都是不缴社保的，付现金，我拿6k，公司拿9k，公司净赚3k。好吧，我没有怨天尤人，因为那时候在老家我只能拿2k，而且就凭我快半年才知道自己 “被卖” 这个事实，说明我是多笨，也许我也只配做外包，补充一句，我们做的是 .NET, asp.net。又过了半年，我稍微有些入门了，似乎也聪明一点了，知道不能再混下去，于是辞职找下家……

后来听说，这个我参与的外包项目黄了……
在后来不知道多久，曾经的公司倒闭了……
几年后我还接到银行的电话，问我这个公司的一个负责人我是否有联系，或许是追债的吧，和我又有什么关系呢？

一份不错的工作

真的不推荐新人去外包公司，因为没有人引路，都是自己摸索，如果可以的话，去个有人带的公司，或大或小，或多或少都是会有帮助的。

又是一个春节后，我开始寻找我的第二份工作，老家说七不出八不归，于是我初六就出门了，和前一年一样……
没过几天，我寻找到的第二份工作，并且还是一份甲方工作，从事汽车检测行业，IT部开发的主要是自用的产品，也是一份 .NET 开发工作。这份工作给我提供了不错的工作环境、好的同事或者也算不错的老板。2年时间，我慢慢学习，逐渐进步，可能从这之后我才算是一个合格一点的程序员。年初3月，老板找全体IT部门谈话：公司需要的产品都已经齐全，现在IT部门，软件方面也只需要一些小的功能调整，愿意留在公司的就留下来但是工资不会涨，不愿意留下来的你们就去找工作，找到下家你们随时可以离开。

你们看，我是不是说的没错，算是不错的老板吧。而且这份工作包午餐，加班有加班调休呢！

这两年我是逐渐成熟的两年，除了同事间的活动、聚餐外，我偶尔会去逛逛花鸟市场，我记得很多的日子我都是学习到10点多，对着我的笔记本，我已经不记得当初学的什么，怎么学习的，应该是没有系统的学习路线，也没人指引，这是我现在回头看的，这也导致了我现在的技术面广但是颇为杂乱，我的技术能力没有重心、飘飘的……

新入行的弟弟们，选好方向很重要，现在网上很多资源的，不能盲目学习不关联的技术栈，系统性的学习很重要，最好先有计划，按照计划路线学习。

三战

第三份工作，也就是我现在的工作，18年到现在5年半多了，其实原先没有准备在这份工作上停留这么久的，恰逢19年底-23年初的疫情，23年初我手头上又有一个不太能放下的项目，所以一直拖到现在。

找工作很难擦亮自己的眼睛，招聘的同事说的天花乱坠，可能与实际不符。进入公司后才发现，缴税是按最低的来，没有奖金，没有福利，公司不推荐、不鼓励加班（所以加班没有调休、没有加班费，工作做不完是你自己的问题），公司项目技术栈陈旧，面试说“造大炮”，进公司才发现是“做鞭炮”，而且刚进公司都算是大佬级别了，可见公司人员技术凋零，我很难想象这么些同事是怎么进入公司的。

我为什么这么说，因为现在的公司，我投过一次简历，来面试过一次没有通过，后来不小心又投了一次简历，人事应该没有注意，我又来了一次，到门口发现是这家，于是打电话，接电话的人说：既然来了就再聊聊。换了一个面试的经理，也是这样，我在 “二面” 后成功入职。

那时候我自认为我的能力介于.NET初级开发和中级开发之间，然后发现这样的水平能胜过公司的9成……，是的，我一点都不谦虚，因为项目质量太差。

5年，我有多次要离开的意图，先是疫情和大环境的原因束缚着我，我妈也劝我过了疫情再说。23年初，我负责了一个比较大的项目，也是一个大的客户，我觉得在做项目上这是一个成长，虽然现在我也不知道到底有没有长长那么1cm。我却因此放弃了一份即将拿到手的外企offer，说不后悔是假的。

快35岁了，我现在税前薪资 20k，作为一个快9年的老程序员了，这着实太低了。怪我这份工作入职工资就低，怪公司这些年涨幅太少，怪疫情耽误了我的跳槽和发展，怪自己年龄大了没有太多学习成长的精力。曾经风华正茂，怀着一个在上海发展，凭借一己之力留在上海的梦想，近乎破灭了。

如果一份工作配不上你的成长脚步，不要犹豫，换掉它。（如果薪资足够动人，当我没说）

番外

这些年里：

一、迷茫

一鼓作气，再而衰，三而截吗？

从成为程序员开始，我学过很多有关无关的技能，工作中一直算是半个全栈开发，最近两年前端稳定为了 vue，后端 .net/.net core。而.NET 在我国发展不太行，恰逢2024年春节前夕，笔者准备换工作，却难求一份前端、后端或 vue+.net 全栈开发、项目经理工作。

• 前端我不专业，稍微欠缺了火候，我能行吗？


• 有人说熟悉 C# 可以转游戏开发，可是我深知道语言仅仅是游戏开发以及其他开发的基础，对游戏开发一无所知的我转游戏开发稍显有些晚了。


• 全栈开发，在上海，前端 VUE，后端 .NET 的工作屈指可数，又怎么有机会呢。


• .NET 也少到快灭绝

下面是我从某照片网站关键词职位截图：

C#/.NET的职位真的有那么少吗？再排除名企和低薪工作，这不是快绝技（绝迹，爵迹）吗？
我没法和掘金大佬们相比，名企的职位我看都不带看的，看我多潇洒，可惜内心灰暗无比，我只是有自知之明！

我学过 Node.js、Python、java 几乎没有运用到实际项目中，我现在转 java、python 好像有些迟了吧？我相信一定会有人要的，但是薪资比 20k 低了多少我说不准，而且现在我是期望涨薪，低了能过得了自己心里的门槛吗？

如果是再整整 Node.js 开源项目，直接找 VUE+Node.js 会不会更好呢？毕竟都是 js 栈的东西，没什么门槛，深入学一个 Express.js 是不是能给自己机会呢？

我没有能力，没啥人脉，找不到私活做，我也没有 Plan B，有的都是迷茫和无奈。

二、抉择

我要如何抉择？

呵呵，废物如我，活该碌碌无为，已近半生……

年龄到了，这可能也是我最后一次换工作了，或许我应该去学个 “水电工证书” 呢！

今天我们来聊聊两位科技和AI圈都颇有名气的两位人物——周鸿祎和傅盛。这两位各自在网络安全和人工智能领域都有着显著的成就，但他们之间的恩怨纠葛也是众所周知的。不过最近，他们竟然和解坐到了一起，引发了不少人的猜测和讨论。

那么，到底是什么原因让这两位昔日的对手能够放下过往，重新坐到一起呢？接下来，我就从他们的恩怨历史和当前的商业逻辑来给大家分析分析。

首先，让我们来回顾一下两人的恩怨历史。

360安全卫士大家可能都用过吧，其首创的免费模式把一众杀毒软件公司都干死了，以前可以说是电脑的必装应用，当然也因为难以卸载，一直背负流氓软件的称号。

周鸿祎，360公司的创始人，曾经是中国互联网安全界的领军人物，因免费杀毒和大战QQ而一战成名。而傅盛，曾经是周鸿祎的爱将，早年在360公司担任高管，负责360安全卫士产品，对360的成长有着不可磨灭的贡献。然而好景不长，由于理念和发展方向上的分歧，傅盛最终离开了360，创办了猎豹移动，开启了自己的创业之路。此后，两人在商业上多有摩擦，甚至公开在媒体上互相指责，成为了科技圈内的一个热门话题。

但是，科技圈的水很深，商业的世界里没有永远的敌人，只有永远的利益。现在，我们看到周鸿祎和傅盛重新坐到了一起，背后一定有着他们共同关注的商业逻辑。

现在的互联网世界，AI成了新的风口。周鸿祎的360，虽然在安全领域深耕多年，但随着互联网环境的变化，传统的安全产品和服务正面临着增长的瓶颈。而傅盛的猎豹移动，虽然在移动应用方面有所建树，但在AI领域的竞争也是异常激烈。AI和大数据的结合，正成为推动各行各业发展的新引擎，这无疑是两人和解坐到一起的一个重要原因。

周鸿祎拥有庞大的用户基础和数据积累，而傅盛在AI领域的探索也有着自己的独到见解。两人的合作，可以说是强强联合，360可以利用AI技术为用户提供更智能的安全解决方案，而猎豹移动也可以借助360的用户基础，扩大自己在AI领域的应用场景。这样的合作，对双方来说都是一次难得的发展机遇。

而且还有一个很重要的问题，现在是网红经济时代，谁吸引到了流量，谁就能挣到钱。两个人的和解也必定会收获很多的流量，让更多的人了解到他们，关注他们。在这一点上，两个人都不傻，都知道流量的价值。

当然，和解坐到一起并不意味着以前的恩怨就此烟消云散，科技圈的合作与竞争往往是同步进行的。这次的和解，也许只是双方为了共同的商业利益所做出的战略选择。未来他们是否能够真正放下过往，携手共进，还需要时间来证明。

最后，这次周鸿祎和傅盛的和解，不仅仅是两个人的事，也是整个科技圈发展趋势的一个缩影。在AI成为新的竞争焦点的今天，许多科技企业都在寻求转型和突破，合作成为了一种新的生存策略。那么，这是否意味着我们将会看到更多科技领袖之间的联合与和解呢？又或者，这只是一场精心策划的商业秀，背后隐藏着更深层次的商业计算呢？这些问题，都值得我们继续关注和思考。

好了，今天的内容就到这里。对于周鸿祎和傅盛的和解，你有什么看法呢？欢迎在评论区留言讨论，我们下次再见！

前天晚上彻夜难眠，翻来覆去，直到差不多凌晨四点才睡着，早上八点就起床上班了，很久都没有失眠了，失眠真的让人很痛苦。

回想起一些往事，自己做对了一些选择，但是也做错了很多选择，我想这大概就是人生，现在回想起来，不曾后悔，只有总结！

一

大四下学期我们就离开学校了，加上寒假的两个月，实际上我们的实习期有半年多，但是找工作应该是大四上学期就开始了。

那时候彪哥整天都在面试，积累了不少面试经验，也学习了不少知识，而那时候我鬼迷心窍，去做项目去了。

因为一些巧合，我加入了一个SAAS软件开发的小团队，做的是酒店方面的业务，我是远程办公，那段时间一边做毕设，一边做项目，但是做毕设的时间很少，因为论文就花了五天时间去写，更多是在做酒店项目。

现在我有一部分读者都是从我的区块链毕设过来的，我想对你们说一声，感谢你们的付费，但是也想对你们说一声对不起，如果当时我专心去做毕设，或许呈现在你们眼前的作品会更好，但是时间不能重来！

但是后来我仔细思考，我既不应该花时间去做毕设，也不应该为了点钱去做项目！

纵使我的毕设得了优秀毕设，算是我们那一届最优秀的毕设，但是并没有什么卵用，你的简历并不会因为一个优秀毕设而变得多么耀眼。

为了一点钱去做项目也不理智，因为一个人的时间是有限的，当把时间碎片化后，就很难集中去做一件事了，当时虽然说给我6k一个月，但是因为很多东西不熟悉，所以现去学，像uniapp都去学了，所以功能完成度和质量不高，一个月只给我结了3000不到！

干了两个月我们就毕业了，我收拾行李就回家了。

二

回到家里后，他们说直接给我一个单独项目做，也是一个SAAS的系统，说开发周期2个月，5万块钱，我当时心里想，一个月两万多，我直接不去实习了，安心干，干完我还可以玩几个月，这他妈多好啊。

于是我就接下来了，就开始进入coding状态，白天干，晚上干，后面在家里呆烦了，又跑回学校去。

在学校呆了半个多月，我做了50%，于是迫于经济压力，又回家了，回家最起码不愁饭吃。

那时候，我把自己定义为一个自由职业者，我也挺享受这样的生活，coding累了，就出去走走，回来后又继续coding，说实话，还挺享受！

那时候基本上大多同学都出去实习了，有些去了很不错的互联网公司，听他们说公司又是用什么牛逼的技术了，心里就突然有点羡慕。

但是想到项目做完马上能拿到钱了，就没有去羡慕了。

两个月时间很快到了，老板准时来验收了，不过一验bug足足提了几百个，还有很多变更，老板说尽快改完！

当时我有点懵，不应该先给我点钱吗？

我就说先付40%给我，但是人家说，你这玩意用起来到处是问题，无法用啊，怎么给钱？

我无话可说，拿不到钱，心里更加焦虑了，想不干了，那么就前功尽弃，如果继续干，问题越来越多，变更越来越多，思来想去，最后还是硬着头皮干了！

陆陆续续又干了半个多月，这时候二验又开始了，老板说这次稍微好了一点，但是也无法用啊，于是叫我把代码上传到他们仓库，然后给我付3000块钱，开发完后再一起结，我自然不愿意。

我想，代码给你了，你不理我了怎么办，所以我还是想等开发完以后拿到钱再交代码。

这时候我干了快三个月了，心里虽然看到一点希望，但是更多的是焦虑，因为再有几个月了就要毕业了，而我还没有去实习！

父母也开始念叨，心里的压力就更大了，我想，再干半个月，还拿不了钱，我真的就不干了。

我又继续做，为了快速做完，很多东西我都是没有考虑的，所以问题自然也多，特别还有硬件对接，还有一些复杂的操作。

说实话，这东西暂时肯定是用不了的，但是为了能拿到钱，我也带有一点骗的成分在里面，偷工减料，以为人家看不出来，实际上别人比你精多！

很多项目二验不通过，那基本就烂尾了，但是老板说，来个三验，果然还是用不了，问题很多，所以依然没拿到钱。

心里更加烦躁了，后面我直接说要么给钱，要么不做了，心里彻底崩溃了，心里后悔，为啥要去接这个项目，为啥浪费这么多时间，为啥不去实习。

后面老板说，如果你不想开发了也可以，把代码交出来，给你5000块钱，后面你和别人一起协同开发，不用全职开发。

我心里是抗拒的，干了这么久才几千块钱，心有不甘，不过过了几天，因为经济压力，所以还是选择交出代码了，谈成了6000块钱。

因为我知道他们会一直加需求，一直在变更，是一个无底洞！

三个多月，就得了6000块钱，心里别提多难受，不过好在暂时有点钱用。

于是直接就不干了，在家里呆了几天就开始投简历了，只有三个月不到就毕业了，所以自然去不了外面了，于是只能在省会城市找实习了。

还好那时候面试机会还挺多，一个星期不到就入职了，6000块钱的实习，就去干了，说实话，一个三线城市，也只能开这么多了！

不过现在这种就业环境，如果学历背景没有占优势，三线城市找6000以上的实习，还是比较难的，这两年市场真的比较低迷了！

“自由职业者“的那段时间，大概是我这么多年来最煎熬的时光，因为总是在希望和失望中来回穿梭。

后来我在书中看到一段话，“如果命运给你一次机会，哪怕是一根稻草，你也要牢牢抓住”，显然那个时候我的认知比较低，认为那就是命运的稻草，但是实际上那不是，那是荆棘！

当你的认知和能力都不够的时候，就算钱摆在你面前你都拿不了。

三

落笔到这里，心里不禁泛起一阵酸楚！

一个人总要为自己的认知买单的，因为在很黄金的时间阶段，我去做了不太正确的选择，虽然不曾后悔，但是我知道那是不理智的选择。

这段回忆虽然会成为我人生的阅历，甚至可以说是一种财富，但是他终归是一个教训，不值得提倡！

四

在大四上学期，应该快速把毕设做完，然后进入复习，投简历，即使找不到工作，也能锻炼面试能力，对自己的知识体系进行查缺补漏！

优秀毕设，论文，这些在本科阶段实际上没什么卵用，不过是教育的一个考核而已。

在校期间，那些社团活动，学生会并不能为你将来的职业发展发挥多大的作用，切勿过于沉迷！

眼前的小钱是陷阱，在未来很快就能赚回来！

在学校期间，兼职是完全没有必要的，因为赚不了几个钱，但是却花费了大量的时间，学生时期正是学习知识的时候，浪费了就没有了。

因为把只是学扎实，这点钱等毕业后一个月就能全部赚回来，但是如果浪费了，将要用很多时间去弥补，这时候你已经落后于别人很多了！

虽然我去做项目也能锻炼自己的能力，但是时机不对，如果大三去做那么没问题，但是在临近毕业之际去做，这就是不理智的。

五

学生时代，对于项目我们是没有风险把控能力的，也不清楚项目的流程，所以能赚到钱的几率不大！

我浪费了三四个月的时间去做一个项目这是不理智的，首先单干很有局限性，因为独木不成舟，你很多东西考虑不到位，所以会有很多漏洞。

还有你不能学习优秀的人的逻辑，实际上你是处于一个封闭的状态。

我觉得正确的做法是应该找一个不错的公司进去学习，融入团队，这样才能真的学到东西。

天真的是，我当时还想将其打造成一个产品，然后进行创业！

后来想想，自己如果真的投入时间去做了，那么不仅赚不到钱，可能还会饿肚子。

不用说什么不去试试怎么知道。

当你的认知跟不上的时候，你所想的，所做的，基本上都不会成功，不要想着幸运之神降临在你的身上。

六

那年，我傻逼地把自己定义为自由职业者。

实际上我连边都沾不上，因为没有赚到钱，还谈什么自由，叫“烂账职业者”还差不多。

今天，我们总是去羡慕那些自由职业者每天不用上班也能赚钱，实际上和你看到的不一样。

自由职业者赚到钱的人只有少数，但是都是经历过很多尝试，认知得到飞跃地提升后才成的。

不过可以肯定的是，未来自由职业者会越来越多，个人IP也将在未来大爆发。

布局是我们该做的事。

种一棵树最好的时间是十年前，其次是现在。

七

以上也就是对于过去的一些反思，我从来不去抱怨过去，只是去思考自己。

因为每一条路都没有对错，只能说很多时候选择大于努力。

路走岔了的时候要及时止损，不要一头黑走到底，这样对自己不好。

对于未来，还是得比较理性去看待，虽然充满各种不确定性，但是很多确定性的东西我们是能看到的。

行文至此，已经凌晨2点！

今天来跟大家分享一下什么是机会窗口以及为什么要珍惜机会窗口？首先从我个人的经验出发，我觉得不管是在学习，在职业，在投资，现在社会各个方面都是有很多非常好的机会的。但是这些好的机会又不经常有，那到底如何定义好机会，又如何抓住机会？那这里面先说一下什么叫好的机会。

什么是好机会

就以职业的成长性来说，互联网整个行业的二十年蓬勃发展就是极好的一个机会，大概从20年起到如今这个时间段都有一个非常好的机会，那指的就是哪怕你的能力稍微弱一点，你都能够在这个机会里面找到自己的红利。比如我有很多稍微找我几届的同事或者主管，他们可能在学历或者能力方面都没有特别高，但是正因为赶上了红利，他们的晋升特别快，拿到了股票也特别多，我好几个同事基本上在上海或者杭州都有两三套房，并且还有大量的现金。甚至有一些大专的同事，都拿到大量的股票，接近财富自由。

所以这种机会窗口是整个行业变革，整个现代社会发展带来的，它打开了一扇可以改变命运的窗口。这种时间窗口相对来说会比较长，特别是相对一个人的职业三十年来说。而且这种行业的机会，可能就有持续五年或者十年这样的时间。而在这样的机会窗口内，你不管是哪个点入局都能吃到一定的发展红利。

比如我记得早个五六年，很多人在找工作的时候，往往会纠结于去百度还是腾讯或者是阿里，但实际上我们发现站在更高，更长远的角度来说，他们选择任何一个公司收获到的都非常的丰厚，相比现在的毕业生，哪怕是双985可能也是无法找到一份工作，想想那时候是不是很幸福？在这种大背景下，在机会窗口来临的时候，你选错了，选的不是很好，都没有关系，你都能够收获到足够的红利，最多就是你赚50万还是100万的区别，而时代没有的话，上限就是赚10万。

除了这个例子之外，还有一个红利机会点就是房地产。我知道在差不多2005年~2018年这个时间段里面，只要你买房基本上都是赚的，所以我很多同学往往都有一个非常巨大的认知论，就认为他买房赚钱是因为他牛逼，他地段选的好，户型选的好，他完全归因于他买的房价大涨是因为眼光好，怎么样怎么样才能赚到钱，而实际上这只是时代给他的红利而已，其实再往回倒个七八年你在哪里买房都是赚的。但实际上以我的经验来看，不管那个时候，哪怕你在小城市买一套房子，涨幅可能都是两三倍的。

所以当时的眼光和认知和选择能力确实会决定了你的资产增值多少，但是只要在那个红利周期内，你做的选择大概率都不会太差，这也是雷军所说，站在风口上的猪也可以飞起来，说的就是这个道理。

这就是整个时代给我们的窗口，这个窗口可能会给的特别大，而且很多时候在这个周期里面，你根本感觉不到这是时代给你的机会，你只是做你正常的操作，到了指定的时间去指定的公司，去选合适热门专业，去买认为合适的房子，你觉得很自然，但实际上从后面再看，你会发现你在十年前做的选择和十年后做的选择成本、难度以及你付出的代价完全不一样。同样是89平米的房子，放在2010年就是3000一平米，放在现在就是8万一平米。同样是去阿里巴巴，以前大专就行，现在本硕985都直接被Pass。

上面说的都是比较大的机会，那我再说一个相对来说比较小的窗口。这些非常大的机会窗口还是依赖于各种不同不一样的大背景，但是有很多机会并没有像这种时代给的机会一样，可以有长达五年，十年你可以认真去选，你可以去大胆的犯错和试错，选错了你重新再来一次就可以了，但是我们在实际工作里面，我们碰到的一些机会点，其实时间窗口非常的短。如果你稍微不慎，可能就错过了这个机会，而等待下一个机会就不知道猴年马月了，所以我们就要在这个地方要抓住那稍纵即逝的机会窗口。

我举一个例子，比如说这两年是低代码的元年，而这个时候如果你之前刚好一直在从事低代码或者低代码相关的工作，那么到了这两年，你的议价空间是非常大的，因为很多公司都在如火如荼的去做这块的业务，在短时间内是没有办法慢慢培养出或者招聘到这类专才，所以往往公司愿意溢价去花费大价钱去购买和招聘相关的同学，所以这个时候如果你抓住了机会，你可以得到一个很高的议价，比如说层级直接变高了一层或者你的总包直接变成了两倍，甚至非常有机会作为骨干负责人拉起一支团队，那么你进入管理岗位也就水到渠成了。

为什么机会有窗口

而这种机会窗口往往只有半年，一年或者最多两年，因为到了一两年之后，有很多的同学也感知到了这个先机，往往就会把自己的精力投到这一块来，那么意味着供需就发生了变化，供应方就会越来越多，那么就使得需求方有溢价的能力，这个时候到了两年之后可能就完全拉平了，这个低代码行业跟其他行业变得完全一样，甚至再往后人才堆积的更加的过分，你可能连这个机会都没有了，只剩下被选择的命运。历史历代，都演绎着完全相同的剧本。

到了直播行业也是一样，在直播刚刚兴起的时候，如果你恰巧做的是相关业务，这个时候你跳过去往往会能够涨薪特别高，工资的幅度也是特别高，所以在这个时候你有充分的议价权，但是窗口我们也知道往往只有几年，而且在互联网这么变化快的情况下的话，时间可能会进一步缩短，比如这两年已经到了直播的红海，基本上该用直播的用户已经到顶了，这个时候虽然还有大把的招聘，但需求实际上已经是强弩之末了。

随着人口红利到底的时候，我们所谓的互联网这些机会的窗口实际上已经是没了，变得普普通通的一份职业而已，而且这个时候入局往往有可能会遭受灭顶之灾，比如说最近就听说到整个直播行业要整顿，一旦业务发生了整顿，对人才的需求的调整就会变得非常的明显，往往再激烈一点可能就会快速裁员，不要说红利了，拿到的全部是负债。

再往小的一些说，可能针对每个人的职业窗口也是不一样的，比如说对于有些大企业，有一些管理的岗位，但往往是因为原管理的同学离职或者新增的岗位，这个时候会有短时间的招聘名额来等待这个位置，而一旦你错过了这个机会以后，这个位置没了以后，可能这个坑位就不需要人了。这个时候不是你能力好不好的问题，是有没有坑位的问题。

所以好机会往往只是一瞬间而已，很多同学担心稳定性，希望在一个地方一直苟着求稳定，这个其实跟体制内没有任何的区别。风险和收益从哲学层面上来说，都是相对的，或者说没有决定的风险，也没有决定的稳定，风险和稳定阶段性只能取其一，长期看稳定和风险是互相转化的。我经常听到有人说大厂稳定，但是实际上我们在分析背后的原因，大厂稳定本身就是个伪命题。又稳定，又高薪，又轻松，这是不可能的。所以我称之为「工作不可能的三角特点」。

但很多人说我能否要里面的两个因素，我要稳定要高薪但是我愿意加班吃苦。

对不起，这个其实也是不可能的。我们可以站在企业的角度来考虑一下，一旦我这个工作特别的高薪又稳定的情况下的话，那虽然你干的很苦，但我始终在人力成本特别充分的情况下的话，公司能找到更好的替代者来。同样的工作量，但是花更少的钱来解决，说白了大部分所谓的高薪岗位没有什么严格的技术壁垒。

所以我们说过的，站在更大的角度来说，互联网也是一个机会窗口，因为过了这个窗口之后，可能你想加班加点熬夜，你可能都拿不到这样的一个薪水和待遇。

如何抓住机会窗口

反而换一个角度来说，我们一定要抓住这样的机会窗口，这样的机会窗口可以给我们的发展带来一个质的变化，当然也有很多时候我们会做一些错误的选择，比如说我们找到了一个我们认为好的机会，但实际上这个机会是有问题的，比如说我去了某一个创业公司，原本以为会有巨大的发展，但是后面倒闭了。当然这个也是一种博弈，这里面非常考核一个同学的综合的认知能力、选择能力和纠错能力。不仅要判断能否找到合适的机会，还要在碰到了困难的时候能够去快速的去纠错。

从我的例子来看，如敢于去挑战这种新机会的同学，哪怕其中有一些不如意的变动，但是大概率他的结果大概率不会太差。比如我有个同学从集团跳槽到蚂蚁国际，呆了一年就觉得部门有问题，后面又去了字节头条，现在也非常稳定。还有一个同学出去创业，也不顺利，但是后面又折腾成了另外一个大型公司的高级主管。

反而是事事求稳，稳住某一个大厂，稳住某一个职位，稳住每一个薪水，到了最后往往收益会越来越小，直到最后完全被动。整体上来看，整个社会会把更多的报酬分向于这些敢于挑战，敢于冒险，敢于拼搏的人的，而不会把大量的资源分享到又稳定，又顽固，又不愿意改变的这群人，这是当前社会的游戏规则。这个在大数据上面完全是合理的，只不过落到每个人的头上的尺度和比例会有点不一样。

所以站在我现在的角度上来看，我觉得所有的想向上奋进的同学都应该主动抓住变革的机会。因为这个好机会可能对在你的人生来说，几十年可能就这么一两次，甚至有些都是完全为你量身定做的机会，如果你一旦错过了以后，可能你抓住下一个机会的成本和代价就变得会非常的大。

尤其是年轻人更应该去折腾，因为你的试错的成本会非常低，当你发现了你的错误决策以后，你能够快速的去更正，去变化，所以在年轻的时候往往就应该多折腾一点，善于去准备好去等待好的机会，如果机会来了，大胆的出击。

本文写于2024年3月31号，大的背景是行业寒冬，工作岗位的数量和质量都远远不如之前，造成了打工人卷的飞起的现象，但是从企业端去看，却是面临高端人才不足，低端人才过剩以及招的人数很多但是却满足不了业务需求的问题。

本文所描述现象有作者自己的真实经历，也有道听途说但是真实存在的现象~

一、词汇高大上，过后却一地鸡毛

造词现象普遍发生在大厂牛逼人物向上汇报或者是全员会的ppt中，这些牛逼的人物已经不屑于用已存的词汇来表达自己的想法，他们会把现有的词汇融会贯通，进而创造出新的牛x词，给人一种创新的感觉，让人一下子觉得这才是核心科技。

二、无效卷

• 白天不怎么干活或者磨洋工，但是到了晚上才认真干起活来，故意加班到很晚，其实p事都没干。


• 故意很晚的时间群里@下同事

三、产品经理只管要要要，研发只管干干干

其实这点很可怕，一般来说对于产品经理，产品就像自己的娃一样，自己再熟悉不过。但是现实是很多产品经理可能连这个娃有没有xjj都不知道😂。研发不管需求是不是解决问题，也不会考虑实际问题，只管完成crud的任务。

四、无脑跟进新技术

比如最近几年兴起的大模型，那好，我们怎么可以落后于行业呢，我们自己也来搞个，虽然不知道对于我们有什么用，但贵在自研啊。

五、文档一坨狗屎

很多大厂对外的文档，比如云厂商的，用户照着文档一步一步做都会失败。

六、PUA

下面这段也是老经典语录了

其实，我对你是有一些失望的。当初给你定级px，是高于你面试时的水平的。我是希望进来后，你能够拼一把，快速成长起来的。px这个层级，不是把事情做好就可以的。
你需要有体系化思考的能力。你做的事情，他的价值点在哪里？你是否做出了壁垒，形成了核心竞争力?你做的事情,和公司内其他团队的差异化在哪里?你的事情，是否沉淀了一套可复用的物理资料和方法论?为什么是你来做，其他人不能做吗？你需要有自己的判断力，而不是我说什么你就做什么。后续,把你的思考沉淀到日报周报月报里，我希望看到你的思考，而不仅仅是进度。
提醒一下，你的产出，和同层级比，是有些单薄的，马上要到年底了，加把劲儿。你看咱们团队的那个谁，人家去年晋升之前，可以一整年都在项目室打地铺的。成长，一定是伴随着痛苦的，当你最痛苦的时候其实才是你成长最快的时候。

导读

程序员痛恨遇到质量低劣的代码，但在高压环境下，我们常为了最快解决当下需求而忽略代码规范，在无意识中堆积大量债务。我们还观察到许多开发者被迫加班的罪魁祸首便是写低效代码、不重视代码优化。编程路上，欲速则不达。 接下来，我将为各位列举9种我个人工作中高频遇到的不整洁代码行为，并提出针对性优化建议。继续阅读~

目录

1 代码风格和可读性

2 注释

3 错误处理和异常处理

4 代码复用和模块化

5 硬编码

6 测试和调试

7 性能优化

8 代码安全性

9 版本控制和协作

10 总结

01、代码风格和可读性

• 错误习惯

1.1 变量命名不规范

在编程中，变量命名是非常重要的，良好的变量命名能够提高代码的可读性和可维护性。不规范的命名会增加理解难度，以下是一个不规范命名的例子：

int a, b, c; // 不具有描述性的变量名

float f; // 不清楚变量表示的含义

这样的变量命名不仅会降低代码的可读性，还可能会导致变量混淆，增加代码维护的难度。正确的做法应该使用有意义的名称来命名变量。例如：

int num1, num2, result; // 具有描述性的变量名

float price; // 清晰明了的变量名

1.2 长函数和复杂逻辑

长函数和复杂逻辑是另一个常见的错误和坏习惯。长函数难以理解和维护，而复杂逻辑可能导致错误和难以调试。以下是一个长函数和复杂逻辑的案例：

def count_grade(score):

    if score >= 90:

        grade = 'A'

    elif score >= 80:

        grade = 'B'

    elif score >= 70:

        grade = 'C'

    elif score >= 60:

        grade = 'D'

    else:

        grade = 'F'

    

    if grade == 'A' or grade == 'B':

        result = 'Pass'

    else:

        result = 'Fail'

    return result

在这个例子中，函数 count_grade 包含了较长的逻辑和多个嵌套的条件语句，使得代码难以理解和维护。正确的做法是将逻辑拆分为多个小函数，每个函数只负责一个简单的任务，例如：

def count_grade(score):

    grade = get_grade(score)

    result = pass_or_fail(grade)

    return result

def get_grade(score):

    if score >= 90:

        return 'A'

    elif score >= 80:

        return 'B'

    elif score >= 70:

        return 'C'

    elif score >= 60:

        return 'D'

    else:

        return 'F'

def pass_or_fail(grade):

    if grade == 'A' or grade == 'B':

        return 'Pass'

    else:

        return 'Fail'

通过拆分函数，我们使得代码更加可读和可维护。

1.3 过长的行

代码行过长，会导致代码难以阅读和理解，增加了维护和调试的难度。例如：

def f(x):

    if x>0:return 'positive' elif x<0:return 'negative'else:return 'zero'

这段代码的问题在于，它没有正确地使用空格和换行，使得代码看起来混乱，难以阅读。正确的方法是，我们应该遵循一定的代码规范和风格，使得代码清晰、易读。下面是按照 PEP 8规范改写的代码：

def check_number(x):

    if x > 0:

        return 'positive'

    elif x < 0:

        return 'negative'

    else:

        return 'zero'

这段代码使用了正确的空格和换行，使得代码清晰、易读。

02、注释

• 错误习惯

• 错误的注释

注释是非常重要的，良好的注释可以提高代码的可读性和可维护性。以下是一个不规范的例子：

int num1, num2; // 定义两个变量

上述代码中，注释并没有提供有用的信息，反而增加了代码的复杂度。

03、错误处理和异常处理

• 错误的习惯

3.1 忽略错误

我们往往会遇到各种错误和异常。如果我们忽视了错误处理，那么当错误发生时，程序可能会崩溃，或者出现不可预知的行为。例如：

def divide(x, y):

    return x / y

这段代码的问题在于，当 y 为0时，它会抛出 ZeroDivisionError 异常，但是这段代码没有处理这个异常。下面是改进的代码：

def divide(x, y):

    try:

        return x / y

    except ZeroDivisionError:

        return 'Cannot divide by zero!'

3.2 过度使用异常处理

我们可能会使用异常处理来替代条件判断，这是不合适的。异常处理应该用于处理异常情况，而不是正常的控制流程。例如：

def divide(a, b):

    try:

        result = a / b

    except ZeroDivisionError:

        result = float('inf')

    return result

在这个示例中，我们使用异常处理来处理除以零的情况。正确做法：

def divide(a, b):

    if b == 0:

        result = float('inf')

    else:

        result = a / b

    return result

在这个示例中，我们使用条件判断来处理除以零的情况，而不是使用异常处理。

3.3 捕获过于宽泛的异常

捕获过于宽泛的异常可能导致程序崩溃或隐藏潜在的问题。以下是一个案例：

try {

    // 执行一些可能抛出异常的代码

} catch (Exception e) {

    // 捕获所有异常，并忽略错误}

在这个例子中，异常被捕获后，没有进行任何处理或记录，导致程序无法正确处理异常情况。正确的做法是根据具体情况，选择合适的异常处理方式，例如：

try {

    // 执行一些可能抛出异常的代码

} catch (FileNotFoundException e) {

    // 处理文件未找到异常

    logger.error("File not found", e);

} catch (IOException e) {

    // 处理IO异常

    logger.error("IO error", e);

} catch (Exception e) {

    // 处理其他异常

    logger.error("Unexpected error", e);}

通过合理的异常处理，我们可以更好地处理异常情况，增加程序的稳定性和可靠性。

04、错误处理和异常处理

• 错误的习惯

4.1 缺乏复用性

代码重复是一种非常常见的错误。当我们需要实现某个功能时，可能会复制粘贴之前的代码来实现，这样可能会导致代码重复，增加代码维护的难度。例如：

   def calculate_area_of_rectangle(length, width):

       return length * width



   def calculate_volume_of_cuboid(length, width, height):

       return length * width * height



   def calculate_area_of_triangle(base, height):

       return 0.5 * base * height



   def calculate_volume_of_cone(radius, height):

       return (1/3) * 3.14 * radius * radius * height

上述代码中，计算逻辑存在重复，这样的代码重复会影响代码的可维护性。为了避免代码重复，我们可以将相同的代码复用，封装成一个函数或者方法。例如：

   def calculate_area_of_rectangle(length, width):

       return length * width



   def calculate_volume(length, width, height):

       return calculate_area_of_rectangle(length, width) * height



   def calculate_area_of_triangle(base, height):

       return 0.5 * base * height



   def calculate_volume_of_cone(radius, height):

       return (1/3) * 3.14 * radius * radius * height

这样，我们就可以避免代码重复，提高代码的可维护性。

4.2 缺乏模块化

缺乏模块化是一种常见的错误，这样容易造成冗余，降低代码的可维护性，例如：

   class User:

       def __init__(self, name):

           self.name = name



       def save(self):

           # 保存用户到数据库的逻辑



       def send_email(self, content):

           # 发送邮件的逻辑



   class Order:

       def __init__(self, user, product):

           self.user = user

           self.product = product



       def save(self):

           # 保存订单到数据库的逻辑



       def send_email(self, content):

           # 发送邮件的逻辑

   ```

此例中，User 和 Order 类都包含了保存和发送邮件的逻辑，导致代码重复，耦合度高。我们可以通过将发送邮件的逻辑提取为一个独立的类，例如：

   class User:

       def __init__(self, name):

           self.name = name



       def save(self):

           # 保存用户到数据库的逻辑



   class Order:

       def __init__(self, user, product):

           self.user = user

           self.product = product



       def save(self):

           # 保存订单到数据库的逻辑



   class EmailSender:

       def send_email(self, content):

           # 发送邮件的逻辑

通过把发送邮件单独提取出来，实现了模块化。现在 User 和 Order 类只负责自己的核心功能，而发送邮件的逻辑由 EmailSender 类负责。这样一来，代码更加清晰，耦合度降低，易于重构和测试。

05、硬编码

• 错误的习惯

5.1 常量

在编程中，我们经常需要使用一些常量，如数字、字符串等。然而，直接在代码中硬编码这些常量是一个不好的习惯，因为它们可能会在未来发生变化，导致维护困难。例如：

def calculate_score(score):

    if (score > 60) {

    // do something}

这里的60就是一个硬编码的常量，导致后续维护困难，正确的做法应该使用常量或者枚举来表示。例如：

PASS_SCORE = 60;

def calculate_score(score):

    if (score > PASS_SCORE) {

        // do something    }

这样，我们就可以避免硬编码，提高代码的可维护性。

5.2 全局变量

过度使用全局变量在全局范围内都可以访问和修改。因此，过度使用全局变量可能会导致程序的状态难以跟踪，增加了程序出错的可能性。例如：

counter = 0

def increment():

    global counter

    counter += 1

这段代码的问题在于，它使用了全局变量 counter，使得程序的状态难以跟踪。我们应该尽量减少全局变量的使用，而是使用函数参数和返回值来传递数据。例如：

def increment(counter):

    return counter + 1

这段代码没有使用全局变量，而是使用函数参数和返回值来传递数据，使得程序的状态更易于跟踪。

06、测试和调试

• 错误的习惯

6.1 单元测试

单元测试是验证代码中最小可测试单元的方法，下面是不添加单元测试的案例：

def add_number(a, b):

    return a + b

在这个示例中，我们没有进行单元测试来验证函数 add_number 的正确性。正确示例：

import unittest



def add_number(a, b):

    return a + b



class TestAdd(unittest.TestCase):

    def add_number(self):

        self.assertEqual(add(2, 3), 5)



if __name__ == '__main__':    unittest.main()

在这个示例中，我们使用了 unittest 模块进行单元测试，确保函数 add 的正确性。

6.2 边界测试

边界测试是针对输入的边界条件进行测试，以验证代码在边界情况下的行为下面是错误示例：

def is_even(n):

    return n % 2 == 0

在这个示例中，我们没有进行边界测试来验证函数 is_even 在边界情况下的行为。正确示例：

import unittest



def is_even(n):

    return n % 2 == 0



class TestIsEven(unittest.TestCase):

    def test_even(self):

        self.assertTrue(is_even(2))

        self.assertFalse(is_even(3))



if __name__ == '__main__':    unittest.main()

在这个示例中，我们使用了 unittest 模块进行边界测试，验证函数 is_even 在边界情况下的行为。

6.3 可测试性

代码的可测试性我们需要编写测试来验证代码的正确性。如果我们忽视了代码的可测试性，那么编写测试将会变得困难，甚至无法编写测试。例如：

def get_current_time():

    return datetime.datetime.now()

这段代码的问题在于，它依赖于当前的时间，这使得我们无法编写确定性的测试。我们应该尽量减少代码的依赖，使得代码更易于测试。例如：

def get_time(now):

    return now

这段代码不再依赖于当前的时间，而是通过参数传入时间，这使得我们可以编写确定性的测试。

07、性能优化

• 错误的习惯

7.1 过度优化

我们往往会试图优化代码，使其运行得更快。然而，过度优化可能会导致代码难以理解和维护，甚至可能会引入新的错误。例如：

def sum(numbers):

    return functools.reduce(operator.add, numbers)

这段代码的问题在于，它使用了 functools.reduce 和 operator.add 来计算列表的和，虽然这样做可以提高一点点性能，但是这使得代码难以理解。我们应该在保持代码清晰和易读的前提下，进行适度的优化。例如：

def sum(numbers):

    return sum(numbers)

这段代码使用了内置的 sum 函数来计算列表的和，虽然它可能比上面的代码慢一点，但是它更清晰、易读。

7.2 没有使用合适的数据结构

选择合适的数据结构可以提高代码的性能。使用不合适的数据结构可能导致代码执行缓慢或占用过多的内存。例如：

def find_duplicate(numbers):

    duplicates = []

    for i in range(len(numbers)):

        if numbers[i] in numbers[i+1:]:

            duplicates.append(numbers[i])

    return duplicates

在这个示例中，我们使用了列表来查找重复元素，但这种方法的时间复杂度较高。我们可以使用集合来查找元素。例如：

def find_duplicate(numbers):

    duplicates = set()

    seen = set()

    for num in numbers:

        if num in seen:

            duplicates.add(num)

        else:

            seen.add(num)

    return list(duplicates)

我们使用了集合来查找重复元素，这种方法的时间复杂度较低。

08、代码安全性

• 错误的习惯

8.1 输入验证

没有对用户输入进行充分验证和过滤可能导致恶意用户执行恶意代码或获取敏感信息。例如：

import sqlite3

def get_user(username):

    conn = sqlite3.connect('database.db')

    cursor = conn.cursor()

    query = f"SELECT * FROM users WHERE username = '{username}'"

    cursor.execute(query)

    user = cursor.fetchone()

    conn.close()

    return user

在这个示例中，我们没有对用户输入的 username 参数进行验证和过滤，可能导致 SQL 注入攻击。正确示例：

import sqlite3



def get_user(username):

    conn = sqlite3.connect('database.db')

    cursor = conn.cursor()

    query = "SELECT * FROM users WHERE username = ?"

    cursor.execute(query, (username,))

    user = cursor.fetchone()

    conn.close()

    return user

在这个示例中，我们使用参数化查询来过滤用户输入，避免了 SQL 注入攻击。

8.2 不正确的密码存储

将明文密码存储在数据库或文件中，或使用不安全的哈希算法存储密码都是不安全的做法。错误示例：

import hashlib



def store_password(password):

    hashed_password = hashlib.md5(password.encode()).hexdigest()

    # 存储 hashed_password 到数据库或文件中

在这个示例中，我们使用了不安全的哈希算法 MD5 来存储密码。正确示例：

import hashlib

import bcrypt



def store_password(password):

    hashed_password = bcrypt.hashpw(password.encode(), bcrypt.gensalt())

    # 存储 hashed_password 到数据库或文件中

在这个示例中，我们使用了更安全的哈希算法 bcrypt 来存储密码。

8.3 不正确的权限控制

没有正确验证用户的身份和权限可能导致安全漏洞。错误示例：

def delete_user(user_id):

    if current_user.is_admin:

        # 执行删除用户的操作

    else:

        raise PermissionError("You don't have permission to delete users.")

在这个示例中，我们只检查了当前用户是否为管理员，但没有进行足够的身份验证和权限验证。正确示例：

def delete_user(user_id):

    if current_user.is_authenticated and current_user.is_admin:

        # 执行删除用户的操作

    else:

        raise PermissionError("You don't have permission to delete users.")

在这个示例中，我们不仅检查了当前用户是否为管理员，还检查了当前用户是否已经通过身份验证。

09、版本控制和协作

• 错误的习惯

9.1 版本提交信息

不合理的版本提交信息可能导致代码丢失、开发人员难以理解等问题。错误示例：

git commit -m "Fixed a bug"

在这个例子中，提交信息没有提供足够的上下文和详细信息，导致其他开发人员难以理解和追踪代码的变化。正确的做法是提供有意义的提交信息，例如：

$ git commit -m "Fixed a bug in calculate function, which caused grade calculation for scores below 60"

通过提供有意义的提交信息，我们可以更好地追踪代码的变化，帮助其他开发人员理解和维护代码。

9.2 忽略版本控制和备份

忽略使用版本控制工具进行代码管理和备份是一个常见的错误。错误示例：

$ mv important_code.py important_code_backup.py

$ rm important_code.py

在这个示例中，开发者没有使用版本控制工具，只是简单地对文件进行重命名和删除，没有进行适当的备份和记录。正确示例：

$ git clone project.git

$ cp important_code.py important_code_backup.py

$ git add .

$ git commit -m "Created backup of important code"

$ git push origin master

$ rm important_code.py

在这个示例中，开发者使用了版本控制工具进行代码管理，并在删除之前创建了备份，确保了代码的安全性和可追溯性。

10、总结

好的代码应该如同一首好文，让人爱不释手。优雅的代码，不仅是功能完善，更要做好每一个细节。

最后，引用韩磊老师在《代码整洁之道》写到的一句话送给大家：

“

细节之中自有天地，整洁成就卓越代码。

以上是本文全部内容，欢迎分享。

原创作者｜孔垂航

故事发生在10年前，因为自己的不成熟，没想好就跟老板提了离职，不得不真的开始找工作（详情见之前的文章，末尾有链接）。很快，就拿到了下家的 offer，约定3月31日入职。

猎头又推荐了「小而美」的豌豆荚，我不想去，因为他们周六也上班。猎头说周六基本是打酱油，而且工作氛围号称 Google 范，文艺风，不妨聊聊。吼啊，那就聊聊。

为了叙事方便，先放个当年的日历：

3月15日，周六，下午，连续面了3轮后， CEO 王俊煜(下称 junyu)不在，HR 让我回去等消息，路途遥远，到家已经天黑了。

周一，猎头告诉我挂了，不知道原因，建议我找 HR 争取下，看能否跟 junyu 聊聊，也许会有转机。我拒绝了，强扭的瓜不甜，而且我也不喜欢周六上班。

周四，收到一位面试官的邮件，他觉得我还不错，想约我再聊聊，全文如下：

我那时工作刚满20个月，其中2个月，因为部门快要黄了，整天无所事事的。最后6个月，搞 iOS 去了。所以，真正做 Android 的时间也就1年，他说的没错，我确实掌握的不够深入。虽然邮件里直接指出了我的不足，但我觉得更多的还是肯定吧。

说句不要脸的，我喜欢这种被人欣赏的感觉。类似的事，在我身上发生过挺多次了，只可惜因为自己的原因，没能接住那些泼天的富贵，先挖个坑，未来有时间再填。

最后约的是3月21日，周五，又去面了两轮，junyu 还是不在，继续回去等消息。周六，发邮件给之前的面试官咨询结果，得知面试通过了，需要等 HR 约 junyu 的时间再聊聊。

距离我入职下家公司只剩一周了，豌豆荚 HR 迟迟没有动静。我多次发短信催促她，得到的答复都是还在约。印象中最后约的是29号，周六，我从狼厂离职的第2天。

当天下午，我到的时候，junyu 还在面试中，等了半个多小时，他才完事。简短的自我介绍和项目介绍后，我说自己开发了一款计算器 APP，获得了不错的用户反馈。他一脸鄙夷的眼神问我：

什么？计算器？

对，我正准备展示它的功能和获得的奖项，他打断了我，改问其他问题了。具体问题不记得了，只记得他对我回答的反馈基本都是「嗯」，外加十分不屑的表情，而且大多数时间是在看电脑。5分钟后，他说今天就到这，有消息会通知我。

很快，HR 给我发了个拒信：

经过综合评估，还是觉得不合适

收到，我谢谢你。

工作快12年了，我面过很多公司，成功了多次，也失败了多次。但没有哪次像这次令人生气，如此不尊重候选人，这是唯一的一次。我不知道他的居高临下是为何，我的出现浪费了他的宝贵时间？哪怕是面对一问三不知的面试者，也不应该如此一副高傲的态度。

也许是因为年纪轻轻，创业有所成，于是飘飘然，开始藐视众生了？又或者因为狼厂以19亿美元收购「91手机助手」，觉得自己也行？

当初在狼厂时，周围的同事就没有一个人觉得「91无线」能值这么多钱，妥妥的冤大头。实话说，狼厂还不如把那个「91」收购了，给「狼友」们谋福利，还能赋能、反哺后来的视频业务，懂的都懂。。。

除了那场面试，HR 的表现也是让人无语，在我反复提醒她我就要入职下家了，她依然无动于衷，迟迟未能约好时间，而且每次都是我主动联系她的。哪怕是对待备胎，女神也会偶尔主动一下吧？难道是因为我太主动，把我当舔狗了？

几个月后，豌豆荚竟然断缴了很多员工的社保，据说是因为缴费的卡上余额不足，导致扣款失败，庆幸当初他们没看上我，这种奇葩的事也能出现。

对于给我发邮件的那位工程师，我还是很感激的，感谢他又给了我一次机会，也感谢他让我知道了物种的多样性。巧合的是，多年以后，我在面试另一家大厂时，又碰到了他，他已经是一名中层管理人员了，手下估计有几百号人。不过，因为跟 HR 待遇没谈拢，我最后没去。

本文纯属吐槽，以上内容，绝对真实，如有雷同，深表同情。

在我告诉猎头挂了后，他告诉我还有一家跟豌豆荚风格类似的「小而美」的公司，建议我去聊聊看。我说马上要入职新公司了，不想再面了，况且我都没听过这个公司。彼时，那个小公司名叫「今日头条」。

昨天，昨天和滨江的一个朋友聊了聊，他是那边的一个公司产品负责人，也算是核心合伙人的角色之一，他们的公司是做直播业务的，大概有七八十人的团队，开发人员大概是30人左右，占比35%左右，其中里面还有一个CTO角色，或者说技术总监的角色，其他的全部都是干活的小兵和小组长之类的。

我们主要聊到了两个不同规模的公司的工作模式的问题，因为我所在的是阿里巴巴应该是非常典型的超大型互联网公司，而他们公司这个人数刚好是属于小型的互联网公司。

他的公司主要是做直播业务的，大家都很熟悉诸如抖音快手这样的直播平台，这么小的公司怎么能做好一个直播平台呢？那他们的业务模式也非常的经典，那就是做一些非常小众的网红和用户产品。

一、直播市场的长尾用户

他描述了一下他自己的一些对于直播和用户的一些观点和理解，比如说现在众所周知的类似于抖音这样极大的平台，有超级大的网红IP，也有无数的粉丝。但是国内互联网用户基数非常之大，存在非常多的长尾用户，比如一些粉丝想在平台上获得一些娱乐感和交互感，这个是抖音这种大平台所满足不了的。另外一方面有大量的尾部网红在抖音这种大平台上面往往也拿不到任何的流量，所以他们也需要一种更小的平台，有充足的流量扶持。

在这个背景下就有了针对这些长尾用户的一些小的直播平台，那在小的直播平台上，哪怕你再小的网红，你都会有一些流量上面的倾斜，对于用户来说，在抖音上给大V打赏几万可能主播都不会理你，但是你在小平台上直接给主播进行打赏交互，就会变得更加的简单和高效。毕竟我们可以想象一下，很多花不起大价钱的“屌丝”用户，可能在这种小平台上面砸个几百几千，可能就能够约网红出来吃个饭，聊个天什么的。一些尾部网红也是一样，长期在抖音中大平台上面基本上没有流量，也没人关注和在意，但是到小平台上面可能就有比较多的几十个，甚至几百个粉丝过来和你交互和聊天打赏，很容易形成一个正反馈。

所以对于刚刚起步的网红来说，在这种小平台上面去发展，获得自己的正反馈和积累初步的影响力是非常的必要的。那对于一些没有太多钱、时间又空闲的粉丝们来说，对于小平台上面也能够有一个快速的通道去接触到这些主播或者兴趣相同的朋友。

于此同时，各行各业，蚊子肉都是大平台吃不到也不想吃的，这类长尾用户是大的平台是往往无法覆盖的，也是看不上的，所以给了这些小型的平台很多的发展空间，这个就是非常典型的一种长尾生态形式。也非常符合之前我所推荐的那本书叫做《长尾理论》，这种小平台因为它的边际成本是非常的低的，所以它可以在各个地方花钱去投放广告，吸引长尾客流，主打各种形式的娱乐化的直播并从中抽佣。

我们也可以看到这种平台本身也不大可能做的非常大，一方面它可能在形式和内容上面都可能走一些擦边或者灰色的方式，另外一方面对他们自己来说，他们也不想做的做大，做大以后以后就会面临着更加复杂的问题，比如监管问题。所以很多这种小型的平台活的非常的滋润，从来没想着做大做强，而是在自己的一亩三分细分领域里深耕，现金流反而还比大平台的还更加的充足。

他们公司在前两年就寻求上市，因为经济的原因中止，但这也就说明他这种模式实际上非常赚钱，现金流是非常的稳定的。

二、快进快出的用人理念

除了这种非常好的商业模式之外，另外一个讨论点就是我们工作模式上面的最大的区别。他提到了他们公司的员工的离职率是非常高的，基本上几个月、半年可能就大量的技术人员离职汰换。这个也很简单，她说对于新招聘的员工来说，如果半个月上不了手的情况下的话，就会在试用期里面就会解聘掉，主打就是追求实用主义，员工拿来即用没有培养一说。对于一个小的技术公司来说，它的成本控制的非常的严格，如果员工短时间内不能上手的情况下的话，对他们来说是没有任何价值的，所以对于员工都采用快进快出这样的方式，完全不像我们大平台大企业，可能给到一个员工的成长时间，短则三个月，大长则半年，一年。而小公司完全吃不消这种巨大的人力培养成本。

另外就是对于他们一些比较资深的工程师来说，工龄时间也不会太长，因为他们给不了员工的一个向上的晋升通道。当个员工工作了两年到三年，技术能力各方面能力都提高了，以后也没办法往上升或者持续加薪，因为毕竟上面只有一个技术合伙人，总不能把这个技术合伙人给顶下去吧，所以他们大部分的员工工作了两年到三年之后，技术能力上面都有非常大的成长之后，往往就会跳出这个小厂去寻求其他的大厂机会。

然后他们公司本身对于技术的追求也不深，大部分完全采用的是“拿来即用”的原则，他说在早期的时候做平台还会去找一些开源源码自己来部署，到了现在大部分能力都有非常成熟的第三方厂家来支持，他们公司技术人员只要做集成和包装就可以了。现在据我所知，类似于阿里云这样的云平台，已经把整个云计算API、网络直播的API，甚至很多底层技术全部做的非常好，都打包成SDK或者封装成API，所以上层业务方只要购买服务后把API包装一下，封装就可以直接使用了，五分钟生成一个直播平台APP已经没有任何问题了。

以我的理解，一个正常的工作了半年到一年的同学，我觉得在这种SDK或者API的加成下，就应该在一个星期内能创建出来一个直播平台APP了。所以很明显在这种基础能力非常强大的情况下，他们公司就会可以把成本压的更小，他们可以随时的去调整自己的业务方向和迭代，基本上几周就会有一个小版本迭代或者出全新的APP。

我问了一下，他们有没有一个知名的应用市场APP，给我的答案是他们开发成了很多非常小的一些APP，然后在应用市场上面去打广告引流，用户量和粉丝量都不算大，明显就能看到这种模式主打一个灵活、主打分布式。

三、反脆弱的商业形式

所以相对于小厂和中厂来说，不管从业务模式上还是从技术架构上，还是从经营理念上完全不可同日而语。但不得不说，我觉得正如我们的自然界生态系统一样，有些时候很微小的生物往往能够在漫长的生态环境中存活下来，比如蟑螂老鼠，而有一些庞然大物，诸如恐龙猛犸象这样的大体积的生物，反而还容忍不了生态气候的变化而灭绝。

而对于他这样小的一些经济体，几十个人，有自己的一些核心的产品模式，并且能够快速的迭代，对成本控制严格，对经济变化敏感，反而还能够存活到各个不同的周期里面，所以这我觉得也是一种值得我们羡慕的地方。这也是知名作家塔勒布在他的《反脆弱》一书里提到的一种形式，这种公司反而具备更强的反脆弱性，当经济越差，他们不仅不受影响，反而反弹变得更强壮、盈利性更强。

最后一步来说，对于程序员来说，根据自己的兴趣、爱好、能力水平，在当前的经济周期找到一个比较合适自己的平台，能够锻炼到自己的能力，不管是从技术还是从业务经营，产品各个方面都有所成长，那对自己来说就是好事。对于创业者来说也未必要盯着非常大的市场，动不动就来个规模效应，有时候去做这种非常小微公司和长尾市场，往往活得会更加的滋润和惬意。

最近，我周围有挺多互联网大厂leader级别的同事或朋友，被“降本增效”了。

其中最有意思的是，我的前同事老Z今年刚刚晋升了一级，在这个级别上还没待热乎了，然后就下来了。

有句话是这么说的：“世界上最残忍的事，莫过于让其拥有一切，然后再剥夺其所有。”

有次我跟老Z吃饭，他苦笑着跟我说：“妈的，如果不晋升，没准还能待下去呢，晋升之后反而目标变大了。”

我问他：“那你最近看新机会的结果怎么样，有没有拿到比较满意的offer呢？”

他说：“面试机会倒是不少，大厂已经面了五六个，但最后都无疾而终了。”

接下来，他又把话题聊了回来，说：“你说，如果公司对我不满意，为什么还给我晋升呢，但如果公司对我满意，又为什么还要裁我呢？”

我给他举了一个这样的例子：“就算大款给小三买奢侈品，让她住豪宅，但并不代表不会甩了她啊，对吧。”

他听了哈哈大笑，似乎释怀了。

接下来，我盘点一下，具备什么特征的管理层最容易被“降本增效”，以及在未来的日子里，我们应该如何应对这种不确定性。

“降本增效”画像

跟大家聊下，哪类用户画像的领导层最容易被“降本增效”，请大家对号入座，别心存侥幸。

（1）非嫡系

不管到哪天，大厂也都是个江湖，是江湖就有人情世故。

如果你不是老板的嫡系，那公司裁员指标下来了，你不背锅谁背锅，你不下地狱谁下地狱。

你可能会说：“我的能力比老板的嫡系强啊，公司这种操作，不成了劣币驱逐良币了吗？”

其实，这个时候对于公司来说，无论是劣币还是良币，都不如人民币来得实在。

人员冗余对于公司来讲就是负担，这个时候谁还跟你讲任人唯亲还是任人唯贤啊。

（2）老员工

可能有人会这么认为，老员工不但忠诚，而且N+1赔的钱也多，为什么会优先裁掉老员工呢。

我认为，一个员工年复一年、日复一日地待在熟悉的工作环境，就犹如温水煮青蛙一样，很容易停留在舒适区，有的甚至混成了老油子。

而老板最希望看到的是，人才要像水一样流动起来，企业要像大自然一样吐故纳新，这样才会一直保持朝气和活力。

总之，老板并不认为员工和公司一起慢慢变老，是一件最浪漫的事。

（3）高职级

对于公司来讲，职级越高的员工，薪资成本也就越高，如果能够创造价值，那自不必多说，否则的话，呵呵呵。。。

现在越来越多的公司，在制定裁员目标的时候，已经不是要裁掉百分之多少的人了，而是裁员后把人均薪资降到多少。

嗯，这就是传说中的“降均薪”，目标用户是谁，不多说也知道了吧？

（4）高龄

35+，40+，嗯，你懂的。

老夫少妻难和谐，大龄下属跟小领导不和谐的几率也很大，一个觉得年轻人不要抬气盛，另外一个觉得不气盛就不是年轻人。

不确定性——在职

恭喜你，幸存者，老天确实待你不薄，在应对不确定性这件事情上，给了你一段时间来缓冲。

如果你已经35+了，那接下来你需要把在职的每一天，都当成是最后一天来度过，然后疯狂地给自己找后路，找副业。

一定要给你自己压力，给自己紧迫感。

因为说不定哪天，曾经对你笑圃如花的HR，会忽然把你叫到一个偏僻的会议室里，面无表情地递给你一式两份的离职协议书，让你签字。

在你心乱如麻地拿起签字笔之际，她没准还得最后PUA你几句：“这次公司不是裁员，而是优化。你要反思自己过去的贡献，认识到自己的不足，这样才能持续发展。

当然，你有大厂员工的光环加持，到市场上还是非常抢手的，你要以人才输出的高度来看这次优化，为社会做贡献。”

至于找后路和副业的方式，现在网上有很多类似的星球，付费和免费的都有，加一个进去，先好好看看，主要是先把思路和视野打开。

当然，如果你周围要是有一个副业做得比较好的同事，并且他愿意言传身教你，那就更好了。

然后，找一个自己适合的方向和领域，动手去做，一定动手去做，先迈出第一步，可以给自己定一个小目标，在未来几个月内，从副业中赚到第一次钱。

从0到1最难，再接下来，应该就顺了。

不确定性——不在职

如果35+的你刚刚下来，而且手头还算殷实的话，我先劝你第一件事：放弃重返职场。

原因很简单，如果一个方向，随着你经验的积累和年龄的增长，不仅不会带来复利，而是路会越走越窄，那你坚持的意义是什么？难道仅仅是凑合活着吗？

第二件事，慢下来，别立马急急忙忙地找出路，更不要一下子拿出很多本金砸在一个项目上。据说，有的项目是专门盯着大厂员工的遣散费来割韭菜的。

有人会说，在职的人你劝要有紧迫感，离职的人你又劝慢下来，这不是“劝风尘从良，逼良家为娼”吗？

其实不是的，只是无论是在职还是离职，我们都需要在某件事情的推进上，保持一个适合且持久的节奏，不要止步不前，也不要急于求成，用力过猛。

第三件事，就是舍得把面子喂狗，不要觉得做这个不体面，做那个有辱斯文，只要在合理合法的情况下，能赚到钱才是最光荣的。

接下来，盘点周围可用资源，调研有哪些领域和方向适合你，并愿意投入下半生的精力all in去做。

这个过程可能会很痛苦，尤其对于一些悲观者来说，一上来会有一种“世界那么大，竟然再也找不到一个我能谋生的手段”的感觉，咬牙挺过去就好了。

这里说一句，人只要自己不主动崩，还是远比想象中耐操很多的。

结语

好像也没什么好说的，大家各自安好，且行且珍惜吧。

本文分享一下凌览近期看的一本书《微信背后的产品观》，它源自2012年7月微信产品经理张小龙一次长达8小时的腾讯内部分享。

了解人性

产品经理是站在上帝身边的人，上帝根据他的期望，创造了人，并赋予人一些习性，让人类的群体在这些习性下发展演化。而产品经理实际是在理解了人的习性后，像上帝一样，建造系统并建立规则，让群体在系统中演化。

书中提及两本书《失控》、《乌合之众》，两本书结合的逻辑：群体在特定规则下的无序演化产生很多意想不到的结果。微信的很多产品功能的设计思想都和这两本书的理论很契合，比如漂流瓶、摇一摇，拍一拍等。

优秀的产品经理需要具备的能力：

• 了解人的习性，需求从人性中产生


• 了解群体的心理

"人"的特性：

• 人是懒惰的，懒惰是创新的动力，案例：语音查找联系人，解决走路或双手不方便时要给一个人发微信，输入半天还找不出的情况


• 人是跟风的，"因为别人都在用"，时尚是驱动力，在互联网产品中，"时尚"是重要的驱动力


• 人是没有耐心的，用户没有耐心看产品说明书，不要尝试去引导用户，去教育用户，没有人愿意去接受你的引导和教育。一定是他拿过来就会用才是最直接的（产品使用操作简单）


• 人是不爱学习的，"马桶阅读"理论：不要给用户超过马桶上看不完的内容


• 群体是"乌合之众"，理论出自《乌合之众》一书，群体智商低于个体，互联网产品的用户是群体，不是个体

如何确定一个需求

• 对于新点子，99%的情况下否定是对的，不要随便臆想需求


• 不要用户说什么就做什么，用户的反馈是帮助你了解他们的想法，用户的需求是零散的，应该进行归纳抽象


• 不从同类产品里找需求，另的产品决定做这个需求，是有他们自己的理解，并深入分析思考过。如果别人说好，我们就直接照搬，其实没有深刻理解需求


• 不听从产品经理的需求，他们不是用户却自认为代表用户，他们分析过于理性，他们会要求要显示在线、要已读、要分组、要滤镜、要涂鸦、要多端同步、要群名片、要赞头像.....如果产品经理都把这些当作用户朴素的需求做进去，这将是可怕的事情


• 需求来自你对用户的了解
  
  
  
  • 需求不来自调研
  
  
  • 需求不来自分析
  
  
  • 需求不来自讨论
  
  
  • 需求不来自竞争对手
  
  
  
  


• "爽"用过功能,爽是体验。爽比功能更易传播


• 只抓主场景，不做全功能，做大而全很容易，做小很难，如果没有化繁为简的功力，就控制自己的欲望，每天砍掉几个需求的爽，远大于提出几个需求，案例：朋友圈只能发图片，发140字的难度远胜一张图片

如何设计一个产品

• 好的产品价值观和认知是成为优秀产品的前提


• 先做产品结构，之后才是功能细节。微信功能细算特别多，但看起来还是很简单，做一个新版本都不知道它有什么新功能，先把微信的骨骼梳理清楚，枝叶的东西藏得很深也没关系，这样整个产品才会乱掉


• 功能模块之间是有机联系的关系，独立的功能堆砌很危险


• 设计是分类


• 抽象才能化繁为简，如果有100个需求，而我们能把这100个需求汇总成10个需求，这就是"抽象"


• 越简单的分类越容易被接受，微信会升级，但结构和界面依然保持简单，过多变化易引来用户不适应


• 挖掘需求背后的本质需求


• 宁愿损失功能也不损失体验

最后

张小龙强调我所说的，都是错的，每个人都会有自己的解决问题的办法，没有永远的正确教条。

书未有问答环节，这里精简摘录下我认为有启发的回答：

Q：为什么人人都是产品经理？怎么做到跟其他也是产品经理的人不一样？

A：因为人人都可以提问题，人人都可以指手画脚，用户也会，但最难的是找到本质的东西，这才是产品经理要一定具备的

Q：从普通工程师到现在做成一个伟大的产品，你是怎么一步一步走过来的？

A：经历上千个实战的锻练，越多越好，一个人要成为一个领域的专家，要付出一万个小时的努力和专业训练

回答提及一本书《另类成功学》，有兴趣可以看看。

如果我的文章对你有帮助，您的👍就是对我的最大支持^_^。

二零零几年，大环境还没像现在这么拉垮的时候，有个面向学生的网站叫校内网，里面曾有人发起了一次大范围投票。

问广大学子毕业后最想从事什么工作。

当时超过一半的人都选择了大型外企，排名第二的是大型国企民企，然后是自主创业。

只有很少一部分选择了事业单位和公务员，这部分同学还有相当比例来自对考公自古有执念的山东。

而在其他省份，多数同学都认为自己能拥有光明的未来，当然不会喜欢公务员这种工资稳定得低，日复一日枯坐案前，早早就能一眼望到头的工作。

在当时年轻人眼里，公务员属于“实在不行就只能回家考公“的备胎，地位约等于“实在不行就找个老实人嫁了“的级别。

但后来的故事我们都知道了，经济大船这几年驶入了深水区，风浪越来越大，鱼也越来越贵。

于是四平八稳旱涝保收的体制内，这几年摇身一变，一跃成为了那个最靓的仔。不得不说，人确实是时代的产物，环境的变化可以完全改变一个人的决策。

大环境好的时候，人们会不自觉地高估自身的努力，那时候人们是相信努力一定会有收获的。有时候过于相信了，但这在经济高速增长的年代并不会有太大问题，你还是会得到属于自己的那块蛋糕的。

但当经济增速换档时，付出与回报的比例开始失衡，努力就能收获的简单逻辑不攻自破。变成了努力也不一定有收获，进而发展成努力大概率不会有收获，最后演变成一命二运三风水，努力奋斗算个鬼。

这种心态的转变也解释了为啥从去年以来，越来越多的年轻人开始扎堆去寺庙求签祈福，排的长队连起来能绕地球三圈，看得旁观的老大爷直摇头说，“真搞不懂这些小年轻是怎么想的，偶像粉丝见面会咋还跑到庙里来开了？！”

人在逆境迷茫时，是容易被玄学吸引。逆境意味着前路遇阻，意味着你迫切需要一些指引，而玄学恰好满足了这方面需求。

命运这个东西，有时候真蛮捉摸不透的。

我认识一小姐姐，为一场决定人生的重要考试做足了准备，结果在赶往考场的路上，书包就这么巧被扒手偷了，里面开卷考试所有的资料全部丢失，直接导致她逃汰出局，泪洒当场。

还有一大哥，在升职加薪岗位竞争的关键阶段，突然一场急病，好巧不巧失声了，一句话也说不出来，参加不了竞聘答辩，眼睁睁看着大好机会就此溜走。

等这事过去了，他一下子又能正常说话，跟被老天上了沉默debuff一样，你说他找谁说理去呢。

人活得时间越长，就越信“命“这个东西，越能意识到自己真正能把控的其实少得可怜，随便一点意外都能直接改变整个人生走向。

这种感悟放在以前，一般都是上了些年纪的人才会有的，但随着这两年经济增速换挡，年轻人频繁碰壁，被命运按在地上摩擦的次数多了，自然也就信了“命”，求签问道的也就跟着多起来了。

说句不好听的话，我觉得这样挺好的。不是说求签问道这个行为好，而是这种行为背后暗含着一个巨大的心理转变，我认为很好。

那就是放过自己。亚洲人尤其是我们特别不愿意放过自己，从出生开始就活在比较中，长辈们连夸个人都要这么夸，说哎呀，你学习真用功，比学习委员还用功；哎呀，你工资挺高，比隔壁小王还要高。

骂你的时候也一定要捎带上别人，说你看谁谁谁多厉害，你再看看你，一定是你还不够努力。

就是这种搞法很容易让人把责任全揽自己身上，对自我要求过高，最后的结果就是崩掉，就累嘛！

但现在不一样了，现代人在网络上看了太多含着金汤匙出生在罗马的人，和那些老天爷追着赏饭吃的人。

他们跟我们之间的差距大到几辈子都弥补不上，那努力万能论也就不攻自破了嘛。

于是越来越多的小伙伴开始承认自我的局限，承认努力也不一定有收获，承认人生不如意十之八九，慢慢也就承认了“命运”这个东西，开始顺其自然，没那么多执念了。

不过有些人过于放飞自我，摆烂走了另一个极端，那也是要出问题的。

即便是玄学，它也没有彻底否定个人奋斗，大富靠命没错，但小富靠勤，靠双手取得一些小成就，让日子过得舒服些还是没啥问题的。

其实我觉得一个比较合适的世界观应该是这个样子：首先咱得承认不可抗力，承认“命”与“运”这个东西是真实存在的，如果你不喜欢这两个玄乎的字，可以用“概率”代替，我们永远得做好小概率事件砸到头上的准备。

有时候拼尽一切就是没有好的结果，这咱得承认，但同时这也并不意味着从此放弃一切行动，落入虚无主义的陷阱。

人还是要去做一些什么的。比如精进某项专业技能，逐步提升自身能力，为的不是那点工资，而是一件更重要的事，抓住运气。

运气有多重要，大家都明白，它比努力重要得多。

运气这东西打比方的话，就像一个宝箱，会随机在你面前掉落，但这些宝箱自带隐形属性，你等级太低的话就看不见它，自然也就抓不住这些运气。

用现实举例，“运气”就像你在工作中遇到了某个本来还可以拉你一把的贵人，结果你的等级太低，工作能力稀碎，贵人一看，这货不值得我帮，转身走了。他这个宝箱对你而言就隐形了，消失了。

而且最讽刺的是你从头到尾都被蒙在鼓里，根本不知道自己错失了一次宝贵的机会，所以为了避免运气来了你抓不住，又溜走的这种尴尬情况出现，我们还是要去精进和磨练一下社会技能，尽量达到能在某些场合被人夸奖的程度。

把等级刷高一些，之后该吃吃该喝喝，耐心等待宝箱的出现。这可能也是以前人们常说的，“尽人事听天命”的另一种解释吧。

也希望今天聊的关于命和运的这些内容，能启发到一些小伙伴，大家一起认认真真，平平淡淡的生活。

来深圳又已两周了，每次初来深圳的时候皮肤都会很难受，不知道是空气质量差还是空气湿度高，浑身都会长一些小疹子和痒痒的包，已经连着几天没有睡好了，既然睡不着那就写点东西，顺便发发牢骚吧。

开始表达

随着年龄的增长，我想，人的表达欲确实是会不断的下降，上一次半夜睡不着写长文还是大一时和几个室友一直聊天到三四点。会不会有一天我对爱的人也不再有表达的欲望，选择三缄其口了呢？我不知道，但是总觉得这是一件很可怕的事情。严格来说我的表达欲也不是单纯的线性下降，中学、尤其是初中时期因为各种各样的原因导致我很自卑，自卑无论对哪个时期的任何人来说都一定是一个很严重的debuff。很幸运的是之后碰到了很多很好很好的人，慢慢的也逐渐走出了泥潭，变得开朗了。

和大部分人一样，大概从高中的时候心智就逐渐趋于成熟了吧，虽然依旧很幼稚，但是那时开始对身边发生的一些事、一些人、社会上的一些热点事件，进行各种各样的分析，得到各种各样经验性的结论，创造出各类只有自己才知道的名词，但是后来发现这些词所代表的含义早就有先贤提出了，虽然没什么意义，但是下意识思考为什么的习惯确实是在那个时候养成的。印象很深的是当时有想到刺猬人的概念，有的人就像刺猬一样，接受不了任何负面的评价，一旦你对他们稍稍辞严令色，他们就会立马竖起全身的刺对你进行攻击，想尽所有办法来驳斥、回击、批判你，绝不会想想自己是否真的存在对应的问题。So，我从高中开始很少对任何人进行任何形式的批评，如果真的有傻逼影响到我的心情的话，那么他不会有第二次影响我心情的机会了。

但是我一直都不爱表达和记录。我也记不清是从什么时间节点开始的，逐渐用一些笔记app习惯性的记录下来每天干了些什么，自己的一些随笔想法，新接触到的一些有用的观点和方法等等，逐渐养成了表达、记录的习惯。

我一直觉得人是环境的产物，这个环境既有时代背景，有当下所处的环境，也有一路走来的经历。有时候感觉自己真的很奇怪，不知道具体是哪部分环境影响到了自己，但是可以确定的是心理上有着不小的问题。比如危机意识过重，总是认为自己的处境不算安全，于是经常处于忙碌的状态，总是想多学点东西、提升提升自己，多做一些能规避风险，拓宽安全边界的事情，常常周末也不会停歇。这种心态一定是有问题的，但是具体怎么纠正回来，我想需要以年为单位的尝试才能成功。

个体乐观、群体悲观

同时，和多数人的个体层面悲观以及国家、社会层面的乐观不同，他们对祖国的未来充满希望，但对个人的前途却一片迷茫，看不到出路。

我刚好是反过来的，对个体乐观，但对社会、制度层面悲观。只和自己相关的事情，我总是能实现或者接近目标，并以积极的角度看待问题。比如高考成绩，几乎只取决于自己，考得不好无非是再来几次；一次面试失败，不过无非是和这家公司没有缘分，多积累积累，依旧有很多机会在前面等着你；减肥失败，时间还长，只要真的想，迟早是能瘦下来的。只要命还在，又有什么困难是能真正将一个人击倒的？

但是如果涉及到人和时间这种影响因子很大的变量，事情又会变得很复杂，我又会趋于悲观。比如一段感情的维系，需要A\B双方的努力和呵护，谁能保证对方一直爱自己呢，谁又能保证以后的自己仍会爱着对方呢？从某种意义上说，几年后甚至几个月之后的你，和现在的你已经不是同一个人了。故而，我一直没有能够和一个人长相厮守、白头偕老，共同度过数十年的自信。

但是在社会制度层面，我认为很多机制、策略是不可能改变的，这些东西就像定理一样深深烙印在现实世界中。国家从某种意义上来说是一个合法的暴力机构，这就导致一旦权利运转出现哪怕一丝一毫的问题，也会产生权利对个人无情倾轧的现象，并且无论科技、时代发展到什么程度，只要有人，就一定会有阶级，就一定会有不公，这不以个人的意志为转移。当代史就是过去的历史，未来史也会是当代史，朱令案、六盘水案、承德程序员案，也只是类似窦娥冤这种封建时代悲剧话本的重演罢了。

又不知道扯到哪里去了，我是想表达什么呢？其实我想说的是每个人都有选择自己生活方式的权利，无论和对方有多么亲密，对他人的生活方式、想法、行为加以指责都是一件很傲慢的事情，子非我，安知我不知鱼之乐？顺便记录一下现在自己的所想。

记录的意义

我大概是从2023年的一月开始发朋友圈，没有细数发了多少条，大概能有个五六十条？

之前不发朋友圈，不作任何记录，也不会拍照，是因为我对自己的记忆力有信心，我觉得我可以用眼睛和脑子记住生活中各种各样的美好，记得走过的路，路上的风景，陪我走在路上的人。但是随着时间的推移，很多本应该珍藏的记忆已经慢慢模糊了，在意识到了这一点之后，记录就已经迫在眉睫了。

发朋友圈的初衷是因为微信里面有很多我觉得很重要的人，我的爱人、家人、挚友、同学，人的精力是有限的，不可能一个个分享；同时，和别人的关系也是有周期的，有很多已经很久不曾联系、但是曾经关系很好的朋友们，他们也同样重要。一条朋友圈，就能让很多我觉得重要的人知道我最近在干什么。

感觉相比于条条框框很多的上学来讲，我还是比较适合上班，虽然压力比在学校大不少，但是离自由和幸福的距离近了不止一点半点。

我可能对物质的要求没有那么高，我不想住很大的房子，三十平不到的出租屋就能让我住的很开心；我也没有想过买豪车，骑骑共享单车或者小毛驴也很舒服，还不用停车费；我也不想穷奢极欲去吃一些很豪华的大餐之类的，自己做的饭菜我吃着就很满意。甚至对于钱我也没有那么看重，我只是把钱当成一个掌握自由的工具和底气，如果真的给我很多很多钱，除了留下自己这辈子够花的那部分，其他的会给那些真的很难很难的人。

感觉自己改变最大的还是在幸福能力上的进步，在大二我就意识到了其实我打理好自己的生活、过日子的能力很差，在那时候我的一天基本是在“一天啥也不干，只在床上躺尸”和“早出晚归，一天学习时间超长，抓紧点滴时间”这两种模式中二选一，所以时常嘲笑自己骨子里是根二极管。

但现在已经完全不一样了，我能平衡好工作和生活，事业和感情，闲的时候找点提升自己的事情做，忙的时候也要抽空兜兜风做做饭。

父母身体健康、和爱人的感情稳中向好、工作顺心、三五挚友、有一些爱好。仅仅是这样，对我来说就已经足够了。

这样想想，幸福其实很简单，毕竟幸福又不搞末位淘汰制。

前言

这里我打算先讲两个例子，让大家感受一下中式管理以及里面的运作规律。日常生活中，我们接触的都是表象，也就是最外层的具象，而里面的结构以及组成大部分人是没有太多去深入理解的。

汉文帝刘恒

谈到这个大家都会想起汉朝的文景之治，采用无为而治，少插手百姓生活，通过这种市场经济的方式恢复民生。然而大部分人不了解的是他还是一个权谋高手，这还得从刘邦说起。

刘邦的势力是由功臣集团，比如说英布、彭越、韩信..，以及吕氏集团，吕后、樊哙、吕产..，刘氏集团，也就是刘邦的家族体系构成，刘邦称帝之后扶持吕氏势力来清洗异姓诸侯，当他发现吕氏力量非常强大的时候，就扶持戚夫人来平衡吕氏，没想到刘邦已经比较年迈了，无法像汉武帝扶持卫青、霍去病一样来壮大自己的力量，所以当吕后掌权之后对戚夫人干掉，扶持自家的吕氏上来，这个时候功臣集团跟他们有冲突，这里面的陈平、周勃以及刘氏集团依据刘邦最后留下的白马之盟，联手干掉吕氏，这时需要另立领导者。

因为这些功臣集团目的是为了稳固权力，又不能背锅，所以需要找一个势力比较弱小的，好拿捏的上来话事，所以刘恒上场了。

那么他做的几件事：

1、通过旧部收回御林军的权限，去清理异己，功臣集团不想背锅，只能乖乖的交出军权

2、安抚平反的人，论功行赏

3、分化内部，提了陈平，压了周勃

我们可以看到刘恒是一个权谋高手，本来是作为一个被控制人的角色出场的，通过几个关键动作最后稳住了自己的脚跟。

汉代丞相陈平

陈平是刘邦那会儿跟着他的，六处谋划为刘邦出了很大力，比如说真假汉王，为刘邦脱险；离间范增，使得项羽失去一个重要的谋士。在汉文帝的时候就被任命为丞相，他就问陈平你知道丞相是干嘛的吗？

陈平：“丞相向上是调理天子的气息，向下管理百官，对外监视诸侯，对内管好百姓”，看懂了吗，这就是位置决定职责，反观周勃他是军事人才，所以在此次之后自己辞职了。

《年会不能停》领导要领

当大鹏的来历被揭穿之后，有个领导跟他支招，想要当领导也不能就记住几点：第一不要明确自己的意思，第二会用感情牌，第三懂得分化。

上面的三个例子，大家是否对中式管理有了一个初步的认识呢？下面我将讲讲我对中式管理的认识。

power

定义

权力跟资本是同一个代名词，就是资源分配权，因为资源有限，那么就需要对它进行一个合理的分配。而权力跟资本也有不同。

权力是需要大量的铺垫，比如说乡里老人组，有很高的威望，它需要前期大量的文化铺垫的，它是一个长期有效的方式。

资本是需要权衡利弊的方式去谈判，因为资本是趋利的，跟人性一样，所以前期沟通成本很大，但是一旦达成很快执行很顺利。

构成

以古代皇权为例，下面有文官、外戚、太监，一直讲的集中中心力量，不是说皇权特别强，而是它需要支持者来巩固位置，所以一般是结合刚刚三方中的某一方来强化。

比如说刘邦，一开始借助吕氏势力干掉诸侯，然后扶持自己的外戚势力戚夫人，最后还定了白马之盟，给了功臣集团和刘氏集团正当的理由来处理过于强大的吕氏。

在公司里面也一样，ceo下面肯定需要掌握自己的核心部门的权限，来支持他执行自己的目标，并不是说这个公司是他的他想怎么弄就怎么弄，因为里面还有很多带资入组的大佬。

动作

中心力量 + 支持一方势力 => 打压其他势力

具体方式：洗牌、分化，在《年会不能停》这个电影里面讲到了公司效益不行，要进行裁员广进计划，人力部的权限就很高，从而干掉其他势力的人。至于分化，在前言的刘恒那里用到了，某个体系内部也不是说大家都是一致的，一旦有利益冲突，或者分配不均就会分化。

从上面的构成很容易理解这个动作的产生意义，这就是我们常说的内斗，我们平时很难理解为什么大家不干点正事，天天在那里斗哈哈，这就要谈到归属。

归属

之前写过一篇文章介绍过，就是管理权限是有归属的，如果说这个公司非常大，但是不是你的，跟你没有一点关系对不对。

这就是上面讲的内斗存在的意义，争取资源、机会，最终实现权力的扩大。你说资源重要吧，其实并不是，而是这种资源分配权更重要。

中式管理

上层管理

我们从陈平对宰相的理解可以知道，就是管理队伍、定好方向、管理资源（收益、风险），他还漏了一个权力斗争，这个肯定不能直说哈哈哈。

我们再回头看看《年会不能停》领导要领

1、不要明确自己的意思

这就很传统了，为什么规矩都是模棱两可的呢，如果规矩说的很清楚，还需要你干什么？这是第一点，第二点他可以再次被解读，而不是明确拍板，这样有锅也是下面干活的人出错。

2、分化，转移矛盾

这个典型的手段，当大家干的天昏地暗的时候，那么你的位置就很稳固，大家不会把矛盾指向你头上。

所以这一部分的管理核心技能是管理好团队，文化建设（权力形式、资本形式），管理好目标，管理好资源。

中下层管理

我认为这些是核心的业务主力，也就是攻城略地的大头兵。这一层他是上一层的弱化，应该更加偏向业务那块，比如说跨部门资源调用，团队工作计划制定，合理利用资源。

比如说韩信的十面埋伏，在打大战的时候你对团队的了解有多少，你对整个战场了解有多少，你的计划是怎样的。

管理的认知

1、看定位

每个等级它的要求不一样的，底层的大头兵更多是做事的技能、态度，因为要攻城略地，对于中下层管理，对局部的战况要有自己的把控。

2、职责

基于上面的定位，我们可以得出这个定位下面的职责。

3、管理：权力、资源、目标、文化（情绪）

这里涉及的知识面太多了，就不再展开了。

总结

有时我们看不懂为啥公司内部一直内斗，还有业务干的一团糟，看了它的定义、归属就会有一个大致的认知，正是因为我们对内部的构造没有比较深入的了解，以底层的大头兵角度就会觉得这是内耗的情况。

这种管理很大程度跟文化有关系，也就是几千年来演变的规律形成的习惯在影响我们现代管理模式，它很简单，就是管理资源、方向，它也很复杂，单纯一个方面拎出来都是一个很大的知识面。

前言

最近花了9块钱开通会员，就为了读下《汉高祖刘邦》这本书，一直以来我认为社会阅历是人跟人之间的差距，这种属于后天的积累，当你在社会实践的时候过于单一，或者说接触面更少的时候，应该读读别人的传记。

刘邦有几个比较有意思的点，首先他有天选之子的面相、骨相，当然我认识这些真正目的有几个，一个是人需要借助名头、声望来发展自身实力一样道理，另一个是权力正统性，能够说服别人，这个相当重要。其次我觉得很奇怪，他的能力可以跟他的岗位匹配上，从一个庭长到一个君主，这里面要求的能力是不一样的，他为啥能具备这方面的能力的转变呢？

下面我们就一一展开刘邦的一生历程，以及我读后的感受。

各个派系对比

背景

在秦朝末期，因为律法严苛，导致民愤，各个势力崛起，非常经典的说法；其中就有刘邦、项羽、还有很出名的陈胜吴广。

ps：当你看秦朝发家的时候你就会清楚，它是如何变成一个战争机器的，工作的细化，把种田的锁死在种田上，打战的打战，定下军功授于的规则。就像《共产宣言》里面讲的，当工作细分化之后，人会更加专业化，效率更高，同时工作量更大，更加劳累。当秦统一六国之后，推行同样的机制，而且推行郡县制，势必遭到各个传统门阀的抵抗的，也不一定适用其他地方。

你觉得的律法严苛，实际上是人家的发家史，只不过无法推广，以及郡县制的影响太大。

派系发展历程

1、陈胜吴广

相比另外两股力量，显得不太起眼，因为结束的比较早，我觉得跟资源有关系，刘邦自己一开始就是亭长，吕氏家底，项羽门阀势力，反观这个陈吴资源是利益临时凑在一起，另外能力上军事、管理都不突出。

2、刘邦

他是在40岁之后才开始走大运，他之前更像一个痞子的作风，为人豪爽，喜欢喝酒结交朋友，然后做了亭长，认识樊哙、曹参、夏侯婴这些铁子，跟当地的大户吕氏有结交，期间认识萧何，后来在沛县反叛，在发展过程中认识张良，通过张良结识其他人，比如项伯，也就是鸿门宴上解围的那哥们；本身刘邦势力比较薄弱，需要借助多方势力，比如敌方将领，项羽部下策反了英布，韩信原本也是项羽帐前持戟郎中，另外借助彭越对抗项羽；最后在韩信十面埋伏，还有张良的四面楚歌下将项羽击败。

这是一统之前的历程，后面开始削韩信，平异姓王，白马之盟，完成了从一个痞子到霸道总裁的转变。

军事：

家底是吕氏 + 后面加入带资异姓王

权谋：

a、朋友多多，敌人少少

这对于只会武力的人来讲是降维打击，用了敌方的英布、韩信，助力了彭越其他势力，从而发展自己的势力。

b、驭将

舍得利益，比如封韩信齐王，后面多次封赏，当一统之后对各个出力的人给予套现机会。

c、权力纵横术

一统之后，韩信成为刘邦心中的刺，使用了狡猾的手段去除了韩信的兵权，然后软禁，平定各个异姓王，最后因为吕氏权力太大了，定下了白马之盟。

这个是陈胜吴广所无法具备的能力，以及项羽，对比起来项羽更像莽夫。

扩展一下：首先权力的正统性是很重要的，另外维持权力的力量必不可少，最后是权力纵横术。因为本身资源就是有限的，一定会内斗，其次只有在互相制衡的基础上，可以保证这种头头的稳固。

3、项羽

对比其他势力，他有很多优势，是一个门阀家族，家族里面有项伯、项梁，门下还有很多人追随，比如说英布、季布等悍将，韩信也是在下面干过一段时间，再加上项羽本身天生神力，所向披靡。打出了非常有名的巨鹿之战，破釜沉舟，大破秦军，因为跟刘邦的约定先进城先为王，听取范增意见设置了鸿门宴，后面刘邦封为汉王，同时也为压制刘邦势力让他去汉中地方，派出以前投降的秦降将去守，所以后来被韩信的暗渡陈仓偷袭了，还有后面背水一战，围攻刘邦于荥阳，差点把刘邦嘎了，但是后面的事上面也有提到被韩信、刘邦等围功，中了计谋，被反间了范增，还有十面埋伏这些，最终失败了。

军事：

项羽的家族很雄厚的，而且跟随的人才大有人在

权谋：

a、大力出奇迹

本身项羽的条件、资源确实比较叼，有点偏科感觉哈哈

b、不会管理，妇人之仁

首先他不注重谋士，比如韩信经常给他提意见，没有给下属发展空间。然后对于鸿门宴的时候，没有对刘邦下手，没有霸道总裁的雷厉风行的手段。

说白了，不是很好的管理者，从英布、韩信的出走看出，因为人家在你下面没有施展空间，其次你没有一个奖励机制来推进大家为你卖力。

idea

很重要一点，我们能从这些历史故事中学到点什么？

• 做事

1、人脉、资源

我们看刘邦以前虽然说是个痞子，但是人家人脉真的广，一个是亭长的位置，认识一群铁子，结识了当地的大户吕氏，如果他后面没有壮大其实在沛县也是一个小霸王，做什么事都方便。

这就是打工人不具备的东西，圈子小，能力还不强。

2、德要配位

作为一个管理者，你是否具备业务、人才规划能力，以及利益合理分配，还有激励体系建设。就像韩信点兵，每个人都能来个2w人马，点个10几个副将，东南西北布阵，你的能力跟位置匹配的。

3、博弈能力

这个是非常难的，以前我们会陷入非黑即白，就是不是朋友就是敌人，我个人也很难逃脱这个认知。但是纵观优秀的战略家，可以权衡利害，这就是很难的。

比如说刘邦就很听劝，可能人家很生气，但是只要你足够说服力，他可以听你的。他可以接受敌方的英雄，可以接受跟匈奴联姻，他可以把他儿子踹下来躲避楚军追击，理智的逻辑胜于情绪。

如果你回头再看冯唐老师讲的，不要脸，不着急，不害怕，一个痞子更容易做出点成就，“前途光明，道路曲折”，每个有成就的人都会经历各种曲折，下面的乐观精神也是一种不害怕的表现。

• 乐观的态度

他一直很乐观，从发家没有项羽叼，到多次差点被嘎，被项羽胖揍，刘邦挺乐观的。

这个非常重要，纵观现代年轻人，他们会觉得当前环境对他们比较难发展，就是没有资源、没有比较强的赚钱能力，所以采取收缩以求得自在生存，也会产生悲观的心态，这个本身是人性、本能的选择。但是当你有乐观精神，才有面对困难的勇气，也有了捕捉机会的欲望。

• 陈胜吴广的失败

我们可以比喻成如何办理一场活动，首先需要人才对吧，布置活动现场，策划，干活，相比之下他们就是乌合之众，没有得力干将，没有杰出的管理人才，然后办活动需要资金对吧，有支持的粮食、金钱，他们并不代表某一方的势力可以稳定的输入资金来源，当你有了资金之后，队伍庞大之后，就有派系斗争，领导者有没有对应的权力纵横术、权衡利害能力。

刚毕业时候年轻气盛，和邻居组的老板吵了几句。后来我晋升时，发现他是评委…… 曾经的我多么嚣张，现在的我就多么低调。

一路走来，磕磕绊绊，几年来，我总结了工作上的思考……

工作思考

代码编写和技术问题

当你写下一行代码前

当你设计一个接口时

你和同事之间存在竞争关系

要不要把工作关系维护成伙伴关系

明枪暗箭防不胜防

背后捅刀子往往最不设防

大家是否在职场上交友是有也遇到过以上困扰呢？

不要在职场上交“朋友”，而是要寻找“盟友”。

这两者的区别在于应对策略：

我们会愿意为“朋友”牺牲自己的利益，像是一张年卡。

而结交“盟友”就是为了一起争取更多利益，《孔乙己》说得好：“这次是现钱，酒要好。”

所以，在职场上的“受欢迎”和社交场、朋友圈上的“受欢迎”之间有着本质的区别：

你和你的同事未必真心喜欢彼此，但在日常相处当中能够客气、友善地交往。

大家需要寻找盟友时会第一个想到你，在争斗冲突时会尽量绕开你，这就是一种非常理想的“受欢迎”状态。 不要在职场上寻求友谊和爱，这件事是不对的。

在这里给大家列出一个在职场上受欢迎的清单。

1.实力在及格线以上

这是一切的前提。职场新人要“先活下来，再做兄弟”，稳住了工作能力这个基本面，才有资格和同事谈交情。

实力不够的人会拖累整个团队、增加所有人的工作量，大家恨都来不及，绝对不会和他称兄道弟。

实力强可以表现为实力本身，在初级职位上，也可以表现为潜力。

极少数特别强大的人可能从一开始就能很好地完成工作，但是大部分人在新加入一个团队时都需要经过一段时间的磨合，在这个过程中有欠缺和不足都是正常的，你所表现出来的敬业精神、学习能力和进步的速度才是大家对你进行评价的关键。

刚入职的新人，对于要做的事情完全没有概念，但是为人极勤奋又上进，给他布置的任务会完成得特别扎实，每一天都在飞快地进步。这样的人在职场上永远都能收获一大把来自他人的橄榄枝。

2.比较高的自尊水平

高自尊的人对自己评价高，要求也高，又能够带着欣赏的眼光去看周围的人，他们不光是很好的父母、伴侣和朋友，同时也是职场上最好的结盟对象。

高自尊的人往往拥有很多优秀的品质，同时他们也能够理解“大局”，和他们合作不用在鸡毛蒜皮的细节上纠缠推诿，可以把精力全部用来开疆拓土，极大地降低团队的内耗。

如果你是一个高自尊的人，在日常生活中表现出了自律和很好的品行，就会收获高自尊同类的赞赏。有些低自尊的人可能会认为你的言行是在“装X”，别犹豫，把他们从你的结交名单当中划掉，高自尊会帮你筛掉一批最糟糕的潜在合作者。

如果你是一个部门的领导者，记得要维护高自尊的下属，他们都是潜在的优秀带队者，给他们一个位子就可以坐上来自己动，给他们一点精神鼓励和支持，他们就会变得无所不能。

即使高自尊的手下可能某些地方让你感到嫉妒或者冒犯（这是常见的，嫉妒是每个人都一定会有的情感），也绝对不要默许或者纵容低自尊的妄人跑去伤害他们，否则会伤了大家的心，事业就难以成功了。

“朕可以敲打丞相，但你算什么东西”就是对这种低自尊妄人最好的态度。

3.嘴严，可靠

在任何一个群体当中，多嘴多舌的人都不会受到尊重，而在职场上，嘴不严尤其危险。

如果你是一个爱说是非的人，围绕在你周围的只会是一帮同样没正事、低级趣味的家伙。你会被打上“不可靠”的标记，愿意和你交流的人越来越少，大家等着看你什么时候因为多嘴闯祸，而强者根本不会和你为伍。

有些同学曾经给我留言说，自己很内向，不知道如何跟同事拉近关系。内向的人最适合强调自己的“嘴严”和“可靠”，在职场上，这两项品质远比“能说会道”更让人喜欢。

4.随和，有分寸

体面的人不传闲话，也不会轻易对旁人发表议论。

“思想可以特立独行，生活方式最好随大流”，这是对自己的要求，而他人的生活方式是不是合理，不是我们能评价的。

哪怕是最亲近的人，都未必能知晓对方的全部经历和心里藏着的每一件小事。在职场上大家保持着客气有礼的距离，就更不可能了解每个人做事的出发点和逻辑，“看不懂”是正常的，但是完全没有必要“看不惯”。如果还要大发议论，把自己的“看不惯”到处传播，你的伙伴就只会越来越少。

有人说在北上广深这样的大城市，人和人之间距离遥远，缺人情味，太冷漠。

这不是冷漠，而是对“和自己不一样”的宽容，这份宽容就是我们在向文明社会靠拢的标志。

5.懂得如何打扮

还记得斯大林的故事吗？在他离开校园之后，从头到脚都经过精心设计，不是为了精神好看，而是要让自己看起来就像一位投身革命事业的进步青年。

有句老话叫做“先敬罗衣后敬人”，本意是讽刺那些根据衣饰打扮来评价一个人的现象。我们自己在做判断的时候要尽量避免受到这类偏见的影响，但是对他人可能存在的偏见一定要心中有数。人是视觉动物，穿着打扮是“人设（人物设定）”的一部分，在我们开口说话之前，衣饰鞋袜就已经传达了无数信息。

想要成为职场当中受欢迎的人，穿着打扮的风格就要和公司的调性保持一致，最安全的做法是向你的同事靠拢。

在一个风格统一的群体当中，“与众不同”这件事自带攻击性。如果在事业单位之类的上年纪同事比较多的地方上班，马卡龙色的衣服和颜色夸张的口红，最好等到下班时间再上身。

这不是压抑天性，而是自我保护和职业精神。

6.和优秀的人站在一起

在职场上，优秀的人品质都是相似的：勤奋，自律，不断精进。如果发现了这样的同事，就要尽量和他们保持良好关系。

但是，单纯的日常沟通并不足以让你们成为盟友，正式结盟往往是通过利益交换和分享：当你遇到棘手的工作任务，就可以主动邀请对方共同跟进，同时将一部分利益让出去。愉快的合作是关系飞跃的最好契机。

优秀的人能认可的，通常也都是自己的同类。如果你能获得他们的称许和背书，在同事当中的地位自然会有所提升。

7.知道如何求助

前两天有一位关系户同学留言说，自己即将去实习，因为家人的关系可以得到一些行业资深专家的指点，问自己应该如何表现，是不是不懂就要问，像“好奇宝宝”一样，对方就会觉得自己好学上进。

我告诉她说，不要上去就问，有任何疑惑都先用搜索引擎找一下答案，如果找不出来，再带着你搜到的细节去询问那些资深前辈。

互联网时代有个很大的变化，就是人们获取信息的成本大大降低。善用搜索引擎寻找答案，就能更快、更精准、更全面地找到自己想要的东西，这种方式比跑到对方工位边用嘴问效率高得多。

凡事都问，只会让人觉得你的文字阅读能力有限，同时既不把自己的时间当回事，也不尊重别人的时间。尤其对方还是行业中的专家，他们的时间一定比实习生的宝贵多了。如果网上找不到答案，再带着细节去仔细咨询，这样的请教才是高效的，才能证明你是一个“好学上进”的人。

职场不是校园，不会再有一群老师专门负责手把手地教你，不轻易占用其他同事的时间会让你成为一个自立、有分寸、受尊重的人。毕业之后，你取得进步的速度、最终的上升空间，都和使用搜索引擎寻找答案的能力呈正相关。

8.技巧地送出小恩小惠

小恩小惠带两个“小”字，并不意味着这是一种微末小技。事实上，即使是最普通的零食，只要讲究得法，都可以送到人心里。

你的同事当中有没有因为宗教信仰而忌口的情况？

甲和乙爱吃辣，丙和丁爱吃甜，是不是两种口味都来上一点？

要留心同事的自我暴露，最好是用一个小本本记下来，关键时刻可能派上大用场。大家都是成年人，不会像孩子一样轻易被小恩小惠打动，打动我们的往往是“你把我放在心上”的温暖。

9.良好的情绪管理能力

很多时候这是个隐藏特征，但是自带“一票否决”属性：平时表现得沉着稳重，周围同事们不会有特别明显的感觉，然而歇斯底里和失控只要有一次，之前苦心经营的人设就会全面崩塌。情绪不稳定的人一般没人敢惹，但是也没人会在意了：你会被视为一个“病人”，很难再有大的发展。

已经发泄出去的情绪不能收回来，这个时候不要反复陷入纠结和悔恨，待在情绪里不出来，钱花出去了就不要去想，不要去比价。

如果情绪失控了，应该立刻做到的是原谅自己，然后考虑如何不再有下一次失控。要知道大多数人一辈子都至少会换三四次工作，了不起是换个地方，重新再来。

有的人特别幸运，天生长得好看，容易被人喜欢。

如果不是让人眼前一亮的高颜值人士，就不要太心急了。

成为一个自律、行为可以预期的人，也能慢慢地被别人喜欢。

人生很长，被人喜欢这件事，我们不用赶时间。

大家好，我是老三，最近沉迷于听脱口秀，并且疯狂安利同事。

脱口秀演员常常说的一句话是：“脱口秀是冒犯的艺术”。最近我发现，同事们好像有点不一样了。

阳光灿烂的早上，趿拉着我的宝马拖鞋，跨上包浆的小黄车，屁股感受着阳光积累的炙热，往公司飞驰而去。

一步跨进电梯间，我擦汗的动作凝固住了，挂上了矜持的微笑：“老板，早上好。”

老板：“早，你还在呢？又来带薪划水了？”

我：“嗨，我这再努力，最后不也就让你给我们多换几个嫂子嘛。”

老板：“没有哈哈，我开玩笑。”

我：“我也是，哈哈哈。”

今天的电梯似乎比往常慢了很多。

我：“老板最近在忙什么？”

老板：“昨天参加了一个峰会，马xx知道吧？他就坐我前边。”

我：“卧槽，真能装。没有，哈哈。”

老板：“哈哈哈”。

电梯到了，我俩都步履匆匆地进了公司。

小组内每天早上都有一个晨会，汇报工作进度和计划。

开了一会，转着椅子，划着朋友圈的我停了下来——到我了。

我：“昨天主要……今天计划……”

Leader：“你这不能说没有一点产出，也可以说一点产出都没有。其实，我对你是有一些失望的，原本今年绩效考评给你一个……”

我：“影响你合周报了是吗？不是哈哈。”

Leader、小组同事：“哈哈哈“。

Leader：“好了，我们这次顺便来对齐一下双月OKR，你们OKR都写的太保守了，一看就是能完成的，往大里吹啊。开玩笑哈哈。”。

我：”我以前就耕一亩田，现在把整个河北平原都给犁了。不是，哈哈。”

同事：“我要带公司打上月球，把你踢下来，我来当话事人。唉，哈哈”

Leader、同事、我：“哈哈哈“。

晨会开完，开始工作，产品经理拉我和和前端对需求。

产品经理：“你们程序员懂Java语言、Python语言、Go语言，就是不懂汉语言，真不想跟你们对需求。开个玩笑，哈哈。”

我：“没啥，你吹牛皮像狼，催进度像狗，做需求像羊，就这需求文档，还没擦屁股纸字多，没啥好对的。不是哈哈。”

产品经理、前端、我：“哈哈哈”。

产品经理：“那我们就对到这了，你们接着聊技术实现。”

前端：“没啥好聊的，后端大哥看着写吧，反正你们那破接口，套的比裹脚布还厚，没事还老出BUG。没有哈哈。”

我：“还不是为了兼容你们，一点动脑子的逻辑都不写，天天切图当然不出错。不是哈哈。”

前端、我：“哈哈哈”。

经过一番拉扯之后，我终于开始写代码了。

看到一段代码，我皱起了眉头，同事写的，我顺手写下了这样一段注释：

/**

* 写这段代码的人，建议在脑袋开个口，把水倒掉。不是哈哈，开个玩笑。

**/

代码写完了，准备上线，找同事给我Review，同事看了一会，给出了评论。

又在背着我们偷偷写烂代码了，建议改行。没有哈哈。

同事、我：“哈哈哈”。

终于下班了，路过门口，HR小姐姐还在加班。

我：“小姐姐怎么还没下班？别装了，老板都走了。开玩笑哈哈。”

HR小姐姐：“这不是看看怎么优化你们嘛，任务比较重。不是，哈哈。”

HR小姐姐、我：“哈哈哈”。

我感觉到一种不一样的氛围在公司慢慢弥散开来，我不知道怎么形容，但我想到了一句话——

“既分高下，也决生死”。

写这篇的时候，想到两年前，有个叫码农小说家的作者横空出世，写了一些生动活泼、灵气十足的段子，我也跟风写了两篇，这就是“荒腔走板”系列的来源。

后来，他结婚了。

看（抄）不到的我只能自己想，想破头也写不不来像样的段子，这个系列就不了了之，今天又偶尔来了灵感，写下一篇，也顺带缅怀一下光哥带来的快乐。

最近得了一场病，前后持续了有十多天，时至今日感觉脑袋还是昏昏沉沉的不在状态，感觉像是药吃的，毕竟连着吃了十多天西药，可能人也吃傻了吧，中间还挂了五天水，算是补充了能量。

起因是和老婆去吃饭，可能是吃得太饱晚上着凉了，结果第二天下班回来就发烧，最开始是去社康看的，想着缴纳的社保也一直没用过，不知道怎么用，刚好借这个机会去试试。

不知道西安的社保是什么样，深圳这边的分一二三档，一档可以去任意社康和医院看病买药，有独立账户；二档没有独立账户，且只能去绑定的社康看病，去医院的话需要先去社康开转诊，最新消息说现在不用了，而且也不能单独买药。

去了之后，先是几项检查，抽血化验，鼻腔测试，加起来一百多块吧，当时就纳闷，一个感冒发烧要搞得这么复杂吗，问医生说流程是这样的，要检查是什么原因引起的，看完报告说有点轻微病毒感染，再就是细菌感染引起的发烧，然后就开了点药。

说下这里的报销比例吧，理论上最高能报到75%，个人能承担25%，二百块钱的医药费，报销完自己付了有五十多块钱吧。听说这是深圳这边今年十月份重新调整后的，之前是二档每年报销一千额度，单次报销比例高，个人承担费用少，调整后每人每年有两千多的免费额度，但是单次报销比例也降低了，意味着个人每次承担的也多了，当然如果你是长期去医院，也是比较划算的。

再来看一下在社康开的药吧，一大盒口服液，里面是多支小瓶装；一盒头孢，之前总是听说，也是头一次吃，说是消炎的；还有一盒粉末状的东西，说是用温水冲服，后来发现是盐水，怎么说呢，总感觉有点开玩笑的意思吧。

两天的药吃完之后呢，中间身体短暂好转了半天，再之后到晚上就又是继续发烧，最高烧到接近四十度，第二天量的时候已经达到39.5，且中间一直伴随着头疼，实在忍不了，整宿睡不着，早上六点多给领导发了消息请了假。

这次是去楼下的私人诊所医治，女医生看了就说连着发烧这么多天现在吃药肯定来不及了，必须要打针，然后就开始输液了。小时候感觉输液是一件大动干戈的事，现在看来却是那么的平淡无奇，四小瓶水挂完之后浑身冒汗，温度也降了下来，头也没有那么疼了，中途老婆一直陪着我，还给我带了吃的，挂完之后医生同时又开了几天吃的药。

第二天感觉轻松多了，为了巩固又去挂了一天，然后两天药也吃完了，接下来又产生了新的问题，不知道咋回事一直打嗝，连着一整天不停歇的那种打，刚开始以为是吃东西噎着了，可是无论怎么喝水憋气都无济于事，上班时坐在工位上自己嗝的都有点不好意思了，一直到晚上回家，没办法又去问了医生，说可能是胃痉挛，胃部引起的，开了两顿吃的药，很神奇的是刚吃下去没一会打嗝就停了，这一夜算是到这了，也睡了个好觉。

接下来又是继续发烧，头疼，头晕，浑身无力，中午休息头疼的睡不着觉，下午手脚发麻，实在有些扛不住了，出去外面商场找了个沙发窝着睡了会，一直扛到下班，又去看医生，说是没好彻底，继续挂水，吃药，又是三天。这一路下来，真的是折磨人，让老婆也跟着前前后后来回折腾。其实在整个过程当中，发烧这些我感觉都可以忍，最难受的是头疼，偏头痛，那种神经痛，一刻不停的那种疼，真的很折磨人，让人崩溃。

再往后又连着挂了三天水，吃了三天药，折腾了十多天好觉差不多了，接下来又残留着一点小问题，就是一直咳嗽停不下来，不是喉咙咳是从肺里面的那种咳，好觉应该问题不太大，过几天就好了，可是持续了几天还是一直在咳嗽，然后就又去看了医生，买了三天的药一百多块钱，问题是和前面开的药也一模一样没啥变化，感觉这边还是挺黑的，普普通通两三天药就是一百多，放在老家可能就几十块最多了，再加上前面打针输液的，总共花了一千多块吧，就是个普通的感冒发烧，稍微严重点。

经过这次事件，有以下几点感触吧。无论什么时候，身体健康是第一位，所谓的工作，都是建立在你有个好的身体的前提下，身体状态良好，你才能更好的投入工作。第二，平时除了多加锻炼身体，还要注重身体按摩，长期坐在办公室不运动，颈椎难免有影响，没事多按摩活动下，也利用颈部头部血液循环，有助于偏头痛的缓解；再就是第三点，要好好吃饭，注重身体包养，好好对待自己的胃，很多东西都是吃出来的。