大家好，我是树哥！

昨天，我在文章《业务开发做到零 bug 有多难？》和大家聊了下影响零 bug 的一些因素。其中，我提到了开发时被压缩工时，应该怎么做。今天，我们就来聊聊这个话题。

只要工作过几年的小伙伴，必然会遇到过背压工时的情况。面对这种情况，不同的工作年限、在不同的公司、不同的团队氛围下，都会有不同的反应。如果你是一个刚刚毕业的萌新开发，很大情况下你会选择自己加班服从。甚至加班都完不成的情况下，你还吭哧吭哧不出声。

最后等待你的结果就是 —— 成为被复盘的对象，被批评。那么如果遇到了开发时间被压缩，或者被质疑的情况下，我们除了默默加班接受之外，还能做些什么来让自己没那么苦逼吗？

在我看来，自己一个人傻傻加班是下下签，是最后实在没办法才做的无奈之举。一旦有其他选择，你都不应该提出自己加班加点做完。那么，到底有什么办法可以解决工时被压缩这一问题呢？

解释工时构成

如果你的开发时间被压缩，那么较大可能是 leader 质疑你评估出的工时。假设你的工时评估并没有问题，那么就是你考虑到了一些风险点，而你的 leader 并没有考虑到。毕竟这也很正常，对于一个很久没有写代码的管理者来说，其会习惯性地忽略一些细节性的东西。

这个时候，你要做的不是胆怯地接受。而是要主动去找 leader ，跟他解释工时是怎么评估出来的。你考虑到了某些风险点，为什么是这么多工时。如果你的 leader 不是傻子，那么相信他会接受你的解释。但这里要注意的是，解释的时候记得要语气好些，不要怒气冲冲地找别人，不然话没说然就吵起来了。

减少需求内容

假设你和 leader 已经进行了友好地沟通， leader 也认可了你的评估时间。但是他说：没办法，老板就要求那个时间点做完，没办法给你更多时间了！

这时候，萌新小白就会老老实实回去座位上加班，最后还是干不完被批斗。但对于职场老油条来说，他就学会与 leader 以及产品沟通 —— 能不能少点需求内容。例如：我们要做一个员工列表，那是不是只做列表就可以，不用做筛选和搜索了？员工详情是不是也可以先不走了？

老板可以指定最终完成的时间，但是他基本不会干涉到具体的细节上面。这时候就给我们留下了沟通的空间，这也就是作为开发的你可以争取的东西。对于一个有经验的产品经理来说，如果研发给他提出了减少非核心功能的诉求，他一般也会答应的。

申请更多资源

如果产品说：不行，我们每个功能点都得做，一点需求都少不了！

这时候你可以再向你的老板提出诉求 —— 申请更多资源。

前面你也解释过工时的构成，做这么多功能确实需要这么多时间。如果最终上线时间不能推迟，那么就只能投入更多的资源了。

在这种情况下，如果公司还有富裕的研发资源，那自然会优先考虑你这边的诉求。对于你来说，你的研发压力也自然变小了。

分摊开发压力

如果实在又申请不到更多资源，这个项目又只能由你们团队 5 个人来完成，怎么办？

很多时候，不同开发人员的开发压力不一样。可能你开发压力比较大，其他人开发压力比较小，这时候你可以提出 —— 是否可以让其他小伙伴帮忙做点工作，这样可以减少一些压力？

我想，如果你的 leader 也应该会考虑你的诉求。千万不要自己明明完成不了，还要硬抗。到最后加班干了几个星期，需求还是完成不了，不仅辛苦的付出得不到理解，还被批斗。那可就真的是赔了夫人又折兵啊！

千万不要觉得这种情况不会发生，在我去年工作的时候，就发生了这样一个事情，我也是很同情那位同学的。如果那位同学能看到这篇文章，那么或许他后面就不会踩坑了吧。

推迟上线时间

上面说得是最终上线时间无法变更的情况，但很多时候并没有这种倒排需求。很多需求的上线时间并不是一成不变的，你只要给出足够合理的解释，也都是可以沟通的。

因此，如果在上面的沟通方法都行不通的情况下，你也可以沟通看看是否可以推迟上线时间。毕竟相对于研发速度来说，研发质量肯定更加重要。

终极绝招

大多数情况下，如果你能合理应用上面提到的几种沟通方式，被压缩工时的问题一般都能解决。但有些小伙伴会问：那如果真的所有办法都失效了呢？那怎么办？

其实，大多数情况下，不太可能到了需要使用绝招的地步。但如果真的到了这一步，那你就做好「殊死一搏」的准备，用上这个绝招吧 —— 调预期、表态度。

调预期，就是给你的 leader 打预防针，提前告诉他这样做的后果就是 —— 质量差、很难做得完。如果他还是这么坚定地推进，那么如果真的做不完，相信他也理解，不会太过于责怪你。

表态度，就是得加加班。如果你之前已经说了压力很大，甚至加班都做不完。那么你至少还是得表表态度，不能像往常一样早早下班，这样即使最后搞砸了。由于你态度还算端正，还不至于被责怪得太狠。但如果你要是又说做不完，又每天早早下班，那别人就觉得是你态度问题了。

走到这一步，实属是无奈，但这也是最后的保命之举了，除非你不想在这干了。

总结

今天分享了几种沟通解决「被压缩工时」的方法，包括：

• 解释工时构成


• 减少需求内容


• 申请更多资源


• 分摊开发压力


• 推迟上线时间

本质上来说，就是不要自己一个人傻傻地抗压力，不要让自己背负着太大压力。我们要明白自己能做到什么程度，而且不要早早把「自己加班」这一最后的保命、卖惨利器祭出。他应该是自己的保命技能，而不是为别人锦上添花的技能。

特别是，不要因为赶进度、赶工时，而去牺牲开发质量。因为如果你这么做了，后果就是你付出了很多时间和精力，最后你会在项目复盘会上检讨 —— 为什么你的功能代码质量这么差。这是另一个话题了，后续有时间我们继续聊。

希望大家都能够活学活用，下次在和 leader 以及产品沟通的时候，用上这些沟通技巧吧！希望大家都不要加班，准时下班！

如果你觉得今天的文章对你有帮助，欢迎点赞转发评论支持树哥，你的支持对于我很重要，感谢大家！

近年来，职场竞争越来越激烈，每个员工都希望通过努力工作，赢得领导的认可和提拔机会。

然后，不可否认的是，有人粉墨登场，就有人卸妆离场。离职是职业生涯中一个重要的转折点，它不仅是结束一段工作关系，也是展示个人素质和职业态度的重要时刻。

人们常说“离职见人品”，这句话凸显了离职时人品的重要性。而对于某些管理岗位，往往在招聘时，都是会背调的。

离职时的表现往往能够反映出一个人的职业素养和道德水准。

在离职过程中，一个有良好人品的人会以积极、负责的态度对待工作交接，尽力确保工作流程的顺畅进行，不给公司和团队带来不必要的麻烦。

他们会与上级和同事进行充分的沟通，表达对公司的感激之情，并保持良好的合作关系。

相反，一些人在离职时可能会表现出不良的行为。

他们可能会消极对待工作交接，甚至故意隐瞒重要信息或破坏工作进度，给公司和团队带来困扰。不要认为你在这家公司做的不爽，你就也想让公司不爽，这样的行为不仅缺乏职业道德，也可能对个人的声誉和未来的职业发展产生负面影响。

我身边一个真实的案例，我的前同事（主管级别）因为不服空降领导，在持续了三个月与领导发生冲突和争吵后，愤然离职甩脸色，再其离职后，仍发邮件给公司高层打报告。现在他基本在杭州很难混下去，因为背调基本上打电话过来给目前的领导，询问其人品，结果可想而知了。上个月还听到领导跟我交流，说某某公司找他背调前同事。

那么，在离职时如何展现良好的人品呢？我们如何体面的告别自己的工作呢？

01. 提前通知

在离职前，提前向上级和同事发出离职通知是一种负责任的行为。

这样做可以给予公司足够的时间来安排工作交接，确保工作流程的顺畅进行。

通过提前通知，公司可以有足够的时间找到合适的人选来接替你的职位，避免因你的离职而导致工作的中断或延误。

同时，这也为你的同事提供了准备和适应的时间，以便他们能够顺利接手你的工作职责。这样的做法不仅展现了你的职业素养，也有助于维护良好的人际关系。

2. 积极配合

在工作交接期间，积极配合同事和上级，确保工作流程的顺畅进行。比如：
1、制定详细的交接计划：与上级和同事一起制定详细的交接计划，明确交接的内容、时间和责任人。这样可以确保交接工作有条不紊地进行。
2、分享工作文档和资料：将你的工作文档、资料和相关信息整理好，并与同事和上级分享。这将帮助他们更好地了解工作的细节和进展，以便顺利接手。
3、提供培训和指导：如果同事需要，你可以提供培训和指导，帮助他们熟悉工作流程和项目。这将有助于他们更快地适应新的工作职责。
4、积极回答问题：在同事和上级有疑问或需要帮助时，积极回答问题并提供支持。保持沟通畅通，确保他们能够顺利进行工作。
5、参与重要会议和项目：如果可能的话，参与一些重要的会议和项目，以便更好地了解工作的最新情况，并在必要时提供帮助。

