有什么事是你当了程序员之后才知道的？

地铁上刷到一个话题，觉得挺有意思的，如下。

看到很多朋友在下面吐槽，有说加班是真的多，有说找对象是真的难，有说程序员爱穿格子衫是假爱背电脑是真的等等，大家吐槽得都挺欢乐的。

老猫也开始复盘这些年的经历，更多想聊的可能还是一个后端程序员的真实感悟。

入行

俗话说“男怕入错行，女怕嫁错郎。”相信很多朋友在进入一个行业之前都是深思熟虑的，亦或者是咨询过一些人，亦或者是查阅了挺多资料。然而老猫入行则相当奇葩，不是蓄谋已久，而是心血来潮。

一切都得从一部电视剧开始，不晓得大家有没有看过这部电视剧，佟丽娅主演的“我的经济适用男”。

12年的一部电视剧，挺老了，主要女主放弃富二代的追求和"成熟稳重老实巴交的IT男"好上了的桥段。当时心智单纯的老猫可谓看的是热血沸腾啊。一拍桌子，“发可油，劳资今后就要当那个男主，这结局多好啊，抱得美人归啊这是，我要学IT!”。当时老猫的专业是电子信息类的专业，后来基本就放弃了本专业，大学基本逃课就跑去学软件去了。

就这么上了贼船，一晃十年过去了。多年前，躲在实验室里，开发了一个简单的坦克大战的游戏，感觉自己是最牛逼的，子弹爱怎么飞怎么飞，坦克能开多块就开多快，那时候觉得自己就是这个IT世界的主角，“control evety thing”。在这样一个程序的世界里，所有的事儿都是自己说了算。

踏上社会后，遭遇社会惨无人道地毒打之后，发现要做的就是提升造火箭吹牛逼的能力，工作中是个crud-boy。键盘上磨损最严重的那几个键是“ctrl”,“c”,“v”,“x”。当年那个意气风发的少年已经不复存在，我是一个弱鸡螺丝钉。

工作十年

大部分后端程序员也主要是围绕着业务在转，所以crud可能占了大部分时间。

话虽如此，但还是有点除此以外的收获，这些收获甚至潜移默化地影响着我的生活。

技术日新月异，今天这个框架，明天那个架构，今天这种实现牛逼，明天那种部署更6等等，到头来发现自己一直都是在追着技术跑。也确实如果不奔跑的话，可能就会被淘汰。作为程序员来说适应变化也是程序员的一种品质，但是老猫觉得具备下面这些可能会更加重要一些，这些可能也是唯一不变的。

抽象思维很重要

第一次听到“架构师”这个职位的时候，觉得那一定是一个需要超强技术能力的人才能胜任的岗位。

后来才发现原来架构师也分种类，“业务架构”，“技术架构”等等。再后来发现无论哪种架构，其实他们身上会有一种共同的东西，那就是优秀的抽象思维。

啥是抽象思维？百度百科上是这么说的：

抽象思维，又称词的思维或者逻辑思维，是指用词进行判断、推理并得出结论的过程。

抽象思维以词为中介来反映现实。这是思维的最本质特征，也是人的思维和动物心理的根本区别。

说的比较官方，甚至有点不好懂。

大家以前上语文课的时候，有没有做过阅读理解，老师在讲课的时候常常我们概述一下这段文字到底讲了什么东西，越精简越好，可能要求20个字以内。其实这个过程就是在锻炼咱们的抽象思维能力以及概括能力。

在软件后端领域，当业务传达某一个需求的时候，往往需要产品去提炼一道，那么此时就是产品抽象，继而产品又将需求传达给相关的研发负责人，研发负责人设计出相关的实现模型，那么这又是技术抽象，这些抽象的过程就是将复杂的业务流程和逻辑转化为可管理和可重用的组件的过程。它的目的是简化系统的实现，聚焦于应用程序的核心功能，同时隐藏不必要的细节。抽象后设计出各种基础能力，通过对基础能力的组合和拼接，支持复杂多变的业务逻辑和业务形态。

具备抽象思维，能够让我们从复杂的业务中迅速切入业务关键点。在生活中可能表现在透过现象看到本质，或者碰到问题能够快速给出有效解决方案或思路。例如老猫上次遇到的“真-丢包事件”。

分层思维很重要

说到分层思维，应该准确地来说是建立在能够清晰的抽象出事务本质的基础上，而后再去做分层。

很多地方都会存在分层思想。生活中就有，大家双休日没事的时候估计会逛商场，商城的模式一般就是底层停车场，一层超市，二层卖服装的，三层儿童乐园，卖玩具的，四层吃饭看电影娱乐的等等。

再去聊到技术上的分层思想，例如OSI七层模型，大家在面试的时候甚至都碰到过。

抛开这些，其实我们对自己当前负责的一些业务，一些系统也需要去做一些分层划分，这些分层可以让我们更好地看清业务系统之间的关系。例如老猫之前梳理的一张图。

通过这样的分层梳理，我们可能更好地理解当前的系统组成以及层级关系。（备注一下，老猫这里画图工具用的还是wps绘制的）。

结构化思维很重要

结构化思维又是咋回事儿？
不着急，打个比方，咱们看下面一组数据：
213421790346567560889
现在有个要求，咱们需要记下这些数字，以及出现的次数。短时间内想要记住可能比较困难
如果我们把这些数字的内容调整下，变成下面这样：
00112233445566778899
是不是清晰了很多？

所谓的结构化思维，就是从无序到有序的一种思考过程，将搜集到的信息、数据、知识等素材按一定的逻辑进行分析、整理，呈现出有序的结构，继而化繁为简。有结构的信息更适合大脑记忆和理解。

人类大脑在处理信息的时候，有两个特点：

第一，不能一次太多，太多信息会让我们的大脑觉得负荷过大；乔治·米勒在他的论文《奇妙的数字7±2》中提出，人类大脑短期记忆无法一次容纳7个以上的记忆项目，比较容易记住的是3个项目，当然最容易的是1个。

第二，喜欢有规律的信息。有规律的信息能减少复杂度，Mitchell Waldrop在《复杂》一书中，提出一种用信息熵来进行复杂性度量的方法，所谓信息熵就是一条信息包含信息量的大小。举个例子，假设一条消息由符号A、C、G和T组成。如果序列高度有序，很容易描述，例如“A A A A A A A … A”，则熵为零。而完全随机的序列则有最大熵值。

老猫在写文章的时候喜欢先列一下要写的提纲，然后再跟着提纲一点一点的往下写，写定义，写实现，写流程。

虽然本文偷了个懒，没有写思维导图，老猫一般再聊到干货的时候都会和大家先列一下提纲。这种提纲其实也是结构化的一种。当我们遇到复杂系统需求的时候，咱们不妨先列个提纲，将需要做的按照自己定义好的顺序罗列好，这样解决起来会更加容易一些。

太过理性可能也不好

程序员做久了，做一件事情的时候都会去想着先做什么然后做什么一步一步，有时候会显得过于机械，不知变通，
有时候可能也会太过较真，大直男显得情商比较低，会多多少少给别人带去一些不便，记得在银行办理业务的时候会指出业务员说话的逻辑漏洞，然后不停地追问，最终可能导致业务员尴尬地叫来业务经理解释等等。

程序员思维做事情，可能在日常生活中比较严谨，但是很多时候还是会显得比较死板。

总结

以上是老猫觉得除了技术以外，觉得一个后端程序员应该具备的一些思考方式以及工作方式，当然也可能只是老猫的方法论，如果大家有其他的工作领悟，也欢迎大家留言，大家一起分享一下经验。

数学博士吐槽华为招聘

今天刷到一篇帖子：

文中来自川大的数学博士吐槽了华为对数学博士的招聘。

作者强调自己是川大的本硕博（算子分析方向），有论文，也拿过国家一等奖。

但自己投的华为简历，却石沉大海，了无音讯。

还直言道：自己在数学系待了 10 年，没有任何一个数学博士能够满足华为招聘三条要求中的两条，如果数学博士干的是华为招聘上的事情，毕业都难。

这事儿，怎么说呢，从不同角度，会有不同的理解。

首先，在企业招聘中，学历往往是起点门槛要求，而非唯一要求。

因此肯定不是说满足数学博士要求，就必然入面试，这一点和「本科/硕士」一样。

其次，企业招聘中，往往是「应用类」人才占比要比「科研类」人才占比更高。

因此在学历（数学博士）要求上，往往还会有企业所期望的技能要求，例如文中说的「熟练使用计算机编程语言」，也算是常规操作。

至于原帖作者说的，因为「华为招聘中有很多不是数学博士专业领域知识要求」，就得出「华为觉得不到这个水平就不算是博士」的结论，多少有点偏激了。

...

回归主线。

来一道不是数学博士也能做出来的算法题。

这道题曾经还是华为的校招机试原题。

题目描述

平台：LeetCode

题号：172

给定一个整数 $n$ ，返回 $n!$ 结果中尾随零的数量。

提示 n! = n * (n - 1) * (n - 2) * ... * 3 * 2 * 1

示例 1：

输入：n = 3



输出：0



解释：3! = 6 ，不含尾随 0

示例 2：

输入：n = 5



输出：1



解释：5! = 120 ，有一个尾随 0

提示：

• $0 <= n <= 10^4$

进阶：你可以设计并实现对数时间复杂度的算法来解决此问题吗？

数学

对于任意一个 $n!$ 而言，其尾随零的个数取决于展开式中 $10$ 的个数，而 $10$ 可由质因数 $2 * 5$ 而来，因此 $n!$ 的尾随零个数为展开式中各项分解质因数后 $2$ 的数量和 $5$ 的数量中的较小值。

即问题转换为对 $[1, n]$ 中的各项进行分解质因数，能够分解出来的 $2$ 的个数和 $5$ 的个数分别为多少。

为了更具一般性，我们分析对 $[1, n]$ 中各数进行分解质因数，能够分解出质因数 $p$ 的个数为多少。根据每个数能够分解出 $p$ 的个数进行分情况讨论：

• 能够分解出至少一个 $p$ 的个数为 $p$ 的倍数，在 $[1, n]$ 范围内此类数的个数为 $c_1 = \left \lfloor \frac{n}{p} \right \rfloor$


• 能够分解出至少两个 $p$ 的个数为 $p^2$ 的倍数，在 $[1, n]$ 范围内此类数的个数为 $c_2 = \left \lfloor \frac{n}{p^2} \right \rfloor$


• ...


• 能够分解出至少 $k$ 个 $p$ 的个数为 $p^k$ 的倍数，在 $[1, n]$ 范围内此类数的个数为 $c_k = \left \lfloor \frac{n}{p^k} \right \rfloor$

我们定义一个合法的 $k$ 需要满足 $p^k \leqslant n$，上述的每一类数均是前一类数的「子集」（一个数如果是 $p^k$ 的倍数，必然是 $p^{k-1}$ 的倍数），因此如果一个数是 $p^k$ 的倍数，其出现在的集合数量为 $k$，与其最终贡献的 $p$ 的数量相等。

回到本题，$n!$ 中质因数 $2$ 的数量为 :

$n!$ 中质因数 $5$ 的数量为 :

由 $2 < 5$，可知 $k_2 \leqslant k_1$，同时 $i$ 相同的每一项满足 $\left \lfloor \frac{n}{5^i} \right \rfloor \leqslant \left \lfloor \frac{n}{2^i} \right \rfloor$，可知最终 $\sum_{i = 1}^{k_2}\left \lfloor \frac{n}{5^i} \right \rfloor \leqslant \sum_{i = 1}^{k_1}\left \lfloor \frac{n}{2^i} \right \rfloor$，即质因数 $5$ 的个数必然不会超过质因数 $2$ 的个数。我们只需要统计质因数 $5$ 的个数即可。

Java 代码：

class Solution {

    public int trailingZeroes(int n) {

        return n == 0 ? 0 : n / 5 + trailingZeroes(n / 5);

    }

}

Python 代码：

class Solution:

    def trailingZeroes(self, n: int) -> int:

        return n // 5 + self.trailingZeroes(n // 5) if n else 0

• 时间复杂度：$O(\log{n})$


• 空间复杂度：忽略递归带来的额外空间开销，复杂度为 $O(1)$

相信大家都听过雷总的一句鸡汤：“我干了30多年，回头一望，全是漫长的挫折和煎熬，和大家一样，我也迷茫，我也曾经动摇甚至放弃过，我想跟大家说我们不要逃避，你经历的所有的挫折和失败，甚至那些看似毫无意义，消磨时间的事情，都将成为你最重要的，最宝贵的财富，人生很长，永远相信美好的事情即将发生。”这段话治愈了很多人，熬不住的时候回头想想这句话也让我受益良多。生活，就像一条曲折的河流，有时平静，有时汹涌。每个人都会遇到各自的艰难困苦，那些看似寻常的日子，也许背后隐藏着不为人知的挣扎。这就是生活，这就是人生。

都说十年磨一剑，雷总三年就出成果，从当年的PPT造车到实际落地，中间的困难与挫折可想而知。我们都知道小米是造手机、电视、智能家居等电子产品的，当3年前官宣造车的时候，很多人都不看好它，甚至还有人冷嘲热讽，那么今天小米用实际行动证明了自己。前些日子比亚迪掀桌子了，比亚迪秦起售价直接干到7.98万，这也让不少网约车车主感到痛心，2年跑的滴滴全白干，而且新款秦配置还更好；去年都在吐槽特斯拉降价，甚至有的人还去维权，最终也无功而返，今年国产车掀起降价潮，导致整个新能源汽车市场受到影响。不过这波降价主要原因还是今年的经济不景气，大家都在缩减开销，但其实也有一部分原因是因为小米迟迟不敢公布售价，而从外表来看SU7又很好看，肯定是一个大卖点,所以不少厂家先于小米一步降价为求站稳脚跟，不少网友也调侃说电车降价小米功不可没。
造车压力大，下面给大家看下雷总最近参加人大的照片，以及以前的招聘，对比起来真的很明显憔悴了不少，也老了不少：

谈谈雷军带队小米造车

小米的生态链中可以说车是必不可少的一环，雷军常说，人、车、家形成一个生态链的闭环，雷军也说了这次将是他最后一次创业，如果这次成功可以说是给自己的人生画上了圆满的句号，下面我从几个方面看来谈谈造车的这个事情。

创新理念

雷军一直以来都是创新的倡导者和实践者，在智能手机领域取得了巨大成功。他带领小米进军造车领域，是对传统汽车行业的一次颠覆性挑战，展现了他对未来出行方式的前瞻性思考和勇于尝试的精神。不过有一说一，现在小米手机可是越卖越贵啊，1999的那个时代再也回不去了。

技术实力

小米作为一家科技公司，拥有雄厚的技术实力和研发能力。结合小米在智能硬件、人工智能等领域的优势，可以为汽车行业注入新的活力和创新，打造更加智能、互联的汽车产品。

生态系统优势

小米不仅仅是一家手机制造商，更是建立了庞大的生态系统，涵盖了智能家居、智能穿戴、智能健康等多个领域。雷军希望通过造车项目，将小米的生态系统拓展到汽车领域，实现智能设备之间的无缝连接和互联互通。不知道小米还会不会在车上用上小爱同学。

用户体验

雷军一直以来都非常注重用户体验，他认为用户是一切创新的源泉和动力。在造车项目中，他致力于打造用户体验一流的智能汽车，通过人性化设计和智能科技，为用户提供更加便捷、安全、舒适的出行体验。

挑战与机遇

进军汽车行业是一项充满挑战的任务，雷军清楚地意识到这一点。但与挑战相伴随的是巨大的机遇，随着智能化、电动化、共享化的趋势不断加速，汽车行业正经历着前所未有的变革，雷军带领小米造车正是抓住了这个机遇，努力走在行业的前沿。

被裁员

先说下本人情况，38，坐标杭州，具备后端架构和大数据架构能力。待过大厂，带过团队，落地过大型项目。

近几年被裁员也不算什么稀奇古怪的事情，我记得2022年下半年面试那会行情远比现在好，那会还会有猎头、企业主动找，我2022年的工作就是猎头推进去的。

然而公司运营不善，2023年底裁撤了，因为融资问题，被迫出局。

本想着年后再看工作，也想休息一段时间，于是年前就没理工作这个事。

狗不理

因为信息差，也可能因为行业这种趋势本身就是没法感知的，年后投简历发现了几个情况：

一些感悟

面对这种突如其来的颠覆认知的行情，我有点措手不及，没预想自己可能就此失业了。现在的世界变化太快了，也可能我待在舒适区太久了，根本对外部世界的变化钝感迟缓。

我也没去问招聘方是什么原因，本身就个人从业经历和技能能来说，自认为还OK，但是问人家也未必会告诉你实话，在这个存量市场，势必是僧多肉少，刺刀见红，现实残酷，朝不保夕。

但是反思下十几年的职场生涯，其实多多少少还是有个人原因的，总结出来，留给后来人吧：

个人期望

最后说点自己的个人期望和未深思的规划：
1、后面还是要自己单干的，可以是独立开发、或者其他。
2、还是会热爱技术，即使如果干不了这行了，也会把它当做一个兴趣培养。

这是开源圈不久前发生的一件事情。

不知道大家有没有听说过NeteaseCloudMusicApi这个项目，从项目名字大家也能猜出，这是一个和网易云音乐API有关的开源项目。

该项目之前由开发者Binaryify所打造，是网易云音乐API的一个非官方封装库。

该项目采用Node.js编写，可以实现非官方的网易云音乐API调用，从而可以让其他开发者可以基于该项目来获取网易云音乐平台上的一些歌曲、歌单、歌词、专辑、电台等信息，方便开发者构建基于网易云音乐服务的应用程序。

这个项目曾经在GitHub上非常火热，也因此一度获得了超过3.0w的Star标星，以及1.5w+的Fork。

不过就在最近，该项目的作者彻底清零了这个项目，包括其所有的代码、文档，以及commit提交信息，并在项目的主页README中更新了动态：

保护版权，此仓库不再维护

原因很简单，原来是作者收到了来自网易云音乐官方发送的法务通知函。

网易云音乐声明该项目侵犯了其公司的相关版权，并且要求开发者立即下线该项目中盗链网易云音乐的方法及内容。

具体的通知如下：

网易云音乐由杭州网易云音乐有限公司独立开发运营，网易云音乐作为国内知名的在线音乐平台，致力于为用户提供优质的音乐内容服务，我司以高额的成本采购了海量音乐作品的内容，在未我司合法授权的任何第三方均没有权利播放由我司享有版权的音乐作品，我司有权以自己的名义或授权第三方进行维权。

我司收到用户的举报，您开发的 NeteaseCloudMusicApi 或存在涉嫌通过非法破解网易云音乐内容接口的方式获取网易云音乐享有版权的歌曲内容。

贵司未经我司授权，通过技术手段破解绕开限制直接提供网易云音乐享有版权的音乐作品内容，该行为不仅侵犯了我司享有的音乐作品版权，亦非法攫取了网易云音乐的用户流量构成不正当竞争，损害了我司作为权利人的合法权益。

同时贵方通过非法技术手段破解网站获取大量歌曲内容的行为，涉嫌构成侵犯著作权罪，破坏 / 非法入侵计算机信息系统罪及 / 或提供破坏 / 非法入侵计算机信息系统工具罪。

针对上述侵权行为，根据中华人民共和国《著作权法》、《刑法》等相关法律法规规定，我司现郑重致函：

1、立即下线 NeteaseCloudMusicApi 上盗链网易云音乐的方法及内容；

2、在未获得我方授权的前提下，停止一切侵犯我司合法权益的行为。

请贵方充分认识到该行为的违法性和严重性，按照本函要求立即处理侵权行为，并将处理结果及时告知我方。若贵方怠于履行该项义务，为维护自身合法权益，我司将采取包括诉讼、投诉、举报等在内的一切必要的法律措施确保合法权利得到有效保护。

从这个项目的维护历史可以看出，曾经作者对于该项目还是花了不少心血的，包括维护的活跃度以及项目文档这块，都做了不少工作。

而且也有不少开发者来基于该项目进行二开，从而实现开发者自己的不同想法和需求。

然而面对这样一封告知函，项目作者也不得不做出清空仓库并将其进行永久归档的处理，毕竟这类项目确实存在版权方面的问题。

而尊重版权和合规开源也确实是每一位开源作者的基本职责。

其实像这类项目在GitHub上还是有不少的，在之前官方没有明确追责的情况下，其实大家对于一些非盈利性的小众开源项目基本也会睁一只眼闭一只眼，但是官方一旦追责起来，这类项目生存的概率就微乎其微了。

所以这件事也提醒我们，后续大家如果要经营和维护自己的开源项目，也是要多关注和留意一下版权方面的问题，从而避免后续可能会出现的一些不必要的麻烦。

写在前面

想必很多同学在步入新公司的时候，不仅仅带有激动的心情（毕竟大概率涨了点薪资）的同时，也会有点点紧张的心情，也没熟悉的人，也可能不太清楚要做的事儿。4年前刚步入目前所在公司时，也是面临着不少挑战，下面结合我的亲身经历，给大家分享下我是如何快速融入新公司，如何面对各种挑战。

入职第一天

办理好入职手续后，hr将我带到TL面前，安排好座位后，我尴尬地说了句：”大家好大家好“，更尴尬的是没一个人看向我，好在TL给我解了围：”会有时间给你做自我介绍的，我先发你个文档，搭建好开发环境“。

解锁了第一个任务：【搭建开发环境】

一小时后到了午餐的时间

这里画下重点了，不是每一个公司的同事都会主动拉上新同事吃午饭。这时候又被TL看出我的尴尬：”一会儿还有一批同事去吃饭，你跟他们一起去吧“。

入职新公司后，午餐要跟着同团队的同事一起，主动点跟团

平时有带饭习惯的也先别带了

午餐时间是最好地了解团队信息贺快速融入团队的好机会

下午搭建环境时，发现一处命令始终报错（时间太久实在想不起详情来了），查到正确的命令后找TL报告了下情况，更新了文档。

千万别一来就直接问

先自己思考一段时间

实在解决不了，也要带着自己查询资料后的结论去问下（不要管自己查的对不对，至少有解决问题的态度）

不知不觉时间来到了晚上6:45，下班时间已到，甚至还多加了15分钟班~~
环顾四周，没一个人有走的意思
好吧，接下来要说的我估计会被喷.... 但老夫该说还得说

如果是初创公司建议多留一会儿，毕竟刚来公司，尽快熟悉下公司情况

虽然有点那啥...，但摆一下态度还是能留下一些好印象的

毕竟在试用期，公司与自身是否合拍，还是早点看清楚好些，多花时间调研下

最不济，实在没事儿做，看看群里的同事名字，多记几个总是好的吧

晚上7点过群里发起了投票，问过后才得知加班到20:30可以点加班餐，群里直接投票就行。那还走啥，吃个饭再说。有一说一，这顿晚饭还是挺值的。可不是说省下多少多少晚餐费，而是跟其他同事边吃边聊，更深入的了解了下当前团队的人员配置、当前版本进度以及后续版本安排。对公司产品和研发配置有了更好的理解，这也侧面坚定了我想留下来的信念。

很多时候，吃饭和来根小快乐（不会的别学）的时候，最能拉进同事关系

闲聊的时候多问多了解，老同事在感到被你需要的时候，也很容易拉进同事关系

结束新公司的第一天

总的来说，来公司第一天的表现还是差点意思。事事不够主动，虽说上班的主要目的是挣银子，但对我来说舒适的上班环境和良好的同事氛围还是挺重要的。第一天比较顺利地度过了，公司规模也不小，后面要做什么版本功能也不得而知，还是有点忐忑，毕竟第一天早上TL就直接告知：”我们的试用期不会是常规的三个月，一共三个阶段，会给你安排导师带你，如果某个阶段不合格也会直接劝退“。

我想说，无论做什么版本功能，我相信始终能做出来，只是质量的区别

所以新环境中不用过于紧张，总有水到桥头自然直的时候

后续

试用期的几个月也相当不顺利，做功能的时候也相当痛苦，也有过好几次返工的时候。既然说是后续了，那就后面再细聊。

关于刚开始接触带队开发

时间：2023年3月5日

这篇文章不是工具型文章，单纯聊一聊我工作生活中的心得体会。经历是非常非常勇敢的行为和非常非常有意义的。很多书其实也是一个一个的经历和经历总结。经历总是迷人的。

前言

先简单介绍一下我自己。我是一名前端程序员，2022年毕业的，但是当时我并没有立即进入程序员的行列。我首先参与了考研考公大军。不过正如我大学时的一位任课老师所说，我并不像个考研的人。我想补充一下，我或许也不是一个考公的人。

哈哈哈，不好意思，我这么久了还记得您这句话。只是印象深刻，因为我当时听到这句话的时候好像我的内心并不排斥，还隐隐觉得是对的🤣。不过老师应该看不到，她是教我们供应链管理的老师，她应该关注不到这儿。

考研我没过初试，考公我没过面试。可以说那段时日我是凄凄惨惨戚戚，严重精神内耗。在生活和内心的重压之下，我准备先到省会找一份工作，先自己养活自己。

22年11月15日，我深刻的记得这天，这是我回到IT的第一天，这天起，我开始了前端开发。我其实入职的是一家小公司，不算大，研发部一开始也就20来号人，所以总有人员不足的时候。特别是我手上的项目，是公司自研项目，但是公司投入的人不多，就我一个前端开发，外加部门经理直接领导我。于是乎我是前端，但不只是前端。

时至今日，我经历了不止前端开发。还有 electron 的桌面端开发、网络安全漏洞复现、漏洞收集分析、视频制作。这些是我在23年夏天开始经常出去做售前的基础。后来我一方面做售前技术支持，一方面收集需求，在经理的指导下做系统优化。后面还做过对产品部分功能模块的原型设计。这也是后来我第一次懵懵懂懂的开始带人一起开发的第一个功能。当时有两个人和我一起开发，我负责前端部分需求实现和 nodejs 后端功能实现，并做总开发进度监督汇报。

这一年的时间中，不乏各位同事对我热情的帮助、经理对我的容忍和耐心指导、还有老板对我的肯定。

1、遥想当初，“package.json”我都会说错🤣，不过那都是过去式。

2、有关的经历我会慢慢通过文字或者视频的形式输出，欢迎持续关注。

又是一次带队协作开发

1 和“队友”打配合的体会

今天我已经不是第一次带队开发了。但是我还是觉得我要把这次真正当成初次。为什么这么说？

这次的开发从调研到设计到整合人马，以及后续我都参与，并且我主要负责。相对而言，这次是更为完整的带队经验。而上一次原型是我画的，针对需求的技术方案调研我也是做过，但是当时我并没有以我是带头人的角度去思考问题，就是简单的，领导要我做啥我做啥，他提出需求，告诉我可以考虑用哪些去做，我就想办法去实现就好了。而这次不一样。我没有完全参与调研，因为这个时候我手上还有很多任务要做，不能完全把时间堆在上面。所以更多的我是让我的“队友”（其实也就只有一个，从公司结构来说她是我的下属）去做主要调研工作，我告诉她我需要她调研什么，结果以什么格式呈现给我。完成后我就她给我的信息做开发计划。

小体会：

要安排下属做一件事情的时候，告诉她“主体是什么”、“我需要的是什么”、“呈现形式是什么”，这将能带来更好的收益。

因为下属也是实习生刚转正，她其实还有很多在汇报或者其他工作上考虑不完善的地方。那这个时候就需要有这样的模式，能够让她快速知道自己要做什么，怎么做。她就不会胡乱给你信息，增大你信息检索的压力。我也明白了，为什么说领导更多时候就是在乎结果。因为直接使用结果对领导是更高效的。

2 开发计划书

开发计划我之前从未写过。我也好久没有一个 word 文档是自己从头到尾一个字一个字码出来的。我也更深刻的感受到了之前大学时期参与 “互联网+” 创新创业比赛中写项目计划书给我带来的思路优势了。我的开发计划书也更有了一点逻辑性。

从市场环境出发，到产品涉及的目标客户的需求共性，来作为开发计划的大背景，也是梳理需求的重要依据。再到需求点分析，需求特征分析。通过需求分析找到实现需求的重要做法。有句话说的好，问题的答案往往要从问题本身去寻找。（不用查了，这是我编的🤪）然后依据需求点要实现什么样的功能。最后是做前端的页面划分、功能描述、后端的数据库设计等。

小体会：

软考除了能帮我们减税、落户加分，还可以帮助我们有系统意识以及设计思想。

23年下半年我参与过一次软考中级考试，备考的经历不长，只有一个月，但是针对“软件设计师”的学习真的让我更好的理解了工作中的一些事情还有项目、电脑上的一些思想。有些计算机的思想甚至能帮助我在生活中拥有更为清晰的思路。

3 动工！小组会议

开会前我可担心了。因为产品所面对的是能懂开发的开发者，产品相对而言更有一些开发的专业性。本身我就是开发者，很容易就会去用我熟悉的词汇去讲，然而这未必是 UI 或者 测试 他们能接受的信息。

有之前和其他部门同事的交流以及和客户交流的经验，我非常明白这点的重要性，所以我本来可以在上午直接开完的会议我硬生生拖到了下午来开。为什么？我做了我能想到的各种情形的回答备案，以及整个会议的把控大纲。和UI我要说明什么，和测试我要强调什么。

但是我还是考虑不周😂。

当场我也立即意识到了自己疏忽了😂。考虑的还是不够周全。希望我今后不会再发生这样的事情。

小体会：

组织者真是个不好当的角色，他应该尽可能考虑周全，不管是在事务说明上要让所有成员都明白、还要在工作安排上有明确完整的分工，即使对方知道了也应该在会议上明确说明。

幸好我们都是一群年轻人，互相都很好理解。

4 向上汇报——我是怎么避免被压工时

通过小组会议，我不仅要对各个成员的工作做安排，同时也要对任务的工期要有把控。而这个工期的情况，也是需要向上汇报的，这是告诉他什么时候来验收。

这个时候也有一些学问。相信有很多同学被压过工时。我也被压过。我还有过因为自己过少的考虑到工作情况的复杂性，没有给自己留够时间，周末还免费加班过一次。（当时年轻，也是不懂事，不好意思去提加班）。

而这次要开发的内容我之前也没有开发过，而且其中存在很多变数。这个时候是非常难和领导谈判的。因为在领导看来，这些任务就是非常简单的。就比如这个场景：“这个需求，我分分钟就写完了，哪里还需要这么久？你这个时间我不接受，今天下班前一定要出来！”

大学的时候我也学过IT项目管理，我也知道要有工期预计，这也是对成本的估计。但是我这个时候真觉得是扯淡。因为没办法预估啊，太难了，我都不知道会有什么样奇奇怪怪的情况等着我。所以我这次学乖了，我要多估计一些时间，要给领导说清楚我需要这么多时间的原因（就是表明可能存在一些未知的困难，或者手头上的事情还有很多，强压我赶不过来等等）。

我也开始觉得我需要学一学怎么“讨价还价”了。

小体会：

要量力而行，稳妥行事，切忌冲动吹牛夸海口，学会“讨价还价”。

目前能总结出的就是这么多，我犯的错误希望大家可以引以为戒。另外，我也想更多的学习有关领导力的知识还有技巧，欢迎交流。

去经历，不去后悔。保持热爱，奔赴山海！

持续更新中 ... ...

Hello，大家好，我是 Sunday。

最近有很多同学来问我：“Sunday 老师，前端学起来好多的东西啊。各种框架、各种库、各种语法、各种标准，弄得我完全懵逼了。Sunday 老师，你之前是怎么学的，好厉害啊！”

这不禁让我开始反思：“我厉害吗？我可不这么觉得！” 那我之前是怎么学习这些东西的呢？

我只是占了时间的便利而已~~

背景

如今可用的大量框架和工具给人的印象是 Web 开发可能已经变得过于复杂。如果是一个新人，有这么多要考虑的东西确实会令人感到“恐惧”。好像每一个框架都需要学习，如果不学习给人的感觉就是 “就是没有办法工作” 的样子。更何况还有各种新的热门框架教程和课程增加我们的焦虑感。

但是，大家有没有想过一点，或许前端开发远没有那么负责，这一切也只是一种所谓的 “夸张” 而已。

我记得最初在我学习前端的时候，Angular 还是 1 的版本。Vue 也才刚刚出现。那个时候前端开发好像很简单。标准网站主要由 HTML 和 CSS 组成的静态页面组成，并添加少量 JavaScript 和 jQuery。

快进到今天，看起来就像一个平行宇宙正在发生，有大量的选择。新项目应该使用哪个框架？也许是更成熟的产品，如 React、Angular、Vue、Svelte，或者可能是上个月推出的热门新产品？每个框架都有其独特的生态系统。你还需要决定是否使用 TypeScript 而不是 “普通的” JavaScript，并选择如何使用Next、Nuxt 或 Gatsby 等框架进行服务器端渲染（或静态站点生成） 。如果你想要一个没有错误的应用程序，还不能忘记单元和端到端测试。不过哪怕做到了这些，我们也仅仅知识触及了前端生态系统的表面！

但建立网站真的变得更加复杂了吗？我们今天使用的许多框架和工具最初都是为大型项目而设计的。作为一个新人，真的有这么多要考虑的东西吗？一些新的课程（可能是上周刚刚发布的新框架）没有了它们真的会影响你的工作（找工作）吗？显然不会的！

最初的前端开发状态

作为 2013 年开始工作，2015 后进入 Web 开发的人，那个时候的前端开发真的是非常简单，至少对我来说是这样的。

我记得我可以只使用静态 HTML 页面、最少的 CSS 样式以及少量的 JavaScript（或许还有一点 jQuery）来添加交互功能（这是应用在一个 最高有百万日活 的项目中的技术栈）。你看，哪怕是这样的一个大型项目，它的开发方案依然非常简单。

不过，当时也确实存在一些大型的框架，比如：angular 1。有部分团队也在尝试使用这种全新的技术方案，不过随着 angular 2 的推出，这埋葬了一大批的项目（经历过那个年代的同学应该有对应的感受）。

在当时，我们更关注与 SEO 和页面的优化，但是也仅限于一些标记和关键字之类的东西。与现在的标准相比，可访问性、用户体验和响应式布局 等其他因素几乎在当时都是被忽略的。

不过，随着原生（android || IOS）开发褪去，web 逐渐占据主流。越来越多的功能添加，以及越来越多的人开始依赖于 web 项目。我们开始逐渐在原有的基础之上创建出：新的解决方案、新工具、新工作流程、新功能以及满足更大网络和更大需求所需的任何其他新功能。

JavaScript 框架

越来越多的 JavaScript 框架开始出现，比如大家所熟知的：Vue、React、Angular，通过它们又延伸出了各种生态，如：Element、AntD、Pinia、Redux 等等。

现在，哪怕是一个很小的项目（比如我前几天所做的 运气模拟器依赖了 vue）也会依赖这些框架完成。我好像已经失去了 不依赖框架，完成项目独立开发的能力。

但是我们好像忘记了：JavaScript 框架最初应该是为了支持大型项目而不是小型项目而创建的。 学习框架的成本很高，虽然它使用起来确实很简单。但是这是一个增加了我们学习复杂度的来源。

不是所有的项目都必须要依赖框架

JavaScript 框架最适合用于较大的应用程序。如果你正在处理较小的项目，基于组件的框架只会使事情变得复杂，将网站拆分为组件层次结构，这对于小型项目来说很多时候是多余的。

就像 vuex 中犹大所说的一样：

请记住，框架的目的是：简化你的开发并节省你的时间。 不要被框架所绑架。

大家的期望正在变得越来越大

项目的规模随着时间的推移而增长，这是合乎情理的。但是反过来 先构建一个巨型的架构，来应对小型的功能 显得就 不合情理 了。

Web 开发变得过于复杂的想法源于：我们相信我们都拥有与大型企业相同的需求和资源。

这是一个很可怕的事情！

这意味着每个新项目可能需要独特的架构来满足其要求。大公司的所有项目都需要庞大的架构，并且他们的结构经过 “精心设计（至少相对来说是这样）”，以确保可扩展性和维护。他们还拥有庞大的客户群，因此，通过更多的收入、更多的工程师和更清晰的问题了解，维护大型代码库将变得更加容易。

但是对于小公司来说。为了最大程度地减少浪费，小公司的项目应该最小化，不仅要满足其需求的规模，还要满足团队中开发人员的能力。试图模仿大公司的巨型代码架构是毫无意义的。

有些人可能会说：“这是我们为了未来的可扩展性和维护而必须做出的牺牲！” 相信我，如果你这么做的话，那么你们肯定撑不到那个时候。

模仿大公司的巨型架构只有一个价值，那就是 增加你简历中的亮点。 如果你从这一点进行考虑，那么你这样做是 “正确的”。

每个解决方案都会引入一个新的问题

每个新框架或库都会出现一个新问题。缺少时间的开发人员花费几个月时间开发出来一个新的工具来解决该问题。如果没有问题呢？那么请放心——我们会创建一个问题，就像多年前的 中、前 台分离一样。

不过世界上任何的行业好像都是想通的，这个事情并不仅仅存在于开发行业。UG 克里希那穆提（印度哲学家）说过：显而易见的事实是，如果你没有问题，你就会制造问题。如果你没有问题，你就不会觉得自己还活着。

我们可以随意以 React 为例（因为我更喜欢 Vue ，所以我不想以 Vue 为例）。它最初是由Facebook创建的，旨在为Facebook开发更多动态功能，同时改善 Facebook 的开发者体验。

自从 React 在 2013 年开源，已经创建了数百个依赖库来解决各种特定于 React 的问题。

• 如何启动 React 项目？有 Create React App 和 Vite


• 如何进行状态管理？有 Redux，还有 Mobx


• 需要创建表单吗？有一个 React Hook 表单


• 需要服务器端渲染吗？有 Next、Remix 或 Gatsby 等

每个解决方案都有自己的注意事项，开发人员将为它们创建自己的解决方案。

React 可能会认为自己很委屈，因为它认为自己是一个库，而不是一个框架。但是它不可避免地会被社区扩展。同时，Angular 和 Vue 都是拥有自己社区生态系统的框架。并且这只是冰山一角，因为存在许多 JavaScript 框架，每个框架都有自己独特的意识形态和依赖关系。

如何简化我们的代码

在刚才我们已经讨论了很多代码变得复杂的原因。那么接下来我们就要思考 如何才能简化我们的代码。

想象一下，你正在开发一个项目、评论和评价其所在地区的餐厅（类似于大众点评）。该项目有关每家餐厅的信息、以及评论的功能。但是在很多情况下，项目最终都会被 延迟发布，因为我们总会添加很多不必要的功能。比如：SSR、通知、离线模式和动画等等。我们在做这些的时候 甚至还没有任何一个用户。

我们要知道：完成比完美要重要的多。

思考的越多会让我们真正陷入到 过渡设计 的怪圈之中：

所以 简化你的项目吧。去掉那些暂时不需要的功能，去掉那些暂时不需要的框架。 为目标选择合适的工具，而不要为工具选择合适的目标！

分享一下我对独立 App 定价的一些个人经验。

新人独立开发最大的误区是产品购买率差是价格定的高了。有可能是价格高了，但是大概率不是这个问题。我看到很多人降价、促销、限免，这种没有后手的非策略型降价其实帮助不大。

从付费角度我粗暴的把用户分为三类：一种是有付费习惯的用户，这类用户你产品满足他的点，他就付钱。一种是无论如何都不愿意为这种 app 付钱的，他们宁愿看 30 秒广告，宁愿连续签到 30 天，不收费不给用马上就去下其他免费 app 了。只有一小部分是观望用户，有可能觉得贵了，有可能现在没付费意愿，但是有点想买。

对于优质付费用户，app 的价格浮动 20% 没感知的。关键在于你给他的价格锚点是多少。这就很看你的产品定位和产品的质感传达。一瓶水在便利店和在五星级酒店价格不一样，关键在于价格的感知。所以如果你的产品的商业模式主要是高质量的付费用户，重点不是便宜，重点是让他们觉得值。

对于铁了心的不花钱的用户，如果你没有广告，那么这些用户只有传播价值。所以给到最低使用门槛后，找到一个产品机制让他们产生传播可能。否则这些用户应该果断无视。

对于摇摆观望类，如果能做到定向优惠是很好的手段。但是我没搞这种精细化运营，我一般的做法是画饼和吃定心丸。我会说未来半年我还要做这么多功能，我保证未来价格不打折，我保证明年这个时候涨价。一般观望里真的有购买动机的，这么一说之后 50% 的就会说那我现在买吧。

降价促销其实是一个双刃剑，很多人看到了他的好处，却没有看到他的伤害。伤害的是原价买的老用户，伤害的是本来就会买的人的收入减损，伤害的是产品的价格锚。只要一次促销，用户知道了以后，你的原价就再也没说服力了。因此降价促销只在你能确保这个带来的销量增长远大于这些折损的商誉价格。如果做不到，那最好就是定向优惠。你的促销价就不能公开给已经买了的人和已经是用户的人知道。

想进国企，跳槽真的不要太频繁

去年内推的一个学弟，面试兜兜转转一个月，最终北京的领导还是把他挂了，因为觉得他跳槽是在太频繁了，担心稳定性不行。

其实这个学弟本身是非常优秀的，本科和研究生都毕业于985大学，学校期间实习的地方也都是腾讯、阿里、字节这样的大公司，毕业后的第一份工作也是大家耳熟能详的某国有大银行的软开岗。

简历和履历都非常不错，但是不知道什么原因他却选择了毕业刚工作半年就裸辞，当我刚认识他的时候他以及在成都到处投简历找工作快一个月了。

虽然这种履历也不至于颗粒无收，但是比起他上一份工作的档次还是差了很多，并且也可能是在银行的科技岗被卷怕了，所以总跟我说想找一个稳定的地方呆上一段时间。

然而，遗憾的是我们这边北京的领导觉得他半年就离职十分不稳定，也对他关上了大门。

想要了解更多成都央国企招聘、内推、简历辅导、面试辅导等信息，欢迎关注知识星球【成都央国企指南】，帮助应届生、社会人士等了解成都央国企信息，可进行一对一简历辅导、职业规面试辅导等。

为什么国企这么在乎稳定性？

我记得当时面试来到这家公司的时候，招聘我的主任心里还很虚，因为我也是呆了一年就跳槽的，所以担心我过来心里落差大，呆不了多久。

好在当时我没有离职，所以心态很平和然后才跟这边把offer谈下来了，所以我想想如果当时我已经离职了的话，作为社招我可能就拿不到这个offer了吧。

那么国企为什么这么在乎稳定性呢，国企其实和私企不同（这里我说的是真国企，像什么科技子公司，有末尾淘汰还真的搞的不在我的讨论范围之内），不需要你作为个人有太大的能力和产出，更不需要把你压榨到极致。

本质上国企的项目是通过领导层的关系运作来的，不需要去市场是厮杀来抢一个项目，有些垄断行业这项目就得你们公司做，哪怕是拿到项目后外包出去，都得你们集团来牵头。

并且国企的领导和你一样，都是给国家打工，而且国企的升迁也不是唯业绩论成败，所以事情即使你干得没那么好对领导的影响也没那么大，不会搞你搞得太难看，除非你这个领导有精神疾病。

所以，一般垄断国企的稳定性还行，很多员工都是呆上好几年甚至数十年的，一方面是工作环境确实不错，没人难为你，另一方面就是在国企呆久了就确实失去了去外面厮杀的能力，也不敢跳槽。

工作的节奏也会比较慢，在国企你呆了半年可能项目方面才上手，在这种环境下，由于待遇也没有外面私企那么高，领导招一个人实际上是非常慎重的。

像这个学弟的半年一跳的情况，在国企领导眼里看起来可能觉得你都还没开始上手，怎么就跳槽了，那我招你进来会不会是瞎折腾，所以就选择敬而远之了。

如何在招聘的时候展示你的稳定性？

上面说了那么多，在国企的招聘当中，如果你能够恰到好处的展示你的稳定性的话，那么国企的领导可能会更加青睐你。主要可以从以下几个方面来展示你的稳定性：

第一、在当前城市已经定居或者有定居打算，如果你买了房子有了生存压力，并且打算扎根在这里的话，肯定就是一个加分项了，因为这样的人一般是不敢轻易跳槽的，所以领导很放心。

第二、能力其实不需要太强，在互联网、私企混了很久的人其实有一个误区，能力越强越好。其实国企的领导心里有数的，第一这里不需要什么高精尖技术，第二，能力太强的呆不了多久就跑了。所以，包括我在内面试的时候也不需要能力太强，或者那种觉得自己能力强就沾沾自喜的人。这些人有更好的去处，我们这小庙就不供这座大佛了，所以如果是真国企的岗位其实像什么阿里P8的还真不愿意要，除非是集团领导直接招进来，普通岗位招进来真怕你卷我。

第三、有女朋友在这边，我同时就是典型的为了女朋友从杭州跳槽到成都来的，所以有这个理由也会很放心，觉得你过来就跑不掉了。

第三、年龄还不大或者年龄稍大从一线城市回来，这样的人一般都会选择在当前的城市定居的，面试的时候如果表现出定居的意图那么也会有一定优势。

想进国企，真的不要随便跳槽

其实现在很多私企都很在乎稳定性，什么五年三跳、三年两跳的都会成为简历上的劣势而被无情拒绝。

虽然我觉得这不是一个好的事情，尤其是私企本身人员变动就频繁你还要求人家有稳定性，这不闹着玩吗？

但是如果你未来想着跳槽进入一个不卷的国企平稳降落，那么一定跳槽就不要太平凡，国企这方面的逻辑和私企完全不同，私企是无理取闹，但是国企是真的希望人员稳定一点儿。

无论什么情况都坚持一些，保证自己的简历不要花掉，不然像这位学弟一样被拒绝就是一件很难受的事情了。

The End

其实这个学弟还是拿到了四川九洲的offer，但是他拿不准到底要不要去，怕又是一个很卷的军工国企。

我是这样劝他的，其实哪里工作都差不多，重点是你要能扛住工作的压力不要因为一些莫名其妙的小问题，玻璃心就离职。

哪怕你等着公司裁你还能拿一波n+1赔偿呢，所以有地方去就先呆着，先找到工作结束失业状态再说，先上岸再考虑其他的。

最后，也衷心希望他可以找到合适的工作。

不知不觉已经加入腾讯某事业线的架构部门工作快半年了，今天来分享一下自己去年的裁员经历，希望能对大家有所启发和激励。

加入直播部门

我是2022年年初加入了公司的直播事业部，从事直播这块的后台开发内容。当时主要是想多些接触到直播这块的业务，运用自己学过的一些技术手段去解决高并发场景的一些问题。可以说在这个组里头学习到了很多有用的实战技巧，微服务拆分，分库分表，服务限流，降级，推荐系统，自研im系统，还有各种自研中间件，花了大概大半年的时间，把这块都自己吭哧吭哧地造了遍轮子，实践了一番，收获非常之大。

部门裁员

去年的2月底，通过一些小道消息得知，我所在的直播部门开始了裁员计划，并且自己因为只是刚加入这个项目组，于是便被列入了裁员的名单中了。不过其实离开也算是一种解脱，因为直播组的工作压力是非常大的，当时我们有10个产品经理，而后台开发只有5个人手。每个产品为了冲各自的kpi，每周都会出2-3个需求，拍下来一个人一周大概要并行做3-4个需求，做不完的就只好往后排期。小需求还好，有时候是一些大需求，流程复杂，还容易出错。

裁员通知

大概在2022年3月10号左右，当时我被喊到了“小黑屋”，人事和leader正式告知了我裁员的事情，然后也按照规定签署了N+1。

被裁员那天下午，当时在公司的窗台边上看着窗外的风景，感觉有一种久久不能释怀的解脱感和不舍感。自己从毕业就进到这家公司，如今正好满了4年，不知后边的路该如何是好。

同事离别

最后离别搬东西的那天，我和公司所有认识的同事都打了声招呼，尤其是之前带过我的两任领导，由衷感谢他们之前对我的照顾和提拔，能让我这几年学习到了许多。

当时和当初一起进公司的应届生伙伴们一起喝了一杯奈雪，聊起了当初一起加入公司，最后居然还能一起离开，真是有缘份，哈哈哈。（大家都在名单当中）也和几个关系很好的开发同事吃了一顿椰子鸡，聊了聊以前工作的趣事和一些技术话题（程序员的爱好，哈哈哈哈）。

几乎所有熟人都告别了一轮后，晚上便离开了公司大楼。

离职后生活调整

当时公司离职的同事有不少，所以大家也就一起组建了一个离职同事交流群。有些人在离职后去了旅游，有些人选择了回老家陪家人。当时我给自己放了一周的假，放空了思绪。经常晚上一个人到海边公园去跑步，多锻炼下身体，先把精神状态调整好。当时还买了乐刻健身一个月的会员，时不时到健身房撸撸铁。后边我把离职的事情告诉关系不错的几个同学，大伙时不时约几顿烧烤，爬山，跑步，各种活动安排了起来。

新的规划

刚离职的前几周，那会确实很舒服，每天都过得无忧无虑的。但是刚到四月初的时候，开始感觉不能再这么躺下去了，于是便开始新的规划。

早在2021年的时候，就已经开始尝试做各种副业赚取一些其他收入，到2023年的时候已经基本成型了，于是当时是尝试去继续做自己的副业工作。副业之一就是技术讲师，当时和好几个平台有签约合作。于是当时便萌生了一个idea，如果花几个月时间投入到副业的话，会有多大的收益。

于是当时的4，5，6月份几乎都把精力投入到了几门课程的研发当中，然后还报名了一个做运营的课程，学习了一些不同自媒体平台的运营手段。（现在回看，感觉当时的尝试是非常有意义的）
下边是当时那几个月在飞书的日程表记录记录图，因为怕自己忘记每天要做什么事情，所以每天早上都会提前规划好：