3. 保持联系

离职时，你要向公司领导和同事表达感激之情，感谢他们在工作中给予的支持和帮助。不要因为工作的事情，搞得自己不开心。
还有你一定要清楚，离职了不是永别了，在你工作中积累的同事和领导关系，都是你日后在这个社会中的潜在资源，离职时把关系维护好，说不定哪天，他们能在某个地方帮助到你。

离职后，与前同事和上级保持联系，建立良好的人际关系。

4. 不抱怨不诋毁

静坐当思己过，闲谈莫论人非。在离职过程中，不要抱怨公司或同事，也不要在背后诋毁他们。抱怨和诋毁只会让自己显得狭隘和小气，对于未来的职业发展也没有任何好处。即使在离职过程中存在一些不愉快的事情，我们也应该以成熟的方式处理，保持良好的沟通和合作。

5.结语

总之，“离职见人品”这句话提醒我们，在职业生涯中，我们的行为和态度不仅影响着当前的工作环境，也会对未来的发展产生深远的影响。在离职过程中，我们应该保持积极的态度，不要抱怨或诋毁公司或同事。学会感恩，以成熟的方式处理事情，保持良好的人际关系，这些都是我们未来职业发展的宝贵财富。因此，无论离职与否，我们都应该始终保持良好的职业素养和道德标准，以展现自己的优秀品质。

写在前面

从上家公司离职已经有一段时间了，当我打开备忘录翻看以前每天的todolist，成长历程历历在目，也觉得有必要写一篇文章对我毕业后的第一份工作做一个阶段性的总结。

离职原因

我的第一家公司是杭州某大型车企旗下的一家网约车公司，19年11月份拿到校招offer就开始进入公司实习了，2020年6月份正式转正，在2023年11月底离职，所以满打满算应该在这家公司呆了有四年的时间。

至于为什么离职，有以下几点原因：

成长历程

在这家公司一共有过两次晋升，一次是在2022年，一次是在2023年，算上普调，应该是有过三次涨薪。

刚开始进入公司的时候，是以实习生的身份，那时候我刚从一家几百人的小公司实习结束，也是我第一次亲身经历了比较正规的研发流程和研发规范。刚开始的时候，每天都有很多低级问题要问，和测试、产品同学沟通起来也是十分的不流畅，加上当时刚好赶上了疫情，在家办公了一段时间，好在实习的表现还算满意，我的4个月实习让我免去了试用期，拿到毕-业-证以后直接转正了。

毕业后分配到了营销小组，这是我第一次做To C的业务，经常会出一些线上问题，收到用户的投诉，当时的老板对于线上问题的忍耐程度很低，很小的问题都会被无限放大，导致我当时在做需求，需求的上线都是处于一种极度紧张的状态，一旦出现线上问题，都会默默的打开Boss 直聘，做好找下一份工作的准备。

在之后的1 ~ 3的工作经历中，我渐渐找到了工作的节奏，以及如何应对一些人际关系，处理起线上问题也比以前镇定多了。第二年和第三三的绩效都比较好，而且后来的某一段时间内，公司优化掉了大部分的测试同学，我们研发写的代码需要研发进行自测，我们的需求研发周期变成了研发时间 + 自测时间，我觉得这给了我们研发更多的Buffer，能把一个需求做的更好，甚至我经常能留出多余的时间来做一些okr相关的项目。

在离开公司的前半年时间，我的工作又发生了很大的变化，在完成日常的工作之外，我还积极参与了公司的游泳社团、羽毛球社团、篮球社团。分别在周二、周四、周五跟着公司的小伙伴一起参加体育运动，这对我的身体状况有了很大的改善。

这三年半有什么成长？

健康状况

除了我的胃，其他都没有什么大毛病，这里要告诫一下大家一定要注意保护自己的胃，胃病真的想象的那么简单。

由于疫情期间在家里没怎么活动，加上暴饮暴食，饱腹后继续喝茶... 以及后来复工之后在公司天天吃外卖，导致我的胃经常胀气。中午午睡的时候顶的难受睡不着觉，晚上睡觉的时候肚子也胀胀的，需要起身好几次打几个嗝才能睡得着，对我的睡眠造成了很大的困扰。

期间也去医院看过，做过胃镜，吃过中药，但是效果不是那么明显。后来很长一段时间没有吃辣的，也按时吃饭，不吃夜宵，经常跳绳锻炼一下，渐渐有所好转。

面试历程

其实跳槽这件事情是我在一两年前就计划好的。在22年底的时候，其实就出去面试过，不过当时没有准备的特别充分，加上当时太天真，还是一副刚毕业时年轻气盛的样子，导致很多面试官对我的印象都不是特别好。

一些感谢的人

首先感谢一下我上家公司的几位直系上司。我呆过两个组，两个组长都对我十分不错，一位在我实习期间给了我很多引导，帮我快速熟悉公司的业务。另外一位则是在我成为正式员工之后，帮我担下了很多的责任，并且帮助我快速的成长，成功获得了两次晋升的机会，并且都顺利通过。

另外感谢一下我的专家，真的是一位特别好的人，从来不会PUA下属，总是会以过来人的角度给你一些很好的建议。

有没有什么要吐槽的

如果非有什么需要吐槽的，还是公司的文化吧。并不是说现在的文化有什么问题，我想吐槽的是变化。因为曾经美好过，所以当注入新鲜血液之后的变化，其实让很多经历过美好的人会有一些失望😂😂😂

写在最后

感觉这四年时间过的很快，从一个职场新人变成了拥有三年多经验的打工人。昨天晚上还在家里翻出之前入职培训时的一些合影，当时我记得校招入职的时候有54人，算上被优化和自己主动离职的，目前应该还剩下不到10人。

希望老东家越来越好，早点实现盈利上市！！！

也希望自己在下一份工作中能够快速适应，能够给N年后的自己也交上一张满意的答卷。

看了看天气预报，从明天开始天气就变暖了，路两旁的花也开了，有些树也冒出了新芽，再过一段时间，就可以真正意义上感受春天的气息了。昨晚做了一个梦，梦到了好多小伙伴，大家一起去爬山，因为还有几个妹子一起，所以我就像孙悟空一样这棵树爬一下，那棵树吊一下，以至于今天早上醒来后，全身酸痛，差点班都不想去上，此刻，打着字，手依然是酸痛的。

我感到有点后悔，因为现实中，我算是已经很少去装X了，但是梦里居然还是那个德行，不过想一想，这怪我了？梦啥我能决定吗？瞬间心里好受了一点，就当锻炼了吧，平时很少锻炼，梦里能锻炼一下也不错。

大概从明天开始后就不会再有多过分冷的天气了，所以这个梦就当做真正意义上春天的开场曲了，春夏秋冬这四个季节，我最喜欢春天，因为这个季节里有美好的回忆，也有令人痛苦的回忆。

我爷爷家门口有一片竹林，春天的时候，竹林里面会长很多竹蛋，竹蛋开花后就是竹荪，是很不错的美味，竹林下面是一条小沟，整个村子农作物灌溉的水都需要从这里过，而那会我们经常要去堵水，堵水的意思就是去几公里外的源头抢一点水，然后让水流向往村子里的小沟，途中不断有支流，直到流到自己家的田里。

从源头到我家田里大概有四五公里的路程，那会我经常顺着小沟走到田里，因为是丘陵地带，所以一直在半山腰上走，而山腰下面全是农田，到处都是一片绿油油的，那时候家里养了一只小狗，因为比较贪吃，名字叫做馋瓢，我偶尔还会带着它顺着小狗走，它经常还会捉到一些小野生动物。

那会对外界没有什么概念，连乡镇都没去过，只是在我爷爷家墙上的报纸上能了解一点，所以每当看到田野，高山的时候，心中都会产生一些幻想。

三年级是在乡镇上读书，那会拳皇97和三国战记2007特别风靡，于是那会我经常在游戏厅里打上几个小时，三国经常一个币打到通关，那会父母在浙江打工，后面他们回来直到我经常去打游戏，于是经常被骂，后面就很少去了。

不过狗改不了吃屎，虚拟的我玩不了就不玩，但但是现实中我可不放过，于是和一个比我小几级的同村小伙伴，两个用木棒自己做武器，我喜欢孔明，于是做了一把剑，他喜欢赵云，于是搞了一杆长枪。

那时候正是春天，我们两个每天都去别人家地里将菜和秸秆当作小兵，疯狂冲杀，于是经常被别人骂上好几个小时，现在回想起来，看着别人心疼的捡起碎了的蔬菜，真的觉得自己做了好大的孽了。