每天大概会花4-5个小时在课程录制上，然后剩余时间可能会看看电影，上上b站刷刷八股文面试题或者出门运动下啥的。

记得当时5，6月份的时候，在boss上简单投了一下，约到了几家小公司的面试。当时只是抱着一个试一试的心态去练练手。

开始海投求职

真正的海投应该是在7月份开始，当时动用了各种渠道，内推，boss直聘，前后投递了大概500份简历。前期先投小公司开始，一边投简历，一边优化简历的内容以及对技术知识的查漏补缺。前边面了大概3-4家小公司，基本都能面到2-3轮，大概就熟悉了面试的感觉后，后期便开始面一些中大型公司了。

• 顺丰科技（压薪，谈薪挂）


• 华润电商（二面没去）


• 华润物业（后台开发，offer）


• 跨越速运（后台开发，offer）


• 迅雷网络（风控中台，二面挂）


• tcl（基础架构组，二面没去）


• 360（基础架构组，二面没去）


• 大疆（简历挂）


• 平安（业务开发，二面没去）


• 乐信（简历挂）


• 某证券交易所 （业务开发，二面没去）


• 货拉拉（简历挂）


• 某跨界电商独角兽公司（后台开发，offer）

前前后后面试了十几家公司，这么多家公司面下来发现，大部分问的内容都差不多，人渐渐会有一种面试的疲倦感。

当时拿到的三个offer，其中华润那边的福利和待遇是比较好的，但是也存在问题就是项目组是比较传统的，担心自己进去学不到太多东西。当时大概是八月初，有点纠结。

面试准备

光是一个7月，就面了有十余家，最高的频率有试过一天面五家公司。是的，你没看错，我也没编造，那段时间运气好，确实能约到很多面试，然后基本所有面试都是约了线上视频或者语音沟通。

• 八股文

当时是在5，6月的时候，花了一些时间，专门重温了一份八股文笔记（b站上一些培训机构发的，大概10w字，确实有些帮助，能帮你很好地把不同技术点给系统化起来）。

• 项目

然后简历这块主要是写了一个直播的项目，加了一些“三高”字眼的词藻去修饰了下。也在简历上写了自己的博客，开源项目，公众号这些东西。（在简历筛选中应该会有些帮助）

• 算法

leecode也时不时刷一刷，保持下手感，我只刷了100道左右，一般面试都是从easy或者normal中挑选，hard就看运气了。

• 心态

多运动，与朋友交流，心态健康，面试的时候发挥就会正常很多。

腾讯面试

记得那会是刚拿到三个offer还在纠结的第二天，当时把三个offer和几个认识的大佬聊了下 要如何选择，大佬们大多是建议去华润，毕竟大环境下求稳会更重要。原本是要下决定的了，然而在一天晚上，自己正在做饭的时候，忽然打开了一个电话☎️。

我接听了，对面是腾讯的hr，说有人推了我的简历，想约一轮面试看看有没有时间。我当时是有点懵的，因为自己前两天刚好在boss上投了腾讯的岗位，于是边爽快的答应了。

腾讯的面试jd上写的其实是比较含糊的，当我面完了一面的时候，问了下面试官这个岗位的职责才知道是腾讯的基础架构组。（内心有点意外和开心）

一面面试官不怎么问八股文 上来就是聊项目，然后问了很多直播里面的高并发处理方案（后来进去后才知道，这个面试官之前是腾讯那边的直播业务负责人，难怪直播这块的技术方案那么了解）。一面也问了些架构设计的问题，例如四百亿的聊天信息要如何设计存储架构，最后给了一道算法题要求电脑上写出来，好在以前有刷leecode的习惯，那天正常地写了出来。

二面大概是一面后的第三天，二面的面试官问了很多中间件的原理，以及自己以前做基础组件的开发经验，重点问了下im架构是如何实现的。因为之前有过十几家公司的面试经验，所以大部分回答起来都比较顺利。

三面是部门的副总经理面，这一轮的面试压力会比较大，对方会不断的否定你，然后让你现场优化设计方案。不过一切都好在有所准备，流程还算正常。最后还和我介绍了一下基础架构组的工作职责，以及大概定级。

四面是hr面了，大概问了下个人职业规划 ，学习方法，还有一些其他内容记不太清了，大概唠了半个小时吧。

前前后后腾讯这边的面试持续了两周左右时间，一共四轮，最后也谈了定级和薪资，并且顺利发了offer。

offer比对

可能会有朋友好奇，八月初拿了其他几家的offer，可以持有到腾讯面试结束吗？

不行的，当时其他几家公司的offer最久的也得在一周内回复，所以当时是放弃了已有的几个offer， 打算搏一搏，好在最后搏上了。

其实当时腾讯在面试过程中的时候，还有tcl，360，某证券公司，平安等在准备二面，也给自己留了几家其他公司面试机会的后路。

其他大厂有试过不

类似阿里，京东，美团，快手，字节，oppo，vivo这些大公司，之前也有尝试投过，但是简历基本都挂了，不过也可能和自己学历有关，三本软件工程。

从离职到后边重新步入职场工作，中间gap了大概五个月（正好也和之前的赔偿金顶上了），三月中旬离职，九月初入职tx。中间四五六月在忙副业，赚了一些些，然后七八月开始不停约面试，算是比较幸运地过渡下来了。

干副业会影响面试准备吗

这里我做的副业的内容是和主业相关的，当时是讲了一门直播相关的技术课程，这门课程的内容正好就是我在简历上所写的内容，所以其实所谓的给人讲课，就是变相的面试复习，同时还能锻炼自己表达能力。（视频授课）

没有工作后会焦虑吗

其实是会的，尤其是面试屡屡挫败的时候，一开始会打击人自信心，不过后边多试几次就感觉还好。

另外也好在副业帮我打发了大部分的时间，所以4，5，6月份的生活，生活节奏和上班差不多，所以整体感觉还好。

新环境工作感受

• 卷：经常要加班到晚上九点后，好在是双休，所以一般周末会选择去运动，保证身体健康。


• 技术收获很大：小组是专门做技术方向的，如监控 ，数仓，中台，自研组件，还有一些运维的活也要干，对自己的技术成长这块有着很巨大的帮助。


• 程序员不能只懂技术，打交道的能力也是很重要的，尤其是跨部门协作，技术宣讲这些东西，都需要靠口才和个人魅力去达成。

2023年作为疫情开放的第一个年份，国家整体的经济形势还处于低迷阶段。IT行业同样如此，各公司都保持着降本增效的节奏，企业招聘人才的需求明显放缓，有人力缺口的岗位都优先考虑内部人才的转岗。在这样的大环境下，IT行业的从业者们想要离职会更加谨慎，不会再如以前那样“老子干的不爽，就离职换个公司”。

即便如此，每个公司依然还会有一些人，总过得浑浑噩噩，需要别人踢一脚就走一步，不去主动承担和思考事情，只能做一些确定性很强和设计好的工作。2023年，我们团队就有这样的一名成员，最终不好的绩效，也只能落到他头上。

然而，最终和他进行绩效约谈的时候，他却完全不认可，表现出非常激烈的逆反情绪，认为他的职级不需要去承担过多的事情。而我作为他的直接管理者，这次约谈的过程显然不够成功，现在整体再复盘一下这个过程。

前提背景

员工背景： 进入公司已经超过三年，近一年由于部门变动转入我的团队。本身的职级较低，由于之前工作平平没有太多起色，所以一直也没有得到过晋升，而年龄却已经越来越大。

进入我的团队后，团队内年龄与其不相上下的成员，职级已比他高出较多。从而，也引起了他心态的失衡，总觉得公司亏欠他的，他的能力不应该得不到晋升。所以在工作时，只愿做自己职级内的事情，也不愿意承担更多。

过程管控

我作为他的直接管理者，发现问题后私下跟他聊过。跟他说过几次，他做事情太被动，工作时对外沟通经常带着个人情绪，需要更加积极正面的去承担事情。为了打消他的顾虑，也跟他说明了，只要你的工作能力有所提升，对团队有所帮助，我会尽量帮助你晋升。

然而，一个人心态的问题，是一个历史长期积累的过程。他并没有因为和我的几次沟通，就打破了自己的认知，对外依旧较封闭，对内能力又显得不足。而他自己却认识不到，总认为他在当前的职级上，已经足够了，除非公司让其晋升，不然他也不会付出更多。

为了打破这种僵硬的局面，作为管理者我安排了一项稍有困难的任务给他，这既是机会也是挑战。第一、让其认识到自身的不足；第二、如果他能够较好的完成任务，也就为后面的晋升提供了保障。

也就是这么一次任务，不但目的没有达到，最后还惹得双方都陷入了僵局。

这项任务还未开始3个月前，我就跟他说：要开始熟悉相关的业务和代码了，后面会有大的项目变更，需要提前做好准备。

前期我并没有明确说明，要交付什么产物。更多的是，给他自己空间，让他在一个相对宽松的时间内，把整体的业务和细节都了解清楚，能够在组内进行一次分享。

任务我已经给出去了，在项目开始前将近3个月的时间， 他并没有给到我任何反馈，也没有交付任何相关的文档。

随着时间的推移，项目开始启动了，基于这样的工作态度和结果，我本不打算让他再负责这个项目。但是上级管理者，也希望能够给予他一次机会，做好了能够为后面的晋升，提供较好的铺垫。

就是这样的安排，由于他前期没有较好的准备，后面在落地方案评审时漏洞百出，导致项目出现了延期的风险。所以最终不得不由我直接来接管项目，重新分配和协调各个研发人员，最终确保了项目的质量和进度。

约谈结果

对于这样的团队成员，既不能给团队带来正向的帮助，也不能让其自身得到成长。这是一个双输的局面，管理者要让团队保持正向的发展，就必须要勇于去解决这样的问题。

所以年度的绩效考核，就必须亮明你的态度，即使公司没有淘汰的指标，你也要去做那个坏人，把不合适的人从团队清除掉。只是，我没有想到这个过程如此艰难。

下面从他的视角，来反驳这个结果的几个观点：

• 他的职级，只需要配合做好相应的开发任务就可以，不需要去主导事情。


• 那个有挑战的项目，不管过程怎样，结果是好的，项目按时按质的上线了。


• 给他不好的绩效，需要参照公司的标准，给出明确的原因。

然后，带着强烈的情绪说要去投诉，甚至要上升到CTO、CEO 那边。 投诉没有问题，我也表明了态度， 你可以向上申请表达自己的诉求， 但是我也会持有自己的观点和建议。

最终，当然也不会因为他的申诉就改变结果。只是，这个现状本应该在管理的过程中，就应该让其感知到，不要等到最后的环节，才让双方都陷入难堪的局面。

反思总结

作为一个管理者，要面对各式各样的研发人员。有的人优秀，上来就能够跟你站在一个视角看问题；有的人有潜力，需要你给出机会和试错空间，让其成长；有的人就该辞退，针对这些人，你尤其要做好备战。作为管理者，既要有开放和怀柔的心态去留住人才，也要有铁血的手腕去清退团队的毒瘤。

清退毒瘤，是一项艰难但必要的任务，如何去做呢？

运维打工人，周末兼职送外卖的一天

在那个不经意的周末，我决定尝试一份新的工作——为美团外卖做兼职配送员。这份工作对于一向规律生活的我来说，既是突破也是挑战。

早晨，城市的喧嚣还未完全苏醒，空气中带着几分凉意和宁静。准备好出发时，线上生产环境出现问题，协助处理。

收拾好后，戴上头盔，骑上踏板车，开始了自己的第一次外卖配送之旅。

刚开始，我的心情既紧张又兴奋。手机里的订单提示声是今日的任务号角。第一份订单来自一公里外的一家外卖便利店。我快速地在地图上规划路线，开启高德导航，发动踏板车，朝着目的地出发。

由于便利店在园区里面，转了两圈没找到，这是就慌张了，这找不到店咋办了，没办法赶紧问下旁边的老手骑手，也就顺利找到了，便利店，进门问老板，美团104号好了嘛？老板手一指，在架子上自己看。核对没问题，点击已达到店，然后在点击已取货。

然后在导航去收获目的地，找到C栋，找到107门牌号，紧接敲门，说您好，美团外卖到了，并顺利的送达，然后点击已送达，第一单顺利完成，4.8元顺利到手。

其中的小插曲，送给一个顾客时，手机导航提示目的地，结果一看，周围都拆了。没办法给顾客打电话，加微信确认位置具体在哪里，送达时，还差三分钟，这单就要超时了。

配送过程中，我遇到了第一个难题：找不到店家在哪里，我的内心不禁生出些许焦虑。但很快，我调整心态，不懂不知道的地方，需要多多问人。

紧接着，第二份、第三份订单接踵而至。每一次出发和到达，每一条街道和巷弄，我开始逐渐熟悉。

日落时分，我结束了一天的工作。虽然身体有些疲惫，但内心充满了前所未有的充实感。这份工作让我体验到了不一样的人生角色，感受到了城市节奏背后的种种辛劳与甘甜。

周末的兼职跑美团外卖，对我来说不仅是一份简单的工作，更是一段特别的人生经历。它教会了我坚持与责任，让我在忙碌中找到了属于自己的节奏，在逆风中学会了更加珍惜每一次到达。

最后实际周六跑了4个小时，周天跑了7个小时，一共跑了71公里，合计收获了137.80，已提现到账。

最近读了一本书，名字大家都看到了：《代码整洁之道》，之前一直只是听说过这本书的大名，却一直没有进行拜读，最近想起来了就想着看一看，不看不要紧，看了之后就像吃了炫迈，根本停不下来。。。虽然这本书已经出版了十几年的时间，但里面的理论到现在为止也不过时。

有人也许会以为，关于代码的书有点儿落后于时代--代码不再是问题;我们应当关注模型和需求。确实，有人说过我们正在临近代码的终结点。很快，代码就会自动产生出来，不需要再人工编写。程序员完全没用了，因为商务人士可以从规约直接生成程序。扯淡!我们永远抛不掉代码，因为代码呈现了需求的细节。在某些层面上，这些细节无法被忽略或抽象，必须明确之。将需求明确到机器可以执行的细节程度，就是编程要做的事。而这种规约正是代码。

看这本书的那种感觉很奇妙，有时感觉作者说地真对！有时感觉作者骂地真对！有时感觉作者讽刺地真对！还有时看到作者列出的真实代码中的错误示例，再看到作者写出的优化后的代码，内心不禁在想：太妙了，代码本应这样啊！

没错，代码本应该是整洁的，也本应该是好理解、易扩展的！我们常说的设计模式也并不是一种炫技，而是几十年来的老前辈们总结出来的经验，是为了让你的代码更好维护的，是一种理所应当。

在工作中遇到烂代码的可能性是 100%，即使是很厉害的大佬写的代码，在不知情的情况下让你去看，看了一会后都会得出以下结论：“写的啥玩意啊，看都看不懂，乱七八糟的语法糖，考虑过后面工作的人么？什么设计模式，什么各种模块，直接写一块不好么？” 假设的可能有点夸张，但也都是人之常情。有时工作中遇到的烂代码是假的，可能是由于当前自己的技术水平不够，不理解；当然还有一部分可能真的是烂，但是这种情况下还是要做出一些改变！

现在让大家看几个月之前自己写的代码可能都会觉得写的一团糟，用当前的眼光来看可能会有更好的方式或方法来实现，如果你有这种想法的话，请付诸实践！不要等，哪怕是一个单词的拼写错误、一段本不应该写两遍的逻辑、一段没有进行格式化的代码。。。。亦或者是比较大规模的代码改动，改完之后可扩展性会更强，维护起来会更加容易。千万不要等，不要忍受当前的烂代码，代码本就是一直在重构的一个过程，没有哪段代码从出来就不改。下面这段话是书里的内容：

我们都曾经瞟一眼自己亲手造成的混乱，决定弃之而不顾，走向新一天。我们都曾经看到自己的烂程序居然能运行，然后断言能运行的烂程序总比什么都没有强。我们都曾经说过有朝一日再回头清理。当然，在那些日子里，我们都没听过勒布朗(LeBlanc)法则:稍后等于永不(Later equals never).

当然很多人会说：“项目中的屎山代码，我能在上面雕花已经很厉害了，还要干什么，即使我知道那块写的不好，但我也不会去动，因为现在它处于一个稳定的状态，如果我去修改了之后，出了问题全是自己背，吃力不讨好！”这也确实是很多人的现状，考虑的也不无道理，但在这里咱们单纯从代码的角度来看，从写代码的初心来看，早早的就背道而驰了。

代码格式不可忽略，必须严肃对待。代码格式关平沟通而沟通是专业开发者的头等大事。 或许你认为“让代码能工作”才是专业开发者的头等大事。然而，我希望本书能让你抛掉那种想法。你今天编写的功能，极有可能在下一版本中被修改，但代码的可读性却会对以后可能发生的修改行为产生深远影响。原始代码修改之后很久，其代码风格和可读性仍会影响到可维护性和扩展性。即便代码已不复存在，你的风格和律条仍存活下来。

我有代码洁癖，看不了没有格式的代码，看着有的项目中一个函数几百行甚至更多，里面各种重复逻辑，if/else不知道嵌套了多少层，表面看是逻辑复杂，再转念一想，为什么不用工厂、或者写一些别的类来简化下逻辑。这时肯定有人会站起来反对：“明明很简单的逻辑，非得使用什么设计模式，搞得一团乱还看不懂。。” 如果只是一个if/else，或者逻辑比较简单肯定没必要，但是逻辑复杂的情况下光if/else也足够将人搞晕，且当需求改变时代码变得难以维护。

我之前一直觉得写完代码格式化是正常的，是基本操作，但是工作中发现好像不是一个基本操作，格式化并不涉及到专业能力，而是态度，连格式化都懒得做，你说你写出的代码经过了严格的测试。。。。想起之前上学时老师经常说的一句话：作业会不会是能力问题，而做不做就是态度问题了。

说这些并没有什么恶意，仅是这本书的读后感，读完后就好像和作者已经是相识多年的老友，相视一笑。

这篇文章主要还是阅读所感，总结出来共勉，不喜勿喷，也欢迎有不同意见的指教。

首先，主要是以问题起步，如何成为一个优秀的架构师？

这个问题主要分成两种情况，其一就是所谓的面霸架构师，其二则是领导眼中不可或缺的人。

第一种，只要经历过项目的架构，并且理解项目背后所要解决的场景问题，以及把里面所用到的技术背后的原理搞清楚，那么你就是一个面霸架构师，可是面霸架构师并不一定就是领导眼中不可或缺的人。那么问题就来到了，如何成为一个领导眼中不可或缺的人。

以下以一个大佬的真实经历来解答这个问题。

ps: 下文中的我指 xx 大佬。

无关职责，帮助领导解决技术难题

第一个经历，我工作第三年的时候，认识了一个老板。某个周六，他打电话给我，说他们的系统碰到了一个问题，做了某一个操作之后，整个页面就会冻结，怎么点都没有用，他们的技术人员没有头绪，客户也一直在催，让我赶紧帮忙看看。

我打开看了一下，的确是做了操作之后，整个界面都无法点击或者输入信息了，然后我重现了很多次问题，发现整个界面冻结的时候，好像颜色有点不一样，会不会是一个透明的浮层置顶了？最终确认，确实是 bug 造成浮层没有退出。

那么为什么他们的技术人员都没有头绪？因为他们主要是后端开发，js 工作经验比较少，而我的经历也属于偏向后端，可是我能跟领导说，这个问题不属于我的专业范围，因为我是做后端的吗？

领导并不会在乎你的职责是什么，领导喜欢的是可以帮他解决技术难题的人。

总结: 要有能够帮助领导解决技术难题的能力（无关职责）。

理解领导的非技术难题

第二个经历，这是我在外企当中碰到的一个问题。

有一天，公司的领导过来问我，"你有没有觉得我们的开发速度很慢？是不是我们的技术不行？"

"您能跟我详细说说，是哪些地方慢？"

"产品部的人跟我说，他们现在提一个需求，经常要好几个月才能上线，有时候一个简单改文字的需求都是这样。"

这个问题确实不好解释清楚，因为这次沟通一开始就不在一个维度上。开发人员认为，说开发速度慢，应该是指开始开发到最终上线的时间久。可是领导认为，一个需求从提出到最终上线的时间久，就是开发速度慢。

那么开发速度慢算是一个技术问题吗？可以算，也可以不算。那么最终如何解决？开发团队最终一起讨论列出了所有影响开发效率的问题，然后能用技术解决就用技术解决。

所以有时候领导跟你谈的问题并不是单纯的技术问题，你需要把领导的问题转化成技术可以解决的问题。

总结： 理解领导的非技术难题，并最终转化成技术可以解决的问题。

搞清楚领导对你的期望值

可能有人会想，开发效率低这种事情不应该找架构师，这是管理的问题。下面接着说第三个经历。xx 公司系统用了 4 年，架构相对比较老旧，然后有一个新的项目，需求比较多，一位架构师提议，趁着这次的需求把架构更新一下，

然后就跟领导仔细讨论了架构更新的代价和好处，最终达成了一致的意见。

可是任何一个项目都会有各种各样的变数，比如业务方的临时需求变更，再比如有些系统可以不用迁移，只需要对接一下，也会有有一部分人不熟悉新架构，就需要多花一点时间去学习，最终项目延期了。

某一次会议，领导说架构师不行，这次系统上线以后如果不稳定，就把架构师开了，主要还是因为项目延期了。开发也解释了一下不全是架构师的问题，还有一些需求变更，可是领导认为需求改动不大，不至于延期一两个月。然后开发团队私下商量着保住这个架构师，不能让他一个人担责。

后来一次聚餐，领导解释他的压力也很大，本来跟老板说好可以按时完成，结果拖了这么久。

事后团队回顾了一下，这件事情之所以是架构师担责，其实最重要的一个原因就是老板对架构师的期望值是什么，是开发效率，系统稳定性保障，还是复杂问题的突破？

所以整件事由架构师承担的原因就是，大家对架构师的期望值是不一样的。所以，作为架构师最重要的一点就是要明白公司对你的期望值。

总结: 明白公司或者领导对你的期望值。

最后

当然，以上经历并不能代表所有公司的评判标准，并且架构师的优秀也有很多维度可以讲，但是这三个故事可以给我们一些启发。

以上的三个要点，个人也比较赞同的。

上周许久未见的大学学长叫我出去喝酒，他这次来贵阳是为开分店的事情而来的，他比我高一个年级，在我毕业的时候，他就自己开始做生意了，短短两三年，到现在他已经开了七八个分店了，还在不断发展，并且加盟的人也不少，平均下来，现在每个月的收入也是很可观的。

对于我们这种末流二本院校毕业的学生，特别还是在贵州这个经济相对比较落后的地区，拿到这个成绩还是挺厉害的，并且这个收入并不是固定的，还是不断增长。

学长是学市场营销的，这也算是个天坑专业，所以那会他就知道自己将来肯定是从事不了这个行业的，所以自己就在宿舍开了一个小卖部，每天下课后就骑着电瓶车去送货，虽然每个月赚不了多少钱，但是对于做生意这一块，他的思维肯定是得到了锻炼。

因为我们是在广西读书，所以螺蛳粉就比较多，在毕业后，他就去柳州考察做螺蛳粉，联系好各种渠道后，回到贵州就直接开干。

因为那会贵州的各个市里面卖螺蛳粉的还很少，并且没有特色和品牌效应，所以自己就先设计名称，logo，最后先开了一个店铺，自己亲自下厨，因为比较有特色，一个月直接干到了全市螺蛳粉餐饮销量的第二名。

随后又开了第二家，第三家......别人在看到他赚了钱后，其它市区的人也纷纷向他学习，他自己就收加盟费用，现在他要做的事情就是玩，还有考察门店，然后扩展。

从他的事迹中，我说两个点。

勇于放弃

对于很多人而言，读书的目的就是为了找一份稳定的工作，最好是体制内。

如果你读完大学后出去做销售，做生意，那么对于你身边的很多人而言，他们会觉得你这个大学白读了，因为在他们眼中，只有坐在办公室里面才是最体面了。

你和他说做生意，创业这些东西，他会给你说：这些不稳，以后没有退休工资。

但是如果你真听他们的，那么后面后悔的一定是你。

就像学长，如果他也和别人一样毕业后回到自己那地方加入考编大军，那么他现在肯定和别人一样，也在背书，焦虑，但是他选择了其它的路。

这时候有些人就会抬杠：考上了就能吃一辈子，而你做生意如果运气不好那么就直接亏光，到时候你就知道编制的香了。

这也是很多人的通病。

我觉得如果一件事情你看不到希望，就别过于去迷恋它，舍不得它，不然会被它束缚，比如学历，经验等等。

敢想敢干

可能你会觉得他家里应该有底子的，不然毕业后怎么就能开店。

但是我们问一下自己，就算你家里有底子，毕业后就给你十万块让你开店，你觉得你行吗？恐怕大部分人都不知道自己该做什么吧。

首先躬身入局本身就是一件很难的事情，我们多数人能够拼命上班，但是如果让你脱离平台去自己干一件事就比登天还难。