四年级的时候，捡到了一个类似于MP3那种小玩意，可以收音，于是我在租房子过去的坟头上收音，那会信号是很弱的，需要来回走动才能收到信号，就听了一些什么国际形势的东西，但是啥也不懂，只是觉得能够收入来自于外面的声音，就觉得很幸福，因为小镇上没有网吧，每次都会在坟头来回走几百次，坟头草都给别人踩没了，不过还好，春天里的生命力是无比顽强的，没了又会快速长出来。

我只在小镇待了一年半，但是那段发生在春天里的故事至今无法忘怀，因为都有点作孽，所以教学了以后我要善良一点。

到了县城读书后，因为南方的雨水比较多，春天和夏天经常水淹县城，那会我妈在街上买水果，每当下大雨的时候，我都赶快去给她收摊，记得有一次雨特别大，我给她收完摊子，看到路上好多被雨淋着的背篼(贵州的一种职业)。

于是回到家里，我搞了两把雨伞，冒着大雨就出门了，在街上遇到一个六十多岁的背篼，我就主动给他伞，然后送他回家，送他到家后，我就原路返回回家了，一路上水淹到了膝盖，还有电闪雷鸣，特别吓人。

回到家后，我全身湿透了，被骂了一顿，我记得我妈说：关你什么事，这么危险，你要是被水淹死了怎么办。

我当时哭着说：我还不是希望有一天你们遇到这种事情的事情，有人也能帮助你们，我有错吗？

那会特别委屈，多年后我才意识到，父母不是反对你做这种事情，而是太危险了，要是真的运气不好，被水冲走了怎么办。并且在我说出那句话时，她明显带有微笑。

后面她继续卖了四五年的水果，后面又卖烧饼，不知道在我没看到的时候，有没有人帮她推过三轮车，不过这一切都不重要了。

在后来初高中岁月里，我遇上了第一个喜欢的女孩子，并且也谈恋爱了，也是在春天，凌晨六点我家在她家门口等她，然后拉着她在东山下面跑步，呐喊，不过相处的时光依然很短，后面她辍学了，打了一个电话给我爸，叫我去她家，于是分手了。

那天夜里，我在东山下面转了很多圈才回去，后面的几个月里，也比较颓废，不过在那个年纪一切都情有可原。

几年后，我顺着火车路跑步到她家，然后做了一碗面条给我吃，瞎聊了很久，过了一年她就结婚，也是在春天，我不再顺着火车路跑步去她老家，而是骑着摩托车过去了，从那会起，我才算真正的放下。

后面，就没有再联系过了，东山的春天依然没变，只是那片土地变成了一个风景区，那些小路与菜地已经楼阁挺立，迎接了来自外地的游客，越来越多的人进来跑步，我刻在那颗核桃树上的字现在应该已经结痂了。

春是那么让人着谜，不单单是因为气候，更多的是因为它能带给我许多东西，让我从中反思，收获！

笔者是一名程序员老司机，局限于笔者文笔一般，想到哪写到哪，胡乱写一通，希望通过文章的方式简单的回顾过去、总结现在和展望未来，顺便记录一下，方便以后总结。

你好，37岁👇

37岁的自己你好，接下来的几个“重要”是36岁的自己在过去一年中所得到的感悟，希望能够帮助37岁的自己更好的前行。

人生就是不停的打怪升级的过程，从2009年到今天，已经是第15个年头了，如果说程序员的职业生涯有20年的话，从现在算起至少还有5个年头可以继续拼搏。

春节快乐

在这里先祝各位春节快乐！

还有2天就到春节了，和前两年一样，还是一直在公司坚守到最后一天，也是利用最后比较清闲的时间，总结一下自己过去一年，把感想写下来，希望能够帮助自己更好的看清内心。

说真的每一年总结的时候，都会有不一样的收获。

运气很重要

再回头看自己15年成长的过程，运气和努力其实是各占一半，5分是不断努力的提升自己生存的技能，5分是在每个阶段也是很幸运遇到了能够帮助自己的贵人。但是这几年也很有感触，随着年龄的不断增长，运气很有可能是往后几年职业生涯是否能顺利的决定性因素。那什么是运气？比如你是否进入了一个没有被社会抛弃的行业，你是否正处于公司的重要赛道，你是否能和你的领导惺惺相惜，你正在做的事情是否能够发挥你的自身价值等等，以上这些当然和前期的努力是有关系的，通过你的努力让你有可能接受这一份运气的可能性，但是最终做决定的并不是自己。加入正好某个政策出现拯救了行业、正好公司的战略调整让你们部门还能招人、正好你领导看你顺眼并委以重任...那么请珍惜眼前，走好眼前每一步，努力付出，不辜负这一份运气！

写这篇文章的时候，正好在这家厂干满3年，这三年真是各种心酸，经历了整个公司业务的缩编裁撤，跌宕起伏，经历了团队连换3个领导，在最艰难，最焦虑的时候，选择了放下焦虑，在团队动荡的时候，更需要努力找机会向隔级领导证明自己，努力寻找过程中的那点不起眼的运气成分，同时做好准备，最坏的情况无非就是拿大礼包。但是如果就此躺平，那运气只会飘向其他人。终于在第三个领导的时候，运气来了，惺惺相惜的感觉出现了，逐渐被委以重任，这个时候就只管抱紧大腿往前冲就行了。

谨言慎行很重要

懂得在什么场合说什么样的话，以及能够听得懂别人的话外话，分得清对什么样的人应该说什么样的话，做到不给自己惹麻烦，不给领导惹麻烦。

程序员都是比较单纯的，和机器打交道最多，有一说一，不会拐弯抹角，这也使得我们在沟通或者有利用冲突的时候，经常是处于弱势的那一方，一不小心就会被别人当枪使，但我遇到的大部分同事都很nice的，也会有一些个卧龙凤雏，目前公司里确实遇到了一两个，有时候因为想用真心换真心，换来的却是冷枪暗箭，但俗话说吃一见长一智，以后和他们说话多留个心眼，不能被同一个坑埋两次吧。

这里举个例子，有一次我们有个研发主动去找产品同学，希望他们能够在下个需求时能从用户体验优化一些体验差的产品逻辑，我们可以加人优化，这个时候如果是靠谱的产品肯定是会一起配合梳理，但是我们的这个产品的领导真是个卧龙，这件事情传到他耳朵里，就变成了我们有资源也不给他们排期某某需求，反手就向上面老板投诉我们研发工作不饱和，真是能给人气死。这里并不是说我们同学没有情商，而是因为程序员所处的环境造就了我们，直面目标和结果的推进方式，容易全盘托出。我们喜欢沉浸在技术的世界里，这里所见即所得，绝对的平等，没有小人得志，没有尔虞我诈。

所以这里需要做到对人下菜，踩过的坑要记得，该设防的时候得设防，不能啥都说，拿不定主意时，少说多做。

身体健康很重要

作为家里的顶梁柱，可不能倒下，拼归拼，但身体健康还是要放在首位。35岁以后注意养生吧，现在发量真的比之前少了很多，头皮明显暴露在阳光下了，都是上有老下有小，没天的睡眠质量真的是大不如前。这个时候保持心情愉悦很重要，如果一只处于焦虑烦躁的状态，很容易导致身心疲惫，各种毛病就会接踵而至。由于睡眠不足，导致眼睛血丝严重，眼角膜出现问题，去年有大半年的时候都是往医院跑，在医生的叮嘱下，及时调整作息时间，工作生活保持适当躺平，保持心情愉悦，总算是没有往恶化的方面发展，以后只需要注意养生即可。

还是要保证适当的锻炼，但是不能过量，比如跳绳、跑步，对于我来说过量会膝盖疼，所以也不是很适合，每天适当的散散步是个不错的选择。

家庭和睦很重要

我们每天努力工作，就是为了多挣钱，为了给家人一个幸福美满的生活。在工作中难免会遇到很多委屈，心中自然会有很多不满，这时就需要自己找到发泄不满的方式，如果说家里人可以倾听，那可以和家里倾诉，如果不希望让家里知道，那可以通过刷剧、钓鱼、打球等方式，非常管用。

在过去这两三年，我媳妇是我很大的精神支柱，在21、22年团队业务动荡的时候，作为家里的顶梁柱，那时候压力山大，但她成为了我的坚强后盾，她鼓励我坚持学习充实自己，事情并没有到最坏的时候，只要时刻做好准备，其他的看运气，大不了就是失业，或许年纪大了可能会经历很长一段时间的空窗期，但慢慢找总能再找到工作的。她真正做到了陪伴、倾听、鼓励，没有不满、没有抱怨，这就是夫妻同心，其利断金。没有了后顾之忧，少了很多自身的精神内耗，学习效率、工作效率都会有很大的提升，随着公司业务的回暖，目前至少也算是在不断的稳步前进中。

现在媳妇有了、娃有了、房子有了、车子有了，这不就是人生最好的运气么，接下来我的目标其实就是努力经营好这个家，为他们遮风挡雨，家庭健康和睦比啥都重要。

适当旅游很重要