因为你在公司有别人给你安排好，你去做就行了，换句话来说，你就是个干苦力的，真让你去谈判，去闯市场，大多数人是没这个能力的。

这也是一种损失厌恶心态，因为你怕自己花时间去做，到后面不仅亏了钱，还把自己弄得很累，而安安稳稳打工不一样，它是“稳赚不赔”的。

但是这个世界上很难有稳赚不赔的东西，就说安安稳稳打工拿工资，但是工资不高，那一定是在亏着走的，除非你觉得自己的时间毫无价值，那么就是赚的。

今年春节在家里呆的时间比往年都要久一些，就算离家不远也会这样感觉，随着年龄的增加，越发思念故土以及父母。

以往回家都比较晚，待着待着就想着回工作的城市。因为回家总会伴随着和二老的争论，而且我那时也很戾气，合不到一块就气，或者进房间睡觉。

要说啥事能值得争论，我的确忘了，大概是思想观念以及家里生意的问题产生的。以至于身处异乡也要离开家里不愿意喋喋不休。

随着时间流逝，心态已经发生变化。我内心深处逐渐向着故土，和家里二老的关系也潜移默化，彼此心照不宣的拉近了很多。

二老也不过多问责一些，也不再以长者的心态和我对质。

事实也觉得普通家的孩子成年后就该放权干他自己的事，父母少些干预，有些做法和观念已经帮不上忙。父母与孩子之间往往都会产生很大分歧，尤其是思想观念的矛盾。

每一代都有可能推翻上一代的思想意识。父母与子女和谐，一般父母的思想观念足够前卫能够传承给子女，或者子女的思想观念没有很大差异，认可父母的思想体系。

我们会一起坐下来交谈家里的事情，想好对策处理外事，规划老家祠堂以及屋子的安排；参与布置家里，代替老爹出席各项习俗礼节活动。

从读大学开始到现在就没再给它们制造任何的麻烦和搞砸事情。只见他坐在店里抽着烟，沉默着望向我，迟迟不再发话，只在最后说了一句婚姻的问题。

这个话题别说他了，老家众多的亲戚都会抛出这个尖锐的问题，我说我回家只想休息，逢年过节和老朋友叙旧，去亲戚家串串门，一起乐呵乐呵聊聊家常，聊聊八卦。

95‘ 后教师彭老师

小学同学彭老师，现在是一名县城重点中学的高中老师。她是一名 90 后老师，我在她身上看到了很多老师的缩影。她毕业后第一份工作就是任高一班主任兼任课老师。

▲图/ 学生：？？？

彭老师很是焦虑很迷茫，害怕自己不能胜任；害怕自己教不好；害怕自己耽误学生的前途。

每一个担心都很沉重，责任肩负在身上，没日没夜的备课，改作业，演练怎么让学生听懂。

▲图/ 在最无能为力的学科遇到了最不想辜负的老师

小城市义务教育向来重视成绩不太注重心理建设，导致问题学生很多。彭老师经常 solo 学生和家长，试图说服他们把重心放在当前阶段要做的事。

尽管生病，喉咙发炎也坚持做着这些事情。

▲图/ 除夕夜，彭老师回学校，顺道提零食带红包给她

▲图/ 她赠了一罐饮料，握着只觉比当时天气还冷

▲图/ 彭老师收到开工红包请吃饭，还给了红包，呜呜呜感动

有时煎熬的对着同事和朋友说，看着自己的希望学生开始堕落真的很难受，说也说不通；面对自己的学生读着读着因家里或者各种的问题而辍学时更无语。

▲图/ 00 后学生在 95 后老师教案涂鸦

忍不住会直接联系家长 solo，开导家长有时候如同开山凿石一样，只有坚持不懈才使得那位学生继续读下去，尽管读大专，也改变了不少走向。

有一天她苦笑的跟我们说，她自己都没怎么谈过恋爱却还要开导失恋的学生，甚至被失恋学生反问：“老师，你谈过恋爱吗？”

？？？

彭老师所带的班级在 23 年第一批结业。上本率超额完成上面给的任务，这一路上面临学生堕落、早恋、辍学、逃课、网瘾...

彭老师有时候很想放弃摆烂，像那些老道的老师一样，风清云淡，看开一点，上课就上课，喝茶就喝茶，晒太阳就晒太阳。

后来她骑着小电瓶，向我重申了她那坚定的信念，绝不可能摆烂，我要对我的学生负责，要为他们的前途着想，就这么决定了。

我看着她感觉头上出现了一顶为人师表的光环。

实话说，老师的行为无论是怎样的，都会被学生刻在记忆深处，尽管有时不会联系，也会在某一刻回想起，念其良莠。

▲图/ 念大学的学生探望彭老师

她性格一直都很逗比很乐观，走路也喜欢蹦蹦跳跳，还被她的老师和学生嘲笑她走路蹦蹦跳跳，和她玩王者鲁班的走姿如出一辙。

在她学生毕业之后，彭老师回归万年鲁班，但技术依然停留在四五年前大学生时期，经常遭截杀一路“啊”，开疾跑徒走回水晶，也经常被我们和她的学生给护着。

现在见她时还是很逗比，嘴硬心软。脸上刻印出一副班主任的形象，坚定严肃而又亲和。

她说她带完一届之后不当班主任了，太辛苦太累了。后面她又被安排带复读班班主任。

阿姨，你来真的啊？

老家的天气很不错，逢年过节我们经常互串亲戚的门，晒晒太阳，欺负欺负小朋友，欺负过头了说送给他们一份《三年高考五年模拟卷》礼物，他们哭的更厉害。

▲图/帮人带孩子真好玩

春节假期充电的时间正在倒计时，最后赶着串堂弟的门，也就是大叔家，那时他们家里很忙，家族里的会做饭打点的都来帮忙了。

原来是堂弟未来丈母娘查家环节，家里上上下下忙活。

我等闲杂人在巷子里晒着太阳，准备迎接他们。堂弟我和同岁，月份比我小，在温州工作，这几年他老爹操够了心，费了不少钱。龙年又长了一岁，他父母更是着急。

▲图/ 回家路途中天色很震撼，大家都不想说话

闲聊之际，只见一列车齐刷刷地开到门口，不知道的还以为是迎亲来了。

二叔见状连忙赶上去打招呼并指挥停车泊位。只见那丈母娘下车后整理着装，望着周边的房屋装饰，一脸严肃对着二叔说位置有些偏远，绕来绕去的，二叔连忙解释可能走的道不一样，走国道会很顺。

亲友团齐刷刷招呼张罗着进去喝茶，握手，递烟，倒茶。摆了三桌才能坐下，我们自己人在旁边站着观望或帮忙。两方互相寒暄之后，不到十分钟对方便开始切入主题，商量儿女婚姻问题。

丈母娘吐露堂弟家位置偏僻，路道不好走，绕了很多弯才抵达，彩礼需要增加 3w 到 5w，作为她女儿的嫁衣钱。

阿姨，你这是来真的啊？

大叔一边忙着圆场有不同的道路可以走，镇与镇之间来往有很多路可走也方便，一边递烟倒茶使其思量再三。

丈母娘依然坚定不移，重申了一遍，对方亲戚应声附和。

大叔脸色像是喝酒上了头一样，随后陷入沉思，见其态度坚硬，且事已至此，作出退步可以增加 1w - 2w，给到对方女儿身上。

前些天，大叔带着堂弟相亲到女方家，据说对方开价 35.8w 彩礼，回礼是购买房之后支援 10w+，不知其是否商量后的价格。

只见那天大叔来我家喝茶水时带着儿子和未来儿媳去了县城买了“五金”， 4w 左右。

见此事既成，并不买二叔的帐，坚持需要增加 3w，并声称给女儿做嫁衣。

大叔又陷入了思考，心里计算着账面，上个月女儿刚嫁出去，彩礼还没捂热，就要付之东流，是为不甘且又无奈。

场面陷入了安静，对方只管握着茶杯吃着果子等待结果，势必做好了撤离的打算。

姑舅们遂即递烟倒茶聊家常。

堂弟陪同坐着喝茶望着对象低下了头，儿媳妇安静得陪在身边，挽着堂弟的手。

掂量之后大叔同意了对方的要求，双方态度方能缓和很多，继续喝茶，商量事宜，聊家常，聊孩子幸福。

饭后，互相道了别，每人随了红包礼。只觉得对方结婚习俗没有讲明白有点遗憾，但愿不会阻碍他两组建一个幸福的小家庭。

我和表弟坐在沙滩上，对着河扔石子打水漂，谁都不想再提，心里比谁都清楚。却和群里的伙伴嘲笑着自己家的那位是否也要几十个 w。

今天来聊一下产品经理这个话题，掘金上有一个读者私信问，对代码不是特别有天赋，想转行产品经理可行吗？前景如何？

那刚好之前有另外一个读者转了产品经理，女生，关键是她对当前的薪资还非常满意，“撩”天起来也特别丝滑（😂）。

那希望小姐姐的分享，能给大家带来一些启发和帮助🤔，尤其是 25 届 26 届，以及打算转行产品的小伙伴，注意啦。

一、你觉得找工作最关键的一环是什么？

首先首先，要有一份看的过去的简历，这里有个区别就是，如果你是 985 那种好学校没有实习经历投什么公司都可以。

但是如果你是双非一本二本之类的学校，没有实习经历就别去投大公司了，先把简历写好投个 500 人以内的小公司实习着。

7-10 月份之间挑两个月实习着，然后是多看网上的（牛客网，b 站，知乎产品面经非常多，b 站模拟面试视频也挺多的）一些面经，熟悉面试官的套路，懂得面试中常问的问题及思路。

深刻总结自己大学三年经历（实习，成绩，获奖经历），在反思自己的各个经历时，一定要有条理的、详尽的把自己的经历描述清楚，简历上写概要，但是当面试官问到你其中经历时，一定要能条理清晰地表述出来；

之后是在面试过程中根据自己的面试经验，总结面试官们对自己简历的关注重点，多次改版。

Boss 直聘投递简历，大量投递简历（boss 记录我总共沟通过的 hr 是 982 位，目总共投递了 196 份简历，视频面试 23 家），说真的产品面试多面几次你就知道哪些问题会经常问了，面试期间录音，面试结束后立刻记录并分析面试过程中的问题，并不断反思自己的不足。

二、学生阶段对找工作最有用的是什么？

大一大二大三在学校都没怎么学习，基本上都是班级倒数前十，我记得上 Java 课那个老师每次都叫全班倒数前十坐第一排，所以我的学习是真的很差。

但是我这个人性格活泼开朗有社交牛杂证，喜欢玩各种 app，喜欢上网，性格内向的女生做产品不太推荐，产品面试有的时候还是要跟面试官画大饼的，要敢说敢想敢画饼。

三、自学了哪些课程？

纯纯靠在 b 站搜索产品经理学习，看视频自己总结复盘，做笔记。

四、大学四年过得怎么样？

大学前三年都在谈恋爱吧，反正没学习，不过也没挂过科，就是普通女生，后来失恋了才知道要好好考虑未来了。其实我也就是大三暑假才开始学习的，计算机专业应届生想面试产品实习好好学一个月都能行！

五、为什么走上了这条路？

因为对于我来说，计算机本身不喜爱，软件学习不好，不能硬去做软件开发，这样坐下来自己就很痛苦，软件技术就把自己的发展方向卡的死死的，转行产品经理是计算机专业学生一个更好的方向。

六、有去实习吗？

我是 9 月份才实习的，说实话有点晚了，你们最好别像我一样这么晚，那个时候找的是一个 300 多人的小公司实习，公司做的是 B 端的产品，我和带我那个导师玩的很好。

我当时跟她做一个她全程负责已经上线的项目，项目资料啥的都给我了，但是她把项目从头到尾细节都给我讲了十几遍，所以我能把这个项目完全梳理清楚。

还有产品经理的特质要求你必须要善于思考，所以虽然你做的事可能是基层的工作，但是你在整个过程中不断思考，这点是面试官比较看重的。

七、为什么选择了产品岗做了哪些准备？

本科双非软件工程专业女生，从大一开始就知道自己并不喜欢技术岗，也做不来，真正明确目标是在大三暑假，在 b 站刷到有关计算机专业做产品的视频，后来仔细了解了产品经理的相关工作，就想尝试入行。

八、推荐 B 站学习资料/或者其他资料？

B 站学习资料其实一搜产品经理学习会有一大堆，我觉得每个 up 主的视频都可以看看，另外可以关注一下人人都是产品经理这个网站，这个也可以下载 app，还有关注一些写的比较好的产品公众号，经常浏览一下培养产品思维。

九、有什么好的学习建议吗？

我觉得要多加一些产品交流学习群，因为一个人可以走得很快，但是一群人可以走得更远，一个人自学的同时也要看看别人的情况，多和未来要做产品以及现在已经做产品的人做朋友，在面试这块还能一起模拟一下。

十、工作后和学校时最大的区别？

工作后和在学校时最大的差别就是，工作后你是赚钱，而在学校你是花钱。

说真的我领第一个月实习工资的时候虽然只有 4000，但是我很开心，第二家公司实习 7000 的时候我存款都一万多了，感觉工作赚钱真好。

十一、工作后的心得体会？

其实工作后和大学时还是有一点比较相似的。

那就是“没人真正关心你的个人发展”。

你就是你，除了你自己和你的父母外，没有人会真正在意你的未来发展，你是出人头地还是泯然众人。每个人都很忙的，所以你要自己好好在意自己，自己去时常反省，自己去寻找资源学习提升，自己好好整自己的简历。

十二、对未来的展望？

因为我第一段实习和目前这家公司都是做 B 端产品的，自己本人也喜欢 B 端产品，我未来产品发展方向肯定是往 B 端走的，希望能在毕业后 3-5 年成长为高级产品经理。

十三、计算机专业做产品的优势？

很多产品招聘要求都是计算机相关专业优先，这一点在产品面试里面可以突出重点。懂一点技术这样可以和技术人员更好的沟通交流，解决 bug。

十四、有什么祝福语吗？

提前祝大家龙年暴富，也祝二哥掘金上早日百万粉。

希望每个和我一样同是计算机专业但是不想做开发的兄弟姐妹都不要放弃！可以来找我一起学习交流产品面试经验哦。

前言

春节刚归来，我们不搞那么烧脑，先来一篇浅显易懂的文章，期望给大家带来一些新的解题思路。

背景

过去多年无论是一款插件推广，还是组件库统一，无论是一次机制流程制定，还是前端工程化体系建设，相信很多同学与我一样，在跨团队方案推广统一过程中，前期无论做好多详实的准备，最终都会有一种未竟全功的感觉。

推广过程中，总会有人摆出历史包袱过重这一拦路虎“说服”我们，比如”我这项目不维护了，无需升级“，”我这项目框架太老旧了，无法升级“，或两者兼有之，到底改哪些项目多取决于双方自行判断，说穿了其实是双方“非不能也，乃不欲也”。

危害

一方面前端项目下线充满不确定性，业务不维护不代表页面无访问，旧有项目中总有一些页面残留，需要长期持续跟进。

另一方面过去多年前端技术生态快速向前发展，造成了不同部门、时期，从jquery、vue2、vue3、react、angular到webpack3、4、5、gulp、vite等前端基建五花八门的场景，仅23年我们团队就先后接入过webpack5、vite、pinia、rspack等前端架构局部优化，跨团队统一需要做大量兼容工作，全量统一困难。

前端项目的业务和技术特点，造成了前端项目数量基本越垒越多，每个项目总有几个有流量的页面时不时跳出来恶心人。造成了前端基建越来越庞杂，兼容成本偏高，总是不能全量升级。形成了前端项目独特的长尾化问题，项目长尾化，基建长尾化，团队意识长尾化。随着时间延续会带来升级维护困难和难以言表的线上偶发惊吓。

根源和解决思路

基于我司经验，问题产生根源一是前端团队资源有限，并不能覆盖全部项目；二是没有统一标准，项目缺乏统一标准管理，各团队自我决策改动范围；三是缺乏强制机制，并不能保证完成效果和时间。

资源有限是个基本无法解决的问题，我们只能从标准和强制机制两个角度去解决，基于此我们针对性的制定了转转自己的项目动态分级标准和强制倒逼机制。

项目动态分级

分级指的是用客观统一的数据标准反映项目重要性，规避主观评判。动态指的是随着时间延续，项目走过新建、迭代、维护、下线的生命周期，客观数据也随生命周期波谷、波峰、波谷往复更替。项目动态分级的最大好处是将有限资源聚焦在重点项目上。

以过去我司推进项目代码规范为例，我们设计时采用项目月活跃分支数、月代码提交行数、项目用户日访问量几个指标确定项目级别；

比如只有同时满足日访问量UV高于10000、日PV高于100000、月活跃分支数多于4个、月代码提交行数多于200的项目才确定为移动端重点项目，其它项目为非重点项目，每日或每周可以跑定时任务更新项目分级数据，具体数据可以通过拉取git api和公司前端埋点数据获得。

针对重点项目，可以制定2-4个月的改造时间节点和达标标准，非重点项目可以不做改造或制定其它策略。

我司前端项目数不到千，仅将项目分成重要和不重要两个级别已经够用，如场景有必要，也可将项目进一步拆分为更多级别。

指标边界值

大家可能对上面UV > 10000或月活跃分支数 > 4 等指标边界值是怎么确定的感兴趣？

说一下我们的思路，相信每个前端团队过去都手动收集过团队中的重点项目有哪些，这些手动数据可以作为我们的衡量基础，可以不断尝试调整我们的指标边界值，计算出的重点项目一般达到基本覆盖我们手动收集的95%以上重点项目即可，以此来确定边界值指标，一般结果肯定会大于我们的手动集，大家拿到结果可以人工再去分析下具体项目，基本能够发现多出来的项目大部分都是真实的重点项目，大部分都是因为我们谈到的历史包袱问题，不提罢了。

注意如果动态项目池，每日或每周都有较大变化，可能是你的指标不太合理，可以考虑扩大或缩小边界值来解决。另外注意突然进入重点动态项目池的项目，一般下个周期有可能就波动出去了，此类项目可以不做处理，也可推动解决，留好一定改动时间即可。

多指标好处

相比单指标确定边界值，多指标有哪些好处呢？

多指标好处一个是覆盖全部场景，比如我司移动端项目框架为Vue，有大量用户访问，中后台项目技术栈为React，没有大量用户访问。如果仅使用用户访问量指标，中后台项目全部会被排除在重点项目外，如果仅使用项目活跃度，移动端最看重的用户访问量不被纳入，项目区分度不够，但是两者相结合，恰好能覆盖移动端和PC端的全量场景。

另一个是多指标得出的结果稳定性更好，不会因单指标剧烈变化造成结果波动太大的情况，比如去年618和双11期间，尽管我司用户访问量大增，但重点项目集并没有什么变化。

强制倒逼机制

另外怎么确保deadline无延期呢？

我司采用的解决办法是与上线环节绑定，通过强拦截和审批拦截的方式，确保各团队能在最终时间节点之前，完成全部项目的改造。除此之外，强制机制能够倒逼各团队提升生产率，将很多重复性工作自动化，比如上文说到的代码规范，总会有同学梳理出一套本地自动化方案，帮我们完成配套建设。当我们标准达成、配套健全后，就可以考虑下扩大范围或者提高标准的事情了。

另外大家需要注意，跨组推进工作中很重要的一点是前置沟通，给同学们留下足够的时间，比如2-6个月，达成时间共识很重要，不要自觉良好一刀切，想想过去经历的很多跨组项目，半年能彻底搞完就很不错了。

思路&基建复用

本文谈到的整套分级和强制思路，后续逐步复用在我司代码重复度、复杂度、线上异常治理、性能指标等多项跨团队公共事项落地中，有些指标直接复用同一套项目分级标准即可，有些指标需要一定的改动，比如性能指标，就从重点项目，变为重点页面即可，大部分基础能力和解决问题的思路仍可复用。

总结

保持公司各团队基建、标准、机制统一，长期看是非常有必要的事，但过去受制于历史包袱问题这一隐性拦路虎，前端很难做到跨团队统一方案的效用最大化，总会留下一些尾巴，本文通过转转过去的实践，给出了项目分级和强制机制的解体思路，非常适合前端资源并不那么充足的公司，至少能够保证公司重要的项目长期标准统一。

另外整个思路的落地，除标准制定外，还涉及到数据抽取、各指标检测、CICD集成、报警机制、系统开发等多方面的具体工作，每一部分都能作为一个单独的模块去做分享，比如代码规范涉及到的项目代码增量存量检测、代码复杂度、重复度检测，线上异常治理涉及到的实时报警策略、错误分级策略等，因篇幅关系，本文不再赘述，期待后面其他转转er的文章吧！！！

软件License授权原理

你知道License是如何防止别人破解的吗？本文将介绍License的生成原理，理解了License的授权原理你不但可以防止别人破解你的License，你甚至可以研究别人的License找到它们的漏洞。喜欢本文的朋友建议收藏+关注，方便以后复习查阅。

什么是License？

在我们向客户销售商业软件的时候，常常需要对所发布的软件实行一系列管控措施，诸如验证使用者身份、软件是否到期，以及保存版权信息和开发商详情等。考虑到诸多应用场景可能处于离线环境，无法依赖网络进行实时认证，所以还需要考虑单机认证时的防破解问题。总之，License许可证利用HTTPS网站的证书和签名技术，一方面证明当前使用者是申请License的本人，另一方面要防止恶意破解，并伪造篡改License达到白嫖的目的。

为什么使用License授权？

License的作用是什么呢？收费软件的License其目的肯定是防止用户白嫖啦，所以License还应该具有以下一些功能：

• 授权使用

明确用户需要满足的使用条件，如单用户、多用户、企业内部使用、全球使用等，并且通常会限定可安装和激活的设备数量。

• 限制功能

根据不同等级的License，软件可以提供不同等级的功能，例如基础版、专业版、企业版等，License可以解锁相应版本的功能。

• 期限控制

规定软件的使用期限，可能是永久授权，也可能是订阅式授权，到期后用户需要续费才能继续使用。

• 版权保护

重申软件的知识产权归属，禁止未经授权的复制、分发、反编译、篡改或逆向工程等侵犯版权的行为。

• 法律保障

License作为法律合同，确立了软件提供商和用户之间的法律关系，明确了双方的权利和责任，如果发生违反协议的情况，软件提供商有权采取法律手段追究责任。

• 技术支持和升级服务

部分License中会规定用户是否有权享有免费的技术支持、软件更新和维护服务，以及这些服务的有效期限。

• 合规性要求

对于特殊行业或特定地区，License可能还涉及到满足特定法规、标准或认证的要求。

归纳起来，我们可以总结出License的作用是：

• 控制软件使用者的使用权限


• 申明软件所有者的版权


• 规定软件的使用规范

最后两点主要是法律相关的，第一点才是本文的重点，即如何生成License，以及如何通过License对软件用户进行限制。

License分类

依据用途的不同，License可分为两大类别：商用License和非商用License。

非商用License主要服务于诸如展览展示活动、各类研发活动等多种非直接盈利性的应用场景；

商用License，则通常适用于那些开展商业运营活动的企业场所。

基于使用的期限，License可以划分为固定期限License和永久License两类。

固定期限License在激活后的指定时间内有效，过了预设的使用期限，用户必须更新许可期限并通过重新激活才能继续使用；

而永久License则是在激活后赋予用户无时间限制的使用权，一旦激活，无需担忧许可失效的问题，可以无限期地持续使用软件。

如何实现License授权？

要想生成一个安全性高的License，必须让其满足以下几个特征：

• 保密性


• 防篡改


• 时效性


• 可找回

保密性是指License里携带的data信息具有一定的隐蔽性，这样可以防止想要破解License的人寻找到生成License的规律，进而伪造自己的License。

防篡改是指防止License里携带的重要信息被篡改，例如License有效时间如果被篡改，那么License就起不到限制用户使用期限的作用了。

时效性是指License会记录软件可以使用的有效期，并在验证License的时候判断其是否过期。

可找回是指用户申请的License一旦丢失或者要续期，基于第一次申请License时创建的源文件，再一次生成新的License，新的License会携带用户当初申请时的信息。

由于License必须满足以上特性，所以在介绍License实现原理之前，我们先来学习一下非对称加密和签名&验签。

非对称加密

有非对称加密必然就会有对称加密，对称加密就是我们一般意义上的加密算法，这种算法在加密和解密时都使用同一个密钥，所以对称加密算法的密钥又叫做共享密钥。对称加密算法一般使用AES（Advanced Encryption Standard）加密算法。

非对称加密有两个密钥，一个公钥一个私钥。公钥是公开的，供多个人使用；私钥是非公开的，仅一个人或者少数群体使用。当非对称加密算法用作加解密时，公钥用来对明文加密，私钥用来给密文解密，这个顺序不能颠倒。你可以这样理解，密文是私密的东西，只有少数人才能解密，所以少数人手里的私钥用来解密，多数人手里的公钥不能解密只能加密。

为什么要区分公钥和私钥呢？直接使用一个共享密钥不行吗？可以，但是前提是你能够安全的将共享密钥传递给对方。共享密钥如何在线上安全的同步给对方是一个问题，毕竟在网络上传输信息很容易暴露。如果使用非对称密钥就可以将公钥同步给消息发送者，而消息接收者则保留私钥用来解密消息，这样即使公钥被中间人盗取，他也只能用来做加密操作而不能解密密文。

签名&验签

虽然非对称加密可以解决“密钥分配问题”，但是它不能防止伪造消息的问题。既然公钥可以公之于众，大家都知道你的消息要怎么加密，假如A想给B发送消息，那么中间人X可不可以将A发送的消息拦截，并将自己的消息加密以后发送给B呢？当然可以！

这就好比你买了一张周杰伦的演唱会的门票，我看到了之后自己伪造了一个一模一样的，如此一来我也可以去看周杰伦的演唱会。这时官方组织者发现了这个漏洞以后，规定周杰伦的演唱会门票需要带上官方印章才能进场，此时我就算把门票画的再惟妙惟肖，少了官方印章，我的这张假门票依然是张废纸。

如何解决这个问题呢？答案就是给你的消息“盖章”，即签名，签名就是认证你的身份。这里还是使用非对称密钥算法，只不过使用的顺序和加密消息时恰好相反。签名时是私钥用来加密，公钥用来解密。

你可以这样理解，给消息签名就好比给文件盖章，你会随随便便把你自己的印章交给别人来使用吗？当然不行！所以公钥不适合用来签名，私钥用作签名更加合理。需要注意的是签名所使用的密钥对由消息发送者生成并提供给消息接收者，这和给消息加密时正好相反，这样说来消息加密和消息签名这两个使用场景就需要生成两套密钥对。

出于性能方面的考虑，大多数情况下给消息加密还是使用的对称加密算法，为了解决“密钥分配问题”，只会在第一次发送共享密钥的时候才会使用非对称加密，一旦消息接收者得到了共享密钥，通信双方就能够通过共享密钥进行通信了。

此外，使用非对称密钥对消息签名也可以防止消息被人篡改，由于性能原因一般不会对消息原文进行签名，而是先通过哈希算法形成消息摘要，再对消息摘要签名。消息接收者验签时会将消息的明文进行哈希，再将消息签名解密，两者比对如果一致则证明消息没有被篡改过。

License结构

前面铺垫了一些生成License所必备的基础知识，我们学习了生成的License如果需要防止被人破解，那就需要具有保密性、防篡改和防伪造等特点。接下来要考虑的是License需要携带什么信息就能让其既安全又能限制用户的使用权限。

License文件理论上来说至少需要以下一些信息：

• 软件所有者信息


• 申请授权时间


• 授权截止时间


• 软件使用者信息

下图是License文件流的结构图，主要字段有：

• 魔数值


• 分隔符


• 申请时间


• 到期时间


• 公钥的长度 & 公钥


• 携带信息的长度 & 携带信息

• 魔数值：和Java Class文件头的魔数CAFEBABE类似，License文件头的魔数也是起到了快速识别的作用，也有格式验证的作用。


• 分隔符：用来区分各个字段，将字段之间用分隔符隔开便于结构化管理。


• 申请时间：用户申请License的日期。


• 到期时间：License的有效截止日期。


• 公钥的长度 & 公钥：公钥长度用来记录公钥是多少字节，依据公钥长度就可以读取相应长度的公钥数据了。


• 携带信息的长度 & 携带信息：携带信息长度用来记录携带信息是多少字节，依据携带信息长度就可以读取相应长度的携带信息了。携带信息里通常会包含软件所有者、软件使用者、License唯一ID以及设备MAC地址等信息。

想好了License文件的结构，我们就可以开始生成License啦。

生成License

申请License的总体流程如下图所示。客户在软件服务商处申请License，软件服务商生成License之后会返回给客户License文件，自己保留一份License源文件，源文件用作以后找回License。客户拿到License文件，在安装、启动软件之后激活License。

生成License主要做了这样几个事情：

• 对需要携带的信息加密成密文


• 对密文签名


• 保存申请日期、有效截止日期和公钥


• 生成源文件

私钥1加密的作用是对License的安全加固。因为License实际上可以通过Base64解码得到里面的数据，包括公钥信息，这样客户就能够通过公钥将携带的信息解析出来，倘若携带有敏感信息就会造成安全问题。所以这里对携带的信息做了先加密后签名的处理。

另外需要强调的是，申请日期和有效截止日期也需要签名但不需要加密。因为如果不签名的话，客户可以将日期解析出来之后篡改成自己想要的任何日期。

加载License

客户申请到License之后，就可以去软件上面激活啦。激活License首先判断License是否合法，检查文件头魔数和分隔符是否正确，检查License是否过期等。然后就是提取License的授权信息进行验签比对。如果有必要，还可以检查授权信息里携带的MAC地址是否与安装设备的MAC地址匹配。如果一切正常就可以通过验证。

找回License

防破解

首先需要明确的一点就是，没有万无一失的防破解方案，所谓魔高一尺道高一丈，漏洞堵的再严实依然能找到破解的方法，唯一的区别就是破解的成本高不高而已。

例如，具备一定逆向工程经验的程序员都知道，应用程序不仅能够被调试，也能被修改。理论上讲，只要深入探究程序的代码，定位并替换其中嵌入的原始公钥信息，改为自己的公钥。随后，使用个人持有的私钥去创建一个新的授权文件，这样一来，就实现了对软件授权机制的破解。

更简单的方法是直接反编译验证逻辑的代码，当验证的时候直接返回true，即可通过验证。

即使不能做到百分之百的安全性，我们还是应该知道一些防破解的方法，增加用户破解的难度。防破解主要有以下几个方面的问题需要重点限制。

• 如何解决java代码反编译之后，修改验证License的逻辑？

答：混淆代码，增加反编译的难度。

• 如何防止客户修改服务器时间以避免License过期？

答：分为离线和在线两种情况。

在线情况下加载License信息时，可以将License里保存的过期时间和线上标准时间做比较

离线情况下，需要满足条件：申请时间 <= 系统时间 <= 截止时间

具体实现方案是，第一次加载License成功之后，将申请时间存到A处；

定时更新A处的时间，更新前比较当前系统时间，如果系统时间 < 申请时间，说明系统时间被篡改过。否则，更新A处时间为当前系统时间；

保存的时间是经过加密的，但是有个问题是如果用户备份了一开始的时间，过了一段时间之后用这个备份文件恢复，再修改系统时间就可以永不过期，如何解决？

可以将A处的时间信息保存到数据库里，数据库权限设置为只有开发人员可以修改，此外数据库安装的机器不能与软件安装的机器相同，否则用户可以将二者统一安装到某一个虚拟机里，快到期的时候再统一恢复到初始时间。

A处除了保存时间以外，还需要License的唯一id、使用License的机器mac地址，这些字段是为了保证License不被重复使用。

• 如何防止客户在多台服务器上使用同一个License？

答：将服务器的ip或者mac地址与License做绑定关系。

• 如何防止用户得到了源文件并获取了私钥，就可以自己伪造License？

答：避免将生成License的代码安装在用户的机器环境下，最好在自己的机器环境下生成License。因为生成License之后得到的源文件一般会保存在代码路径下，如果用户反编译生成License的代码，就能够得到源文件信息。

最后整理了一张泳道图，可以从整体观察一下不限制、防止篡改系统时间和防止多设备共享License等问题的解决方案。

经历

先说说自己的经历吧，小编在21年之前在南京一家国企外包工作过；主要做的是国网的项目，那时候工资不高但是福利待遇不错，什么季度奖、项目奖、年终奖没断过，可能日子太过安逸了吧，自己又想挑战一下高薪，于是就跳槽去了一家做法院业务的公司。跳槽的时候是20年，当时疫情才刚开始，对经济的影响也还好，所以感觉当时找工作也没那么难。又过了1年，由于小编家人在18年的时候就给我在无锡贷款买了房，所以想早点回去发展，也过够了那种挤在出租屋里的感觉，所以我又辞了来了无锡去了一家做云计算的公司，也还算稳定，待了大概有2年多，从去年开始就开始走下坡路了，23年中旬开始大规模裁员，小编不幸中招。

从那家做云计算的公司走了之后我抑郁了半个月，因为半个 月内都找不到工作，当时真的很着急，因为还有房贷要、信用卡、车贷等等这些要还；从第三周开始我就下定决心要好好好背复习，不只是八股文，还有数据结构、算法 、设计模式等等，功夫不负有心人在第三周终于收获2个offer,此时悬着的心终于落了下来，阴差阳错去了一家做医疗的公司做运维监控平台。

后来不知怎么的裁员风波不断，从不少朋友那边收到消息很多公司都在裁员，很快这波风也刮到了我们公司；有一天我邮件收到了三个月试用期转正的邮件，当时还高兴了一下，但是第二天就通知我转正临时取消，没有任何理由 的取消，随后就有人事来通知我去签合同；我纳闷还要签啥合同啊，不过我大概也猜到点了，因为前些天就有小道消息说要延长试用期，我当时还以为是假的。到了人事那边一看是新的劳动合同，一看试用期变成了6个月，人事和我说应公司领导要求试用期需要延长，剩下3个月的公司还是按打八折发，但是转正后一并给我；我当时惊呆了，心想还能有这种操作，不过没办法看着大家都签了也只能签。这个事情开了头之后，后面又小道消息不断，听人说要降薪20%，很多同事听了都不愿意，于是都被一起约了谈了一次话，有些脾气比较爆的直接怼了领导，最后也就不欢而散。年前董事长又召集了我们研发部聊这个降薪的事情，开头先一堆铺垫，说什么今年怎么怎么难，外面都在裁员什么的，最后又说不降20%了，但是还是会扣5%，这个5%看公司运营情况来发放，大家听完虽然还是不情愿，但也没有再多说什么。

现状

这段时间公司一直没有活，领导也没安排，每天来了就往那一坐就没有方向，再也找不到以前工作的那种感觉了；有些人可能觉得没活干还给你发工资不是挺好嘛，但其实不然你仔细想想，没活干代表公司接不到单子，没有单子就代表没有钱，没钱怎么发工资，所以这种状态持续不了多久。不过这种状态迄今为止已经持续1个多月了，年前我也找过几家单位，面试我觉得面得挺好的，但都没有后续了，有的你问人家，人家却说再等等给你答复还有好多人没面呢，我心想这下完了，今年物联网行情太差了，以前随随便便手里拿好几个offer。越是没活干我就越是焦虑，最近这个班上的真的感觉像坐牢一样，不知道有没有和我一样经历的小伙伴，有兴趣的可以私信和我聊一下。

裁员

23年各大互联网公司裁员情况如下：

• 知乎：裁员约300人


• 去哪儿：裁员约400人


• 搜狐：裁员约800人


• 美团：裁员约900人


• 途家：裁员约1400人


• 京东：裁员约1500人


• 网易：裁员约2000人


• 58同城：裁员约3000人


• 阿里：裁员约4000人


• 百度：裁员约5000人


• 滴滴：裁员约5000人

寻找方向

小编是一位Java程序员，现在只会Java写写增删改查根本找不到工作（除非学历很优秀），可以说绝大部分的程序员都能满足传统企业的需求；下面是我整理的可以试试去发展的方向，个人理解不喜勿喷，有兴趣的朋友可以一起去探讨。

研发方向

• 大数据：也比较卷


• 云计算：容器、容器编排（K8s）、云原生


• AI大模型：今年的热门，但是不知道怎么去做

其他方向

如果不做程序员了我们还能做什么

当前的大环境下确实很艰难，说实话如果不做程序员了，我很难立马想到一个能挣到与之相当工资的工作。虽说360行，行行出状元，可哪一行不都是需要经过千锤百炼才能成功的，隔行如隔山，转行又岂是一朝一夕的事情。

现在的市场Java开发已经趋于饱和，和Boss打招呼基本都是已读不回的状态，甚至面试机会都没有，有的就算面得再好也没用，因为还有一堆人没面跟你竞争，有的期望薪资低，有的学历比你好，有的到岗时间比你早，对此我真的很无奈，快卷不动了。

跑滴滴

由于我经常跑扬州，走高速成本太高了，于是我就注册了个顺风车，想着能回一点成本，基本上去一趟拉一单有100多，来回基本上和成本抵消了。后来我就想着通过顺风车偶尔做做兼职能赚点钱，于是下了班就跑了几回，发现在市区跑订单金额很低，后来跑了几回也就放弃了；后来想注册专车司机，于是就找朋友了解了一下 ，发现注册了滴滴只会让你跑一段时间，然后就要办那个营运证，而且也不适合兼职做，目前还有工作，也许真的哪天失业了我会考虑全职做这个吧。从我朋友那边了解到，滴滴也很卷，每天起早贪黑的，给你派了单子只能被动接受，不像顺风车可以主动选择，不过真到没工作那一步也只能选择尝试一下。

开店

小编比较幸运，在老家小镇还有一个小店面，不过大家也可以租一个，只要做起来了都是一样的，关键是要能把生意搞起来。我其实早就萌生了这个想法，但是我现在才临近30岁，还想在外面再闯一下。

食品小超市

为什么想开这个呢，主要我发现了一个路子，哈哈！我老家有个很有名的食品超市，也是从小店一点一点做起来的，而且我还知道他是去无锡金桥食品批发市场批发的，国产的、进口的食品全都有。今年过年的时候去他们家买东西人都爆满，老板在收银台堆满了车厘子，2J、3J、4J的车厘子卖的好的不行，我在那边没一会就卖了一幢（车厘子堆起来的，堆了一幢），后来听别人说这个老板过个年净利润有四五十万。在我老家那边过个年能赚个四五十万万真的可以吓死人，于是乎开食品超市的想法在我心中萌芽。不过还好我们家那个店铺和他们家靠的不是很近，再开一家也不是不行，再不济也可以考虑和他加盟。

大家可以观察一下老家有没有那种食品超市的店，店里卖的都是比较中高档的吃的，周围人群比较密集的地方可以考虑开一个，只要找到货源能持续供货，这个店应该很容易就能开起来。

电脑店

我们家那个店面我也想过开个电脑店，卖卖电脑、装装系统、装装摄像头什么的，我感觉也不错，要说修电脑硬件我还是没那个本事的，不过可以带到城里面去修。

摆美食小摊

我想着等我年纪再大一点，可以搞个小美食摊，可以做做煎饼、鸡蛋饼、臭豆腐、烤香肠这种，不过不能在城里搞，只能去乡下镇上，城里面城管管得严，不是很好搞。

做短视频

这个想法我也考虑了很久，至今还没开始实践，因为我老是怕我做不好，作为程序员，视频剪辑这种我应该是一学就会。其实我主要就是觉得没有赶上风口，现在做短视频的搞直播的一大堆，没有什么吸引流量的创意真的很难博人眼球。后面我打算尝试尝试记录生活，生活琐事都拍一下，比如出去露营、钓鱼、旅行，在家做饭、健身什么的都可以拍一下，不过我听朋友说要专注拍一类才能拍好，也不知道是不是真的。

总结

给大家总结一下就是今年能不跳槽就尽量不要跳槽，绝对不能裸辞，在今年这个风口浪尖上各大企业都在人员优化、降本增效。欢迎大家多多留言，提一些建议，最后也祝大家龙年大运，在新的一年里找到自己满意的工作。

今天一早，焚香沐浴更衣，打开全球最大同性交友网站，准备好好摸鱼；突然方向通知多了一条：

正疑惑是触发是 GitHub 的什么隐藏关卡呢，点进去一看：

一个 21 年的创建 issue？但是有个新的评论：

这个评论的大意是：

喂！x毛！
GitHub 瞎了眼相中你了，有个很适合你的职位，年薪高达 18w 刀乐！
赶紧来申请啊，各种福利各种巴适！
但是有记得在 24 小时内点击这个链接来申请哦！过时不候！
后面芭啦芭啦@了一大堆人，其中我的用户名赫然在列！

他真的！我哭死！原来天上真的会掉馅饼阱 😢...

但是仔细一看，评论的这个人，是默认头像。不对劲！非常不对劲！遂点进其主页一看：

啥也没有...

这时候事情就很明显了，然后我就去 GitHub 社区找了一下相关的反馈，果不其然，两天前开始有人在反馈相关问题：

原讨论传送门：github.com/orgs/commun…

于是笔者在隐私模式下打开@我的那个评论附上的链接：

这个页面会请求你使用 GitHub 授权登录，并且要求你授权各种高级权限；而一旦你授权了，大概率会发生的第一件事，就是你的帐号会在各种 issue 中发布上面那条“GitHub 求职骗局”的评论，以导致更多的人受骗...

截至笔者写下这篇水文时，该钓鱼网站链接已经无法打开。

而在早上笔者在 github.com/orgs/commun… 中留下评论后，陆陆续续又有上百个全球各地的开发者进行了反馈。甚至有领先一步的好哥们已经直接出手向域名注册商、域名托管服务商进行了举报，并收到了反馈：

而这，仅仅是在笔者写下这篇水文前的 23 分钟（一切发生得太快...

不仅如此，在笔者截完本文第三张图后，提及我的那条评论已经删除了 🤪 （一切发生得实在太快...

不不仅如此，在笔者敲完上一句话后打算再次确认一下发出评论那个用户（第四张截图），发现他已经被封禁了...

好家伙，这发生得也太快了吧！赶上直播了？？？

估计这一波，有不少帐号也受到波及，最好确认一下自己的帐号是否有被影响（吓得笔者又刷新了一下页面确认自己有没有被封禁）。

这也让笔者想起最近 GitHub、NPM 等各种平台都在极力地推动用户启用双因素身份验证（2FA），以提高用户帐号的安全；这样看来，确实是一个明智之举。

最后还是提醒一下各位：

不清楚来源的链接不要点！不清楚来源的链接不要点！不清楚来源的链接不要点！

就这样。

工作和事业

当领导夸你“工作完成的不错”时。

一般的回答：谢谢领导夸奖

高情商回答：

当领导给你安排 完成不了的工作时

一般的回答：领导我干不了。

高情商回答：

炫耀

对利益相关的人

要展示你的实力和智力

对你利益不相关的人

就展示你的礼貌就好

工资一万，对家里说 7000，对外人说 4000。程序员不要炫富，你那点工资差远了。

规则和事实

当事实对你有利，就强调事实

当规则对你有利，就强调规则

当事实和规则都对你不利

就敲桌子把事情搅混

求人帮忙

• 求人办事，关系再好，也要让对方得到利益。 铁哥们也不例外，至少请一顿饭，当面感谢。


• 找人办事，别一上来就说等办完事，再给什么好处，办事之前就要给到。


• 不要轻易得罪别人，虽然他不能帮你成事，但是可能坏你的事。尤其是领导身边重要的心腹。

想要强大，必须出丑。出丑越多，脸皮越厚，成长越快

生活

管住嘴

• 少跟妈妈说难过的事，她帮不上忙，也会睡不着觉


• 别人一对你好，你就推心置腹的毛病一定要改


• 交浅言深，是人际交往的大忌讳


• 亲朋好友的孩子再不对，也不要去教育，因为教育别人家的孩子就是在打别人的脸

帮忙

别人不开口请你帮忙，尽量不要主动帮忙！

别人求你帮忙，你先探探对方的口风，看他的态度和想法，看看对方是在寻求你的意见，也许对方只是想寻求你认可他的想法。

见人说人话

遇到女人一律说对方瘦了

遇到穷人，一律说钱不重要，快乐就好

遇到美女夸有内涵，身材好、气质好

遇到带孩子，夸小孩聪明伶俐，夸小孩带的好，

遇到帅哥，夸有才华，有风度。

遇到病人夸气色好，很快就会痊愈

遇到企业家，夸有情怀

遇到小职员，夸有格局

遇到富人，夸他有眼光，有品位

饭局

• 饭桌上一直玩手机的聚会，就这一次没有下次，没有意义的社交无需留念


• 去别人家吃饭，饭后不要帮忙刷碗


• 除非是铁哥们，否则不要临时通知别人去聚餐，别人会认为自己是凑数的！


• 聚餐时，一定不要夹盘子里的最后一口菜


• 坐同事的车，只坐副驾驶，不坐在后排。


• 车子收拾的很干净的人，大多数不好客

大家好，我是云舒编程。

马斯克接手Twitter的一年后，在10.27其官方团队发布了一条推文展示这一年的工程成果。

有点国内那味了，论工作量化的重要性。

这一年里，我们在工程技术上取得了许多出色的成就，除了大家在应用中看到的明显变化之外，在幕后我们还做了一系列重要的优化和改进。

• 将「为你推荐」、「关注」、「搜索」、「个人主页」、「列表」、「社区」和「探索」等功能的技术栈整合到了一个统一的产品框架中。


• 彻底重建了「为你推荐」的服务和排名系统，代码行数从700K减少到70k，减少了90%；同时计算资源减少了50%，处理相同请求的能力提升了80%。


• 统一了「为你推荐」和视频的个性化、排名模型，显著提高了视频推荐质量。


• 重构了API中间层的架构，删除了超过10万行代码和数千个未使用的内部废弃接口，同时删除了一些没人用的客户端服务。


• 将获取帖子元数据的时间减半，全局API超时错误减少90%。


• 对外部机器人、爬虫的屏蔽，相比2022年，增长了37%。平均每天，阻止了超过100万次机器人注册，并将私信中的无用信息减少了95%。


• 关闭了位于萨克拉门托的数据中心，重新调配了5200台机架和148000台服务器，每年为公司节约了超1亿美元，总的来说，节约了48兆瓦的电量，60000磅的网络机架。


• 优化了对云服务厂商的使用，开始在本地进行更多的工作，这一转变使得每月的云服务成本降低60%，同时我们还将所有的媒体和大文件从云端迁出，减少了60%的云端存储空间，除此之外，还成功将云数据处理成本减少了75%。


• 构建本地GPU超级计算集群，并设计、交付了43.2Tbps 的高性能网络架构。


• 提升网络主干的容量和冗余性，每年节省1390万美元。


• 开展了自动化峰值流量故障转移测试，以持续验证平台的可扩展性和可用性。

大概是我刚上小学时候，村子里流行起来出门打工，每个家庭里面的壮年男人都会去湖北挖桩，组团去。他们过完年出发，先走路下山，坐车再坐船。

出门一段时间后，他们会寄钱回家，那时寄钱的方式我不清楚也还从没有问过，只记得家里女人们听到对门肉嗓子大喊“xxx，来拿汇票”时，她们是很开心的。

快过年，男人们从外面回家，背着或挑着大件的行李，行李中是破旧的棉穗，小孩的新衣与不常见的水果糖。

挖桩需要两个人配合，一人在井里往下挖，一人在上面接桶转移土石，隔一段时间换人。有想法的男人认为他可以一直待在井里，女人提桶倒土是完全没有问题的，如果与自己的女人组团，工钱不用与别人分，挣钱的速度便会快上一倍。

于是，到我上初中时候，出门打工的规模更加扩大，家中的男人女人一起出门，小孩交给父母带着。

男人女人外出打工的时间是一样的，过完年出门，快过年时回家。

男人女人年龄渐长，他们的小孩长成大人，成人都外出打工，过完年出门，快过年时回家。

男人女人与小孩的目的地并不相同。于是过年，成为一家团圆的日子。

家家张灯结彩，人人喜笑颜开。

初一的早餐，是可以很简单的，汤圆或是包面；也可以是复杂的，蒸米饭，炸鱼、牛肉干、猪耳朵、凉拌鸡脚等许多凉菜，昨天的猪脚炖鸡汤，再配几个新鲜炒菜，满满一桌。复杂与简单的差异，来自于当天行程的安排，马上要走亲戚就简单些，家中要来客人便复杂点。

午饭，必然是丰盛的，一锅必不可少的鲜炖的猪脚炖鸡汤（是的，猪脚与鸡年三十只炖四分之一，留着客人来后能炖新的猪脚汤），一盆小孩儿最是欢迎的洋芋片，一锅人人喜爱的猪头汤清炖萝卜，两盘肥腻多汁男人们热衷的辣椒炒三线儿，一盘香肠、两碗扣肉，再来一盘炸豆腐……凉菜有猪肝、猪耳朵、鸡脚、炸鱼、牛肉干、萝卜干儿、折耳根……炒一个青菜，或是再加一碗青菜猪血汤。

男人们大都是会喝点酒的，他们互相劝着，你敬我一口酒，我回你两句话：“这酒好甜啊！”女人们偶尔也喝些酒，但更多是和小孩一起喝饮料。主妇是最后上桌吃饭的，大家吃饭时，她为桌上换热汤，为客人盛热饭。

吃过午饭，晒晒太阳烤烤火，嗑嗑瓜子吹吹牛。客人准备回家，临出发告诫主人：“你们明天一定要来啊，都要来。”

初二初三初四初五初六，是初一的重复。

隔得近，午饭的重复便是晚饭。吃过晚饭，今日不用再做饭，男人女人们围着炉子说过去说现在，说去年说当下，那“哈哈”大笑声，是时常能传到地坝的。