我们每天生活在高度紧张、快节奏的环境里，很容易把自己搞得紧张兮兮的，这个时候需要定期找时间出去放松一下，带上家人来一趟说走就走的旅行。慢节奏的旅行，不仅不累，还能促进家庭和睦，千万不要吝啬，该花钱的地方就得大胆的花。

今年一直想着找时间去一趟海南，所以等老大考试完第二天，立马就出发了。不过也许是许久没坐飞机了，竟然还忘记了45分钟不让值机的事情，也没有提前值机，一直排队托运，结果过时了没有完成托运和值机搞得还改签加钱体验了一把头等舱，但说实话北京坐飞机一路躺着去海南也是挺舒服的，空姐真的是服务周到。

1月初去海南温度刚刚好，完美的体验了一把反季节的旅行。

夕阳下的美好，这感觉又回到了十几年前弹恋爱的感觉：）。

介绍自己

本人女，16年本科毕业，学的机械自动化专业，和大部分人一样，选专业的时候是拍大腿决定的。

恍恍惚惚度过大学四年，考研时心比天高选了本专业top5学校，考研失败，又不愿调剂，然后就参加校招大军。可能外貌+绩点优势，很顺利拿到了很多工厂offer，然后欢欢喜喜拖箱带桶进厂。

每天两点一线生活，住宿吃饭娱乐全在厂区，工资很低但是也没啥消费，住宿吃饭免费、四套厂服覆盖春夏秋冬。

我的岗位是 inplan软件维护 岗位，属于生产资料处理部门，在我来之前6年该岗位一直只有我师傅一个人，岗位主要是二次开发一款外购的软件，软件提供的api是基于perl语言，现在很少有人听过这个perl吧。该岗位可能是无数人眼里的神仙岗位吧，我在这呆了快两年，硬是没写过一段代码...

inplan软件维护 岗位的诞生就是我的师傅开创的，他原本只是负责生产资料处理，当大家只顾着用软件时，他翻到了说明书上的API一栏，然后写了一段代码，将大家每日手工一顿操作的事情用一个脚本解决了，此后更是停不下来，将部门各种excel数据处理也写成了脚本，引起了部门经理的注意，然后就设定了该岗位。

然而，将我一个对部门工作都不了解的新人丢在这个岗位，可想我的迷茫。开始半年师傅给我一本厚厚的《perl入门到精通》英文书籍，让我先学会 perl 语言。（ps：当时公司网络不连外网，而我也没有上网查资料的习惯，甚至那时候对电脑操作都不熟练...泪目）

师傅还是心地很善良很单纯的人，他隔一段时间会检查我的学习进度，然而当他激情澎拜给我讲着代码时，我竟控制不住打起了瞌睡，然后他就不管我了～～此后我便成了部门透明人物，要是一直透明下去就好了。我懒散的工作态度引起了部门主管的关注，于是我成了他重点关注的对象，我的工位更是移到了他身后～～这便是我的噩梦，一不小心神游时，主管的脸不知啥时凑到了我的电脑屏幕上～～～😱

偶然发现我的师傅在学习 php+html+css+js，他打算给部门构建一个网站，传统的脚本语言还是太简陋了。我在网上翻到了 w3scool离线文档 ，这一下子打开了我的 代码人生。后面我的师傅跳槽了，我在厂里呆了两年觉得什么都没学到，也考虑跳槽了。

后面的经历也很魔幻，误打误撞成为了一名前端开发工程师。此时是2018年，算是前端的鼎盛之年吧，各种新框架 vue/react/angular 都火起来了，各种网站/手机端应用如雨后春笋。我的前端之路还算顺利吧，下面讲讲我的经验吧

如何入门

对于外行转码农还是有一定成本的，省心的方式就是报班吧，但是个人觉得不省钱呀。培训班快则3个月，多的几年，不仅要交上万的培训费用，这段时间0收入，对于家境一般的同学，个人不建议报班。

但是现在市场环境不好，企业对你的容忍度不像之前那么高。之前几年行业缺人，身边很多只懂皮毛的人都可以进入，很多人在岗位半年也只能写出简单的页面，逻辑复杂一点就搞不定～～即使被裁了，也可以快速找到下家。这样的日子应该一去不复返了，所以我们还是要具备的实力，企业不是做慈善的，我们入职后还是要对的起自己的一份工资。

讲讲具体怎么入门吧

看视频：

b站上有很多很多免费的视频，空闲之余少刷点段子，去看看这些视频。不要问我看哪个，点击量大的就进去看看，看看过来人的经验，看看对这个行业的介绍。提高你的信息量，普通人的差距最大就在信息量的多少

还是看视频：

找一个系统的课程，系统的学习 html+css+js+vue/react，我们要动手写一些demo出来

做笔记：

对于新人来说，就是看了视频感觉自己会了，但是写起来很是费力。为啥呢？因为你不知道也记不住有哪些api，所以我们在看视频学习中，有不知道的语法就记下来。

我之前的经验就是手动抄写，最初几年抄了8个笔记本，但是后面觉得不是很方便，因为笔记没有归纳，后续整理笔记困难，所以我们完全可以用电子档的形式，这方便后面的归纳修改。我更多是将它当成一个手册吧，我自己也经常遗忘一些API，所以时不时会去翻翻。

回顾：

我们的笔记做了就要经常的翻阅，温故而知新，经常翻阅我们的笔记，经常去总结，突然有一天你的思维就上升了一个高度。

• 慢慢你发现写代码就是不停调用api的过程


• 慢慢你会发现程序里的美感，一个设计模式、一种新思维。我身边很多人都曾经深深沉迷过写代码，那种成就感带来的心流，这是物质享受带来不了的

输出：

就是写文章啦，写文章让我们总结回顾知识点，发现知识的盲区，在这个过程中进行了深度思考。更重要的是，对于不严谨的同学来说，研究一个知识点很容易浅尝则止，写文章驱动自己去更深层系统挖掘。不管对于刚入行的还是资深人士，我觉得输出都是很重要的。

持续提升

先谈谈学历歧视吧，现在很多大厂招聘基本条件就是211、985，对此很是无奈，但是我内心还是认可这种要求的，我对身边的本科985是由衷的佩服的。我觉得他们高考能考上985，身上都是有过人之处的，学习能力差不了。

见过很多工作多年的程序员，但是他们的编码能力无法描述，不管是逻辑能力、代码习惯、责任感都是很差的，写代码完全是应付式的，他们开发的代码如同屎山。额，但是我们也不要一味贬低他人，后面我也学会了尊重每一个人，每个人擅长的东西不一样，他可能不擅长写代码，但是可能他乐观的心态是很多人不及的、可能他十分擅长交际...

但是可能的话，我们还是要不断提高代码素养

• 广度：我们实践中，很多场景没遇到，但是我们要提前去了解，不要等需要用、出了问题才去研究。我们要具备一定的知识面覆盖，机会是给有准备的人的。


• 深度：对于现在面试动不动问源码的情况，很多人是深恶痛绝的，曾经我也是，但是当我沉下心去研究的时候，才发现这是有道理的。阅读源码不仅挺高知识的广度，更多让我们了解代码的美感

具体咋做呢，我觉得几下几点吧。（ps:我自己也做的不好，道理都懂，很难做到优秀呀～～～）

• 扩展广度：抽空多看看别人的文章，留意行业前沿技术。对于我们前端同学，我觉得对整个web开发的架构都要了解，后端同学的mvc/高并发/数据库调优啥的，运维同学的服务器/容器/流水线啥的都要有一定的了解，这样可以方便的与他们协作


• 提升深度：首先半路出家的同学，前几年不要松懈，计算机相关知识《操作系统》《计算机网络》《计算机组成原理》《数据结构》《编译原理》还是要恶补一下，这是最基础的。然后我们列出自己想要深入研究的知识点，比如vue/react源码、编译器、低代码、前端调试啥啥的，然后就沉下心去研究吧。

职业规划

现在整个大环境不好了，程序员行业亦是如此，身边很多人曾经的模式就是不停的卷，卷去大厂，跳一跳年薪涨50%不是梦，然而现在不同了。寒风凌凌，大家只想保住自己的饭碗（ps：不同层次情况不同呀，很多大厂的同学身边的同事还是整天打了鸡血一般）

曾经我满心只有工作，不停的卷，背面经刷算法。22年下半年市场明显冷下来，大厂面试机会都没有了，年过30，对大厂的执念慢慢放下。

我慢慢承认并接受了自己的平庸，然后慢慢意识到，工作只是生活的一部分。不一定要担任ceo，才算走上人生巅峰。最近几年，我爱上了读书，以前只觉得学理工科还是实用的，后面慢慢发现每个行业有它的美感～

最后引用最近的读书笔记结尾吧，大家好好体会一下论语的“知天命”一词，想通了就不容易焦虑了～～～

自由就是 坦然面对生活，看清了世界的真相依然热爱生活。宠辱不惊，闲看庭前花开花落。去留无意，漫随天外云卷云舒。