地坝里，孩子们的游戏一个接一个的切换。老鹰抓小鸡、三个字（一个人追众人跑，快被抓到时喊出随便的三个字，被抓者定住等待救援，抓人者切换目标；待所有人都被定住，便问“桃花开了没？”）、跳绳、打沙包……四岁五岁的，大多数游戏还玩不太明白，但他们的参与感该是最强的，因为哥哥姐姐叔叔阿姨都护着他们。

地坝里的叽叽喳喳，盖过屋子里哈哈哈哈。

年，是团圆！

大家好，我是老三，大家新年好，我在朋友圈看到有朋友已经在大张旗鼓地“内卷”，为年后的面试做准备。

成功的面试常常是源于实力+运气，失败的面试可能会有各种各样的原因，知识点的盲区、和面试官不对眼、经验不匹配……很多东西我们是没法控制的，只能尽量做好自己能做的——八股更熟一点、算法多刷一刷，硬技能相关的暂且不多聊，我们今天聊一聊，心态相关的，哪些心态，是求职面试中最好不要有的。

我得找个特别完美的工作

“钱多事少干的爽”，几乎是所有打工人的终极梦想，但是回归现实，真有这样的工作，凭什么流转到普通人身上呢？

有人可能会说，某某在XX公司，你看干的轻松，年终还发的贼多，真爽啊。这其实可以算幸存者偏差，我们有时候只能看到经过某种筛选而产生的结果，比如今年微信视频发了十几个月的年终，一度在各个公众号刷屏——我们可能觉得微信给的钱真多啊！但其实想想，哪怕同属WXG，除了微信视频，其它的部门也有这么“钱多”吗？

“钱多”、“事少”、“干的爽”，三者里面能满足一个就很不错了，钱多一般事也多，事少一般钱也少，”干的爽“更是一个非常主观的因素，自己不去干一干真不知道，干了也可以调整。

老三经历了几次跳槽，找工作的心理预期没那么高，为什么呢？我过去的工作经历基本上从低位到高位跳的一个过程，但是有的同学比较优秀，可能一出道就是在高位，刚工作就是大厂SSP。

这些有实力的同学，也许也会面临一个幸福的烦恼，就像谈恋爱，如果一个女生的初恋特别优秀，她后面可能会单身很久，因为她发现很难找到比初恋更优秀的男朋友。“曾经沧海难为水，除却巫山不是云”。

经济学上有一个“锚定效应”：

人们需要对某个事件做定量估测时，会将某些特定数值作为起始值，起始值像锚一样制约着估测值。在做决策的时候，会不自觉地给予最初获得的信息过多的重视。

有这么好的“初恋”，一般他们都不会轻易“分手”，但是假如遇到了一些波动，主观或者客观的原因，导致“分手”，那么在找下一份工作的时候，可能需要正视“锚定”的因素。

我们找工作的时候，也会去“锚定”，和现在的工作去比，和其它人的工作去比，但其实，相比评估价值，可能找准自己的需求更加重要，钱多、发展、职级、大厂背书、业务匹配、稳定、工作生活平衡 ……可以像排工作任务一样，排一下需求的优先级，哪些是必须的，哪些是可以妥协的。

找工作也和找对象类似，我有一个哥们，特别喜欢古力娜扎，可能很多人的女神也是迪丽热巴、古力娜扎、马尔扎哈……但是应该没有普通人会把自己找对象的目标定在这些女神头上。这就涉及到“吸引力”和“可得性”的平衡，很多时候，一份好的工作，对我们的“吸引力”是巨大的，但是我们也不得不承认它的“可得性”是极低的。

外包，是互联网软件行业一个比较普遍，而且越来越普遍的用工方式，有的朋友在外包——“你为什么要做外包呢？”，我觉得一般人也不会问这个问题，这就像之前有个主持人：“为什么不吃肉呢？因为肉不好吃吗？”生活所迫嘛，我们很多时候，只是在可选的选择里选一个相对最优的。

尤其是在现在整体行情不景气，如果真的没有办法，比如空窗了很久，妥协也是可以接受的，华为进不去OD也能凑合。

在经济学上，资源的配置常常达不到最优，找工作也是一样，能在一定可达性的基础上，通过努力获取次优的选择，已经很不错了。

“幻想不是理想”，这个世界上少有完美的工作，也少有完美的人生，我们很多时候，都要接受这些不完美，做一些适当的取舍。

留下还是跑路，好纠结

45度的人生最难受。

我去年经历了很纠结的时刻，当时的工作满足不了我的需求，但是我又不敢跑路，因为市场的寒气实在让人望而却步，就在这种纠结中，我错过了最好的面试备战和简历投递的时机，当时的第一目标快手，等我十月份觉得可以面一面的时候，HC已经锁了一个月了。

最怕的就是这种纠结的心态，工作投入不进去，面试也准备不好。还是那句话，找准现在的问题和需求。

第一，我现在的工作是不是已经非常让我难以接受了？有哪些点让我难以接受？是客观的原因还是主观的原因？我有没有尝试最大的努力去解决？我有没有寻求别人的帮助？

第二，现在这份工作的问题解决不了，我能通过跳槽解决吗？是不是换一个公司，换一个环境，就能解决或者缓解我的问题？什么样的公司能解决或者缓解我的问题？这样的公司对我的可得性大概有多少？

想清楚这两点，就能确认自己离开的意向，留下就好好干，努力去解决问题；要走就做好规划，挤出时间准备。

第三，工作和面试，不是绝对冲突的。只要有想离开的想法，再忙每天也能抽点时间出来准备的，把刷抖音，打游戏的时间拿一部分出来准备面试，做好规划，每天时间充足就拉短周期，每天时间少就拉长周期。

其实很多的时候的纠结，只是给自己找放纵的借口，“其实，我不是特别想走”，“外面现在行情很差，没什么机会”，这样一来，就可以心安理得地玩游戏、刷抖音，至于面试准备，后面再说吧。

我也经历了这样当鸵鸟的时期，直到一些关系比较好的同事因为各种原因离开，再加上一些裁员的传言，才彻底打醒了我。

打破纠结的最好办法就是行动，最怕的就是找个借口，让自己停在了原地。

这个面试没啥，随便面面

面试有自信是一件好事，比如老三，可能会觉得自己的八股比较熟；有的朋友，可能会觉得，自己的算法比较溜；有的觉得自己的项目比较亮眼。

自信，不是轻敌。我有个朋友吃了这样的亏，面飞猪的时候，随便约了个时间，当时那个时间是在旅行中，感觉的时候觉得很简单，结果挂了，事后一问，面试官说根本听不清；后面他面快手，也吃了同样的亏，因为没怎么准备，一面挂在了自己最擅长的算法上。

同样，面试，难和简单，也是一个很主观的感觉，别人感觉简单的，自己未必简单，还是那个朋友，他面飞猪，相对简单，我面飞猪，写了两道题，几乎问到了所有知识点的八股，足足面了九十多分钟。

认真对待每一场面试，现在这个环境，每一个机会都是非常难得的，很多面试机会，错过了就不再有。每一场面试，都尽量拿比较好的状态去面。

有的人说，我不咋想去，只是练手，练手也要认真一点，就像模拟考，也得好好考。而且现在不想去，可能只是了解不多，后面如果了解多了，未必不是完全不想去。

完全准备好了再面

面试，永远没有完全准备好的时候。很多时候，觉得准备个七八成的时候，就可以去面了。

第一，很多岗位的窗口期是很短的，在现在这种僧多粥少的局面下，一个岗位可能很短的时间就关闭了，如果不及时地去面，可能就会失去这个机会。

第二，面试永远会有答不上来的问题，面试本身就是个非对称的场景，以面试官之长，攻己之短，面试，也有一些运气的成分在里面。

第三，准备六个月，未必效果比三个月好，人的投入，是有边际递减的效应的，短时间高效率的准备，也许比拉长战线更有效果。

机会来了，估计着差不多就冲，我有个同事，很短的时间准备，但是因为年底的机会很好，也认真地准备了，一年多的经验，拿下了美团和京东的Offer。

我和面试官是对立的

面试是一场交流，一头是面试官，一头是候选人，有这么一个段子，面试是”三分天注定，七分靠打拼，九十分看面试官心情“，我和这样一个能一票否决我的人，我应该怎么打交道呢？

对立情绪是不可取的，在考试这个逻辑的下面，其实我们和面试官还有合作的逻辑。我以前作为面试官，面了几十个人，面到后面，我的感受是什么呢？赶紧招一个合适的人选吧，别让我面试了。

在这种关系里，面试官也是有需求的，面试官希望尽快招到合适的人，让自己早点摆脱面试对自己的干扰。面试官也是有投入的，毕竟面试的时间，基本都不会算进工作排期。

既然双方都有需求和投入，当然候选人的需求和投入会更多，那么这段关系就不是完全从上到下俯视的，我觉得最好的面对面试官的心态，就是萍水相逢的路人，尊重但不谄媚、存异但是和谐、热情但有边界，如果有缘份的话，我们可能会成为真正的朋友，如果没有缘分那就相忘江湖。

很多人说，程序员都不太擅长交流，但至少请保持礼貌，“您好”，“谢谢”，“不好意思”，“感谢你的时间”，我觉得这些礼貌用语，应该小孩子都会吧。

面试，不仅有硬实力的碰撞，也有人情世故的交融。

面试官让我不爽

我在之前，某个博主的文章里，看到他在某个公司的三面挂了，因为感觉和面试官不太对味。根据我的经验，其实三面很少挂人，这种，就是和面试官的”碰撞“激烈了一些。

我们应该明白一个道理：在面试的流程中，我们是没有挑选的权利的，只有拿到Offer后，我们才是真正有挑选的权利。

这个世界我们不认同的东西多了，要么改变它，要么适应它，这句话不太好听，既然选择了打工，那大概率是只能适应的。

面试里，面试官说的东西，我们可能不认同，面试官的态度甚至可能不友好，我觉得我们能做的，就是保持礼貌：

“对对，你是对的。”

我去年面西二旗某厂，三面面试官给我的感觉是无知且蛮横，她的很多问题都让我无言以对，但是我还是全程保持了微笑，努力保持了风度，没想到最后面试过了。

如果你真的看面试官不爽，在Offer后拒绝他们，不比在面试阶段，闹得不欢而散，最后只能心里默默骂着傻叉要痛快？

面的不好，放弃吧

面试永远有我们不会的问题，这是正常的。可能在某个问题卡壳之后，心态就慢慢崩掉，破罐子破摔。这时候，一定要给自己一些积极的心理暗示，面试直接发生在面试官和候选人之间，间接发生在候选人和候选人之间。

“我这种八股文职业选手都答不好，其他人更不行了。”

而且，答的不好，未必就是没戏，很多时候，面试官可能通过一些开放性的问题或者压力面的方式，考察候选人的广度深度，思维方式。

所以，哪怕偶有一个点答不好，也一定要绷住心态，我之前作为面试官，面试实习生，一个候选人，坦白说，她面的不好，同事的实习生，他觉得可以，那就通过吧，结果告知她面试通过后，那个候选人心态崩了，放弃了后面的面试。

最差不过挂了，最坏的结果都能接受，那就朝最好的方向尝试努力。

失败了好几次，没信心了

我们经常在网上，刷到一些“Offer收割机”“吊打面试官”，但是经过我本人的实践，反正我是做不到，比如美团，我面了四个岗位才拿到Offer。

面试失败，是一件很正常的事情，“面了不一定能过，过了不一定能Offer”，我们可能因为各种原因挂掉。但是，千万不能因为失败几次，就灰心丧气，面一次总结一次，查缺补漏，面的多了，自然会面了，就能面过了。

而且面试也有运气的成分，此路不通，未必别路也不通。

很多人恐惧面试，其实我也怕面试，每次面试前，都很忐忑，但是想一想，最差不过挂了，越淡定的面试发挥地越好，越紧张的面试发挥地越差。

在挫折里不断进步，保持心态，才有机会拿到好的结果。

​

​

工作是为了更好地生活，生活是为了快乐和幸福，每个人的快乐和幸福都是自己定义的，祝大家既能找到好的工作，也能享受生活的快乐和幸福。

​

​

参考：

[1].《长的好看，能当饭吃吗：提升认知的33个经济学常识》

[2].《经济学原理》

​

​

最近两年我不知道你是否和我拥有同样的感受，编程容易了许多，同时乐趣也少了许多

一

最近有两个契机让我写这篇文章，一是过去一年我陆续把我所有 side project 后端从 Azure App Service 迁移到 Digital Ocean（以下简称 DC） 的 Droplet（Virtual Machine），再迁移到 DC 的 K8S，目的是剥离应用内托管型（managed）资源；前端顺便也从 Azure Static Web Apps 迁移到 Vercel；二是最近读完《Competing in the Age of AI》，其中关于于 operation model 的论述与近期迁移应用的感受不谋而合

书中把公司价值划分为两部分，首先是商业模型（business model），即为消费者带来了何种价值；其次是运营模型（operation model），即如何将价值传递到消费者手中。运营的难点不在交付本身，而在于如何大规模（scale）、大范围（scope）交付，并且持续对交付方法改进和创新（learning）

同样，如果代码的价值在于上线（通俗说派上用场），无论是对自己还是客户还是用户，那么交付对我们来说同样重要，以上所说的大规模、大范围、以及保证持续改进的交付难点也同样成立。

先上线，剩下的以后再说

二

你们有没有想过 Netlify 和 Vercel 究竟是做什么生意的？如果你的答案依然是 JAM stack，只能说明你已经 out 了。不妨去看看 Netlify 官网的 slogan，甚至不用是 slogan，看看网站首页的 title 写的是什么：

Scale & Ship Faster with a Composable Web Architecture

Netlify 所做的正如上述所标榜的，帮助代码更快的交付上线。换而言之，它们售卖的的是一站式 web 应用的部署解决方案，除 host 和流水线外，还提供免费的用户行为分析、页面性能监控、日志等工具，以及 Redis/SQL/Blob 数据库。

Azure 不是也提供类似的服务吗？问题的关键在于不同平台间的开发者体验，Vercel 能够真正做到上述服务一键集成，你会明显感觉到 Vercel 在加速你的交付，让你更快得到对于产品的反馈。而在 Azure 下开发更像是赤裸裸的买卖，Azure 团队按照他们的理解提供一个最低限度可以使用产品，至于多好用，多大程度能和其它 Azure 服务契合则不在他们的考虑范围内。如下图所示在 Vercel 的 dashboard 上，你可以纵览所有从部署状态到线上监测一系列信息。试想一下如果在 Azure 上集成所有对应的功能并呈现类似的 dashboard 需要付出多少外的精力

三

再简单聊聊 DevSpace。这里的 DevSpace，也可以是 tilt，可以是 skaffold、telepresence

GitOps 无疑是伟大的，但这种伟大里依然充满了“一板一眼”——我的一次上线需要经过 push 代码、创建 release、推送镜像到GHCR、更新 yaml、通过 ArgoCD 部署。我理解它们是 necessay evil。

相比之下 DevSpace 看上去是反流程的，它可以帮助你在本地直接创建镜像并执行部署，还允许热更新容器内文件。即便是创建镜像，我发现它利用也非是既有的 pipeline，而是借助 buildkit 在我的集群上创建一个 local registry 并将镜像储存在此。

别搞糊涂了，生产环境和开发环境具有完全相反的气质，我们希望生产环境稳定、可追溯，这是 GitOps 的优势所在，但开发过程具有破坏性、需要不停试错，DevSpace 着重解决的则是开发体验问题，对于代码修改它可以带来高效的反馈。

上图已经流传了很多年，图中的 compiling 可以替换成 uploading, deploying，running test 等等。过去十年它是事实，现在应该只是一个笑话

四

在 Vercel 和 DevSapce上我们看到了一类区别于传统的开发方式，这里没有 pipeline，没有 IaC，没有手动的统计埋点，无需申请第三方资源，从 GitHub 上导入 repo 的那一刻起，它自动为你匹配部署脚本，寻找项目入口。开发者所需要做的，就是专心编写他所需要的业务代码

模板化的项目是带来这些便利的主要原因，继续往上追溯，主流前端框架自带 CLI 工具的流行功不可没，从大到创建一个新项目小到执行编译，命令行一键即可完成。无论是 React，Vue 还是 Angular，你都不会在官方的教程里找到专门的章节教你为项目编写 webpack 或者 vite 的配置。也许是因为习惯了早年间凡事都需要自己动手的工作方式，我花了很长时间才想通并接受这件事：传统从0到1搭建项目的能力已不再重要。

越来越多的环节像一个个黑盒出现在开发流程中，在此之前如果我对 pipeline 感兴趣，我可以阅读 .github 文件夹中的代码看 action 是如何定义的，而现在我连机会都没有了。连同代码被一同干掉的还有程序员的编程乐趣。站在交付的角度上来说这种乐趣并没有什么道理：为什么我要花上几天的时间只为了研究如何写一段 yaml 把代码送上线运行，更何况这段代码带来不了任何产品收益。

最近另一个类似的体验是，Next.js 编写起来太无趣了，不是说它不够好，而是问题在于它太好到你只能这么写。说起来有些贱，我很怀念那个一种功能有十几个写法，然后这十几个写法还有鄙视链的“坏”时光

当我们再度审视代码的生命周期，你会发现所有人努力的目标，是想让程序员尽可能少的关心核心业务代码以外的事情。一切一切都在想方设法优化运营模型。很明显个性化配置和重复劳动在规模化前是不受欢迎的

五

也许换个思路会好受一些：当你加入一家公司之后，发现同等体量的应用利用市面上的工具可以做到随时上线；而你们的产品却只能选择在每个周六凌晨部署，并需要若干人值班守候，这听上去让人有些失望是不是。

Nicholas C. Zakas 是全世界最著名的 JavaScript 程序员之一。

今天突然看到大神在13年写的一篇长文，回顾自己的职业生涯，提到七个对他来说最重要的建议

个人觉得每一条都很受益；所以决定翻写出来；做一个学习记录。

一、Don’t be a short-order cook 不要做一个点菜厨师

你要别人点什么；你就做什么。积极表达自己的见解

我的第一份工作持续了8个月，因为公司倒闭了。当我和我的经理谈论我下一步该怎么做时，他给了我这样的建议：

尼古拉斯，你的价值不仅仅在于你的代码。无论你的下一个工作是什么，一定要确保你不是一个按需制作的厨师。不要接受那种你被告知要构建什么以及如何构建的工作。你需要在一个既欣赏你对产品的见解，又欣赏你构建能力的地方工作。

这是我在整个职业生涯中一直牢记的事情。仅仅做一个实现者是不够的--你需要参与到实现的过程中。优秀的工程师不只是服从命令，他们会给产品负责人给予反馈，并与他们合作，使产品更好。幸运的是，我明智地选择了我的工作，从来没有在人们不尊重或不重视我的见解的情况下结束。

个人反思：在选择一份工作的时候，一定要有自主权；这个自主权可以是自己争取的；通过表达意见以及个人反馈来进行争取。侧面也说明需要自己对相关系统有更深的理解。

二、Self-promote 自我推销

推销自己

进入雅虎后；有一天，我在雅虎的团队经理把我拉到一边，给予我一些建议。他一直在看我的代码和产出内容，告诉我，觉得我有点缺失：

你做得很好。我是说真的很棒。我喜欢你的代码，它很少有bug。但是; 问题是别人看不到这一点。为了让你的工作得到认可，你必须让别人知道。你需要做一些自我推销来引起注意。

我花了一点时间来消化他说的话，但我终于弄明白了。如果你做了很好的工作，但没有人知道你做了很好的工作，那么它并没有真正帮助你。你的经理可以支持你，但不能为你辩护。组织内部的人需要了解你的价值，最好的方法就是告诉人们你做了什么。

个人反思：做一个角落里静静编码的工程师，并不可取。你的主管会支持你，但是他没法替你宣传。公司的其他人需要明白你的价值，最好的办法就是告诉别人你做了什么。一封简单的Email："嗨，我完成了XXX，欢迎将你的想法告诉我"，就很管用。

三、It’s about people 关注人员，学会团队相处

学会带领团队

在我职业生涯的早期，我非常注重头衔。我一直想知道我必须做些什么才能得到晋升。在雅虎主页上与我的新经理进行第一次一对一的交谈时，我问我需要什么才能获得晋升。他的话至今仍在我耳边回响：

当你的技术能力过关以后，就要考验你与他人相处的能力了。

从那时起，我不确定我是否对软件工程专业有了更好的了解。他是完全正确的。那时，没有人质疑我的技术能力。众所周知，我是一个写出优秀、高质量代码的人，很少有错误。我缺乏的是领导能力

从那时起，我看到无数工程师在他们的职业生涯中被困在一个层面上。聪明的人，优秀的代码，但无法与他人有效合作，使他们留在原地。每当有人觉得自己被困在软件工程生涯中时，我都会讲述这个建议，而且它总是在金钱上是正确的。

个人反思：在团队工作中，除了完成自己的工作后；更多需要学会与团队成员的相处，这决定了你是否能够走向管理；当然；领导能力也是自己需要认真培养和学习的。

四、 of this matters 这些都不重要

生活才是最重要的

我在雅虎度过了一段令人沮丧的时期。也许沮丧不是正确的词，更像是生气。我愤怒地爆发，经常与人争吵。事情出了问题，我不喜欢这样。在一个特别艰难的一天，我问我的一位导师，当很多事情出错时，他是如何保持冷静的。他的回答是：

这很简单。你看，这些都不重要。所以一些蹩脚的代码被签入了，所以网站宕机了。那又怎样？工作不可能是你的全部生活。这些不是真正的问题，而是工作问题。真正重要的是工作之外发生的事情。我回家，我的妻子在等我。这真是太好了

我从马萨诸塞州搬到加利福尼亚，很难交到朋友。工作是我的生命，它让我保持理智，所以当它不顺利时，这意味着我的生活不顺利。这次谈话让我意识到我的生活中必须有其他事情发生，我可以回去忘记我在工作中遇到的麻烦。

他是对的，一旦我改变了思维方式，将工作中烦人的事情重新归类为“工作事情”，我就能够更清楚地思考。我能够在工作中冷静下来，与人进行更愉快的互动。

个人反思：把工作和生活分开，工作不是你的全部；学会分清楚这个是工作问题；不要把工作问题带出来的情绪带入到生活中。

五、Authority, your way 自主，自己决策

找到自己道路

当我第一次被提升为雅虎的首席工程师时，我和我的主管坐下来，以更好地了解这个角色的含义。我知道我必须更像一个领导者，但我很难自主决策。我寻求帮助。他是这样说的：

以前都是我们告诉你做什么，从现在开始，你必须自己回答这个问题了，我期待你来告诉我，什么事情需要做。

很多工程师都没有完成这个转变，如果能够做到，可能就说明你成熟了，学会了取舍。你不可能把时间花在所有事情上面，必须找到一个重点。

个人反思：你需要慢慢的学会自主决策，成为专家。找到自己的风格；并显现出来。

六、Act like you’re in charge 把自己当成主人

我每天要开很多会，有些会议我根本无话可说。我对一个朋友说，我不知道自己为什么要参加这个会，也没有什么可以贡献，他说：

"不要再去开这样的会了。你参加一个会，那是因为你参与了某件事。如果不确定自己为什么要在场，就停下来问。如果这件事不需要你，就离开。不要从头到尾都静静地参加一个会，要把自己当成负责人，大家会相信你的。"

从那时起，我从没有一声不发地参加会议。我确保只参加那些需要我参加的会议。

七、找到水平更高的人

最后，让我从自己的经历出发，给我的读者一个建议。

"找到那些比你水平更高、更聪明的人，尽量和他们在一起，吃饭或者喝咖啡，向他们讨教，了解他们拥有的知识。你的职业，甚至你的生活，都会因此变得更好。"

大家好，我是拭心。

最近看到一个很可惜的事：有个阿姨在深圳缴纳了 12 年社保，第 13 年家里突然有事不得不回老家，回去后没再缴纳社保，结果退休后无法领退休工资，还得出来打工赚钱。

之所以这样，是因为阿姨及其家人对退休的相关知识了解不多，痛失一笔收入。

吸取教训，作为在上海工作多年的打工人，为了老有所依，我花了些时间学习了养老金相基本知识，并且估算了一下退休后每月能拿到的钱，这篇文章来聊聊。

文章主要内容：

如何能在上海领退休工资

上海作为全国 GDP 第一的城市，居民的收入也是很可观的。平均工资在 2023 年达到了 12183，平均退休工资在全国也位列前茅：

从上图可以看到，上海的平均退休工资居然有五千多！不用早起不用挤地铁，躺在家里每月就能领五千多，花不完，根本花不完啊！

那么问题来了，我们如何能领到上海的退休工资？

主要有 2 个条件：

第二点很关键：在上海需要缴满社保 10 年，上海 + 其他地方累计需要缴满 15 年。 比如小张在上海工作并缴纳社保满 10 年，然后去青岛缴纳 5 年，最后可以在上海领退休工资；但如果在青岛缴纳了 10 年，在上海缴纳了 5 年，就无法在上海领退休工资了。

需要强调的是，这里说的是「累计缴满」，即使中间有断开也没关系。