又到了一年一度的报税阶段。相信现在很多人都是把年终奖分出来单独计税的，但是最近在计算年终奖交税的时候，突然觉得有些怪怪的，网上一查，不止我一个人发现有问题，这里记录一下，也听听大伙有什么看法。

前置工作，我们先来看看个税是怎么计算的。

单独计算

应纳税额 = 年终奖金额 × 适用税率 - 速算扣除数

出处：财政部税务总局公告2023年第30号，自己百度

假设我拿了 40000 年终奖，而且设置单独计算，按照 2023 年税法规定，年终奖适用的七档分阶段税率以及速算扣除数如下（税表三）：

全年一次性奖金单独计税的优惠政策曾在2021年12月延续2年，原本将于2023年年底到期。23年发布的《关于延续实施全年一次性奖金个人所得税政策的公告》将该政策再延4年

来源：http://www.gerensuodeshui.cn/index_gsslb…

适用税率使用的是年终奖总额除以12，分摊到12个月里的均值：40000 / 12 = 3333.33..., 查表后显示我在第 2 档，速算扣除数是 210，税率 10%.

按照计算公式，我的应交税额是：40000 * 10% - 210 = 3790.

合并计算

综合所得应纳税额 = {累计综合所得收入（含全年一次性奖金）－累计减除费用－累计专项扣除－累计专项附加扣除－累计依法确定的其他扣除－捐赠} × 适用税率－速算扣除数

顾名思义，就是将年终奖并入工资计算，这就适合税率表一了：

比如你每月工资 10000，允许扣除的三险一金每月为 2000 元，专项附加每月扣除 2000 元。并入以后全年收入所得：10000 * 12 + 40000 = 160000，查表可得在第三档。税率 20%：(160000 - 2000×12 - 2000×12）* 20% - 16920 = 5480.

交的税明显多多了，你会想，只有傻子才会合并计算啊！

单独 or 合并 ？

但是也有例外，比如你一个工资 5000，年终奖 500000，允许扣除的三险一金每月为 2000 元，专项附加每月扣除2000元，没有其他扣除项目。则单独计税时，年终奖缴纳：500000 * 30% - 4410 = 145590，若是合并计算（全年 56w 收入，在表一的第五档）需缴纳：560000 - 2000 × 12 - 2000 × 12）× 30% - 52920 = 100680，这时候合并计算反而划算了。

大多数情况，当你工资比较多，年终奖相对较少时选择单独计算会更好；当你的年终奖在全年收入中占大头时，合并计算更有利。

临界点问题

你以为这就完了？问题才刚开始，看一下知乎有人的帖子：为什么年终奖个税会存在BUG？

讲的是在现行的税法和相关文件中，年终奖（全年一次性奖金）的个人所得税存在人为设计的「临界点问题」。这个问题新华网也证实了：新华网关于税费计算，即：高收入者的税后收入反而会比低收入者的税后收入还要低的问题。

我们以单独计算为例，假设我年终奖拿了 36000，那么交税：36000 * 3% - 0 = 1080，那么我到手 34920. 假设老板发了善心，给我长了一块的工资，现在是 36001，那么查表可得，在表三中我跨档了，要交税：36001 * 10% - 210 = 3390.1, 此时我到手：32610.9，反而到手还低了！？

网上说是计算公式”弄错“了速算扣除数。速算扣除数并非税法规定，而是根据税法推算出来的一个方便计算的系数。至于速算扣除数怎么来的，可以看这篇知乎文章，写的很详细。我这里总结一下，就是速算扣除数是反推计算的：

• 税率3%对应速算扣除数为0


• 税率10%对应速算扣除数为3000*（10%-3%）+0=210


• 税率20%对应速算扣除数为12000*（20%-10%）+210=1410


• 税率35%对应速算扣除数为25000*（25%-20%）+555=2660


• ...

按我们这个例子：

36,000元，除以12得3000.0000，对应税率3%，速算扣除数0,

税金: 1080 元；

36,001元，除以12得3000.0833，对应税率10%，速算扣除数210，

税金: 1590.1；

据那篇文章所说，问题出现在速算扣除数上，这里的速算扣除数应该用年的，而公式只用了月的。

如果你还是不清楚，我们不用速算扣除数计算，我们按照税法规定的：

• 不超过1500元的 3


• 超过1500元至4500元的部分 10


• 超过4500元至9000元的部分 20


• 超过9000元至35000元的部分 25


• ...

按照税法规定，36,000 年终奖，月平均是 3000，按照他“修订”的公式，应该缴纳：(3000 * 3% + 0 * 10%) * 12 = 1080，36,001 年终奖，月平均 3000.0833, 按照他“修订”的公式，应该缴纳：(3000 * 3% + 0.0833 * 10%) * 12 = 1080.1，等价于现行算法 (3000.0833 * 10% - 210) * 12 相对合理？

文章指出现行算法是这样的： 36001 * 10% - 210 = 3390.1。只减了一个210，就是说每个月都多算了 7%。

总结

按照推论，现有的速算扣除数 * 12 才是真正的速算扣除数。所以计算公式应该是：

应纳税额 = (年终奖金额 / 12 × 适用税率 - 速算扣除数) * 12

按照这个公式，上面36,000 年终奖，月平均是 3000，应该缴纳 (36000 / 12 * 3% - 0) * 12 = 1080，36,000 年终奖，月平均是 3000，应该缴纳 (36001 / 12 * 10% - 210) * 12 = 1080.1

依据: 财政部税务总局公告2023年第30号

所以，写到这里，我也糊涂了，年终奖交税到底要怎么算？谁能告诉我😓

今天听到了堂弟考编上岸的消息，挺为他感到高兴的，因为准备了很久，也失败了多次，最终取得了胜利的果实，真的可以用苦尽甘来来形容。

对于小县城家境一般的孩子，如果不去职场历练，那么唯一的路就是就是考编，但是这条路是充满艰辛的。

去年和一30几岁的同事聊天，他说很羡慕那些考上编制的，即使编制内的工作强度和职场上的工作强度不相上下，但是也是让人望尘莫及。

我思考了下，在职场中为什么感觉累？其实就是两点。

1.对未来的不确定而感动担忧。

2.对当下的不稳定性而焦虑。

对未来的不确定而感动担忧

对于大多数人而言，在职场中就是充当一颗螺丝钉，没有啥核心竞争力，工作所获得的报酬也不可观，面对职场上越来越高的要求，而自己的能力却在原地踏步，坑位越来越少，但是新人却不断在涌入。

这时候就会产生对未来的担忧，这种担忧是对未来是否能在职场里混下去，如果混不下去，那自己又能做什么？

如果现在自己尚未成家立业，那么这种担忧可能不会很强烈，但是如果已经成家，并且身上的担子也不轻，那么这种担忧就会愈加强烈。

这个担忧里面还可以剖解出两个点，职业是否有第二曲线和接受现实的能力。

第一，如果自己已经想好，并且规划好了路线，也有收获了，那么其实是不会有太大的担忧，充其量就是离开平台，换到一个自己有利用价值得平台，或者自己干，这就是职业得第二曲线。

比如年龄大了写不了代码了，那么是否具备做销售的能力，或者是否具有跨行业去做和现在收入不相上下的能力。

第二，是否具有接受现实的能力，比如离开当前的行业，是否愿意跨行去做其它行业并且收入会下降很多，这也和个人消费情况有关。

比如之前的一个同事，因为快40岁了，在职场上已经没有竞争力了，于是他就跨行业去做建材销售，收入肯定比之前的行业低了不少，但是我和他聊的时候，他说其实自己早就意识到这个问题，所以今天走到这一步，其实是在自己的预料里，所以是能坦然接受，不会有很大的心理负担。

那么这种情况其实也不会过于焦虑，就像我们读书的时候，有些同学每天都在玩，你问他如果考不上好的大学怎么办，他会说：我已经准备好去读专科了。那么最后去读专科已经在他的意料中，所以当下自然不会焦虑。

但是有的人又不想学，但是又想考一本，那么当下自然就会焦虑，因为自己希望变好，但是又不去行动。

对当下的不稳定性而焦虑

对于当下的不稳定在我们这个时代其实更加明显，因为到处都在裁员，找工作的人大把。

如果自己所在的公司效益不好，一段时间就会裁员一波人，而自己对于目前的市场又不太了解，那么就会焦虑。

因为今天自己没有拿大礼包，不代表明天不拿，明天不拿，不代表后天不拿，只要效益一日不变好，那么就会提心吊胆的。

所以这就是为什么那些多人击破头脑去考公务员的原因，其实就是不敢面对不稳定性，不敢面对市场的跌宕起伏，并且也意识到自己能力很平庸，没有啥竞争力。

因为就目前来说，考上编制，即使工资不如自己之前，但是他是确定性的，只要你不犯大的错误，那么呆一辈子其实是可能的。

只要你没有太大的支出，并且没有太大的消费欲望，那么其实是可以安安稳稳过日子的，这就是体制的魔力。

以上两点，基本就能概括职场中感到累的原因。

但是我们多数人是考不上编制的，你可以去报一个名试试，相信你会怀疑人生。

那么面对职场的焦虑，这是就需要去做一些实质上的行动和心态上的调整。

实质上的行动就是深耕领域，提升竞争力，或者发展第二曲线，俗话说得好，闲时养兵，战时亮剑，有些现在看似没有用的东西，实际上会在某个时间点发挥作用。

前段时间和几个朋友聊的时候，一朋友说自己还在医院上班的时候，虽然只是个小护士，但是医院里面的机器总是会坏，每次坏的时候，都要等好几天别人才来修，并且也要花费几万块钱，于是在别人修的时候自己就偷学，后面机器坏了，自己就悄悄修好，自己也不说，后面领导发现是他修的，于是对他更加器重。

那么这样的人，即使不做这一行，到了别的行业，他也能从中找到自己的竞争力，也会发光发亮，事实也是如此，他现在转行了，估计也是做得不错。

心态上的调整就是避免去想很多还没有发生的东西，即使知道这一天早晚要来，心态上也要若无其事，因为总是去想那么暂时还没有发生的事情一点卵用都没有，只会把心态搞崩。

其实如果我们仔细观察，我们会发现那些厉害的人，都比较乐观。

因为只有拥有乐观的心态，自己做事情的时候效率才会更高，才不会去想这想那，专注才是进步最好的基石，而专注的前提是乐观。

今天的分享就到这里，感谢你的观看。

不久前开源圈子里的一则消息在网上引起了一阵关注和讨论。

一个由国人开发者所打造的开源项目被 Redis 公司官方给收购了，作者自己也发了动态，表示感谢项目9年以来的陪伴，同时也希望她未来一切都好。

这个开源项目的名字叫做：ioredis，相信不少小伙伴也用过。

目前在GitHub上我们可以看到，ioredis项目的开源地址已经被迁移至 Redis 官方旗下了。

iosredis是国人开发者所打造的一个Redis客户端，基于TypeScript所编写，以健壮性、高性能以及功能强大为特色，并且被很多大公司所使用。

截止到目前，该项目在GitHub上已累计获得超过 13000 个 Star标星和 1000+ Fork。

作者自己曾表示，自己创建这个开源项目的初衷也很简单，那就是当年在这方面并没有找到一个令自己满意的开源库，于是决定自己动手来打造一个，于是就利用闲暇时间，自己从零开发并开源了 ioredis 。

直到2022 年 8 月 30 日，历时整整7年，ioredis 成为了 Node.js 最流行的 Redis 客户端。

而直到如今，这个项目从个人的 side project 到被开源公司官方收购，作者9 年的坚持属实令人佩服，吾辈楷模啊！

而拜访了这位开发者的GitHub后我们会发现，作者非常热衷于创造工具，除了刚被收购的名作ioredis之外，主页还有非常多的开源项目，并且关注量都不低。

而且从作者发的一些动态来看，这也是一个热爱生活的有趣灵魂。

有一说一，个人开源作者真的挺不容易的，像上面这样的个人开源项目被官方收购的毕竟是个例，其实好多个人的开源项目到后期由于各种主客观原因，渐渐都停止更新和维护了。

大家都知道，伴随着这两年互联网行业的寒意，软件产业里的不少环节也受到了波动。行业不景气，连开源项目的主动维护也变得越来越少了。

毕竟连企业也要降本增效，而开源往往并不能带来快速直接的实际效益。付出了如果没有回报，便会很难坚持下去。

而对于一名学习者而言，参与开源项目的意义是不言而喻的，之前咱们这里也曾多次提及。

参与开源项目除了可以提升自身技术能力，收获项目开发经验之外，还可以让自己保持与开源社区其他优秀开发者之间的联系与沟通，并建立自己的技术影响力，另外参与优秀开源项目的经历也会成为自己求职简历上的一大亮点。

所以如果精力允许，利用业余时间来参与或维护一些开源项目，这对技术开发者来说，也是一段难得的经历！

近两年互联网行业不景气，很多程序员都在寻找新出路。很自然的，独立开发成为一个充满吸引力的选择 —— 背靠自己的开发技能，不用看老板脸色，靠产品养活自己，想想就很美好。

但恕我直言，保守点说，90%的程序员不适合做独立开发。

这篇文章全是大实话，虽然会打破一些人的幻想，但也提供解决方案，希望对迷茫的同学有些帮助。

独立开发赚钱么？

如果你满足如下画像：

• 程序员工作多年，编程水平不错


• 收入完全来源于工资


• 日常学习的目的是提升技术

那对你来说，独立开发是不赚钱的。不赚钱并不是说做这事儿一分钱赚不到，满足以上画像的大部分独立开发者在持续经营半年到一年产品后，还是能稳定获得几刀～几十刀收益的。只是相比于付出的心血来说，这点收益实在是低。

以至于出海独立开发圈儿在谈收益时的语境都不是我开发了1年，现在每月能赚50刀，而是我开发了1年，现在拥有了等效于3w刀年化2%的货基（3w * 2% / 12 = 50）

这么一换算，欣慰了许多。

为什么不赚钱？因为独立开发的重点并不在于开发，叫独立产品会更准确些。

对于一款形成稳定变现闭环的产品，有3个最重要的环节：

• 流量获取


• 运营转化


• 产品交付

程序员只是产品交付环节下的一个工种，与你同处产品交付环节的工种还包括产品经理、QA、项目经理、运维......

做独立开发的本质就是你一个人抗下上述所有工种。

话又说回来，如果你即会编程又会流量获取，会运营转化，这样的复合人才在公司根本不用担心被裁，也没必要做独立开发。

所以，对于满足以上画像的同学，我劝你不要把独立开发当作失业后的救命稻草。

认识真实的商业世界

虽然我不建议你all in独立开发，但我建议有空闲时间的同学都去尝试下独立开发。

尝试的目的并不是赚钱，而是更具象的感知流量获取 -> 运营转化 -> 产品交付的路径。

大部分互联网产品往简单了说，都是表格 + 表单的形式，比如推特就是2个大表单（推荐流、关注流）以及描述用户之间关系的表格。

既然如此，当我们有了独立开发的想法时，首先考虑的应该是 —— 我的产品能不能用表格 + 表单 + 高效沟通实现，比如腾讯/飞书文档 + 微信群交流。

像多抓鱼（做二手书业务）早期验证需求时，就是几个用户群 + 保存二手书信息的excel表组成。

如果你发现需求靠微信群交流就能解决，付款靠微信转账就能解决，那还有必要写代码开发项目，对接微信支付API么？

当聊到微信交流时，其实就触碰到另一个工种的工作范围了 —— 私域运营。在私域运营看来，通过微信（或其他社交软件）成交是再正常不过的商业模式，但很多程序员是不知道的。

这就是为什么我不建议你把独立开发当作被裁后的救命稻草，但建议有空闲时间的同学都去尝试下独立开发 —— 涉猎其他工种的工作范围，认识真实的商业世界。

当达到这一步后，我们再考虑下一步 —— 发掘你的长处。

发掘你的长处

当我们认识到一款完整的产品有3个最重要的环节：

• 流量获取


• 运营转化


• 产品交付

就应该明白 —— 如果我们想显著提高独立开发的成功率，最好的方式是找到自己最擅长的环节，再和擅长其他环节的人合作。

这里很多程序员有个误区，会认为程序员擅长的肯定就是产品交付下的开发。

实际上，就我交流过的，或者亲自带出来的跑通变现闭环的程序员中，很多人有编程之外的天赋，只是他们没有意识到罢了。

举几个非常厉害的能力（或者说天赋）：

有一类同学敢于把自己放到当前可能还不胜任的位置，然后通过不断学习让自己完成挑战。举几个例子：

• 在不懂地推的时候，参与到校园外卖团队做地推，学习市场和推广的知识


• 在只看了一本HTML书的情况下，敢直接接下学校建设国际会议网站的任务


• 在不懂做运营的时候，有老板找他当公司运营负责人，他也接下来，并也做得很好

这类同学很容易跑出有自己特色的非标服务，再包装成产品售卖。

2. 源源不断的心力支持

前文

10年前我非常好奇这个长得和MySQL一模一样的东西的发展，直到今天有了答案，MariaDB股价大跌，陷入财务危机，没有营收，砍产品，裁员，更换管理层，借债等等。

MariaDB曾经有一个InnoDB加强版的说法，但是从开发者的视角，没有必要关心里面是什么。 即使page head加强、page tail优化，page directory综合做了完善的更改。开发者只关心它在应用业务性能上有没有体现，使用是不是与MySQL一模一样。

从WEB应用体验，MariaDB与MySQL做比较，MariaDB的使用与MySQL的外模式和内模式一样。外模式指MySQL常用的SQL语句【等值查询、范围查询、聚合查询、窗口查询、两表关联、多表关联】，内模式指MySQL内部的元数据信息【数据字典、动态视图、静态视图】。

几乎可以把MariaDB当成套壳的MySQL，以此为镜， 300多个国产数据库可以感受到自由市场的竞争残酷。截至2月份， dbegines排行13名的MariaDB处于分崩瓦解的边缘。它给国产数据库的启迪是什么？我们怎么去发展建设国产数据库品牌。

千年前，明太祖朱元璋征求学士朱升对他平定天下战略方针的意见，朱升说：高筑墙，广积粮，缓称王。国产数据库可以遵从此道 ，高筑墙建立自己的品牌壁垒，广积粮营造自己的商业生态 。

从数据库的本质为应用服务、目标人群是商业实体，使用者多是开发者、DBA，我想到的三点有助于数据库品牌的建设。

协助建设应用

从目标利用的角度，天下应用分为以下三种系统建设，数据库作为系统中的核心服务,始终是为应用服务，应用是最终的变现。

信息系统建设方案： 传统的应用建设，主要是将现象生活反映到电子流，往往是单条业务流程整合，包括企业流程制度、企业控制管理、员工权限授权访问，常说的烟囱系统建设以及企业信息系统以及ERP、CRM、OA、交易系统、分析系统都属于这个范畴。此处数据架构较简单。

大数据系统建设方案: 此不仅仅包括我们常说的大数据建设，该应用建设表现往往高并发、高吞吐、低延迟、快响应，有时候需要整合较多的数据源，将集成较多的数据集，主要与业务系统联通或者其它设备的数据汲取过来，通过清洗、整合、编排后，输出一个错落有致、规范得体的数据指标，再反哺业务系统。用户跟踪、业务监控管理、实时需求预测都属于大数据系统的建设方案范围，主要它是能整合不同的数据，此处数据架构较复杂。

智能系统建设方案: 该系统建设属于高端信息应用范畴，需要智能算法以及更有效率的计算框架，包括音、视频、 边缘计算 、AI、 大模型、 AIGC等等，同时也包括基本的信息系统建设方案和大数据系统建设方案，智能系统建设是应用优化的永无止境的追求。主要表现是提供更加友好验证手段，以及更加便利的识别方法提供相应的服务，一般智能系统会搭承其它技术手段完成客户端需求的闭环。

目前信创改造以及国家信息发展项目，大部分以信息系统建设方案和 大数据系统建设方案居多，所有的国内厂商创收盈利来自此处。因为有逐利的目的性，厂商有目标奔向这些项目。

但是对一些开源信息系统的适配，没有厂商愿意接入，因为没有任何利润可言。例如wordpress目前只支持MySQL，从技术上的改造，这个是简单的，但是没有人愿意做这样的事。大部分国内数据库厂商已经完成国内头部ERP厂商的适配兼容，数据库兼容wordpress是轻而易举的事情。

数据库厂商可以试着从基于利润创收的目的性适配应用，切换到主动适配发展应用创新的模式。

从信息系统建设方案来看，目前国内大多的开源系统底层使用MySQL，这个在侧面反映在中国MySQL为什么比postgreSQL火的原因，postgreSQL在世界很流行，但是在中国普及不如MySQL。

大数据系统建设方案较复杂，单一的数据库无法解决所有的问题，但是可以作为方案其中的一个实力支撑点，目前许多厂商都与上下游产品已经完成适配兼容， 但是没有脍炙人口的成熟的技术栈自成一套的解决方案。

例如某管理系统平台的技术栈如下， Hadoop +Hive +Kafka +Zookeeper + HBase +Sqoop +Flume + 国产厂商产品，国产厂商产品的位置也许随便用国际主流数据库产品就可以替代。为什么还用不熟悉的国产厂商产品？

这里需要宣传，需要推广，需要实践使用，需要生根发芽，了解国际的现状，认清与国际的差距，他们能做的，我们也能做。

这是文化使用习惯的问题，同样是碳酸水，可口可乐和百事可乐已经是有口皆碑，国内的炭酸水的味道和质量不比可乐差，为什么销量比不过这两家。其中一个原因，可乐不仅在饮料行业生根发展，而且在食谱行业也有建树。例 如可乐鸡翅，可乐不仅可以用于消暑解渴，而且可以用于烹饪食物。

严格科学上来说，可乐是越喝越渴的，根本不能够解渴，但是可乐的口感还不错，价格还可以，人们就建立喝可乐可以解渴的信仰。这信仰一时三刻撼动不了。国产可乐要摇动 可口可乐和百事可乐的位置，长期宣传推广是必不可少，多搞点可乐鸡翅、可乐鸭掌是根本，可乐应用于烹饪，可乐应用于清洁用途，可乐应用于除味。

智能系统建设方案这里比较特别，传统数据库与智能应用的依赖相对弱，一些数据库厂为了加强核心能力，已经推出向量型数据库。标准的现代化的数据库的基本能力，无论是结构化数据、半结构化数据、全结构化数据都可以在库中进行处理。

事实上智能系统建设方案更偏重应用端的处理能力，识别特征、应用模型、计算方式非常重要，这些都不是数据库能够兜底的，真正的智能系统建设方案可以不靠虑数据库产品选型，但是数据持久化落地，必定要选择其一款数据库。

智能系统建设方案应用场景比 信息系统建设方案、大数据系统建设方案更加变幻莫测。

信息系统建设方案建设重点，数据库作为数字基座提供能力如下，包括系统稳定、高并发访问性能、交易查询请求功能、各种业务函数、友好的使用方式 ， 满足项目级、部门级应用发展的需求。

大数据系统建设方案方面，数据库原有的基础能力新增，包括分布式处理能力、多模型构建能力、事务交易同体能力、内外数据集成能力 、动态伸缩能力 ，满足跨部门的集团级应用发展的需求。

信息系统建设方案和 大数据系统建设方案的对比区别，一个是简单，一个复杂，而智能系统建设方案则是强调应用端的建设，服务端获取特征参数，在后端联调大量的模型，连接不同的数据库、知识库、文件系统做特征识别匹配，返回给客户。

那么智能系统建设方案 普及的应该如何建设？数据库厂商大力投入，带头组织活动，鼓励应用创新，推动金融智能应用、电信智能应用、制造业智能应用的发展，有助于提高厂商的品牌力，暴光厂商在智能系统建设方案 方面的实践经验，增强厂商的威望值。

笔者看来，信创及国产化大多属于信息系统建设方案和大数据系统建设方案， 智能系统建设方案则是未来社会发展的应用硬性需求，厂商可以大力投入。

建设产品的长宽高壁垒

产品品牌力犹如一个盒子，由长宽高组成， 长度不够、宽度不及、高度不深都会造成品牌力的短板，无法把客户的信心牢牢装在里面。

下面列出产品长度、产品宽度、产品深度相关的指标来量化一个国产数据库的综合实力，努力往这三方面发展应该是没有错的。知己知彼，百战百胜，产品长宽高是知己，知道自己已经做的事和即将要做的事。

产品长度重点考察应用案例

• 确定行业头部企业覆盖范围【金融行业、通信行业、制造业】


• 确定行业相关企业覆盖面积【企业个数】


• 确定行业主流应用场景【生产、经营、交易、办公】


• 确定应用场景影响范围【核心业务、辅助业务 、边缘业务】


• 确定产品基于生产环境运行的稳定性【精确到年】


• 确定产品具备满足未来业务几年的性能【数据量增长】


• 确定产品利于业务展开运行的功能【产品功能与业务需求匹配度】

产品宽度重点考察生态适配

• 软件上游 CPU、芯片、操作系统、文件系统


• 软件下游 BI软件、数据集成软件、ORM框架、数据可视化


• 与Oracle、Postgresql、MySQL的适配兼容


• 基于产品基础上的二次github技术开源


• 同类软件的适配兼容调度集成


• 行业标准接口JDBC\ODBC的适配兼容


• 建立合作伙伴战略关系


• 打造用户的社区【成熟度评估】


• 高校教育培养使用人群

产品深度重点考察产品是否与时俱进

• 行业主流技术【向量化计算、向量化数据类型、边缘计算】


• 社会趋势【区块链】


• serverless平台


• 云计算系列


• 内置支持人工智能、机器学习、数据分析、业务函数


• 高校实验室底层研究

构建购买者和使用者的体验闭环

知己知彼，百战百胜，构建体验是知彼，知道对方对产品的感受以及使用者的反馈。

数据库作为一个商品，处处展现着生产者、购买者、使用者的关系。 生产者【厂商 】根据市场上的需求，丈量自家的研发实力开发了这么一个商品，当务之急就是要找到客户【购买者】，客户选择商品的背后有1000个原因。成交之后，使用者进场。购买者与使用者之间是甲方与乙方的关系，乙方根据产品的使用说明，使用相关解决解业务中的一系列问题。

厂商做的事情，包括引起购买者的兴趣，千方百计使用各种营销方式或者推广手段使购买者甘心付费成单，并且使用使用者的产品使用，包括质量反馈和功能缺点。

购买者体验

商品列入购买者的采购清单范围 ，可能原因是是产品的【协助建设应用】和【长宽高壁垒】做了大量铺垫，举例某产品应用于人工手势智能系统中，XX商品充当核心服务存储，XX商品应用于同行业的用户画像分析业务场景，或者XX商品联同BI软件已经在驾驶舱系统运行中。

在商品已经得到购买者的侧目，下一步是实践得到客户的肯定。下面的POC以及持久的技术支持将证明产品具备满足客户业务需求的功能和性能。

厂商对客户的进一步输出，可以量化为以下三个指标。依次为服务响应时间、竞品对应亮点、应用迁移经验。

服务响应时间，包括解决具体问题花的时间，到达现场花的时间，响应客户问题花的时间，原则上客户提出的问题 和疑问都要第一时间解答， 为此企业会有相应的知识库储备 ，针对问题可以马上解答。

竞品对应亮点, 建立同类相关产品对标，并突出本产品优势、亮点，数据库产品大同小异，全部产品都有数据存储、管理、使用的功能，但是单机产品与分布式无法100%进行匹配度。可以参考**【协助建设应用】和【长宽高壁垒】。**

应用迁移经验，客户关心第数据底座搬迁后的稳定性，基于数据库的应用迁移工作包括 具体数据迁移、数据结构迁移、SQL相关迁移，保障迁移后是无缝迁移状态。

具体数据迁移主要包括数据一致性、数据数量是否同、数据内容是否同等、数据是否转换等等。

数据结构迁移主要包括表结构、数据类型、数据长度、存储过程、函数、同义词等等，基于新底座转换后运行逻辑流程是否与原来相同 。

SQL相关迁移主要指SQL语句以及SQL相关的SHELLl调用、ETL语句，ORM框架内置SQL，基于新底座转换后运行逻辑流程是否与原来相同。

使用者反馈

在客户正式成为购买者后，使用者成为高级产品反馈者，厂商收集使用者和项目的相关信息，同时也是在进行**【协助建设应用】和【产品长宽高壁垒】**。

厂商对客户的进一步输出，可以量化为以下三个指标，包括项目业务背景，技术套件、文件使用、产品使用状况。

业务背景，包括项目驱动因素，领导愿景、发展目标、立项初衷等等，根据这些已知信息，掌握项目的痛点和痒点，评估项目预期可以做到的效果。

技术套件，记录包括项目中原来的和准备用上的技术套件，包括前端、UI、ORM框架构、中间件、数据库等相关解决方案一切用上的技术工具。

文档使用，建立用户对文档使用过程中的体验，根据厂商的提供的资料，是否足够工程师独力完成任务，不需要与厂商 互动。

产品使用状况，构建用户与研发互动和反馈的平台系统和制度流程， 包括API使用、DEMO操作、无法解决的问题。

总结

总的来说，品牌力不可能一蹴而就。围绕三点协助建设应用、建设长宽高壁垒、构建购买者和使用者的体验闭环进行数据库品牌力建设，笔者也是泛泛而谈展开铺叙，细节方面可以有更多补充。

最后概括以协助建设应用、建设长宽高壁垒为基本点，以此为线，赋能项目成单，增进客户的信心，交付项目使用。同时从购买者体验、使用者反馈搜集信息和数据，促进产品良性发展以及项目拿下订单，周而复始，不断循环。

自从ChatGPT带动全球AI热潮，AI席卷着各行各业。编程界也不例外，最出名的摸过OpenAI与GitHub联合开发的Github Copilot。Github Copilot带动了一大堆AI编程工具的出现。后来Github Copilot付费了，再加上网络方面的问题，在国内使用Github Copilot还是有一定门槛的。那么在国内有没有适合国内程序员使用的类Github Copilot产品呢？下面分享一下个人安装使用的一些AI编程插件：

p.s.以上的下载量与评分均只是plugins.jetbrains的marketplace数据，仅供参考。

基本AI编程工具的功能都差不多：

• 代码补全：根据当前代码上下文自动补全代码。


• 根据注释生成代码：根据注释描述生成相应的代码。


• 方法和函数生成：根据方法名或函数名自动生成该方法或函数的代码。


• 生成测试代码：生成测试代码。


• ....

具体选择可以自己体验一下，国内用户可能试用下codegeex、aixcoder。

1、Github Copilot

GitHub Copilot是一款由GitHub和OpenAI共同开发的基于云的人工智能工具，它可以帮助开发者自动生成代码、分析代码、调试代码以及进行安全检测等。Copilot是基于OpenAI的GPT-4模型开发的，可以通过文本问答的方式与开发者进行交互。

• 效果

生成代码文档

当然大家可能比较关心的是如果不花钱，免费使用Github Copilot。除了官方试用，另外在国内自然是有大神

去破解它。如果你破解过idea的话，再关注下那个大神的博客基本就可能以找到这个了。

国内到国外访问Copilot Chat，会时不时的会抽风。

• 评分(3.0)

• 下载量(7,476,947)

2、Codeium

Codeium是一款免费的智能编程助手，由美国一家公司开发。它提供了超过40种编程语言的代码完成工具。这个工具支持几乎所有主流的编程语言和IDE，特别适合个人用户使用。Codeium的主要功能包括自动完成代码，从样板文件到单元测试节省时间，以及使用自然语言问题搜索存储库。此外，它还提供了一个Playground体验，可以直接在浏览器上试用Codeium的功能。

• 界面截图

安装后需要登录，不过国内打不了。我登录后使用的效果很一般，估计网络太差。。。

• 评分(4.7)

• 下载量(328,213)

• 小结

• 
  
  
  
  • 国内不怎么好用，登录不了
  
  
  
  

3、CodeGeeX(开源)

CodeGeeX是一个强大的基于LLM的智能编程助手。提供代码生成/补全、注释生成、代码翻译、AI聊天等功能，帮助开发人员大幅提升工作效率。CodeGeeX是由清华大学知识工程实验室研发。它支持20多种编程语言，并适配多种主流IDE。

• 效果

• 评分(3.6)

• 下载量(258,540)

4、Amazon CodeWhisperer

亚马逊CodeWhisperer是AWS提供的一种AI驱动的工具，它帮助开发者更高效地编写代码。它提供实时代码建议，支持自然语言到bash的翻译，并能进行安全扫描。此外，它还包含了Amazon Q，这是一个交互式AI助手，能在IDE中提供专家指导和代码解释。CodeWhisperer设计用于多种编程语言和集成开发环境（IDE），并且可以定制以更好地理解您的内部库和API。

由于idea版本的问题没有安装上

不过下载量还是比较高，但评分就相当的低

• 下载量(6,213,740)

• 评分

5、Tabnine

Tabnine是一款AI编程助手，它通过实时代码补全、聊天和代码生成功能，帮助开发者提高编码效率。

Tabnine是由以色列的开发者创建的，它是一款基于人工智能的编程助手，旨在提高代码编写的效率和质量。

自2018年推出以来，Tabnine已经成为软件开发领域生成式AI技术的先驱，并且在全球范围内拥有超过一百万的月活跃用户。Tabnine支持所有流行的编程语言和IDE，能够根据您的代码和模式提供个性化的建议。它还提供私有部署选项，确保代码的安全性和合规性。

• 效果

免费版只提供自动补全代码，别的功能需要付费

Tabnine Pro提供全线和全功能代码完成，这是免费版本中不包括的

• 评分(3.9)

• 下载量(3,528,356)

6、aiXcoder

aiXcoder是一款基于人工智能的软件开发助手，它通过深度学习技术提供代码自动生成、代码自动补全、代码智能搜索等功能，旨在提升开发者的开发效率和代码质量。

• 效果

• 评分(4.1)

• 下载量(455,879)

7、ChatGTP-EasyCode

EasyCode是一个基于IntelliJ IDEA开发的代码生成插件，它通过自定义模板来快速生成Java、HTML、JS、XML等代码。这个工具特别适合Java程序员进行CRUD操作，因为它可以自动搭建MVC三层架构，从而减少重复性工作，提高开发效率。EasyCode支持与数据库相关的代码生成，并允许用户根据个人需求定制模板。

• 效果

没有自己补全，但可以使用右键把机器人对话窗口调出来

• 评分(4.0)

• 下载量(727,619)

8、TONGYI Lingma(通义灵码)

通义灵码是阿里云推出的一款智能编码助手，它基于通义大模型，提供了一系列编程辅助功能，包括代码智能生成、研发智能问答、代码注释生成等。它能够根据当前代码文件及跨文件的上下文，为开发者生成行级或函数级的代码、单元测试和代码注释，从而提高编码效率和质量。通义灵码还支持自然语言生成代码，即开发者可以用自然语言描述想要的功能，通义灵码会根据描述生成相应的代码和注释。

• 效果

右键效果

• 评分(3.3)

• 下载量(961,347)

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

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

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

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

入行

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

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

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已经锁了一个月了。

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

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

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

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

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

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

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

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

这个面试没啥，随便面面

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

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

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

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

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