还有一个细节是，发工资不等于缴纳社保，个别不正规公司会漏缴社保，这需要我们打工人自己多关注。 身边有朋友遇到过：刚毕业加入的公司规模很小，人力资源不靠谱，干了半年多只缴纳了两个月社保。

怎么看公司有没有给自己缴社保呢？我们可以从随申办上查询：

OK，这就是在上海领退休工资的条件。

退休后大概能领多少钱

掐指一算，社保缴满 15 年的任务我已经完成了一半，但还有二十九年才能领钱，心里苦啊😭。

虽然拿不到，但我对能领多少钱还是非常好奇的，究竟比平均退休工资高还是被平均？🤔

经过一番搜索，我终于发现了退休工资的计算方法。

在国家社会保险公共服务平台网站中，有一个「企业职工养老保险待遇测算」的功能：

国家社会保险公共服务平台 -> 养老保险 -> 企业职工养老保险待遇测算

链接：si.12333.gov.cn/157569.jhtm…

我们只需要输入年龄、预计退休年龄、当前缴纳年限、目前及之前平均工资、养老保险个人账户余额及未来大概工资即可测算退休工资。

如果不知道你的「养老保险个人账户余额」有多少，可以从随申办 app 搜索「养老金」查询余额：

在填完所有需要的信息后，我的预算结果是这样的：

我的天，个十百千万，居然有两万五？这还花的完？？

几秒后冷静下来，我才发现算错了。。。

两万五应该是这样算的：按照当前收入，再连续缴纳 29 年。 😂

对于我们程序员，保持收入 29 年基本是不可能的，我还是重新调整参数再看看吧。

我现在社保缴纳了七年半，如果缴够 15 年社保，退休后我能领多少钱呢？

答案是一万四！看着还不错哈，每天能有 480 元左右，就是不知道 30 年后的物价怎么样了😂。

如果再悲观一点，社保缴纳到 35 岁（然后最低标准缴够 15 年），退休后大概能领多少呢？

答案是一万元！

看了下人民币的贬值率，30 年后的一万元不知道有没有今天三千块钱的购买力😷。

OK，这就是我退休后大概能领到的工资范围。

退休工资的组成

从上面的预算结果中我们可以看到，养老金由三部分组成：基础养老金、个人账户养老金和过渡性养老金，它们都是什么意思呢？

1.基础养老金 = 退休时平均工资 ×（1+平均缴费指数）÷ 2 × 累计缴费年限 × 1%。

退休时平均工资指的是退休时所在地区上年度的社会平均工资。也就是说经济发达地区的基础养老保险金，要高于欠发达地区。

平均缴费指数指的参保人选择的缴纳比例（一般在0.6-3之间）。每个月社保的缴费比例越高，相应的基础养老金越高。

例如，小张退休时，上年度的社会平均工资是 12000。虎虎的缴费指数平均值是 1，累计缴存了15年，他的基础养老金约为：12000*(1+1)/2 * 15 * 1% = 1800。

2.个人账户养老金 = 养老保险个人账户累计金额 ÷ 养老金计发月数。

我们缴纳社保时，一部分会进入个人社保账户，一部分会进入国家统筹账户。个人账户的部分，直接影响退休养老金的计算。

计发月数和我们退休的年龄有直接的关系，退休的越晚，计发月数越少；退休的时间越早，计发月数越多。一般来说，按照 60岁 退休，计发月数是 139 个月。

退休金的计发月数只是用来计算退休金，而不是说只能领这么久的退休金。

例如，小张社保的个人缴纳比例为 8%，社保的计算基数是 9339，他选择在 60 岁退休，那他的个人账户养老金约为：9339 * 8% * 12 * 15 / 139 = 967.49。

3.过渡性养老金 = 退休时平均工资 × 建立个人账户前的缴费年限 × 1.3% × 平均缴费指数

过渡性养老金，是指在养老保险制度发生变化（比如缴费标准提高、计算方法改变、退休年龄调整）的时候，给予受影响群体的资金补充。

这个奖金的计算规则说法不一，一种比较广泛的计算方法是：退休时所在地区的平均工资 x 缴费指数 x 缴费年限 x 过渡系数，其中过渡系数大概在 1% 到 1.4% 之间。

OK，这就是养老金三部分组成的含义。

总结

好了，这篇文章到这里就结束了，主要讲了：

通过写这篇文章，我对养老金的认识更多了一些，希望国家繁荣昌盛，让我退休的时候能多领点钱!

打工人写代码写到晚上十点😭
匆匆忙忙赶上地铁，累的手机也不想玩，因为眼睛累，也不想坐因为坐了一天了，闲的蛋疼，也不知道怎么的，脑子里就出了这么个想法😓

我发现了一个奇怪的现象，无论是大学生，还是普通的上班族，或者城市写字楼里的白领，现在很多人，包括年轻人，脚上穿的大部分都是运动鞋，很少有人穿皮鞋了，年轻人好像只有在结婚的当天，才会去穿皮鞋。

我记得，以前穿皮鞋才叫时尚，出门的时候，一个阳光的年轻人，为了给人一个好的形象，都会把皮鞋擦的增明透亮，上面再配上西装、西裤，走起路来，咔咔地响，那才叫一个酷，女孩子穿皮鞋的更多，上身穿什么的都有，脚上穿的基本上都是高跟皮鞋，走起路来，左扭一下，右扭一下，在大街上会很吸人眼球的。

不知从何时起,皮鞋突然失宠了,人们都喜欢穿运动鞋了，商场里售卖的鞋子，大部分也都是运动鞋，基本上看不到皮鞋的影子了。

前几天，我就去了一趟卖鞋的商场，里面销售的鞋子，品牌很多，但几乎全是运动鞋，包括特步、鸿星尔克、李宁、安踏等等，还有一些叫不出名字洋品牌。

我自己也已经有十多年没有穿皮鞋的习惯了,穿的也都是运动鞋，这是为什么呢

估计谁都没想到2023年，疫情恢复的第一年竟然如此：大厂裁员、楼市继续下跌、年底股市暴跌等。

这篇文章说下笔者对宏观经济的一些理解和判断，以试图解释过去一年发生的一些事情。

宏观经济周期

笔者看来，由于美元具备全球货币属性，美元加息是全球的麻烦。所以总体而言，全球经济处于美元加息影响下的结果中，也就是处于美元回流，全球货币紧缩，全球经济处于下行周期中。

但每个主要经济体又有其自身的宏观经济周期，比如说我们国家，疫情三年为了人民的生命健康，我们国家没有像西方打开方便之门，大肆放水，而是选择严守死防。

三年疫情，我们国家保护了人民的生命健康，但我们也封闭了三年，紧缩了三年。我们国家处于疫情恢复周期中，处于上行周期中。但始作俑者的美国因为超发货币，自身经济过热，所以需要降低过热经济，所以宏观经济也处于下行周期中。

这里说一个题外话，宏观经济是通缩好还是通货膨胀好呢？实际上，过分的通缩和过分的通货膨胀都不好，适度的通胀最好，一般来说维持在2%左右是比较好的，这也就是美国一直想通过加息实现的通胀水平。

不管是通缩还是通胀代表的都是一种趋势，通缩经济逐渐下行，规模逐渐减小，反之通胀经济处于上行，规模逐渐扩大，这样才能实现GDP的增长，实现经济的发展。

回来继续说宏观经济周期，当下国家要做的就是让经济处于扩张区间，或者说实现经济的适度通胀。

2023年CPI和PPI一直不温不火，其实有一点通缩的迹象，所以国家在出台各种手段改善这种迹象：

但改变趋势谈何容易，同时还要考虑美国的加息节奏。所以出台的手段并不是那么尽如人意，也因为受到美国加息节奏的影响，为了维持外汇的稳定性，出台的时机也并未尽如人意。

笔者觉得正因为上述原因：美元加息周期、国内降息周期导致2023大厂裁员、楼市继续下跌、年底股市暴跌。

2024年宏观经济

目前美国已经暂停加息半年，加息周期已经到顶，预期5、6月份后降息。也正因为暂停加息，加息到顶我国央行今天进一步降低5年期贷款利率。

2024年的国内的宏观经济依然是将经济恢复为适度通胀的水平。笔者的判断是在汇率稳定的前提下，稳定楼市，因为楼市涉及的面太大。稳定了楼市才能稳定经济稳定预期，才能稳定股市。

完全有可能的是央行在美国降息后选择再一次降息贷款利息的方式，加强人们的信心，加强人们对国家进一步搞活经济的决心，给人们信心。

稳定楼市而不是大力发展楼市。笔者认为未来国家的发展会逐渐向高科技产业倾斜，从依靠楼市带动GDP增长改为依靠科技带动。

综上，一些配套的改革一定也会有：比如真正支持优秀公司发展的证券市场，比如政府职能转变为服务好企业，比如更加开放的区域市场（现在的浦东新区）等等。

而笔者比较关心的股票市场，隶属于证券市场，笔者觉得未来中国的股市一定会越来越好，尤其优秀的科技公司。

（本文完）

前言

大学毕业已经6年了，不知不觉已经到了30岁，不免会对中年危机产生焦虑心理。平常上掘金浏览文章，除了一些技术相关的，还有倔友工作经历相关的，以求得一丝共鸣。最近有感而发，仔细想想自己也没有写过总结的文章，所以想总结一下自己的经历，同时有什么想法大家也可以交流一下。

大学

我大学学的计算机专业，不知道大家的专业是自己深思熟虑后报的还是随便报的，反正我是随便报的。当时填志愿的时候家里人希望我去学医，其实我是有点不太想，但是我又不知道该报什么专业。由于我个人的性格是比较内向的，不太喜欢和人打交道，所以希望以后的工作也如此。在排除了一些专业后，发现计算机专业是和电脑打交道，然后就报了，后来家里人也同意了，最后在杭州上的。

大学期间大一学的课程学的是基础课和java，c#等基础语言，大二学的是计算机组成和网络相关。期间我也没怎么规划未来方向，目标是拿了学分就行。

到了大三，专业细分，我选择了软件工程，其他的数字媒体和计算机科学感觉不太适合我。大一大二的课程安排还算紧凑，大三课程少了很多，平均下来，一天两门课，也就是4课时。学校管的比较宽，那会儿有空闲的时间就在寝室里玩游戏。到了期末的时候，就临时抱佛脚，正所谓“一花一世界，一叶一菩提，一天一本书，一周一学期”，所以现在感觉那个时候还是挺没有目标的。

不知道大家有没有这样的感受：大三的课程要求大多是软件设计，老师教的都是理论知识，但是实际需要完成一个项目。比方说，上课的时候教的是“类”，“设计模式”，到了期末就要做一个课程管理系统。那个时候感觉知识体系都挺零散的，也没有UI框架（或者是组件）的概念,甚至java里的swing也要学，基本使用的是原生的，也没有什么思路，一个页面也不知道怎么去做。但是最终为了完成期末作业，我不得不上网一步一步跟着做，没有加入自己的想法
，就这样搬运完成了。

实习

到了大四，基本没有课程，要求就是实习。我的技术总结起来就仅仅是学过，想着能有公司收留就行，投了几家，面了两家，都失败了。那会儿是G20，留在杭州还挺麻烦的，需要学校报备，然后还要和学校签免责协议。回老家又没有什么软件公司，正在为实习这个事情发愁的时候，好在有一个亲戚在老家有开公司，所以我就趁着这个机会被介绍进去了。

介绍的时候亲戚说建议我去学习他的本行业，也就是制造行业；意思是他在软件这块投了挺多钱，不对软件抱太大期望，希望我转其他的。我考虑到我的实习是需要和开发相关的，所以想要毕业，必须做开发，最终我被安排在一个软件子公司下面。第二天报到之后，我的上级领导就了解我的背景，有没有学过数据库之类的，我就说有。还有刚来上几天班的两个小伙伴，他们是社招的。然后我们几个就一起学习公司的相关框架。

公司实际上是二次开发，之前是花钱买的开发平台。页面也比较简单，就是一些单据。所以我们的工作内容也比较简单，就是拖拖控件，写写增删改查事件。简单的表单熟练了之后一下午可以搞三四个。很长时间都是比较清闲。当然一方面也是因为我是实习，优先安排学校的事，然而我也是写写实习总结。中间也碰到了一些困难，确实业务上复杂的情况也有，需要写存储过程；那时我以为做不出来是能力不行，想一个人硬着抗下所有。最后在一个小时没有解决用户反馈的问题之后，然而我的上级领导态度挺好的，说这个业务挺复杂，他来亲自上手。

就这样过了一个月，等到了发工资的时候，人家都发了，我才发现我没有谈论这个问题，后来上级领导跟总经理反馈了，总经理说实习是没有工资的。这里说一下，我那个亲戚是总裁，总经理是他的侄子，执行权在总经理，况且我跟他也不认识。我想着实习就算了吧，毕业后再说。

过了三个月，不知道是不是我上级领导提的，竟然和我签合同，说是总经理破例给我发工资。等到发工资那天，发了2K的实习工资，我还是挺开心的，毕竟是我自己的劳动所得。由于这几个月吃住都是家里的，我选择给了家里，然而家里给我留了一半当生活费。这几个月实习期间，有学到一些知识和经验，到了后期基本就是重复的工作，没有了更多的技术提升。

毕业

然后到了毕业前的上半年，由于要做毕业设计，需要和导师经常沟通，所以呆在老家不太方便，所以我得换公司实习。其实这个时候我留在学校做毕业设计就可以了，但是看到周围的童鞋都在公司上班，我也不想掉队。然后我又在手机招聘上投了几家公司，但又是石沉大海。后来突然收到杭州的两家面试，我很奇怪竟然不是我投的那几家，估计招聘软件可以看到，后面面了之后过了。然后我就跟领导说我要回学校了，明天就要走，当时我也不太清楚交接的概念，感觉做的内容也挺简单的。没想到领导竟然也同意了，然后我一天内交接完，之后就回学校了。

毕业来了杭州的这家公司（简称公司A），一待就是4年半，你们可能会问为什么第一家公司可以待这么久，包括我和同事都这么说，其实也是无奈。公司规模还挺大，用的是.NET,之前写的是C#客户端，所以很多东西需要重新学。在这家公司实习,也没有安排太多活，主要是学习一些技术，写几个简单的页面。同时也搞一下学校的毕业设计。等到2017年6月份答辩完，我就正式签了合同。同时我也离开了学校，得知大学同学公司在同一个区，就和他们一起租了一个160平的大套房，几个人平均下来人均1300一月。那时公司A开的工资不高，只有几k，然后每个月都在精打细算，看看能存下多少钱。

公司A不是外包公司，但是我所在的部门是做项目的，主要为甲方做定制，有时候采集数据和开发方便需要驻现场。没过多久，公司便派我出去出差。出差所做的内容基本上是数据综合展示页面，没有涉及核心业务，只需要从底层获取数据展示就好了。出差还有个好处就是有补贴，每日固定，由于甲方不提供住宿，我们就2人一组一起住酒店，有时还会跟老板说常住进行讨价还价。算下来，一个月的出差补贴能和工资差不多。所以就算每个月经常加班，也都是可以接受。这个项目上干完2个月可能又到其他项目上去干，然后根据项目时长又考虑是租房还是住酒店，如此往复。那时感觉和同学比起来，赚得还算可以。

不知不觉这样子已经过了两年，公司A涨的工资并不多，同学跳槽获得了更高的工资，换了公司去了其他区，我们一起租的房子也退了，各自重新去租了单间。一方面那时我一个月的工资算上出差补贴，也不算高了，也就是正常水平，另一方面长期到处出差没有归宿感，长期下去找不到对象也不是办法，此时我已经萌生了跳槽的念头。但是回过头来发现，这两年一直是在用.NET做一些展示的界面，说技术没有用到很深的技术，说业务也不是懂业务，这才发现出去面试的时候也不是很有竞争力。看看市场行情java比C#好点，我把这两年的项目包装成java,但面了几家都杳无音信。最后有一家外包发了offer，我这次的目的有两个，一是不出差，2是可以学到技术，显然外包不满足这两个条件，所以我放弃了。考虑到一个月存下的钱还能接受，我就妥协了，继续干着，这次在平常工作之余，学习java相关的技术。

迷茫

然而到了第三年，公司组织架构变动，部门缩减预算，我负责维护产品，有什么问题远程支持。也就是意味着出差的频次减少了，必要的情况下有时出去一个礼拜，赚得出差补贴也少了。这样算下来，相比两年工作经验的人，我赚得是少的，而且进来的新人都比我们老人多，同事问起来，说真的，我都不好意思跟他讲。这个时候我想跳槽的心思再一次涌起，但是快到了年底，也没有什么机会，打算过年后再看看。不过令人惊喜的是，这次年终奖给了不少，估计是考虑到我们工资比较低，工资不涨，年终奖来凑，也算是补了一点内心的不平衡。

原先部门的人员还一直挺稳定，到了20年中，老人也走了几个，新人进来了几个，这时我已经算是比较老了，平常同事问起来，意思说第一家公司待了3年有点久，平常一年或两年就跳槽了，我也是表面上呵呵一下，内心也想着逃离。然后我开始看起了行情，发现行情又不好了，加上我java没有项目实践，只是学了点基础的技术，业务也不精通。是的，我放弃了，我再一次陷入迷茫，难道我就只能一直这样子待下去了吗。

没过多久，公司组织架构再一次变动，部门业务也有调整，我们的技术从.NET过渡到java，这一次对于我来说是一件好事，意味着我可以用java做项目了。而且这次公司的业务是做新的产品，不再维护老的项目，做开发的都知道，一直维护老的项目学不到太多的技术，所以这对于我来说是一种解脱。在大公司的好处是，可以及时跟进技术，然后我就接触了微服务和docker相关的技术，k8s是其他同事在研究。

不知不觉又干了两年，这两年算是学到了一些技术，工资目前还偏低，这个时候我也思考过，我以后的方向，是在大厂当凤尾，还是去小公司当鸡头。加上之前家里催着相亲，前前后后见了不少个都没有结果。有些是因为在老家，异地不太方便，也就算了。加上家里的条件不太好，这几年也没存到什么钱，在杭州买房有很大的压力。然后我就考虑回老家，老家的软件行情也不太好，毕竟是二线城市（现在已经是三线了），机会不是很多。刚好碰到校友群里有老乡在银行工作，发了招聘，然后我联系他，获得了面试机会。在这次面试中，我自认为技术上还是比较自信的，然而银行的流程比较复杂，有5轮面试，由总行的和分行的。然而又失败了，这次失败是因为用词表达不够准确，被分行的领导们否决了。但我不知道是不是有其他因素考虑在内，比如外貌、言行举止，需要体现银行人的面貌，不过都不重要了。

回家

到了2022年初，在某聘发现老家有公司（公司B）在招架构师，我就去试试看。业务刚起步，我心想如果能够能有发展的话，以后在技术部门还是有话语权的。公司B工资给的一般，但考虑到可以住在家里，生活成本会少很多，有什么事情家里沟通也很方便。于是我就进了这家公司。说真的公司A待了4年半，还有些不舍。公司还是原来的公司，但是部门调整，人员流动、调整、拆分，部门是否还是原来那个部门。

在公司B的经历只能用两个字概括：闲着。情况是公司原先有老系统的经验，现在BOSS他们在进行业务架构，我们就做一些技术架构的学习，在我看来前期还会是项目级别的开发，不会一下子上升到K8S集群管理。一来是真正成熟的产品还需从项目开始落地，二来是管理成本会很大，人员有限。

公司实习生来了几个，又走了几个。到现在持续了快两年，如果不是工资能够正常发并且人员还在招，我都怀疑公司是不是在正常运作。好在也是在回家的这两年，经过家里人介绍，我完成了另一件终身大事。

总结

不知不觉写了很多，有些细节还没写出来。这几年铺天盖地的技术，我们是学了又学，卷了又卷。当软件技术不能够有效提高生产力的时候，意味着软件开发的红利已经过去。想想以前，如果我毕业时考研读了人工智能的专业，现在会不会好很多；如果大学的时候努努力，进互联网的大厂，现在又会不会不一样。但是我不后悔，我把原因归结于没有规划，大学如此，工作的时候也是如此，等行情不好的时候或者是中年危机出现的时候，再去准备就已经迟了。一切的焦虑来源于没有充足的准备。

要为最坏的打算做好准备，如果公司不行了，难道还回杭州去背井离乡吗。所以未来我打算发展一下副业，不需要依赖于公司也可以自己生计。

镇楼图

三个角色

删库以及更宽泛的数据库变更场景中有三个角色，业务研发，DBA 以及使用的数据库变更工具：

• 业务研发通常指的是后端研发。国内最主流的技术栈还是 Java，此外 Go 也有一部分，另有全栈的则使用 Node。这些语言通常会配备对应的 ORM 和数据库打交道，Java 的 MyBatis，Go 的 GORM，Node 的 TypeORM 等。


• DBA 就是数据库管理员。有些公司即使没有全职 DBA，也会有看着数据库的那个人。


• 数据库变更工具。公司业务稍微上了规模，一般会选择在专门的数据库变更工具上执行操作，开源的产品里比较主流的有 Archery, Yearning, Bytebase。

生命周期

交代完出场角色，我们再来说一下，数据库变更的整个生命周期：

• 研发在数据库变更工具上提交了一个变更工单。


• 工具可能进行一些自动化检测，修改字段会提示锁表，删库，删表会警告破坏应用代码的兼容性。


• DBA 进行审核。


• 审核通过后，进行发布。


• 告警铺天盖地/客诉蜂拥而来，业务一排查，怀疑可能是之前的数据库变更引起的，拉上 DBA，实锤。于是再一起制定补救方案。


• 经过几天的奋战，最终修复了问题。


• 开始进行复盘。

上一期回顾的 Linear 删库故障就是这样一套流程。到了复盘阶段，国外普遍采用 blameless postmortem，对事不对人，但国内通常会给故障定主责和次责。安全生产的角度来说，定责任人的威慑力肯定更强。但对于数据库变更，往往一出就是大故障，承担主责往往意味着全年绩效最低档。所以每当业务研发和 DBA 还有他们的主管走进会议室，都会很认真地想着怎样一起复盘。

场景模拟

我们先来模拟一个场景：

业务研发想在 MySQL 8.0 上把一个 VARCHAR 列的长度从 20 改成 100：

ALTER TABLE person MODIFY name VARCHAR (100); 

研发在数据库变更工具上提交了这个语句，因为 DBA 也读了 MySQL 8.0 官方文档，知道 MySQL 8.0 修改列不会锁表导致不可用，所以审批通过，然后 DBA 执行这条语句。业务居然挂了！原来 MySQL 8.0 里当把 VARCHAR 长度修改为超过 64 时，还是会锁表的！

切回复盘室里认真讨论的气氛。业务团队主张 DBA 主责，业务研发次责，因为：

• 工具没有自动检测出这个风险，进行提示。


• DBA 作为专业人员在审核阶段没有发现锁表问题。


• 最后是由 DBA 去执行了变更操作。


• 业务研发提交了导致问题的 SQL，但要求业务研发了解这个 MySQL 的执行细节有点强人所难。

DBA 团队主张业务团队主责，DBA 次责，因为：

• 业务研发应该为自己的业务负责，包括数据库在内。


• 问题 SQL 是由业务发起的。业务研发并没有提示业务风险，比如业务的重要性，业务的高峰期等。


• DBA 没有识别到这个问题，督查失职。

好了，到了这里两边其实都有各自的道理，小伙伴们可以停下来思考一下，更倾向于如何定责。下面说一下我的观点。

我认为这个情况应该是**「业务团队主责，DBA 次责」**。

针对业务团队的几个主张：

工具没有自动检测出这个风险，进行提示。

那好，既然 DBA 引入带自动检测的工具反而留下把柄，那大家还是提交在文档上吧，完全没有自动化检测。

DBA 作为专业人员在审核阶段没有发现锁表问题。

双方这点都有共识，但光这条属于失查，次责。

最后是由 DBA 去执行了变更操作。

是 DBA 执行还是研发执行，这是流程的设计。谁去点执行按钮都改变不了这次故障的发生。

业务研发提交了导致问题的 SQL，但要求业务研发了解这个 MySQL 的执行细节有点强人所难。

没有错，但我们来换一个角度。研发写代码调用了一个 API，让 API 的维护者审核一下。结果 API 维护者也没有审核出来一个 bug，上线后导致故障。研发确实可以说让他了解 API 的实现细节有点难，但是研发为了完成自己的任务，使用了一个自己不熟悉的 API，那是不是应该由自己承担风险？

但在实际 PK 中由 DBA 承担主责的情况时有发生，往往是因为第 3 点，最后是由 DBA 点了发布按钮。但就像上面说的，我认为这点是站不住脚的。流程设计让 DBA 点那下，是因为由 DBA 来点效率是更高的，但如果因为 DBA 点了而要背锅，那 DBA 就会拒绝这个流程，甩给研发自己去发布，这样流程只会更加低效。这里也要澄清一下，也不是 DBA 点就一定是更高效的流程，但只想表达定责应该和谁最后点发布那一下无关。

场景泛化

我们再进一步把这个场景泛化一下。在垂直业务团队和横向平台团队的协作中，因为业务开发造成的故障，通常应该都由业务团队承担主责，否则的话，就会造成权责不对等，把平台团队推向消极合作的情况。

这个就像老师带着小朋友和家长们集体活动，照看小朋友的第一责任人始终是家长，如果要让老师承担主责，大概率就不会组织活动了。当然这也有例外，比如假设老师罔顾家长的嘱托，携带小朋友参加不适合的活动，造成意外，那就是老师的责任了。

回到模拟的场景，业务研发应该做的，是给 DBA 更多的业务风险提示，比如说哪些高峰时段不能做变更。如果研发说了这些，但是 DBA 依然置若罔闻，发布造成事故，那 DBA 也自然难辞其咎。

故障定责是一个激烈的话题，关乎到大家的奖金，加薪，升职。本文尝试给出一个判定的原则，也欢迎大家留言探讨。回忆起那些年参加过的复盘会议，就像抄起刚一同肝完的啤酒瓶，朝对方劈头盖脸扔了过去。我心中不禁泛起丝丝寒意，想到了鲁迅的呐喊：

「 从来如此，便对么？」

1. 引言

在快速变化的软件行业，持续学习和证书认证成为了许多开发者职业发展的关键。不仅因为这些证书能够提升个人技能，而且在求职过程中，这些证书也是向雇主展示专业技能和承诺的重要方式。

2. 市场上主流的软件开发相关证书

2.1 Oracle Certified Professional, Java SE Programmer (OCPJP)

• 相关技能：Java 编程、面向对象的设计原理、Java SE API。


• 为何重要：Java 是世界上最受欢迎的编程语言之一，Oracle 的 Java 认证能够显著提升一个开发者在Java领域的专业性。

2.2 Microsoft Certified: Azure Solutions Architect Expert

• 相关技能：云计算、Azure服务设计和管理、安全和合规性。


• 为何重要：随着云计算的普及，熟练掌握微软Azure平台的专家需求量大增。

2.3 AWS Certified Solutions Architect – Associate

• 相关技能：云计算、AWS服务设计和管理、网络技术。


• 为何重要：AWS 是市场上最大的云服务提供商，此认证证明了在AWS平台上设计高可用、成本效益高的系统的能力。

2.4 Certified ScrumMaster (CSM)

• 相关技能：敏捷和Scrum实践、团队合作、项目管理。


• 为何重要：Scrum 是最流行的敏捷开发方法之一，CSM证书证明了在使用Scrum方法管理项目方面的专业知识。

2.5 PMP (Project Management Professional)

• 相关技能：项目管理、领导和团队管理、风险管理。


• 为何重要：对于希望在项目管理方面发展的软件开发人员，PMP是一个国际认可的高级证书。

3. 选择正确的证书

• 自我评估：首先，理解自己的职业目标和兴趣所在是非常重要的。例如，如果我们对云计算充满热情，那么AWS或Azure相关的证书可能更适合我们，在国内阿里云和腾讯云的认证也可以。


• 行业需求：研究市场需求和趋势，选择对应的证书。例如，随着云计算和数据科学的兴起，相关的证书需求量也在增长。


• 长期价值：考虑证书对我们长期职业发展的帮助。一些证书可能需要持续的教育和更新。

4. Certified ScrumMaster（CSM）推荐

在当今快速变化的软件开发领域，敏捷方法论已成为推动项目成功的关键因素。作为最受欢迎的敏捷实践之一，Scrum 方法论在全球范围内得到了广泛应用。Certified ScrumMaster（CSM）认证对软件开发者和项目管理者来说是一项宝贵的资格认证。

4.1. CSM 认证概述

Certified ScrumMaster（CSM）是由 Scrum Alliance 提供的一项认证，旨在确认个人在理解和实践 Scrum 方法论方面的能力。CSM 认证不仅涉及 Scrum 的基本原则和实践，还包括团队合作、项目管理和敏捷思维。

4.2. CSM 认证的重要性

• 提升职业素养：CSM 认证可以显著提高个人在敏捷项目管理领域的专业知识和技能。


• 增强市场竞争力：随着敏捷方法的普及，CSM 认证成为了求职者在简历中的一个亮点，增加了他们在市场上的竞争力。


• 促进团队合作：CSM 认证的持有者能更有效地领导和促进敏捷团队的合作与沟通。


• 优化项目管理：CSM 认证有助于改进项目的交付周期，提高项目成功率。

4.3. 获取 CSM 认证的流程

• 参加培训：首先需要参加为期两天的认证课程，由 Scrum Alliance 认证的培训师（CST）授课。


• 通过考试：完成课程后，参加在线考试，考试内容涵盖 Scrum 的基本原则、框架和实践。


• 维持认证：CSM 认证需要每两年续期一次，通过积累 Scrum 教育单位（SEUs）和缴纳续费来实现。

4.4. 为何选择 CSM 认证

• 适用范围广：无论是软件开发者、项目经理还是希望提高项目管理能力的专业人士，CSM 认证都是一个极佳的选择。


• 实践导向：CSM 认证不仅仅是理论知识的学习，更重要的是它强调实践和实际应用。


• 全球认可：CSM 是一项国际认可的认证，对于追求国际职业发展的专业人士来说具有重要意义。

Certified ScrumMaster 认证是一项对软件开发者和项目管理者极具价值的资格认证。它不仅提供了敏捷方法论的深入理解，还有助于在职业生涯中获得更多的机会和挑战。无论我们是刚刚开始职业生涯，还是希望在当前领域有更深入的发展，CSM 认证都是一个值得考虑的优秀选择。

5. 总结

选择正确的证书对于软件开发者的职业发展至关重要。在选择时，应当考虑个人的职业规划、市场需求以及证书的长期价值。同时，持续学习和保持技能的最新性是每个软件开发者成功的关键。

毕业到现在也已经有三年多的工作经验了，最开始坚信努力就会有结果，到被社会毒打后开始迷茫，一直在思考生活和工作之间的关系和意义。目前是彻底的技术躺平，如今供需关系变化了，单纯的提升技术也不见得能找到一份好的工作，所以有点学不动技术了，感觉学习技术的价值不如以前大了，还不如学点软技能，或者看看书拓宽视野也好。好在人没有躺平，一直在尝试寻找一个破局的契机。既然改变不了环境，那就先改变自己吧。

说说以前

第一份工作

刚毕业的第一份工作工资很低而且996，花了很多钱去报名学习编程技术的课程，当时觉得只有技术上去了薪资才会随之上涨，果不其然，最开始先投资自己才能更快提高身价的方式很对，来年跳槽工资是第一份工作的2.X倍吧，一方面当时环境还没这么糟糕，另一方面HR问期望薪资的时候自己也比较敢开价，主要是当时学了不少技术课程，面试的时候也是一顿Vue源码输出，所以当时底气比较足敢报价，现在回想起来确实有点狮子大开口的感觉[笑哭]。

第二份工作

第二份工作虽然比第一份工作的薪资高了很多，不过好景不长，待遇上去了，伴随而来的是更多的挑战和更大的压力，我倒是不抵触压力和挑战，适当的压力会让人更快的成长，我抵触的是那家公司的“坐牢”文化，明面上写着5点半下班，暗地里大搞工时考核，工作日至少需要待够11.5个小时，工时不够的就会被谈话了，就算没啥事也得待在公司刷工时，后面11.5都没法满足了。

休养

人到底能有多坏？一直以为大家同是打工人，矛盾是一致对外的，直到碰到了上家公司领导无底线的压榨、转正临近人事威胁劝退的恶心事之后，才体验到真正的险恶和残酷。没了工作后，开始怀疑自我，变得迷茫，每天都要出去走走，不让自己闷在屋子里，或许是阅历不足、亦或是承受能力不够吧，能熬过去的都会有成长。

休息了近半年才重新开始找工作，这半年时间基本上是边做个低代码开源，边外出散心的状态，见见老友，吃饭叙旧，也尝试了很多新奇的体验。

新工作入职前去了趟南通，在大学室友那住几天，算起来我俩都是无业游民，他住的附近有一个很大的批发市场，海鲜还算便宜种类也多，每天都让他骑着小电驴载着我去，我俩连续吃了很多顿海鲜，吃饱后骑着小电驴去看山山水水、逛逛公园，晚上回来一起开黑。对比一线城市的物价，感觉那的东西还挺实惠，可能我们是工作日去逛的，车少人也少，没有大城市的拥挤和喧嚣，也没有匆忙的旅人，突然间感觉生活节奏变得很慢，原来很多事情都可以慢慢来。

不过小城市的工作收入确实很低很多，没有收入来源的话，这种生活不会持续太久，活在当下尽情享受当前的每分每秒。

回到现在

现在这份工作

当时休息完开始找工作的时候，知道环境不好，心里已经有一个预期了，不过这难找的程度还是超过了我的预期，找的时间越长人越焦虑，虽然焦虑并没有什么正向作用，反而让人睡不着吃不好，但很难控制得住不去焦虑，当时想着随便有个外包都去了，好在最终结果是好的，拿到了唯一一份offer，也就是现在这份工作，没有太多的考虑的余地就买机票去了。

这份工作虽然降薪了，但是双休不加班，工作上也没什么太大的压力，下班后晚上就去跑步，很喜欢跑完大汗淋漓的感觉。

不过最近公司好像是收益不太行了，少了很多人，收益不行的时候就开始抓考勤、算考核绩效，几个人的活压到一个人身上，见怪不怪了，一般公司开始走下坡路的时候就出现这种操作。总感觉码农这份工作抗风险能力还是很差的，要资源没资源，要人脉没人脉，多数劳动合同上还限制了不能干副业，风险来临前要早做打算才是。

谈谈未来

2023年完成的目标

1、看完5本书（趁着地铁通勤时看的，对扩宽视野很有帮助）

2、坚持跑步（每个工作周至少去跑一次）

3、打卡背单词（一直想提升英语能力，不过感觉每天只是花点时间背单词的话，还是提升太慢了）

4、附近城市旅游（珠海跨年、清远漂流、桂林竹筏、江门海岛沙滩等，基本都是周末去的，玩得也很开心，节假日的时候人多不想去挤）

5、交朋友（总感觉这一年交到的朋友太少了，想玩个桌游都凑不够人）

2024年我想要做什么

1、雅思，目标定在5.5以上吧（我的英语一直很差很差，以前没怎么学，考试基本靠蒙，想着年后报个班提升一下效率，在英语上欠下的债总归要还的）

2、看书（闲的时候多看几本书）

3、旅游（旅游是一个享受世界的过程，我喜欢慢慢悠悠的，总想着没工作的时候去一趟新疆或者内蒙，估摸着能住一个月吧，就想静静的在一望无际的草原上躺这么几天）

4、出去外面看看（护-照最近也办下来了，想体验更多的风土人情，见识更宽阔的世界）

5、运动（养生和跑步不能停，目标累计到一千公里以上吧，23年已累计到八百公里了，剩下两百公里应该洒洒水）

6、交朋友（交到更多的朋友，偶尔想去玩一些东西，总是没有合适的朋友一起）

寻破局之路

什么局

总觉得程序员这个职业稳定性差，没什么安全感，要么是三十五岁槛，要么是身体扛不住，不乏有些大咖支招转管理岗，可现实就是管理坑位就这么些，绝多大数人是坐不上的，再者拼命去卷竞争管理岗，到时身体垮了，ICU住一住，抵不住可能会人财两空。到时候年龄大了失业了，找不到工作，即没人脉和资源，也不会别的专业技能，这种可预见性的危机可以提前做些准备，避免走到这一步。

如何破

感觉自己总是走不出眼前的一亩三分地，不停的在这小圈子里兜兜转转，世界规则的条条例例已经把人框在一个范围里了，人生应该是旷野而不是轨道，如果自己再给自己设限，那么这个框将更小。很多时候出于对未知的恐惧，没勇气踏出第一步。我给自己找了两个破土而生的方向：1、换个赛道；2、换个环境，若当下环境找不到破局的希望，那就朝外面看看，试着换个环境，让变数更大。

两个方向的结果未定，好在变数够大，不至于一眼就看到头。

大家好，我是杨成功。

从参加工作到今年十月底，我做前端已经整整七年了。都说婚姻有七年之痒，我觉得工作也同样如此。所谓工作的“七年之痒”，即职业倦怠期。我觉得我倒没有倦怠，但感受不一样了。

以前我一直想前端可以干到退休，这是我的理想职业。现在我虽然还是一名前端工程师，但是工作内容已经离前端越来越远了。

以前我觉得做一个骨灰级程序员、掌握各种牛逼的技术是毕生目标；现在我会想人生精彩多样，多尝试一些不一样的事情不也同样有趣？

1-3 年：热爱、探索

我参加工作很早，二十出头。那时候啥也不懂，但是精力旺盛啥也想学，经常写代码到凌晨 2 点也不觉得累。有一部分人选择前端是因为简单，我就是纯粹的喜欢前端。

前端中有很多好玩的东西，比如各种动画、特效，我都非常感兴趣。在工作中常常因为研究出一种“高级”的写法、实现了某个“牛逼”的功能而沾沾自喜。虽然现在看起来很小儿科，但想起来真让人怀念。

我的第一份工作工资很低（<3k），应该比 95% 的前端都低。当时没有经验，心里想着只要能学到东西就成。在那家公司干了一年多，公司用到的技术基本都学了一遍，进步飞快。“又穷又爱”的状态估计以后再也不会有了。

3-5 年：积累、挑战

工作三年多的时候，我换了家公司，带一个前端小团队，每天都扎在项目里。以前总是追求新技术，怎么花哨怎么来。可负责项目后才发现，解决问题和快速产出才是第一位。

当时的前端非常火热，全社会都是跳槽的机会，跳槽等于涨薪。于是面试变得千奇百怪，大家在卷各种原理、源码、八股文，不管面不面试刷题成了必修课。很多开发者们非常讨厌这些东西，但是又不得不去做。

当然也有好处，就是各种新技术层出不穷。虽然很多都是轮子，但确实有不少突破性的技术，帮助传统前端接触到更广的技术面，能做更多的事情。

我没有花大量时间刷面试题，新技术倒是跟了不少，而且很多都用在了项目中。像 JS 原理题、算法题、某些框架的源码之类，我基本没怎么看过；但是像 Node.js、Android、Linux、跨端开发这些，我花了很多的时间研究，因为确实可以解决项目中的问题。

我一直认为我属于“外卷”类型的：Title 一直是前端，但从不认为自己只是一个前端。什么技术都想试试。所以后来我承担过很多攻坚的角色，像服务器、原生 App、音视频等。我发现能让我上头的可能并不是前端，而是搞定一个难题的快感。

得益于这种心态吧，五年内我积累了很多，但我认为收获最大的是习惯了面对挑战。

5-7 年：瓶颈、迷茫

工作五年以上，年龄直逼 30 岁，好像一瞬间就老了，可我总觉得自己还是个孩子。这个时候总会问自己：我的工作有什么意义？我要一直这样下去吗？我想要什么样的生活？

我是在第 6 年的时候感受到了瓶颈。技术方面一直在进步，但对项目的帮助越来越小———项目进入了稳定期。稳定期意味着没有了涨薪的机会，工作重点逐渐从“怎么实现”变成了“怎么汇报”。以前写日报是“汇总成果”，现在变成了“显得有事可做”。

可能任何一家产品成熟的公司都是这样吧，我不习惯，我还在适应阶段。

从今年开始，我最大的迷茫是工作与生活如何平衡。我在北京这几年，大部分精力都扑在了工作上，家人离的很远，每年见个一两次，也没把谈女朋友当回事。想和家人朋友在一块，可工作又不能放弃。成年人说自己不做选择全都要，而我好像只能二选一。

以前一门心思地想靠技术跳槽、进大厂，今年突然觉得没意思。看到很多人被裁员、加班、互卷，我突然想也许现在挺好的呢？双休不加班、领导也 Nice、没有绩效考核、办公室关系也简单。是不是以前自己太浮躁了，没有好好享受当下呢？

所以，要不要继续写代码？还是回老家做别的事？工作上要不要再卷一点？努力攒钱还是趁年轻消费？要不要参加相亲考虑结婚？一连串的问题汹涌而来。

有些问题能想明白，有些问题还是不明白，但更多的是想明白了也做不到。人的成长流失最快的是勇气，可能某天一件意料之外的事情，会让你一下子做出决定。

写了一本书

工作五年之后，我常常会思考一个问题：如果有一天不做程序员了，我还能干什么？

程序员大概都不喜欢社交吧，或者不擅长社交。我特别羡慕大圣老师，他可以把自己的知识通过视频很生动的表达出来。但我就不行，我好像对镜头恐惧，尝试过好多次全身的不自在。

录视频有难度，不过写文章还行。正好积累了很多知识经验，一边总结一边练笔，于是开始写掘金。后来又碰到个机会写书，我就觉得这个更好，可以把这么多年的经验总结浓缩到一本书里。或许可以帮助一些前端朋友快速进阶，或许还能赚点稿费。

这本书名叫 《前端开发实战派》。

之后怎么走

七年之前觉得我会写代码到 70 岁，直到写不动了为止。七年之后，我最喜欢的工作依然是程序员，但我不再执着于能不能干到 35 岁了。世界还有很多不一样的精彩，我不能把自己困在程序里。

与那些大厂大佬们相比，我赚的不多，心气也不高。没有想过一定要留在大城市，也不觉得以后有了小孩，就一定要奔着“好的教育”和“名校”去卷，太累了。其实只要没有大城市和名校的执念，生活压力也不会那么大。

这样来看，如果有一天我被裁了，其实也没什么可担心的。选择一个离家近的地方，没有大都市的物欲和诱惑，过一些简单轻松的生活，或许并不糟糕。只是身在大城市，面对万千繁华仿佛难以自拔，但你心里好像知道这不是你追求的，却又停不下来。

我有一个预感，可能 30 岁后不再做程序员了，至少不会只埋头钻研技术。做前端这几年让我在各方面成长迅速，不过做久了也有弊端，比如表达能力、社交能力退化，不擅长处理人际关系，不直接接触商业，而这些往往是人生下半场，决定幸福和事业的关键。

但我依然喜欢技术。无论做什么，技术都会是我自己的优势。

我们大老板是技术出身，孩子都上小学了，还经常熬夜帮我们处理技术难题。有次聚会我问他，公司那么多事情要忙，怎么还有精力写代码呢？他说写代码就是我最放松的时候。我不由得一阵佩服，或许这就是技术人的魅力吧。

但在 30 岁之前，我会继续站在技术一线，做一个什么都搞的前端人。

前端开发，8年工作经验，一共呆了2家公司，一个是做积分兑换的广告公司。这是一个让我成长并快乐的公司，并不是因为公司多好，而是遇到了一群快乐的朋友，直到现在还依旧联系着。
另一家是做电子签名的独角兽，我人生的至暗时刻就是在这里这里并不是说公司特别不好，而是自己的际遇

我的经历

第一家公司

第一家公司说来也巧，本来是准备入职一家外包的，在杭州和同学吃个饭，接到了面试通知，一看地址就在楼上，上去一共就3轮面试，不到2个小时直接给了offer。有些东西真的就是命中注定

第二家公司

第二家公司我入职以后挖了上家公司诸多墙角，我一共挖了6个前端，2个后端。拯救朋友们于水深火热之中。

我本以为我能开启美好的新生活，结果第二年就传来我父亲重病的噩耗 肺癌晚期，我学习了大量的肺癌知识什么小细胞，非小细胞，基因检测呀等等。。。

可是最后还是没有挽留住他的生命，我记得我俩在最后一次去武汉的时候，睡在一起，他给我说了很多。

他说：治不好就算了，只是没能看到自己的孙子有些可惜罢了。

他说：我这一辈碌碌无为，没给你带来多么优越的条件，结婚、买房、工作都没给到任何帮助，唯一让我感到欣慰的是你那么努力，比我强多了，家里邻居很多都眼馋你呢。
他说：你小孩的名字想好了吗？你媳妇真是个孝顺的孩子，性格也好，心地善良，你要好好对待她。

他说了很多。。。我都快忘了他说了啥了，我不想忘来着，可是可是，想起来就又好难过。

这只是我人生历程的一部分，我把这些讲出来，是为了让大家明白，你现在所经历的困苦其实没有那么严重，人在逆境之中会放大自己的困难，以博得同情。所以现在很多人给我倒苦水的时候，我总有点不屑一顾的感觉，并不是我有多强，我只是觉得都能过去。

在灰暗的时候，工作总是心不在焉，情绪莫名冲动，我和领导吵过架，和ui妹妹撕破脸，导致人家天天投诉我。我leader说我态度极其嚣张，我说你再多说一句，我干死你所以不裁我裁谁。

我的人生感悟

我时常以我爸的角度换位思考，我在得知这个消息后我该咋办？是积极面对，还是放弃治疗？可是所有的都是在假设的前提之下，一切不可为真。只有在其中的才最能明白其中的感受。
那一年我看着他积极想活着的毅力，也看到了他身体日渐消瘦的无奈，无奈之余还要应付各种亲戚的嘘寒问暖。

我现在很能明白《天道》中那段，丁元英说的如果为了孝顺的名声，让父亲痛苦没有尊严地活着，还不如让父亲走了。 的意思了。在他昏迷不醒的时候，大小便失禁的时候，真不如有尊严的走了。

我其实已经预感到自己要被裁，我原本是挺担心的，可是后来想想父亲的话，我总结成一句话圆滑对事，诚以待人。 这句话看上去前后矛盾，无外乎俩个观点。

圆滑对事的意思是：就是要学会嘴甜，事嘛能少干就少干，能干几分是几分，累的是别人，爽的是自己，在规则中寻求最大的自我利益化。

诚以待人的意思是：圆滑归圆滑，不能对谁都圆滑，你得有把事情办的很好的能力，你需要给真正需要的人创造价值，而不是为了给压榨者提供以自我健康为代价的价值。

用现在最流行的词来说就是「佛系」。

什么叫活明白了，通常被理解为不争不抢，得之淡然、失之泰然、顺其自然的一种心理状态。

活明白的人一般知道自己要什么样的生活，他们不世故、不圆滑，坦荡的、磊落的做自己应该做的事儿。他们与社会上潜规则里的不良之风格格不入，却不相互抵触，甚至受到局中人的青睐与欣赏。

活明白的人看着更为洒脱，得不张扬，失不气馁，心态随和、随遇而安。

不过，还有一种活明白的人，不被多数人所接受。他们玩世不恭、好吃懒做，把所有一切交给命运去背锅。这种人极度自我，没有什么可以超越他自己的利益，无法想象这种活法，简直就是在浪费六道轮回的名额。

总之，有的人活明白了，是调整自己的心态，维护社会的稳定和安宁。有的人活明白了，是以自我为中心，一边依赖着社会救济，一边责备社会龌蹉。

所以，活明白的人也分善与恶，同样是一种积极向善，另一种是消极向恶，二者同出而异名。

我对生活的态度

离职的第一个月，便独自一人去了南京，杭州，长沙，武汉，孝感。我见了很多老朋友，听听他们发发牢骚，然后找一些小众的景点完成探险。

在南京看了看中医，在杭州露营看了看日落，在长沙夜爬了岳麓山，在武汉坐了超级大摆锤，在孝感去了无名矿坑并在一个奶奶家蹭了中午饭。

我的感受极其良好，我体验了前所未有生活态度，我热情待人，嘻嘻笑笑，我站在山顶敞怀吹风，在无尽的树林中悠然自得，治愈我不少的失落情绪。我将继续为生活的不易奔波，也将继续热爱生活，还会心怀感恩对待他人，也会圆滑处事 事事佛系。

可能能解决你的问题

要不要和家里人说

我屏蔽了家里人，把负面情绪隐藏，避免波及母亲本就脆弱的内心世界，我还骗她说公司今年不挣钱，提前让我们放假，只给基础工资。如果你家境殷实，家庭和睦，我建议大方的说，这样你和父母又多了一个可以聊的话题，不妨和他们多多交流，耐心一些。

裁员，真不是你的问题

请记住，你没有任何问题，你被裁员是公司的损失，你不需要为此担责，你需要做的是让自己更强，不管是心理、身体还是技术，你得让自己变得精彩，别虚度了这如花般的时光。可能你懒，可能也没什么规划，那就想到啥就做啥好了，可能前几次需要鼓足干劲，后面就会发现轻而易举。

如何度过很丧的阶段

沮丧需要一个发泄的出口，可以保持运动习惯，比如日常爬楼梯、跑步等，一场大汗淋漓后，又是一个打满鸡血积极向上的你。

不要总在家待着，要想办法出门，多建立与社会的联系，多和朋友吹吹牛逼，别把脸面看的那么重要，死皮赖脸反而是一种讨人喜欢的性格。

不管环境怎样，希望你始终向前，披荆斩棘

如果你也正在经历这个阶段，希望你放平心态，积极应对

如果你也在人生的至暗时刻，也请不要彷徨，时间总会治愈一切

不妨试试大胆一点，生活给的惊喜也同样不少

我在一个冬天的夜晚写着文字，希望能对你有些帮助