接触前端已10年有余，从菜鸟到现在的老鸟；肚皮围度增长了，发量却减少了；头开始往下低了，发际线却往上走了！感叹时光易逝之际，不免有些伤感；风云突变的年代，总是少不了焦虑和无奈； 而立之年开始背负了各种债务，操很多心，最担心的莫过于父母一年年老去，小孩成长路上各种担心、顾虑；当然还有工作，一份安稳的、相对不错的收入是一家人生活的保障，也让希望增加了不少，今天跟大家一起聊聊工作吧!

终身就业还是终身职业

作为社会人、搬砖人，已经错过了最好的机会；也许是从来就不曾有过机会，已经失去了终生职业的可能(公务员、事业单位....)；在国内很少有人能在一家企业供职到领社保，听说国外(比如德国、日本)有，我想说的是: 而今我们(在能力不是超强、又没有Backgroud的情况下)应该努力追求终生就业； 

企业自然想要你终生职业，但实际呢？ 不管在任何一家单位，企业总是希望员工极度忠诚，可以胜任公司各种任务，把公司当自己家，有奉献精神；错吗？ ---当然是对的； 如果我是老板我也会这么想；

很不幸，现实和理想总是惊为天人，面对糟糕的经济形式，活下去成为企业第一要务，而精简人员总是成为企业断臂求生的一种惯用方式，现实就是残酷如此；于个人而言，在不乐观的环境中能有一份相对稳定的工作，有个可观的收入就显得极为重要，这就需要追求终生就业的能力(不论什么行业)；

互联网的发展与前端

说说自己这10多年的心路历程，可能是反面教材，如果能为你带来一些参考或借鉴或一些帮助我是很高兴的；

进入编程世界，与PHP的初恋

进入编程世界，源于羡慕！(2010年)看到同学用HTML写了一个表单，当时觉得觉得很高级，很厉害； 当时他学的是PHP(号称最好的语言)，所以也就不自然的被影响、认可了PHP；

转行

从高中到大学，想从事的一直是健身相关的行业和工作，但是真正接触了发现似乎跟自己设想的那么好；当然这不是真正导致转行的原因；真正原因是朋友找我(大学专业：软件工程，但是从来没有学过)做一个网站，我却屁都不会，跟亲戚、朋友说自己还是软件相关专业毕业的；所以，为了装X，也为了对得起软件工程专业那个本本(成人自考)，放弃了自己研究多年的健身，毅然报了培训班学起了PHP； 诸位有没有跟我一样的呢？

痛苦的学习

大学几年浑浑噩噩的过了，去报PHP培训时候，老师说：“学过C很容易学的，PHP先从HTML开始，很容易上手的”；交钱的时候自以为学过(上课虽然在睡觉)也或多或少听了一些，没吃过猪肉还没见过猪跑啊(实际上啥都不会)，应该问题不大；想起同学说(10年刚毕业)在深圳(拿6-8K),就开始幻想上了；

最难的Table + CSS布局

学习PHP的路上，最让我难堪的竟然是HTML和CSS；保守起见，老师选择了(相比DIV + CSS)更为简单的Table(用Dreamweaver拖拽) + CSS；然而，半个月过去了，竟然连写个百度首页都写不出来；呜呼哀哉，布局难难于上青天！恰逢十一国庆节，老师留的任务就是写个百度首页，如果连百度首页都写不出来，那说明不适合走这一行；结果呢？ 一周过后还是写不出来，唉，每天上课时候会想到一万个放弃，回家后每一分钟都会想到N多个放弃；后来想着，钱也交了，就多坚持一下吧，就稀里糊涂的把课程学完了(HTML CSS Javascript PHP)

找到适合自己的方向

课程结束的时候，老师给个建议： PHP感觉有难度，就好好把div + css + jQuery学好，做前端、做前端、做前端！然而，入门的我还是选择了做PHP，一年多的时间学会了从切图、写页面、写PHP、写SQL语句、搭建服务器，天呐，完全飘了(实际上还是个小白)，直到偶然机会(2013年)做了前端，突然找到了码页面的灵感，这种所见即所得的搬砖工作很有感觉，哈哈哈；

其实，这里想说的是：1是坚持；2是老师的层次比我高很多，他在很早就给我指明了道路，而执着于自己的愚见(当然也不全是错，也有收获)，最后还是走上了老师指导的方向！

诸位，如果你们有个好的老师、高人指导，那是极为幸福的事情，一定要珍惜！

PS： (2011年)《编写高质量代码--web前端修炼之道》这本书对我前端方面的能力提升帮助非常大； 同时也感谢作者: 阿当，在我成长道路上的一些指导和帮助；

PS: 现在互联网平台很发达，在学习视频课程、阅读技术类书籍、技术资料的时候，建议可以尝试联系一下作者(或译者)；很多技术大牛还是很乐意给一些建议和指导的<致敬>；

学会听取建议、做出自己的判断

3年后，厚着脸皮请教老师接下来该学点啥能让薪资再增长一些，对未来有帮助； 老师给了一个方向： “Web GIS”,这一次照做了，掌握了一些Gis相关的基础，了解了Arcgis for javascript的常用方法等，结合近期的招聘，我觉得这算是很好的扩展了自己的选择；

PS： 建议菜鸟多向行业内的大牛请教，向身边段位高的朋友、同事多请教；

拥抱变化

互联网变化之快，技术更新之快，已经让很多人发出"学不动"的呼喊，但是我想说的是，只要你还想吃这碗饭，学不动还是要学；

学习&&提升

记得入行时前端面试：

- 会不会处理IE6、IE8兼容，有没有写过hack

- DIV + CSS 怎么实现div的垂直居中和水平居中，有几种实现方式

- 块级标签和行内标签的区别

- jQuery的prop方法和attr方法的区别

- Ajax有没有用过

- 会不会PS切图？gif和png的区别

- 什么是闭包？举个栗子

再后来学习了: 

- Bootstrap （不用了）

- AngularJs \ BackboneJS （不用了）

- requireJs \ seajs （不用了）

- grunt \ gulp \ bower（不用了）

- 响应式布局 (几乎不用了)

现在用的Vue \ React 也写了有好多年了，我想很快也会被新的所替代吧；

18年花了接近一万大洋购买了珠峰架构的课程，系统的学习了几个月，算是第二次技术比较大的提升吧，当然收入也相应的提高了一些；

PS： 想分享的是，很多技能可能生命周期很短，但是，身处当下我们还是要去积极学习，哪怕后来不用了，但是里面的一些思想会给我们未来某个时候带来很多帮助(懂得Bootstrap的设计思想就容易理解less\sass的使用，看到ElementUI、AntD等就一看就懂)；

PS： 决定工作岗位、薪资的技术只是一部分，切勿过于迷恋于某个技术，跟随时代、拥抱变化，市场才是决定二者的最重要的因素！

运动&&养生

说点轻松又严肃的，各位看官，身体才是革命的本钱！ 10年的老菜鸟目前除了颈椎不舒服(怪手机不怪写代码)外，其他的还好，论加班还能跟年轻人一战，哈哈哈！ 这当然得益于过去多年的习惯：

- 经常跑步、爬山、健身；

- 很少胡吃海喝，水果吃的多，烧烤啤酒几乎不碰；

- 每天吃饭不吃饱，原则上是不饿就行；

PS： 建议大家适当的增加运动； 如果歇了很久，要启动你的小马达，要慢慢来，勿操之过急； 最重要的是坚持；

"舍"&&"得"

舍得之间品味人生，舍得之间自有方寸；然而，舍 && 得又何其的难；

- 菜鸟期间的我是舍不得花钱买课程学习的，心疼钱啊； 后来受朋友影响开始花钱去买课程，花钱找老师学习(有的技能人家凭什么告诉你呢?)，发现自己的进步突然就快了很多、收获也很大(为什么工作后就不舍得花钱学习了?)；

- 知识就是金钱，如今我们知道听歌、追剧都要买VIP，为什么找工作的时候不知道购买VIP呢(我好多朋友、同事上BOSS刷招聘说每天都是那几个，殊不知买了VIP后消息就多了很多，你都没购买服务，招聘APP凭什么给你最新的资讯呢？)

- 工作、学习之余一定要花点时间去陪陪家人、运动、多走一走(哪怕是带小孩玩、哪怕去公园晒晒太阳、去商场逛逛看看美女)，工作、技术很重要，人生的全部还有很多；工作是个弹力球，掉下去还有机会弹起来，而身体、家庭是玻璃球，要是碎了那就。。。

踏平坎坷成大道，路就在脚下

- 说了那么多，此刻会想什么呢？ 代码要一行一行的写，日子还得一天一天的过，我曾因为负债累累(每个月却只发一次工资)而着急，然急又能如何，倒不如平静以对，正如《论语》中有云: "吾尝终日不食 终夜不寝，以思，无益，不如学也"！

- 环境不友好，是不是就没有机会了？ ----当然有机会，当然有路可走！ 

- 路在哪？ ---- 路在脚下

前端的路该怎么走

各位，我们看到招聘APP上前端岗的需求量比往年同期少很多，这个是事实；与此同时企业还是有各种各样的需求的； 2023年了，还是以过去的思维去看(劳资会Vue 、 React)，无异于缘木求鱼，那一定会让你感动悲观；何不换个思路、换个角度呢？

- 大前端方向还有很大空间: Vue\React + Flutter(或类似) + 小程序，正所谓:“山重水复疑无路 柳暗花明又一村”

- 前端 + GIS(或3D)，观察BOSS上关于Webgis的招聘就知道了，如果能先于大多数人掌握了GIS、3D方面的知识，那选择是不是广阔了很多，正所谓: "有心栽花花不开 无心插柳柳成荫"，何必要拘泥于某一种形态呢

- 前端架构师也是一些技术深度追求者的方向

(个人在二线城市，结合自己的经历和对Boss上岗位、薪资变化的观察，提出的拙见，欢迎批评、指导)

结语

- 强哥说了：“风浪越大鱼越贵”，挑战与机遇共存，我们应当在大变化的浪潮中调整自己的帆，拥抱惊涛骇浪和变化，磨砺出终身就业的能力！

• 不要给自己贴标签(强哥:“我就是个卖鱼的”)，现在的处境不代表未来没有机会、希望(到强盛集团)；

- 编码之路上是： 路漫漫其修远兮 吾将上下而求索

- 人生道路上需要另一种气度《定风波·莫听穿林打叶声》---苏轼 : "莫听穿林打叶声 何妨吟啸且徐行； 竹杖芒鞋轻胜马，谁怕？ 一蓑烟雨任平生； 料峭春风吹酒醒，微冷，山头斜照却相迎； 回首向来萧瑟处，归去， 也无风雨也无晴" 。

时光里能否开出花

昨天偶然翻出了一个老电影《何时是读书天》，有人会觉得压抑而难以理解，有人会关注里面的狗血情节。每个人的故事虽然都不同，但是归宿终究还是回到一条道上--如何让自己幸福。

似乎情感文章不应该发到技术圈，作为一名技术人，每天最多的事大概就是用充沛的精力设计项目，规划项目，反思项目。但自然和世界不是人造事物，作为一个人，在生活和人生上始终要屈从于人类最原始的感情。

回顾

从毕业到现在，感觉就是一眨眼的事，但好像经历了很多。一开始每天想的是coding，怎么处理扩展性最好，一般在工作时间奴鲁推进，最喜欢下班在路上在思想中徘徊，这个节点和那个环节的对接。这样过了一段时间（说不好，感觉我的感受时间被冻结了），仿佛触碰到了瓶颈，感觉成了业务和上游数据生产者的工具，对于被拆解后的一个个任务也感觉到无趣。

还记得我在上学时，那时候会遇到各样的人，很容易遇到志同道合的人。和同学探讨小说《时间移民》，他抛出问题‘如果你不断穿越，到未来500年，一万年，这时候人类实现了意识上传，可以完成任何幻想，你会怎么办。’只是幻想在思想命题‘上帝能否造出一块它举不起的石头’这样的寻找假设漏洞的简单辩论的我，只能空洞地制造一些空泛的回答。那时候我还不明白‘人生的定义’，‘幸福的定义’，好像历史，自然，那些在长河中熠熠生辉的事物，在我的脑中只是一个个概念的字符。

那时候只是简单翻看《乔布斯传》，就以为伟大的产品，创意这些就是一个个文字意思，现在想来，真是无知的幸福。这些堵上多少人的创意才可能推进历史，流传成故事，里面浓缩了怎样的心血、放弃、执着。埋头在选择题，问答题的我，思考意识不到，这样的故事就是你以后的主线，每一次抉择、痛苦和兴奋，甚至连变成故事藏于大山的资格都没有。

当我带着只是‘识别纸质文字大脑’的我，进入工作，人生变成了一副绘声绘色，崇山峻岭的彩色图，不断打破自信而又建立信心，越发感受到我应该认识到‘人生应该是个什么样’。

触碰电影的感受

这部电影故事线就不赘述了，主暗线都很明显。虽然电影名以读书为主旨，但电影里读书的情节只在几个片段，没有主人公一脸淡然地拿着书在晨光或者夕阳下沉思，结合上下文，能看到主角在一个孤独且消沉的环境中抑制着情感捧着书，真如‘一个瘦弱的身子里藏着一个深邃的灵魂’。电影里，送牛奶，收营员这些普通的元素，现在看来有些狗血的故事线，我仍然忍不住和主角共情。不断有人问主角‘你孤独吗’，质疑和打击一直追随主角，甚至结尾你以为获得了幸福，又一瞬间落入谷底。面对‘未来怎么过’的疑问，主人公还是说着‘继续读书’。我压抑着心中的冲动，仿佛感受不同时光相同归途的念头。

我觉得最温馨的就是主人公握着书入睡那一段，此刻‘我‘很平凡（只是一个收银员和一个兼职送牛奶），又不平凡（面对满屋的书，谁能否认我的灵魂？）

我认为最精彩的就是结尾幸福的坠落，有人觉得艺术应该是给以人希望满足，但圆满结局的艺术映照在现实总是个例。尽全力抓住也不到才是常态，怎么走下去？这就是真实的艺术给我这类历经了社会法则洗礼的人的共鸣。

前后又看了两遍，仍然感觉意犹未尽，沉溺在这个我赋予自己感受的梦呓中，始终无法回转。

结语

克制，传统，礼节，在这个文化内敛的国度上，组成了我‘做一个学生’的前半段旅程，接着坐在这个不断重组的人生列车上，经历起伏旋转，在书中我迸发了情绪。

面对纷至沓来地时代变幻，无论是框架迭代还是AI变革，努力是普通人的必需品。但另一方面，心中压抑着的情感，可能需要感受另一段情感发泄。

愿你我都能像电影里的主人公，坚韧的人生里开出一朵花。

小记

看起来普通的文字，可能很多人就像看一个故事。只有讲述者才晓得说出来有多么不易。因为信息的快速传播，人们失去了对文字的敬畏，以为那不过是一个个文字，正是这样才组成了鲜活的人生。想起欧阳修每读朋友的信，总要焚香净手。是时代塑造了人，还是人推进了时代？

在感觉无光的那一段旅程，我想拾起信心，但又重新被自己打破。我碰见了《被讨厌的勇气》，真的是欲罢不能。它并不能一瞬间改变人，在面对列车跌宕，仍然会俯下身去，但我认为我心中仍然如花。推荐时刻处于自我怀疑的人读一读。不能说技术人的圈子很小，但是一般的技术人执拗于自己的逻辑，期盼着向外界伸出触角，又因为担心被拒绝，最终被局限在自我的心灵空间里。建议这类处境的人可以通过这本书了解一下阿德勒心理学，我们不是负担着‘原罪’的人。

作者：用户6970670035699
来源：juejin.cn/post/7238443713873559607

最近一年互联网行情不好，很多大厂都在裁员，但裁员并不是不要人做事了。原来你这个岗位10个人做，企业有钱赚养得起，现在企业不怎么赚钱了，只能养4个人了。那么会有六个被裁掉。这时候对企业价值最大的4个人会被留下。也许因为人更少了，反而工资还会有所提升。

越是大公司，人员越冗余。开掉一批人对项目进度影响其实不大。但如果掌握核心技术的员工离职，可能项目真的就黄了。

我朋友老张最近就跟我抱怨他公司技术能力最强的哥们要离职。根据他的描述，这离职的哥们属于1个打10个那种。公司里有些问题只有他能解决，公司一直想要培养个接班人，但大多数都只学到了点皮毛。现在就问我该怎么办？所以，今天就和大家聊聊这个话题。

企业最怕的就是最优秀的那批员工离职。而且这部分人只要提了离职基本上就很难挽回了。

为什么会离职？

为什么环境这么差，还有人会主动离职？因为环境再差，总有一些企业还在招人，越是对能力要求高的岗位，越难招。所以，那些真正优秀的人才是不用担心工作问题的。

马云曾说员工提离职，就两个原因，钱给少了，或者心受委屈了。其实还有一类，是工作不能给自己带来成长了。 很多人对工作追求的是成长，是获得尊重、获得一些更高级的意义。你想要挽回对方，首先得弄清楚对方离职的原因。不过这种时候，大概率已经找我下家了。

PS：绝不建议大家裸辞，除非你是准备离职后休息两月。但就算要休息两月，也记得找人把社保交了，别断社保哈。

能不能留下来？

不管对方是否找好下家，作为公司管理者还是要去做努力争取对方留下，万一对方还没有跟下家确定好，只是有意向呢？所以在对方提出离职后，不要去做正式离职沟通。先找理由拒绝，然后约个时间私下里做一次沟通。可以找个地方，边吃饭边聊天。

在这个私下沟通的场景下要表示不希望对方离开，要是遇到了什么难处可以如实说。如果是薪资这块问题，差别太大你可能拿不定主意。但如果是因为什么工作太忙，家里事情很多这类问题。完全可以拍板让对方调整工作时间。

这里我讲一个案例，以前有个朋友跟我说，公司太卷了，最近感觉身体不行了。所以准备离职换个轻松点的工作环境？我说：“啥叫轻松点的工作环境”

他说："每天能正常下班，不用经常加班熬夜。这样我就能有更多时间睡觉，还能抽出一部分时间出来健身啥的。"

我问：“那为什么不在现在公司里就调整下工作时间呢？”

他说："公司这么忙，我要这么做，老板估计也会开了我的"。

我反问说：“你都要离职了，还怕他辞退啊”

就这样过了一年，对方也没离职，工作也没耽误。工作时间越长并不表示工作效率越高。我真的建议很忙的人能抽出一部分时间来冥想，每天10多分钟就行，让自己脑袋空一下。你会获得很多不一样的收获。

需要我做什么？

如果对方已经下定决定要走了，那么还可以问对方，现在自己能够做点什么。如果对方希望早点走完流程，那就帮忙让流程走快点。当然，流程走快了，后面接手人肯定会有问题还会请教你，这点可以直接说。

如果对方对未来也有迷茫，有犹豫。那么作为管理者，你肯定也有着丰富的见识，在自己能力范围内的话，帮助对方去分析利弊，提供建议参考。

员工离职，特别是核心员工离职，管理者可能会有点生气。毕竟会影响到自己的项目。但把格局放大，未来就没有再合作的机会？现在很少一个人会在公司呆一辈子。人来人走是平常。现在离开，未必不会再回来。虽然现在留不住人，但我可以留心。你以真诚待人，别人也会真诚待你。

我记得在《联盟》这本书里说过，很多大公司都有前员工联盟，公司里有专门人进行管理。好处很多。

首先前员工可以为企业带来声誉和良好的社会效应；

其次前员工可以给企业引进人才；

再次前员工还能给企业带来更多新的行业信息。

甚至公司一些新的产品都可以给到前员工试用，你找其他人还需要培训，前员工就不需要。

对于我们自己来说，我们是一起战斗过的战友。不管企业有没有正式组织，都应该常联系。

有什么办法能避免核心员工提离职？

1. 上工治未病，最好的方法就是不给对方提离职的机会。

离职过的人都知道，从想离职到提出离职，中间是有很长的时间的。而且在这个过程中，总会露出一些异常的行为。比如，开始抱怨公司的某件事情；在一些以前经常发表建议的场景下，变得不爱沟通，该怎样就怎样吧；工作没精神，不再主动推进某些工作等等。反正总会有点异常。作为管理者，如果你不能提前发生这些异常，那是失职了。你可以说自己很忙，但再怎么忙，都要抽出时间来关注这些核心员工。不仅仅是工作状态，还有家庭状态。你要是真关心员工，什么问题都好解决。

2. 把核心员工跟项目收益做强绑定，增加离职成本。

管理者不仅要会画饼，还要会分饼。如何分饼决定了饼的大小。既然都说对方是核心员工了，那么就应该让对方享受到同样的待遇。公司现在没这么多钱没关系，拿出部分期权、股权总可以吧。做成了，大家一起赚钱，失败了，是我们没做好，咱也认。

3. 核心员工要离职创业？行。我投资

核心员工如果愿意舍弃这么好的收益去创业，那么作为公司为什么就不能参与进去呢？既然挡不住，那我就不挡了。我大大方方的把投资方案公布出来。你想离职创业？可以，有好项目，我们公司愿意做你的天使投资人。如果项目真的好，那么公司赚了。如果项目不好，帮对方分析弊端，也许对方就

之前写过一篇《如何应对核心员工提离职》反响特别好，今天做个延展篇，在项目过程中，员工突然提离职，我们有什么办法让项目按时按质的上线。

项目做多了，总会碰到这种情况。这里给大家介绍一个解决项目问题的分析方法：从问题本身、环境、问题的主体三个方面去思考解决方案。

通常情况下，一个员工向上级提出离职，那意味着他已经下决心走了，你留得住人，留不住心。而且这段时间，最好别派太多活，他只想早点交接完早点离开。

我们试着从环境、问题本身、问题主体三个方面来思考解决方案。

• 环境从问题发生的环境看，如果我们有一个好的氛围，好的企业文化。员工会不会突然突出离职？或者哪怕提出离职，会不会给我们更多一点时间，在离职期间仍然把事情做好？如果答案是肯定的，那么管理者可以尝试从问题发生的上游解决问题。
• 提前安排更多的资源来做项目，预防资源不足的情况发生。比如整体预留了20%的开发时间做缓冲，或者整体安排的工作量比规划的多20%。

问题本身

从问题本身思考，员工离职导致的问题是资源不够用。

• 新增资源，能不能快速找到替代离职员工的人？或者我们能不能使用外包方式完成需求？跟团队商量增加一些工作时间或提高工作效率？
• 减少需求，少做一些不是很重要的需求，把离职员工的需求分给其他人。

这2个解决方案其实都有一个前提，那就是离职人员的代码是遵循编码规范的，这样接手的人才看得懂。否则，需要增加的资源会比原来规划的多很多。这种问题不能靠员工自觉，而应该要有一套制度来规范编码。

问题的主体

我们不一定能解决问题，但可以解决让问题发生的人。这样问题就不存在了。比如，既然问题出现在张三面前，那就想办法搞定张三，让他愿意按计划把项目完成。如果公司里没人能搞定这个事，这里还有另一个思路，就是想想谁能解决这个问题，找那个能解决问题的人。

从环境、问题本身、问题的主体三个维度来分析，我们得到了好几个解决方案。我们接着分析哪种方案更靠谱。

解决方案分析

方案一，从环境角度分析，让问题不发生。这种成本是最小的。但如果问题已经发生，那这个方案就没用了。

方案二，在项目规划的时候，提前安排更多资源。这招好是好，但前提是你公司有那么多资源。大部分公司都是资源不足。

方案三，新增资源，这个招人不会那么快，就算招进来了，一时半会还发挥不出多大的价值。请外包的话，其实跟招人一样，一时半会还发挥不出多大的价值，成本还更高，也不适合。至于跟团队成员商量提高工作效率或者大家加个班赶上进度，这也是一个解决方案。不过前提是团队还有精力承担这些工作。

方案四，减少需求。这个成本最小，对大部分公司其实也适用。关键是需求管理要做好，对需求的优先级有共识。

方案五，解决让问题发生的人。这个如果不是有大的积怨，也是一个比较好的方案。对整个项目来说，成本也不会很大，项目时间和质量都有保证。

项目管理里有一个生命周期概念，越是在早期发生问题，成本越小。越到后期成本越大。所以，如果让我选，我会选择方案一。但如果已经发生，那只能在四和五里选一个。

实战经验

离职是一场危机管理

让问题不发生，那么解决之道就是不让员工离职。尤其是不让核心骨干员工提离职。离职就是一场危机管理。

这里的本质的是人才是资产，我们在市场上看到很多案例，很多企业的倒闭并不是因为经营问题，而是管理层的大批量流失，资本市场也不看好管理层流失的企业。了解这点，你就能理解为什么人才是资产了。所以对企业来说，核心员工离职不亚于一场危机。

下面分享一个危机管理矩阵，这样有助于我们对危机进行分类。

横轴是一件事情发生之后，危害性有多大，我们分为大、中、小。纵轴就是这件事发生的概率，也可以分为大、中、小。然后就形成了九种不同的类型。

我自己的理解是，有精力的话，上图红色区域是需要重点关注的。如果精力有限，就关注最右边那三种离职后，危害性特别大的员工（不管概率发生的大小）。要知道给企业造成大影响的往往是那些发生概率小的，因为概率大的，你肯定有预防动作，而那些你认为不会离职的员工，突然一天找到你提离职，你连什么准备都没，这种伤害是最大的。

理论上所有岗位都应该准备好”接班人“计划，但实际上很多公司没办法做到。在一些小公司是一个萝卜一个坑，这个岗位人员离职，还得现招。这不合理，但这就是现状。

公司如何管理危机？

好，回到公司身上，公司如何管理危机？

第一，稳住关键性员工，让员工利益和公司利益进行深入绑定。

那些创造利润最大的前10~20%的员工，就应该获得50%甚至更高的收益。当然除了金钱上的激励外，还要有精神上的激励，给他目标，让他有成就感等等。

第二，有意识地培养关键岗位的接班人或者助理。

比如通过激励鼓励他们带新人、轮岗等等

第三，人员的危机管理是动态变化的，要时不时地明确团队各成员的位置。

比如大公司每年都会做人才盘点。

第四，当危机真的出现后，要有应对方案。

也就是把危机控制在可承受的范围内。比如，项目管理中的planB方案，真遇到资源不够，时间不够的情况下，我们能不能放弃一些不重要的需求？亦或者能不能先用相对简单但可用的方案？

离职管理的核心是：降低离职发生的概率和降低离职造成危害的大小。

离职沟通

如果事情已经发生了，管理者应该先通过离职沟通，释放自己的善意。我会按照如下情况跟离职员工沟通

第一，先做离职沟通，了解对方为什么离职？还有没有留下来的可能，作为管理者有什么能帮他做的?

第二，确定走的话，确认下对方期望的离职时间，然后根据公司情况，协商一个双方都能接受的离职时间点。不要因为没有交接人，就不给明确时间。

第三，征求对方意见，是否需要公布离职。然后一起商量这段时间的工作安排。比如，你会坦诚告知会减少工作量，但哪些工作是需要他继续支持的。希望他能一如既往地高效完成工作。

第四，如果还没有交接人到岗，最好在一周内安排人员到岗，可以考虑内部换岗，内招、猎聘等手段尽快让人员到岗。

第五，如果已经到离职时间，但还没有交接人，作为公司管理者，你就是最好的交接人。在正式交接工作之前，要理清楚需要哪些相关的资料，做好文档分类。如果实在对离职员工的工作不了解，可以让离职人员写一封日常工作的总结。

如果做完这些，离职员工还是消极怠工。作为管理者能做得就比较有限，可以尝试以下几个方法

1、再进行一次沟通。表明现在公司的情况，希望他给予支持。

2、看看自己能给予对方哪些帮助，先把这些落实好。比如写推荐信。另外有些公司入职的时候会做背景调查，这也是你能够帮助到他的。

3、如果你有权利，可以跟离职员工商量是否可以以兼职的方式来完成后续工作。这种方式对大家都好，他可以早点离职，你也不用担心因为时间仓促招错人。

如果做完以上这些还不行，那么就考虑减少一些需求，用更简单的方案先用着，后期做迭代。至于说让团队加班加点赶进度，这个要根据项目实际情况来定。

总结：今天给大家分享了一个简单分析问题的方法。然后重点聊了一下项目成员突然要离职，项目负责人有哪些应对方案。如果你看完有收获，欢迎留言讨论。

前言

时间过得真快，不知不觉已经23岁了。今年是我工作的第4年，入职现在的公司也2年了。完成了2年前定下的目标，成功弥补了自己项目上的短板以及技术深度的不足。

经过一番深思熟虑后，我决定裸辞，向下一个目标出发。

为什么离职

有位企业家曾说过，员工离职就两个原因：

• 工资没给够


• 心受委屈了

其实，去年7月份的时候，我就萌生离职想法了，那个时候公司做了制度改革，将入职时谈的薪资进行了拆分，拆了20%出来做绩效。

• 升职加薪按照每月的绩效考核，取出平均分，超过85分才有机会


• 请假回来后，需要通过加班把你请假所耗费的工时补回来，否则扣绩效分


• 上班忘记打卡直接扣全勤奖300块（全勤奖是算在入职时所谈的薪资里）


• 下班忘记关显示器扣绩效分


• 工位上吃东西扣绩效分

绩效制度推出后，一改再改，条件越来越苛刻。

想拿到B绩效你必须卷起来，超时超额完成任务（加班加点完成手头工作），请假（事假、病假）回来后，需要自己通过加班来把工时补回来。

制度刚推出来的时候，我就打开了boss直聘开始看机会，刷了2周，联系了很多家。最终就1家收了我简历，最后约了面试，其他的要么是送达，要么是已读未回。

到了面试当天，是前端主管面的我，问的更多的是项目相关的问题，问了一些js相关的问题以及基础的数据结构和算法，我都回答的不错。前前后后聊了1个多小时，面完后hr就过来跟我聊了下，他问了我三个问题：

• 刚才的面试感觉怎么样？


• 你觉得我们的产品怎么样？


• 你还有什么想了解的吗？

这些问题回答后，他就说：那行，今天的面试就到这，后面合适的话微信通知你进行复试。他把我送出公司后，正好看到了那个面我的前端主管在等电梯，我跟他打了招呼，在电梯上简单聊了下，他问我现在还在不在职、现在的公司在哪里、住在哪里。电梯下到1楼后，他去买咖啡了，我跟他道了别。

回去后，过了两天也没有复试的消息，我就主动发微信问了hr，他给我的结果是：能力尚未达到高级🤡

还是怂了

那场面试得到结果后，我就在自己的群里跟群友聊了下这件事，他们说，这或许只是一个委婉拒绝你的理由，市场上人太多了，可能有人要价比你低。很多群友都说很难，互联网寒冬，他们也在boss直聘上联系了很多，也都是已读未回和送达，面试机会寥寥无几。

看到这么多群友说难，我心里也打起了退堂鼓，要不就再等等吧，我本本分分做事，做好自己的工作，只要能拿到自己正常的薪资就行，先不跳了，等市场好些了再跳吧。

冰冻三尺，非一日之寒

时间来到今年3月份，领导给我发放当月考核表的时候，本来能拿到B绩效（组里来了新人，是我在带，给我加了绩效分），但是，他又从其他地方扣掉了这些分。

这波操作触及到我的底线了，不能再忍让下去了。我还是走吧，想到公司制度规定了每年4月份会有一次薪资涨幅，如果我现在走的话，有点不划算，那就等5月15日拿到涨幅后的薪资再提离职吧。临走前把薪资base提升一点也挺好的。

很多群友也在劝我三思，今年的市场行情比去年还差，还是建议骑驴找马，找到了再辞职。

不过，我觉得行情差就差吧，我的条件本来就很差了（对我过往不了解的读者可以阅读我的另一篇文章：一枚19岁程序员的自学之路），再差又能差到哪里去呢，我始终坚信自己的努力总有一天会得到回报的，天无绝人之路。

提出离职

时间来到2023年5月15号，薪资没有得到增长。我的期望没有如期而至，不过无所谓了，裸辞吧。

跟领导在大会议室聊了5分钟左右吧，开场白说完后，他说：我猜到了，其实去年制度改革后，我就知道公司留不住你了。说说理由吧。

我：主要有两点吧，制度和薪资，绩效薪资这个制度本身没有问题，但是我觉得它应该是在我入职时所谈的薪资之外。

领导：行，了解了，你更希望薪资是固定的对吧。那你期望薪资能涨到多少？

我：说了我的期望

领导：我们公司的制度你也知道，薪资的涨幅很小的。那你打算什么时候走？

我：按照制度来吧，一个月后走。

领导：行，好聚好散嘛。

再然后就是说了一些我手头上还有哪些工作，虽然提了离职，但是工作上可不能懈怠摆烂之类的话，讲完后，就结束了这场谈话。

寻求内推

感谢各位读者阅读本文，如果你们公司有前端开发岗位在招聘的话，可以内推我下我🤗。

我的联系方式：

• 微信号：Baymax-kt


• 邮箱地址：magicalprogrammer@qq.com


• 掘金主页：神奇的程序员-掘金


• GitHub主页：神奇的程序员-GitHub

写在最后

至此，文章就分享完毕了。

我是神奇的程序员，一位前端开发工程师。

如果你对我感兴趣，请移步我的个人网站，进一步了解。

• 文中如有错误，欢迎在评论区指正，如果这篇文章帮到了你，欢迎点赞和关注😊


• 本文首发于神奇的程序员公众号，未经许可禁止转载💌

一、背景

做软件开发同学的从性格上来说有两类人：外向的、内向的。

外向的人在工作中擅长交流，内向的人在工作中善于总结，两种的人都是开发团队需要的。

外向的人在工作中善于活跃团队内的气氛，逐渐走向技术管理路线，带领团队走的更远，控制开发目标与路线；内向的人更擅长观察，容易成为团队的定心骨，逐渐走向技术专家路线，肯研究肯花时间提高自己。

那么，在这个过程中，内向人前期的成长尤为重要，合适的工作方法和习惯也会提高在团队中的地位，而不是单纯的低头干活，本文分享下自己的经验，不一定对希望对大家有参考。

不同的性格的人，具有不同的工作方式和方法，和生活习惯，对于软件开发这个职场环境来说，内向性格不是劣势，很多人外表看着外向，其实潜意识也有很多内向性格的特征。

内向也是人的宝贵的一面，有时也是能力优势的一部分（如善于深度思考等），如果让自己掌握外向同学的行动方式，逐渐的做出改变，会更好。

二、现状

 刚毕业不久进入到职场中工作的毕业生，如果性格是外向的，那么他其实问题并不大，很多的时候，可以快速调整自己，并被其他人看到自己的工作成果，而内向性格的毕业生，如果在职场中没有主动去做某些工作和承担哪些职责，或对自己目前的工作状况没有及时调整和改变，就会造成成长缓慢，有的人会出现明明自己每天努力学习，却还是工作中那个让同时感觉能力最差的，导致经常没有分配到核心的开发工作，长此以往，消极的各种状态就出现了。

比如内向性格的毕业生在初入职场中经常会出现如下症状：

1、明知项目组的工作环境和方式存在一些不健康的因素，自己不太愿意去参与或评论

2、对开发整体流程和环节不清楚，及需求的判断有问题，需求频繁改动，代码写了被删除，自己却不敢说，或说了一次被骂以后沉默了

3、项目组缺失技术经理等全流程人员，需求自己理解和功能设计，自己却没有及时吧自己的想法与他人沟通 ，外包团队更明显

4、身边缺乏可以聊天的mentor、同事，自己感觉开发能力无法提升，却一直憋在心里，产生怀疑

5、不知道工作中如何问同事问题，才愿意帮忙解答，持续很长时间未获得同事的信任

6、有时过于逞强，不想让别人觉得自己不行，不会拒绝，实际工作量与评估有差别，导致自己延误工期。

以上的这些问题，可能不止内向性格的人会有，很多外向的人可能也会有，只是在内向性格的人身上更明显而已，如果内向性格的毕业生，明知道自己有这种情况，却不思考解决办法和改变，长时间后自我开始产生怀疑。 职场中，沟通、反馈、改变是很重要的，但是沟通不一定就是说话，反馈不一定是面对面，而改变是一直要持续去做的。 

之前看过一点得到的沟通训练营的视频教程，感觉里面有些技巧是值得大家去学习的，不仅仅是开发类型的同学。

三、经验分享

 下面我分享下，我的一些经验，可能不太对，但是希望可以帮助到看到这篇文章，深有同感的你。 

问题1：内向性格的毕业生，说的话，或者请求别人的东西，别人听不懂怎么办？

 这里先记住一件事情，在职场中，开发者要学会给不懂技术的人员，讲明白事情，要逐渐学会用生活中的事情去类比。

这个真的很重要，当你给不懂技术人讲的多以后，很多人可能都会来请教你关于某件事的理解，这个通常我们和系统的售前、需求人员、产品人员用的比较多，得学会用生活中的例子或故事去告诉他，XX能做，XX不能做的原因是什么。要坚持去练习。 

 对于请教一些人技术问题时，不管是同事也好还是网友也好，要明确自己给他的这个消息，别人是否会听懂，马上给出解决办法，还是别人看到这个问题以后，还要和我交流1小时才能知道是啥意思，这个也是很多有经验的人，不愿因帮助低级程序员的原因，这里分享下请教问题的描述模板： 

我遇到了一个问题或场景：【问题描述】，我想要实现【X功能】，但是出现了【Y现象】，我经过以下尝试：【思路细节】，但是不能解决，报错如下：【报错信息或截图】，或者我使用【关键词】百度，但是找不到答案，请问我该怎么解决或分析。

 而很多时候有经验的人，也会发现你百度的搜索词不对，这个时候，他根据你的阐述可能会告诉你怎么输入比较靠谱的搜索词来解决办法。 

问题2：评估工作计划有时过于逞强，不想让别人觉得自己不行，不会拒绝

这个真的想说，工作前期真的别逞强，没做过就是没做过，不行就是不行，别找啥接口，但是别直接和负责人说这个东西我不会（这个是很不好的，不能说不会，这是明显不相干的意思），比较合适的说法是：这个东西或概念我暂时不太清楚，没接触过过，需要一会儿或下来后我需要去研究下，然后咱们在沟通或者确定一下。 

 而很多内向性格的毕业生，缺少了这种意识，同时安排某项工作任务时，缺少对任务的分解能力和排期能力和工作后排期后的To do List梳理能力，以至于自己5天完成的任务，口头说2天就搞定了。 

 其实这种，前期mentor该给你做个示范分解的操作，或者自己主动问下，如何分解项目的需求和任务。

 而真正开发的时候，每天可能都感觉这里需要加上XXX功能，那里需要加上YYY功能，但是不知道是否需要做，这里我的建议是，把他加入到自己To do List中，然后找个时间和同事去沟通下这个想法，长此以往，同事的心里，你就是一个有想法的人，虽然不善言辞。

 主要就是这里，我们要体现自己的一个工作的对待方式，而不是一直被动接受，不拒绝，不反馈。 

问题3：明显知道产品经理、项目经理等等人员对需求的认识不足，自己闷着不反馈和说话

 很多时候，任务的返工和需求的变更，有一部分是这个原因的，在经验尚少的情况下，自己未能说出自己对这个需求的认识和怀疑，就去搞了，最后大家都不是特别的好，尤其是在产品需求设计初期，包括需求提出者也是理解不够的，这里可能有很多内容其实是你可以提供的服务，也有一些是产品在犹豫使用哪种方式实现的功能，在与你讨论后，觉得你说的又道理，而决定复用你已经有的系统。 

 很多出入职场的同学，觉得没成长也有这方面的一点原因，自己开发的功能，缺少自己设计思想和认知的影子，如果能在当前系统中体现出了自己的想法，时间久了多少成就感会有点提升的。 

要学会做自己负责的模块/功能的主人，把他们当做自己的孩子一样，主键养成主人翁的意识

问题4：项目组，当前啥都没有，文档、测试，自己也和别人一样不做改变

 这个也是目前很多公司的现状，但是不代表别人不干，你就不干，这个时候，谁主动，谁就能表现一把，同时，这也是被动让同事主动问你或咨询你的机会。

 比如没有协同的东西，那你能不能自己先装个Confluence Wiki或飞书云文档工具，自己先用起来，然后某个时机在同事眼前展示下，自己基于这个软件形成的技术思考、技术经验、技术记录等等等。

比如没有自动发布或代码质量的东西，那你能不能自己先搞个jenkins、sonarqube、checkstyle、findbug，让自己每次写完的代码，自己先搞下，然后某个时机告诉同事这个东西必须这么写怎怎么样。

 是不是有人又说了，工作没时间搞这些东西，你是不是又在扯皮呢，我只能说起码比你空闲时间自己偷偷学习公司短期内用不上的技术或长时间用不上的东西好吧，至少我能非常快速的获得1个同事的信任、2个同事的信任，从而获得团队的信任与核心工作的委派。

大部分人的想用的技术都是和公司的技术栈不搭边的，至少先把脚下的路走出来。

四、总结

 其实最近几年，发现好像很多人被卷字冲昏了头脑，每天都在想着高大尚的技术点和八股文，导致短期的这个工作没干好，还说没成长，以至于某些情况下还被认为是工作和团队中那个能力最差的，即使做了很多的努力。我想说的是，某段时间点或时期内，至少要把当前工作做好在谈论吧，这个在一些内向性格的人身上会表现的明显一些。

IT行业，很多优秀的人也是内向性格的，掌握了合适方法，会让他们成为内向性格顶端的那批优秀的人群。 

说道性格吧，即使是内向型的，可能针对十二星座还是衍生出不同的人生和结果，每个星座的也是有区别的。而在这里面最突出的我觉得是天蝎座的人群。

身为天蝎座的我，经常会想到那些和我一个星座的大佬们：

搜狐创始人张朝阳、腾讯创始人马化腾、百度创始人李彦宏、雅虎创始人杨致远、微软创始人比尔.盖茨、联想集团CEO杨元庆、推特CEO杰克.多尔西、新浪董事长曹国伟。

他们的成长也一直在激励着我。

大家好，我是 shixin。

岁数越大，越不愿承认自己的真实年龄。前段时间别人问我年纪的时候，我嘴硬的说“二十九周岁”，现在，就只能无奈的说“三十”了。

说来也奇怪，为什么会觉得无奈呢？我想，我是想保留「二十多岁」的青春朝气、心无旁骛，抗拒「三十多岁」的中年危机、生活压力。

无论怎样我终究还是和三十岁相遇了，既然逃不掉，那今天就和它聊一聊。

三十岁意味着什么

我拿着这个问题问了 ChatGPT，它根据我的上下文给的回答如下：

可以看到，它给的回答还是蛮好的，基本上道出了现在困扰我的一些点。

三十岁，工作和生活对我的要求更高了。

工作方面，现在需要考虑的比以前更多了一些。除了个人贡献还需要做团队贡献，为自己的小组和整个团队带来更大价值，把自己知道的技术和经验传播给更多小伙伴。

家庭方面，快到要小孩的时候了。理论上三十岁已经年纪不小应该响应国家号召，但无奈生娃养娃的成本太大，还得多奋斗几年才有底气。今年准备先把婚礼办了（疫情影响婚礼日期改了好几次，上帝保佑这次顺利），过两年再考虑要孩子吧。

至于工作生活的平衡，老实讲目前还没有足够的资本，还得在工作上投入大部分时间。如何解决这种情况呢？是个值得思考的问题。

三十岁前我的人生

三十岁前，我的人生里有很多意想不到。

十岁的我，没有想到未来我会去包头，更没有想到会在高中遇到现在的老婆。那时的我在呼和浩特，有四五个很要好的朋友，搬家的时候心里有一万个不舍。

十五岁的我，没有想到我会去西安读书，学的是计算机。那时的我还在想方设法溜到网吧通宵打游戏。

二十岁的我，没有想到我会从事安卓开发，也没有想到会去上海工作。那时的我在盲目瞎学，手机上写 OJ，看小甲鱼和黑马程序员，图书馆借了几本很老的 MFC 和 HTML CSS 书，跟着例子敲出来一个 H5 打飞机游戏。

二十五岁的我，没有想到我会在上海定居。那时我想的是干几年去西安定居，在那里离老家近一点，买房压力也小一点。后来机缘巧合，在买房时和几个前辈朋友聊了聊，听了他们的劝导，改成在上海定居。

ChatGPT 的这段回答让我泪目。有时候打的字越多，越渴望得到认可的回复，这种感觉，它给到了。

三十岁的我，虽然没有 100% 达到五年前预想的目标，但好在完成了一些当时觉得很难的事，比如买房、写书、直播分享，这些事是我成长的见证，也让我沉淀下一些经验和教训。

希望自己可以继续保持的

我希望自己继续保持的第一个点：在损失可以接受的情况下，多尝试多探索。

之前打德扑的时候，我属于比较激进和浪的那种，这种性格的缺点是会浪费很多筹码，但优点是过程很有趣，也常常会博到一些额外的收益。

生活里也是类似，在大学做小生意的时候，我愿意多跑几家店看看有没有价格更合适的货，也愿意多推开一扇门去问一下是否有需求，虽然收到不少白眼、也没赚大钱，但这段经历让我意识到：反正被拒绝也没什么损失，多试一次就多一个机会。

第二个需要继续保持的点：多种善因。

过往人生的关键节点，让我深刻的感受到：当下的果，往往来自过去不经意间种下的因。

就拿今年的几件事来说：

1. 二月有机会在社区里做分享，缘自去年国庆主动报名 GDE 项目，虽然没通过筛选，但好在建立了联系，有这种机会时人家才会想到我

2. 上周组里做的 ReactNative 技术培训，缘自字节时做的 Diggo 项目，在其中提升了前端开发技术，以至于后面做 RN 很顺畅，从而走在团队前头

今年很多事都是之前种下的善因结出的果实，除了满足，还需要多想想：

1. 怎样为以后种下更多善因

2. 现在要做的事，从长期来看，重复多次后的收益是怎样的

第三个需要继续保持的点：每日、每周、每年必做计划。

每日预则立，不立则废。我是一个善忘的人，如果哪天没有定好计划，基本上就稀里糊涂的过去了。首次发现这个问题，是我写2016 年度总结的时候，回顾发现好多细节都不记得了，有的月份里可能只记得一两件事，剩下的日子都进了黑洞无影无踪。

从那以后我就经常做记录、做计划，既然内存不够用，那就用磁盘缓存。做好每天的计划后，即使被突发事情分了心，我也可以及时调整状态回归高优。在日积月累下，才渐渐地完成了一件件看似很难的事，比如一篇有价值的文章、一个高质量的开源库（github.com/shixinzhang…）。

希望自己可以避免的

除了需要继续保持的，我也有很多后悔的事，比如做错事、说错话、浪费时间。

总结原因后，大概有这几点需要避免：

1. 避免思想上的懒惰，少说这样的话：没办法、算了、就这样吧；多说：我试试、或许这样做就可以

2. 避免和他人比较，比别人优秀或者差都不重要，重要的是有没有持续前进

3. 避免没有进展的时候硬逼自己，多思考方向、方法是不是有问题

4. 避免花钱的时候只看价钱，不对比购买后的体验和长期区别

5. 避免做计划的时候过于悲观，目标定高点才可能做的更好

6. 避免追求完美而不愿意开始，做完比做好优先级更高

7. 避免在累的时候不休息，贪图享乐而继续浑浑噩噩

8. 
   

   避免骄傲自满、自我膨胀，骄傲一来羞耻就来了

   
   

大胆想象一下，三十五岁的我

借用亚马逊的逆向工作法，先想象一下我 35 岁的情况：

1. 第一种可能：独立开发了某个产品，为细分领域的人提供了独特的价值，从而获得不错的收益，业务比较忙的时候雇佣了几个助手

2. 第二种可能：继续打工，但因为技术较好、沟通表达能力不错、有商业思维，担任某个业务的技术负责人

3. 第三种可能：因为工作经验和年纪薪资不匹配被裁，投简历基本没有回复，最后忍痛降薪 50% 接了个 offer

要达到第一种情况，需要具备技术广度，可以独立完成产品的需求调研、设计、全栈开发和运营，更重要的是，尽早捕捉到信息，挖掘出其中的信息不平衡点或者需求点。这种情况对人的要求更高、风险也更高。

要达到第二种情况，需要付出的努力比上面略微少一点，需要具备一定的技术深度和广度、提升对公司业务和行业趋势的了解，主导完成一些有价值的事，同时在公司内部有一定的影响力。这种情况比第一种更稳一点。

要避免第三种情况，需要经常了解市场相关岗位的要求，不断提升自己的技术和业务价值以匹配要求，最好有代表性的作品和影响力。

总结

这篇文章是我三十岁当天开始动笔写的，因为种种原因拖到今天才完成，实在不应该（捂脸哭。

总是听人讲“三十而立”，为了看自己到底立没立，我看了好些名人的视频，想从中寻找答案。

到现在我悟了，所谓的“立“就是建立、确定、稳固。人活着最重要的就是吃饱和开心，三十岁，能够有一技之长和自我融洽的三观，就算是立住了吧！

杰克-逊の黑豹，恰饭了啦 [](￣▽￣)

keywords: Redis c cpp

厌弃c语言的现象

长久以来，程序员们对待c语言的态度非常矛盾，主要应该有这么几种：

• 喜爱、工作中使用c语言；


• 不反感、工作中使用c语言；


• 不反感、工作中不使用c语言；


• 反感、工作中使用c语言；


• 反感、碰都不碰c语言；

赞许c语言的程序员，可能会有这些观点：

• 使用c语言的程序员是最nb的；


• 真正的编程大佬都使用c语言；

讨厌c语言的程序员，大抵是因为这些：

• 没有舒服的包管理机制；


• 没有丰富的标准库；


• 没有面向对象的语料支持；


• 内存不够安全（内存泄漏、悬垂指针、非法指针、无效指针等等）；


• 编译器输出信息不够好；


• 错误处理不够舒服；


• 项目管理复杂；

再加上，像Rust/Go/Swift等这种现代编程语言的出现，更让很多程序员厌弃c语言。

现代编程语言和c语言比起来，有什么最大的特点？以我个人而言，最大的特点就是编程语言的表达能力
非常出色，不是C语言可以比拟的。表达能力更具体地讲就是更灵活、更模块化、更适合人阅读。

难道说c语言真的是魔鬼吗？

反驳者一定会举出嵌入式开发、操作系统开发、驱动开发领域的成功案例。

但我觉得，这样就又大又空洞了。

近日，我在看Redis1.3.6源码，觉得倒是个很好的例子说说这事儿，不过读者大可放心，本文不是xx源码阅读, xx源码细品的文章，更不是什么八股文，单纯作为一个例子，解释下c语言是不是魔鬼这回事儿。

先说下我个人的结论吧。

c语言是不是魔鬼，取决于你能hold住多少c语言代码量。hold住，c语言的缺点不是事儿；hold不住，c语言就会带来悲剧。一定程度上，这就像我们尝试三个小时保持精神高度集中一样，诚然你说自己的c语言功夫非常扎实，但是随着项目规模增大，我可不相信你照样可以注意到每个角落的c语言隐患。

如果你是95后，c语言不适合作为你的主力开发语言，但是你可以学习由c语言开发且非常稳定的项目，也可以基于c语言ABI将这些c语言项目植入到别的编程语言开发的项目中，比如Rust/Go/Javascript/Swift项目。

为什么选择Redis1.3.6

事物总是由简入繁，功能总是由少渐多，项目总是由骨到肉。

越早的版本，越容易看出作者的宏观思路。

越新的版本，越会充斥各种新功能、小功能，越发遮掩作者最初的构思。

我从github下载好Redis后，发现最早的一个版本号就是1.3.6, 所以就用这个做参考了。

实际上，我硬着头皮看了两天最新的版本，发现确实啃不动。

看看Redis怎么解决包管理问题的

在1.3.6版本中，redis没有依赖的包，但是在最新版本中，redis将这些依赖放置于deps文件夹下。这里边没有什么特别的地方，就是将依赖的仓库源码放置在一个单独的文件夹下，定期去看看仓库源码有没有更新，如果更新的话，按需要将本地做更新，就和你的本地仓库、远程仓库一样。

同时，你也看到了，依赖并不多确实可以这样做，如果依赖多的话，这么搞就难搞了，就需要包管理程序（第三方的或者自己开发的）。不过嘛，一般用c语言开发的项目，都是追求极度性能，功能非常专一的项目，不会掺入太多的依赖。但是应用层项目就不同了，依赖贼多。

看看Redis怎么解决标准库不太丰富的

c语言开发时用到的API基本上是操作系统原生提供的API，这些API都分布在操作系统提供的固定的.h文件中，比如：

• unistd.h


• sys/sysctl.h


• pthread.h


• sys/stat.h


• fcntl.h


• execinfo.h


• ucontext.h

当然也需要c语言提供的标准库.h文件，比如：

• stdlib.h


• stdio.h


• stdarg.h


• erron.h


• ctype.h

例如redis.c文件中就用到了很多耳熟能详的.h文件：

两类之外的功能，要么从第三方拷贝，要么就要自己写。当然，在redis1.3.6中依赖并不多，只需要一些数据结构的实现，比如哈希表(hash table)、动态字符串(dynamic string)、双向链表(double linked list)、压缩型字符串映射表(zip map, 应该是redis作者独创的)。这些都是redis作者实现的。

可不要被实现吓坏了。

自己创造式地想到一个数据结构，然后用代码写出来，叫做实现；

自己参考数据结构书籍、论文中的理论，给出自己的实现，这也叫做实现。

都成年人了，要知道：考试不是只叫做闭卷考试。

像pqsort(部分快速排序)，redis作者就是参考NetBSD平台下的libc源码实现的，作者在代码注释中给出了声明：

你可能会问了，我实现的版本性能无法保证怎么办？redis作者其实也告诉我们答案了，那就是先搞出一版实现，至于性能优劣是另一个问题，可以先不用管它。于是，在ae.c的文件中，我们看到redis作者写到这样的注释：

c项目一般保持功能专一、性能卓越，常常要定制化一些数据结构的代码，所以即便标准库加入这些数据结构，也未必能满足c项目的需要，可能也派不上多大用场。

如此看来，c项目不太需要那种普适、统一的标准库，更需团队开发、企业开发、组织开发范围内的标准库。

但是对于技术经验尚浅（没查阅论文、手册、其余资料，独立实现一些功能库）的开发者来说，他们需要的是涵盖功能的标准库，而不是刚提到的那种高度定制化的标准库。

所以标准库不太丰富的这种问题，对于项目不大、开发者具备经验的情况而言，不成问题；对于经验不足的开发而言，是个头大的问题；对于项目贼大的情况而言，无论经验多少，都是头大的问题。

看看Redis是怎么解决面向对象编程的

面向对象编程，说的就是一种编程思想，但一部分开发者常常会被编程语言的形式所蒙蔽，认为编程语言给出了面向对象代码形式（提供class extends public等关键字），才算面向对象了，对于没有给出这种形式的编程语言，就无法面向对象编程。

看看Redis是怎么做的吧。

struct等效于class。aeBeforeSleepProc就是类中定义的成员方法啊，其定义如下：

至于继承，可以使用组合的方式替代；

至于多态，可以继续使用函数指针或者改用函数映射表替代；

宽泛地讲，只要有了封装, 即便没有给出严格的继承和多态, 也可以认为是面向对象。毕竟，面向对象是一种编程思想，不是僵死的格式。

不过呢，语言本身如果提供了面向对象概念的关键字，代码直接理解起来的难度就大大降低，加之有IDE功能的帮助，读代码更加顺畅，这是c代码所不及的。这也就是说，当项目的概念变得非常多，c代码即便可以面向对象编程，但也是个问题，会让读代码的人一通找啊找。

Redis怎么解决内存安全问题的

这个问题确实是要害，在这个版本中，redis并没有给出什么非常好的内存安全手段，有的话，也只是在定义数据结构的时候，给出该数据结构的内存释放方法：

和cpp的析构函数一个道理，只不过cpp是编译器插入内存释放代码，c语言是开发者手动加入。

在代码量hold的住的情况下，开发者确实有足够的精力和耐心确保内存问题，但是代码量一旦上涨，开发者恐怕就顾不过来了。你可以看到像linux这样大型的项目有不少issue，但你很少听说hello-world级别的c代码有什么issue。

所以，到底是人去处理内存问题还是编译器处理内存问题，归根结底就是在大量工作的条件下，你更相信人的表现还是机器的表现。相比之下，我觉得机器更靠谱一些。

c项目很复杂，无法阅读？

一般而言，在同样成熟的情况下，c项目的代码读起来会麻烦一些。但这是成熟之后，也就是在加入杂七杂八功能、BUG布丁等等之后的c项目。以Redis 1.3.6为例，其结构相当简洁：

主体框架就这么直白，后续版本的复杂化，都是功能扩展、结构调整，这条主线是不可能断掉的。所以，别把C项目想象的那么复杂，那么难。C项目的复杂还有一种可能是C语言表达能力导致的。因为C语言语法足够简洁，直接用的操作系统API，封装比较少，别的语言三言两语交代的事情，C语言可能要多说很多话才可以表述出来，但是编译到了二进制形式的产物，C语言就比别的语言“简洁”了。

后话

C语言并没有那么可怕，它不是开发者的定时炸弹，也不是开发者的无双宝剑。C语言到底怎么样，很大程度上要看代码量和开发者的承受能力。并不是说很多项目由C语言编写，就证明C语言是一门你可以信赖并使用的语言，很大程度上讲，很多项目用C语言开发是历史问题，在那个年代和阶段，编程语言的选择余地太少，哼不能从1980年等到2010年以后，再使用现代化编程语言编写代码吧？

从另一个角度上看，这个时代你完全可以不使用C语言，没必要跟着上古大佬的品味走。须知，工具是用来解放你的生产力的，不是给你的生产力添堵的。你用不用C语言，和你是不是一个合格的软件工程师，没什么必要的联系。

不过，不用归不用，学习还是要学习的，毕竟ABI层面还是以C语言为标准的，想理解函数调用、指令跳转等内容，C语言是避不开的。

对于要不要继续使用C语言，你有什么看法呢，欢迎留言。

一、拿offer

其实入职前，我就感觉到有点不对劲，居然要自带电脑。而且人事是周六打电话发的offer！自己多年的工作经验，讲道理不应该入这种坑，还是因为手里没粮心中慌，工作时间长的社会人，还是不要脱产考研、考公，疫情期间更是如此，本来预定2月公务员面试，结果一直拖到7月。

二、入职工作

刚入职工作时，一是有些抗拒，二呢是有些欣喜。抗拒是因为长时间呆家的惯性，以及人的惰性，我这只是呆家五个月，那些呆家一年两年的，再进入社会，真的很难，首先心理上他们就要克服自己的惰性和惯性，平时生活习惯也要发生改变

三、人言可畏

刚入职工作时，有工作几个月的老员工和我说，前公司的种种恶心人的操作，后面呢我也确实见识到了：无故扣绩效，让员工重新签署劳动协议，但是，也有很多不符实的，比如公司在搞幺蛾子的时候，居然传出来我被劝退了……

四、为什么离开

最主要的原因肯定还是因为发不出工资，打工是为了赚钱，你想白嫖我？现在公司规模也不算小了，想要缓过来，很难。即便缓过来，以后就不会出现这样的状况了？公司之前也出现过类似的状况，挺过来的老员工们我也没看到有什么优待，所以这家公司不值得我去熬。技术方面我也基本掌握了微信和支付宝小程序开发，后面不过是需求迭代。个人成长方面，虽然我现在是前端部门经理，但前端组跑的最快，可以预料后面我将面临无人可用的局面，我离职的第二天，又一名前端离职了，约等于光杆司令，没意义。

五、收获

1.不要脱产，不要脱产
2.使用uniapp进行微信和支付宝小程序开发
3.工作离家近真的很爽
4.作为技术人员，只要你的上司技术还行，你的工期他是能正常估算，有什么难点说出来，只要不是借口，他也能理解，同时，是借口他也能一下识别出来，比如，一个前端和我说：“后端需求不停调整，所以没做好。”问他具体哪些调整要两个星期？他又说不出来。这个借口就不要用了，但是我也要走了，我也没必要去得罪他。
5.进公司前，搞清楚公司目前是盈利还是靠融资活，靠融资活的创业公司有风险…

六、未来规划

关于下一份工作：
南京真是外包之城，找了两周只有外包能满足我目前18k的薪资，还有一家还降价了500…
目前offer有
vivo外包，20k
美的外包，17.5k
自研中小企业，18.5k

虽然美的外包薪资最低，但我可能还是偏向于美的外包。原因有以下几点：
1.全球手机出货量下降，南京的华为外包被裁了不少，很难说以后vivo会不会也裁。
2.美的目前是中国家电行业的龙头老大，遥遥领先第二名，目前在大力发展b2c业务，我进去做的也是和商场相关。
3.美的的办公地点离我家更近些
4.自研中小企业有上网限制，有过类似经验的开发人，懂得都懂，很难受。

关于考公：
每年10月到12月准备下，能进就进，不能再在考

这几天网上流传阿里计划裁员 5000+人，也有说 2.5w 的，数量多少已经不重要了，只看到国内外各大公司纷纷裁员，明显已经跟前几年的风气大不相同，深感软件行业越发进入下行趋势。

这样大规模的“输送”人才，势必会在后期影响到行业里的每个人，至少有以下几个影响：

1. 
   

   长期在中小企业的打工人更难找到工作

   
   

   这点是显而易见的，也是最容易想到的点，相比大厂出身、学历光环的人，普通人在工作竞争中本就难以取得优势，以前还可以靠着业务快速扩张、人才缺口等因素，逆袭大厂或者找到高薪工作，这就是在高速增长中带来的红利。但在行业下行期，阶层固化将会更加严重，跨越阶层的行为会越来越难。这本质上和社会发展是一致的。

   
   

   进而可以推论，由于出身好的人更容易找到工作，他本身也更倾向于和自己类似的人，于是即使他在招聘时发现一个能力强的人，如果这个人正好出身平凡，他也更愿意去选择与他经历类似的人。这样的恶性循环会进一步的加剧找到工作的难度。

   
   

   而且在这个恶性循环中，能力已经不是主要因素了。能力确实重要，但是想像以前一样“不拘一格降人才”，可能就不太可能了。

   
   


2. 
   

   圈子文化未来会在软件行业更加流行

   
   

   其实很多传统行业都是有进入壁垒的，你要是不认识其中的人，没有几个小圈子，根本混不下去。只有软件开发，或者说互联网行业，由于相较而言创建时间短，而且国外的风气也比较自由，影响之下我们总体还是比较崇尚单打独斗的，不太讲究向上管理、建立关系网那一套。

   
   

   但是现在，你说一个阿里员工找到了新工作，他能不推几个认识的同事？阿里高管跳了一个中小公司，他能不招几个原来的左膀右臂么？

   
   

   其实原先也一直有这种情况，但可能是小范围的。但随着大厂员工逐渐向中小企业流动，这种现象预计也会成为普遍现象。

   
   

   所以不要抱着我只要不跳槽苟着就影响不到我这种想法，山雨欲来风满楼，仔细观察下身边的现象，就能找到自己的判断。

   
   


3. 
   

   不要再乐观的估计工资涨幅

   
   

   这个不用说了，已经有很多降薪入职中小公司的新闻了。

   
   

这里我看到还有一种观点，说裁员这事也是有好处的，可以让大厂员工带着他的能力和经验到广大中小公司，对整个行业是有提升作用的，长期看是利好。

这种观点比较容易唬人，乍一看逻辑没毛病，实际是放P

首先，软件行业最大的特点，就是开源。这也是吸引很多人(包括我)的一点。你能力强不强只取决于你想不想学，不存在想学但是学不到的情况。

所以普通打工人与大厂员工的能力差距只取决于是否愿意勤快地学习，没有环境不同导致的差距。

再说经验，确实大厂在资源投入上更舍得花钱，让经验的积攒更快了。但本质上，大厂员工所谓带来的经验最多把他原来的那一套东西再开发一套。这里并没有什么创新，何来行业利好？

顶多是让老板们赚钱的速度加快了。更方便赚钱了，利好老板。

甚至可能老板觉得开发的真不错，不需要这么多人了，于是带动一批中小公司裁员潮。

在这个只有普通打工人受伤的世界里，我们要如何应对呢？ 我也想了以下几点。

1. 不要焦虑

最重要的还是放平心态，个人没法影响时代潮流，只能顺应时代潮流。

如果因为焦虑去报班了，那就正中了培训机构下怀，被噶了韭菜。

还是要学习，提高自己总是没错的，可以自己找资料，自己学习。

2. 多关注生活技能

业余之外可以多关注别的技能，也许还能发现自己的新天赋呢？

比如学学厚黑学，心理学，以免在圈子斗争中被人拿捏。

学学炒股，但不要投太多钱; 学学做饭，至少让自己的胃得到满足。

3. 尝试做一名独立开发者

其实各大厂裁员，业务收缩未必不是好事，只要我们能找准一些生活中的痛点，找到一些目标人群，做一些开发工作，也是一条好路子，搞得好，也许也能创业。

就这些么多吧，一些小想法，手机码字不易，见谅。

寒冬之下，如果有人愿意组织一些圈子，报团取

前言

写这篇文章目的是之前在一篇文章中谈到，我实习那会有个老哥很牛皮，业务能力嘎嘎厉害，但是后面发展一般般，这引起我的思考，最近有个同事发了篇腾讯pcg的同学关于review 相关的文章，里面也谈到架构师的层次，也再次引起我关于架构师的相关思考，接下来我们展开聊聊吧～

摆正初心

我写这篇文章，初心是为了找到导致这样结果的原因，而不是站在一个高高在上的位置，对别人指手画脚，彰显自己多牛皮。（PS:我也鄙视通过打压别人来展示自己，你几斤几两，大家都是聪明人看得出来，如果你确实优秀，别人还打压，说明他急了，哈哈哈）

查理芒格说过一句话：如果我知道在哪里会踩坑，避开这些，我已经比很多人走得更远了。

思考结果

我觉得是没有一个层级的概念导致的，这个原因筛掉了大部分人，突破层级的难度筛掉了另外一批人，运气和机会又筛掉另一波人。

没有层级概念

为什么这么讲呢？

我们打游戏的时候，比如说王者，会有废铁、青铜、钻石、铂金、荣耀、荣耀王者，对吧。它的层级大家都清楚，但是在现实生活中，你会闷逼了，我当前处在那个阶段，上一层是什么水平，需要什么技能，什么样的要求。

其次也会对自己能力过高的评价，如果你一直在组里面，你可能一直是一把手，到了集团，可能变成10名内，到了公司排名，可能几百名后。我们需要站在一个更高、更全面的角度去了解自己的位置。

出现这种情况也很正常

举个栗子，以前我实习那会，有个老哥业务能力特别强，啥活都干得快，嘎嘎牛皮，这是个背景

如果团队里头你最厉害了，那你的突破点，你的成长点在哪里？

对吧，大家都比你菜了，自然你能从别人身上学习到的就少了，还有一种情况是你觉得你是最厉害的，这种想法也是最要命的，会让你踏步不前。这时的解法，我认为是自驱力，如果你学哲学，就知道向内求，自我检讨，自己迭代更新，别人就是你，你就是别人，别人只是一面镜子。

层级的概念

那时看到他搞业务特别厉害，但现在看是做需求厉害，但是缺乏深度。我对比以前的开发经历，跟现在在架构组的工作经历，感受很明显。一个是为了完成任务，一个需要深度，什么深度呢？这个埋下伏笔，为后面架构师层级再展开聊聊。

从初级到中级，到高级，再到主程、再到TL，技术经理，再到架构师，再到负责人。当完成任务的时候，是最基本的事情，深入的时候，从coding入手，在代码上有所追求，比如说可读性，用用设计模式，再深入想到代码可扩展性。。。

当你了解下一个层级的要求的时候，有了目标才能有效的突破它。

突破层级的难度

这是在上一个原因基础上一个加强版，你了解了各个层级的要求，但是突破这些要求，可能由于阅历，或者能力，或者天赋不足，导致突破困难。

这里我想聊聊架构师的思考，之前在转正答辩上，一个领导问我你怎么理解架构的，我当时没有概念，但是接触相关工作以及观看相关文章，有了更深理解。

• 腾讯工程师，万字长文说 Code Review

这里讲的是coding部分，属于架构师负责的一部分，规范。

我不禁想想平时什么工作内容涉及到这个？

比如说契约，规定了依赖jar版本；定义了协议，什么类型输出的格式，转换的类型；开发的规范，设计文档的样式；像文中review的过程，确实比较少，目的是为了减少代码的坏味道。就像文中讲到，如果你定义的一个规范，可以在300+人里面hold，让系统一直在正常迭代，那么算合格的架构师。

一次广义上review

我一般下班会遇到基础服务的小伙伴聊聊天，我说话很少，就喜欢听听别人聊点什么，他跟我聊了几天，我发现问题是现有商品代码已经不足以支持业务的快速迭代，因为冗余其他东西太多了。比如说一个毛胚商品，然后它也快速的加上其他属性，变成一个加工品。但是现在场景变成了它就是一个加工品，你想拆成其他加工品，很困难，就是字段冗余到商品表里头了。

这个时候到架构已经不适合业务快速迭代了，需要重构，大破大立，还需要大佬牵头。review狭义上是代码层发现问题，如果你从一线同学那里听到的东西，能发现问题，也是一种review。

架构师不止规范，需要深度

需要什么深度呢？

从一个做需求的点看，从需求理解，这个是业务深度，从设计文档上，严谨程度，扩展性、风险点、可行性，设计深度。从开发阶段，coding，技术规范，技术功底，这个是技术深度。

跳出需求的点，从大的面来看，需求为了解决什么问题，不做行不行，业务价值在哪里？做了这一期还有后续吗，这是业务的前景。然后规划是怎样的，先从哪里入手，然后有木有计划去推进？这是思考的深度。

抽象的能力

• 大咖们如何评判优秀架构师？

里面反复提到抽象的能力，比如说逻辑、物理架构图，这个有助于你理解整个系统的调用关系，形成闭环，可以从全局的角度去理解，我当前做的需求在什么位置，为了解决什么问题。

再到通过问题看到本质，从技术方案看到实质。有一次一位同学跟我探讨DDD,跟我说防腐层不应该是这样写的，你只是用了策略模式去写，应该有个一个门面，然后后面是实现逻辑。我听到这里就明白他被绕进去了，DDD是一个思想，他幻化出来一些对应的框架，它的精髓是高内聚、低耦合。你说策略模式，能否将外部rpc调用分隔开呢？当然可以，它算不算防腐层呢？也算～

最近一次做代码优化的时候，我用了责任链的设计模式，将190行的代码，拆分成4个模块，每个类大概30行，当然190行包括换行。但是实际效果除了行数变少外，每个模块分工特别清晰，这个模块在处理特定的逻辑，当某部分有问题的时候，直接找到那个模块修改即可。（这就是高内聚的魅力）

抽象另一种体现：模块化

最近在牵头做账单，其实我也没做过，我就找了几篇大厂的文章看看，拿来吧你，哈哈

分为几个步骤，下载账单，解析账单，对账，差异处理（平账）。是不是瞬间有了几个模块，文件模块，包括上传、下载，解析文件对吧。然后是账单模块，可能会分成订单，还有一些退款的，然后是对账处理结果，属于对账模块，文件解析出来的东西跟账单对比，哪些是对的上的，哪些又是异常的，这个模块还有后续的处理结果，自动平账，或者人工处理。

模块化也是高内聚的体现，这就是DDD的思想，只不过人家现在有名头而已～

运气

这个就不展开了，有点玄学，也看投胎，也看老天赏不赏饭吃。我觉得嘛，不管有没有有运气，都要不卑不亢，努力提升自己，很多结果我们决定不了的，但是过程我们可以说了算，人生不也是这样嘛，那就好好享受过程吧～

最后

《矛盾论》，还是里面的观点，我们需要全面的认识自己的定位，找到自己的优势，不断突破自我。有些厉害，只是暂时性的，而长远来看，只是冰山一角。

一句话的合作例子

今天有一个业务的运营同学匆匆忙忙找到我，说要跟我这边有一个问题，业务要合作，然后已经提前和我老板打过招呼了。事情是这样的，我这边负责的是工作台门户，然后作为一个平台业务，有大量的客户需要找到对应的服务商来给自己定制门户。然后这位同学负责的是定制业务，所以要统一把所有的定制业务全部收口，但是这位定制同学的业务没有对应的技术研发同学，所以他就找到我的老板同步了这个情况。

分工协作的本质

其实问题的合作方式是比较简单的，但是当她跟我说最终客户定制界面也由我来开发的时候，比如定制的费用是多少、定制的时间要求等等，我就觉得问题有些奇怪了。因为按照常理来说，我负责的是工作台，但是由于有定制业务相关的逻辑，所以我要处理一定的业务逻辑，但是让我去承担这个定制页面的开发，我觉得是有问题的。

举一个简单的例子，假如我现在是一个博物馆，原来用户是直接可以免费没有任何阻挡地进入博物馆的，但是突然有一天市政府说所有公共设施要收费了，那么对于博物馆的工作人员来说肯定是支持的，但是突然你又告诉我，我这个博物馆还要去维护全市统一的收费系统，这个就是不合理的。哪怕他找我的主管沟通结果也是一样，因为我和我的主管是属于博物馆体系的工作人员，他也没有义务和责任去维护整个所有的公共设施的收费系统。但是作为公共设施系统的一部分，如果有统一的收费规则，那么对于博物馆来说也是要遵守的。

所以这面就引出了我对于业务边界上面的一个思考。我经常看到同学给我转发一段话，说跟你老板打沟通了业务的合作情况，你的老板觉得非常不错，于是这位同学就匆匆忙忙的找到我来开始谈业务，谈实施细节并且需要我快速落地。而实际上这种所谓的业务协同的情况大部分也只会停留在沟通的层面，在最终落地的时候，往往和业务同学的预期不相符。在业务同学眼里看来，就是你们阴奉阳违，恨不得马上就开始投诉。

这里面非常核心的一个误区就是业务同学往往没有划清业务界限和系统界限的边界。对于业务同学来说，边界可能不会那么明显，但对于一个系统开发的同学来说，业务和边界是非常明显的，因为系统是物理存在的，有着天然的“隔离”。所以对于业务同学，如果想要顺畅的推动业务，必须要事先清晰的划分参与方的角色和业务边界，并且可以进一步了解到系统边界在哪里。

这个由谁来做就涉及到了一个很大权责问题。简单来说就是我做了有什么好处，换句话来说做这件事和我的职务目标有什么关系？如果没有关系，我为什么要做？就算同一个公司，也有很多需要完成的事，比如公司保洁不到位，我作为公司的员工，是否也立即从事保洁？

如果是我的职务目标，我的责任有多少？我承担了既定的责任，那我是否能够承担起对应的权利？在我上次借用的博物馆的例子可以看到，如果我承担了全市的公共系统的收费设施的维护，那么我的权利在哪里？如果我的权利只是在博物馆这一个地方的收费上面，那么这就变成了权责不对等。

但是如果我做成了全市公共收费系统，并且能掌管全市所有公共设施的收费业务，那么对于这个收费系统的开发权则是相等的，但是对于我本身职务的权责又是不等的，因为公司请我来管理博物馆的，而非管理整个全市的收费系统。

所以在思考业务推进的时候，首先就要思考系统的边界和权责对等关系，如果这一层面没有理清楚的话，合作大概率是不能完成的。而很多的业务同学就以“我和你老板谈好的东西，为什么你不去做”这么简单的方式来拷问协同关系，我觉得是非常的幼稚的。

所以我希望其实我们在去和别人沟通业务的时候，往往要带着权责，带着边界的思考，去和对方去讨论，去协商，去沟通。简单来说，我在跟你聊之前，我要知道你的系统，你的业务边界在哪里？我跟你聊的时候，我要清晰地告诉你，这个事情做了对你有什么好处，对我有什么好处，哪部分应该你做，哪部分应该我来做。只有在这样的一种沟通方式下面才是真正合理的，真正是可以落地的沟通和协作方式。

而在这些问题没有达成一致之前，由谁来做都没有定下来的时候，应该先去往上升，在顶层设计里面去规划去重新思考如何从组织设计的方式去让业务协作自然的发生。

总结

这里再总结一下，这里是一个小的心得。这个案例也告诉我们，我们去沟通协同的时候要有边界感，包括业务的边界和系统的边界。只有把边界理顺了，合作才有可能。

大家好，我是老三，在G站闲逛的时候，从每日热门上，看到一个韩国的技术面试项目，感觉有点好奇，忍不住点进去看看。

韩国的面试都考什么？有没有国内的卷呢？

可以看到，有8.k star，2.2k forks，在韩国应该算是顶流的开源项目了。

再看看贡献者，嗯，明显看出来是韩国人。

整体看一下内容。

第一大部分是计算机科学，有这些小类：

• 计算机组成

• 数据结构

• 
  

  数据库
  

  
  


• 
  

  网络

  
  

• 操作系统

先不说内容，韩文看起来也够呛，但是基础这一块，内容结构还是比较完整的。

第二大部分是算法：

十大排序、二分查找、DFS\BFS…… 大概也是那些东西。

第三大部分是设计模式，内容不多。

第四大部分是面试题：

终于到了比较感兴趣的部分了，点进语言部分，进去看看韩国人面试都问什么，随便抽几道看看：

• Vector和ArrayList的区别?


• 值传递 vs 引用传递？


• 进程和线程的区别？


• 死锁的四个条件是什么？


• 页面置换算法？


• 数据库是无状态的吗？


• oracle和mysql的区别?


• 说说数据库的索引？


• OSI7层体系结构？


• http和https的区别是?


• DI(Dependency Injection)？


• AOP(Aspect Oriented Programming)？


• ……

定睛一看，有种熟悉的感觉，天下八股都一样么？

第五大部分是编程语言：

包含了C、C++、Java、JavaScript、Python。

稍微看看Java部分，也很熟悉的感觉：

• Java编译过程


• 值传递 vs 引用传递


• String & StringBuffer & StringBuilder


• Thread使用

还有其它的Web、Linux、新技术部分就懒得再一一列出了，大家可以自己去看。

这个仓库，让我来评价评价，好，但不是特别好，为什么呢？大家可以看看国内类似的知识仓库，比如JavaGuide，那家伙，内容丰富的！和国内的相比，这个仓库还是单薄了一些——当然也可能是韩国的IT环境没那么卷，这些就够用了。

再扯点有点没的，我对韩国的IT稍微有一点点了解，通过Kakao。之前对接过Kakao的支付——Kakao是什么呢？大家可以理解为韩国的微信就行了，怎么说呢，有点离谱，他们的支付每天大概九点多到十点多要停服维护，你能想象微信支付每天有一个小时不可用吗？

也有同事对接过Kakao的登录，很简单的一个Oauth2,预估两三天搞定，结果也是各种状况，搞了差不多两周。

可能韩国的IT环境真的没有那么卷吧！

有没有对韩国IT行业、IT面试有更多了解的读者朋友呢？欢迎和老三交流。

对了，仓库地址是：github.com/gyoogle/tec…

前言

写这篇文章目的是之前在一篇文章中谈到，我实习那会有个老哥很牛皮，业务能力嘎嘎厉害，但是后面发展一般般，这引起我的思考，最近有个同事发了篇腾讯pcg的同学关于review 相关的文章，里面也谈到架构师的层次，也再次引起我关于架构师的相关思考，接下来我们展开聊聊吧～

摆正初心

我写这篇文章，初心是为了找到导致这样结果的原因，而不是站在一个高高在上的位置，对别人指手画脚，彰显自己多牛皮。（PS:我也鄙视通过打压别人来展示自己，你几斤几两，大家都是聪明人看得出来，如果你确实优秀，别人还打压，说明他急了，哈哈哈）

查理芒格说过一句话：如果我知道在哪里会踩坑，避开这些，我已经比很多人走得更远了。

思考结果

我觉得是没有一个层级的概念导致的，这个原因筛掉了大部分人，突破层级的难度筛掉了另外一批人，运气和机会又筛掉另一波人。

没有层级概念

为什么这么讲呢？

我们打游戏的时候，比如说王者，会有废铁、青铜、钻石、铂金、荣耀、荣耀王者，对吧。它的层级大家都清楚，但是在现实生活中，你会闷逼了，我当前处在那个阶段，上一层是什么水平，需要什么技能，什么样的要求。

其次也会对自己能力过高的评价，如果你一直在组里面，你可能一直是一把手，到了集团，可能变成10名内，到了公司排名，可能几百名后。我们需要站在一个更高、更全面的角度去了解自己的位置。

出现这种情况也很正常

举个栗子，以前我实习那会，有个老哥业务能力特别强，啥活都干得快，嘎嘎牛皮，这是个背景

如果团队里头你最厉害了，那你的突破点，你的成长点在哪里？

对吧，大家都比你菜了，自然你能从别人身上学习到的就少了，还有一种情况是你觉得你是最厉害的，这种想法也是最要命的，会让你踏步不前。这时的解法，我认为是自驱力，如果你学哲学，就知道向内求，自我检讨，自己迭代更新，别人就是你，你就是别人，别人只是一面镜子。

层级的概念

那时看到他搞业务特别厉害，但现在看是做需求厉害，但是缺乏深度。我对比以前的开发经历，跟现在在架构组的工作经历，感受很明显。一个是为了完成任务，一个需要深度，什么深度呢？这个埋下伏笔，为后面架构师层级再展开聊聊。

从初级到中级，到高级，再到主程、再到TL，技术经理，再到架构师，再到负责人。当完成任务的时候，是最基本的事情，深入的时候，从coding入手，在代码上有所追求，比如说可读性，用用设计模式，再深入想到代码可扩展性。。。

当你了解下一个层级的要求的时候，有了目标才能有效的突破它。

突破层级的难度

这是在上一个原因基础上一个加强版，你了解了各个层级的要求，但是突破这些要求，可能由于阅历，或者能力，或者天赋不足，导致突破困难。

这里我想聊聊架构师的思考，之前在转正答辩上，一个领导问我你怎么理解架构的，我当时没有概念，但是接触相关工作以及观看相关文章，有了更深理解。

• 腾讯工程师，万字长文说 Code Review

这里讲的是coding部分，属于架构师负责的一部分，规范。

我不禁想想平时什么工作内容涉及到这个？

比如说契约，规定了依赖jar版本；定义了协议，什么类型输出的格式，转换的类型；开发的规范，设计文档的样式；像文中review的过程，确实比较少，目的是为了减少代码的坏味道。就像文中讲到，如果你定义的一个规范，可以在300+人里面hold，让系统一直在正常迭代，那么算合格的架构师。

一次广义上review

我一般下班会遇到基础服务的小伙伴聊聊天，我说话很少，就喜欢听听别人聊点什么，他跟我聊了几天，我发现问题是现有商品代码已经不足以支持业务的快速迭代，因为冗余其他东西太多了。比如说一个毛胚商品，然后它也快速的加上其他属性，变成一个加工品。但是现在场景变成了它就是一个加工品，你想拆成其他加工品，很困难，就是字段冗余到商品表里头了。

这个时候到架构已经不适合业务快速迭代了，需要重构，大破大立，还需要大佬牵头。review狭义上是代码层发现问题，如果你从一线同学那里听到的东西，能发现问题，也是一种review。

架构师不止规范，需要深度

需要什么深度呢？

从一个做需求的点看，从需求理解，这个是业务深度，从设计文档上，严谨程度，扩展性、风险点、可行性，设计深度。从开发阶段，coding，技术规范，技术功底，这个是技术深度。

跳出需求的点，从大的面来看，需求为了解决什么问题，不做行不行，业务价值在哪里？做了这一期还有后续吗，这是业务的前景。然后规划是怎样的，先从哪里入手，然后有木有计划去推进？这是思考的深度。

抽象的能力

• 大咖们如何评判优秀架构师？

里面反复提到抽象的能力，比如说逻辑、物理架构图，这个有助于你理解整个系统的调用关系，形成闭环，可以从全局的角度去理解，我当前做的需求在什么位置，为了解决什么问题。

再到通过问题看到本质，从技术方案看到实质。有一次一位同学跟我探讨DDD,跟我说防腐层不应该是这样写的，你只是用了策略模式去写，应该有个一个门面，然后后面是实现逻辑。我听到这里就明白他被绕进去了，DDD是一个思想，他幻化出来一些对应的框架，它的精髓是高内聚、低耦合。你说策略模式，能否将外部rpc调用分隔开呢？当然可以，它算不算防腐层呢？也算～

最近一次做代码优化的时候，我用了责任链的设计模式，将190行的代码，拆分成4个模块，每个类大概30行，当然190行包括换行。但是实际效果除了行数变少外，每个模块分工特别清晰，这个模块在处理特定的逻辑，当某部分有问题的时候，直接找到那个模块修改即可。（这就是高内聚的魅力）

抽象另一种体现：模块化

最近在牵头做账单，其实我也没做过，我就找了几篇大厂的文章看看，拿来吧你，哈哈

分为几个步骤，下载账单，解析账单，对账，差异处理（平账）。是不是瞬间有了几个模块，文件模块，包括上传、下载，解析文件对吧。然后是账单模块，可能会分成订单，还有一些退款的，然后是对账处理结果，属于对账模块，文件解析出来的东西跟账单对比，哪些是对的上的，哪些又是异常的，这个模块还有后续的处理结果，自动平账，或者人工处理。

模块化也是高内聚的体现，这就是DDD的思想，只不过人家现在有名头而已～

运气

这个就不展开了，有点玄学，也看投胎，也看老天赏不赏饭吃。我觉得嘛，不管有没有有运气，都要不卑不亢，努力提升自己，很多结果我们决定不了的，但是过程我们可以说了算，人生不也是这样嘛，那就好好享受过程吧～

最后

《矛盾论》，还是里面的观点，我们需要全面的认识自己的定位，找到自己的优势，不断突破自我。有些厉害，只是暂时性的，而长远来看，只是冰山一角。

我是一个容易焦虑的人，工作时候想着跳槽，辞职休息时候想着工作，休息久了又觉得自己每天在虚度光阴毫无意义，似乎陷入了一个自我怀疑自我焦虑的死循环了。我想我该做的点什么去跳出这个循环。。。

自我叙述

我相信，每个人都有一个自命不凡的梦，总觉得自己应该和别人不一样，我不可能如此普通，自己的一生不应该泯然众生，平凡平庸的度过。尤其是干我们it这一行业的，都有一个自己的程序员梦，梦想着，真的能够用 “代码改变世界”

入行回顾

你们还记得自己是什么时候，入行it行业的吗

我今年已经28岁了，想起来入行，还挺久远的，应该是2016入行的，我也算是半路出家的，中间有过武术梦 歌唱梦 但是电脑什么上学那会就喜欢玩，当然是指游戏，

武术梦

来讲讲我得第一个·梦，武术梦，可能是从小受到武打演员动作电视剧的影响，尤其那个时候，成龙大哥的电影，一直再放，我觉得学武术是很酷的一件事情，尤其那会上小学，还是初中我的体育还是非常好的，

然后我们家那个时候电视还是黑白的，电视机。哈哈哈😀电视台就那么几个，放来放去，有一个台一直重复放成龙电影，还有广告， 都是 学武术就到 xxxx学校， 我被洗脑了吧

于是真的让我爸，打电话质询了一下，可是好像他们这种武术学校都是托管式的，封闭式学习，听说很苦，，，，当然这不是重点，重点每年学费非常的贵，en~，于是乎我的这个梦想终止了，。。

歌唱梦

为啥会有唱歌想法，你猜对了，是被那个时候的好声音给影响了，那个时候好声音是真的很火，看的时候我一度以为我也可以上好声音，去当歌手然后出道，当明星，什么的。

不过不经历打击，怎么会知道自己的下线在哪里呢

我小学换了两到三个学校，到初中，再到高中，你们还记得自己读高中那会吗，高中是有专业选择的，入学军训完以后。

我们代班主任，和我们说有三个专业方向可以选择，艺术类，分美术，和唱歌，然后是文化类，然后艺术类就业考大学分数会低很多，然后一系列原因，哈哈哈，我就选择了歌唱班。

我最好伙伴他选择了，美术类就是素描。这里我挺后悔没有选择 美术类。

到了歌唱班，第一课就是到专业课有钢琴的教室，老是要测试每个同学的，音色和音高，音域
然后各自上台表演自己的拿手的一首歌，。我当时测试时候就是跟着老师的弹的钢琴键瞎唱，

表演的歌曲是张雨生《大海》 也就唱了高潮那么几句。。 😀现在想起来还很羞耻，那是我第一次在那么多人面前唱歌，

后面开始上课老师说我当时分班时候音色什么还不错，但学到后面，我是音准不太行，我发现。再加上我自己的从小感觉好像有点自卑敏感人格，到现在把，我唱歌，就越来越差，

当然我们也有乐理。和钢琴课，我就想主助攻乐理和钢琴，

但是我很天真

乐理很难学习，都是文科知识需要背诵，但是他也要有视唱，也就是唱谱子，duo，re，mi，fa，suo，la，xi，duo。。等，我发现我也学不进去

后面我又开始去学钢琴，但是钢琴好像需要一定童子功，不然可能很难学出来，于是我每天早上6点钟起来，晚上吃完饭就去钢琴教师抢占位置， 还得把门堵着怕人笑话，打扰我，

结果你们也猜到了，音乐方面天赋很重要，然后就是性格上面表演上面，要放得开，可是我第一年勉强撑过去了，后面第二年，专业课越来越多了，我感觉我越来越自卑~，然后成绩就越来越差，老师也就没太重视，嗯~好不容撑到了第二年下半年，放暑假，

但是老师布置任务暑假要自己去外面练钢琴，来了之后要考试，我还花钱去外面上了声乐课和钢琴课，哎，我感觉就是浪费钱，，，，，因为没什么效果，性格缺陷加上天赋不行，基本没效果，那段时间我也很痛苦的，因为越来越感觉根本容入不进去班级体，尤其是后面高二，了专业课很多大部分是前面老师带着发生开嗓，后面自由练习，我也不好意思，不想练习，所以
到后面，高二下学习我就转学了，，，，

当然我们班转学的，不止我一个，还有一个转学的 和我一个寝室的，他是因为音高上不去，转到了文科班， 还有一个是挺有天赋，我挺羡慕的，但是人家挺喜欢学习，不喜欢唱歌什么，就申请转到了，文科班。 不过她转到文科班，没多久也不太好，后面好像退学了，，我一直想打听他的消息，都在也没打听到了

玩电脑

我对电脑的组装非常感兴趣，喜欢研究电脑系统怎么装，笔记本拆装，台式机拆装，我会拿我自己的的笔记本来做实验，自己给自己配台式机，自己给自己笔记本增加配置，哈哈哈哈。对这些都爱不释手。

这还是我很早时候，自己一点一点比价，然后去那种太平洋电脑城，电脑一条街，那种地去找人配置的。想想那时候配置这个电脑还挺激动，这是人生的第一台自己全部从零开始组装配的电脑，

本来打算，后面去电脑城上班，开一个笔记本维修，电脑装配的门面的，（因为自己研究了很多笔记本系统，电脑组装），可是好像听电脑城的人说，电脑组装什么的已经不赚钱了，没什么价格利润，都是透明的而且更新迭代非常的快，电脑城这种店铺也越来越少了，都不干了，没有新人再去干这个了，于是乎我的第一份工作失业 半道崩殂了，哈哈哈哈还没有开始就结束了。

学it

后面我又报名自学了，it编程，《xxx鸟》 但是学it我学起来，好像挺快的，挺有感觉的，入学前一个星期，要等班人数到齐才能开班，我们先来的就自己学习打字了，我每天都和寝室人，一起去打字，我感觉那段时间我过得挺开心和充实的，

后面我们觉得自带寝室不好，环境差，于是就几个人一起，搬出去住了，一起学习时候有一个年级26了，我和他关系还蛮好的，不过现在也没什么联系了，，，

学习时候，每次做项目时候我都是组长，那个时候原来是有成就感的，嗯，学习it好像改变了，我学唱歌那个时候，一些自卑性格，可能是遇到了一个好的老师吧

当然后面就顺利毕业，然后找到了工作了，，，

直到现在我还在it行业里

本文源于一条评论。

有个读者评论说：“发现很多前端的大领导多是后端。他们虽然懂一点前端，但总觉得前端简单。有时候，很难向其证明前端不好实现。”

这位朋友让我写一写，那我就写一写。

反正，不管啥事儿，我高低都能整两句，不说白不说，说了也白说。本文暂且算是一条评论回复吧。愿意看扯淡的同学可以留一下。

现象分析

首先，前半句让我很有同感。因为，我就是前端出身，并且在研发管理岗上又待过。这个身份，让我既了解前端的工作流程，又经常和后端平级一起交流经验。这有点卧底的意思。

有一次，我们几个朋友聚餐闲聊。他们也都是各个公司的研发负责人。大家就各自吐槽自己的项目。

有一个人就说：“我们公司，有一个干前端的带项目了，让他搞得一团糟”

另一个人听到后，就叹了一口气：“唉！这不是外行领导内行吗？！”

我当时听了感觉有点别扭。我扫视了一圈儿，好像就我一个前端。因此，我也点了点头（默念：我是卧底）。

是啊，一般的项目、研发管理岗，多是后端开发。因为后端是业务的设计者，他掌握着基本的数据结构以及业务流转。而前端在他们看来，就是调调API，然后把结果展示到页面上。

另外，一般项目遇到大事小情，也都是找后端处理。比如手动修改数据、批量生成数据等等。从这里可以看出，项目的“根基”在后端手里。

互联网编程界流传着一条鄙视链。它是这样说的，搞汇编的鄙视写C语言的，写C的鄙视做Java的，写Java的鄙视敲Python的，搞Python的鄙视写js的，搞js的鄙视作图的。然后，作图的设计师周末带着妹子看电影，前面的那些大哥继续加班写代码。

当然，我们提倡一个友好的环境，不提倡三六九等。这里只是调侃一下，采用夸张的手法来阐述一种现象。

这里所谓的“鄙视”，其本质是源于谁更接近原理。

比如写汇编的人，他认为自己的代码能直接调用“CPU”、“内存”，可以直接操纵硬件。有些前端会认为美工设计的东西，得依靠自己来实现，并且他们不懂技术就乱设计，还有脸要求100%还原。

所以啊，有些只做过后端的人，可能会认为前端开发没啥东西。

好了，上面是现象分析。关于谁更有优越感，这不能细究啊，因为这是没有结论的。如果搞一个辩论赛，就比方说”Python一句话，汇编写三年“之类论据，各有千秋。各种语言既然能出现，必定有它的妙用。

我就是胡扯啊。不管您是哪个工种，请不要对号入座。如果您觉得被冒犯了，可以评论“啥都不懂”，然后离开。千万不要砸自己的电脑。

下面再聊聊第二部分，面对这种情况，有什么好的应对措施？

应对方法

我感觉，后端出身的负责人，就算是出于人际关系，也是会尊重前端开发的。

“小张啊，对于前端我不是很懂。所以请帮我评估下前端的工期。最好列得细致一些，这样有利于我了解人员的工作量。弄完了，发给我，我们再讨论一下！”

一般都是这么做。

这种情况，我们就老老实实给他上报就行了，顶多加上10%~30%处理未知风险的时间。

但是，他如果这样说：“什么？这个功能你要做5天？给你1天都多！”

这时，他是你的领导，对你又有考核，你怎么办？

你心里一酸：“我离职吧！小爷我受不了这委屈！”

这……当然也可以。

如果你有更好的去处，可以这样。就算是没有这回事，有好去处也赶紧去。

但是，如果这个公司整体还行呢？只是这个直接领导有问题。那么你可以考虑，这个领导是流水的，你俩处不了多长时间。哪个公司每年不搞个组织架构调整啊？你找个看上的领导，吃一顿饭，求个投靠呗。

或者，这个领导只是因为不懂才这样。谁又能样样精通呢？给他说明白，他可能就想通了。人是需要说服的。

如果你奔着和平友好的心态去，那么可以试试以下几点：

第一，列出复杂原因

既然你认为难以实现，那肯定是难以实现。具体哪里不好实现，你得说说。

记得刚工作时，我去找后端PK，我问他：“你这个接口怎么就难改了？你不改这个字段，我们得多调好几个接口，而且还对应不起来！”

后端回复我：“首先，ES……；其次，mango……；最后，redis……”

我就像是被反复地往水缸中按，听得”呜噜呜噜“的，一片茫然。

虽然，我当时不懂后端，但我觉得他从气势上，就显得有道理。

到后来，还是同样的场景。我变成了项目经理，有一个年轻的后端也是这么回复我的。

我说：“首先，你不用……；其次，数据就没在……；最后，只需要操作……”。他听完，挠了挠头说，好像确实可以这么做。

所以，你要列出难以实现的地方。比如，没有成熟的UI组件，需要自己重新写一个。又或者，某种特效，业内都没有，很难做到。再或者，某个接口定得太复杂，循环调组数据，会产生什么样的问题。

如果他说“我看到某某软件就是这样”。

你可以说，自己只是一个初级前端，完成那些，得好多高级前端一起研究才行。

如果你懂后端，可以做一下类比，比如哪些功能等同于多库多表查询、多线程并发问题等等，这可以辅助他理解。不过，如果能到这一步，他的位子好像得换你来坐。

第二，给出替代方案

这个方案，适用于”我虽然做不了，但我能解决你的问题“。

就比如那个经典的打洞问题。需求是用电钻在墙上钻一个孔，我搞不定电钻，但是我用锤子和钉子，一样能搞出一个孔来。

如果，你遇到难以实现的需求。比如，让你画一个很有特色的扇形玫瑰图。你觉得不好实现，不用去抱怨UI，这只会激化问题。咱可以给他提供几个业界成熟的组件。然后，告诉他，哪里能改，都能改什么（颜色、间距、字体……）。

我们有些年轻的程序员很直，遇到不顺心的事情就怼。像我们大龄程序员就不这样。因为有房贷，上有老下有小。年龄大的程序员就想，到底是哪里不合适，我得怎样通过我的经验来促成这件事——这并不光彩，年轻人就得有年轻人的样子。

第二招是给出替代方案。那样难以实现，你看这样行不行。

第三，车轮战，搞铺垫

你可能遇到了一个硬茬。他就是不变通，他不想听，也不想懂，坚持“怎么实现我不管，明天之前要做完”。

那他可能有自己的压力，比如老板就是这么要求他的。他转手就来要求你。

你俩的前提可能是不一样。记住我一句话，没有共同前提，是不能做对比的。你是员工，他是领导，他不能要求你和他有一样的压力，这就像你不能要求，你和他有一样的待遇。多数PUA，就是拿不同的前提，去要求同样的结果。

那你就得开始为以后扯皮找铺垫了。

如果你们组有多个前端，可以发动大家去进谏。

”张工啊，这个需求，确实不简单，不光是小刘，我看了，也觉得不好实现“

你一个人说了他不信，人多了可能就信了。

如果还是不信。那没关系，已经将风险提前抛出了。

“这个需求，确实不好实现。非要这么实现，可能有风险。工期、测试、上线后的稳定性、用户体验等，都可能会出现一些问题”

你要表现出为了项目担忧，而不是不想做的样子。如果，以后真发生了问题，你可以拿出“之前早就说过，多次反馈，无人理睬”这类的说辞。

”你居然不想着如何解决问题，反倒先想如何逃避责任？！“

因此说，这是下下策。不建议程序员玩带有心机的东西。

以上都是浅层次的解读。因为具体还需要结合每个公司，每个领导，每种局面。

总之，想要解决问题，就得想办法。

今天在知乎收到一个问题：「程序员你为什么迷茫？」，看到这问题时突然间「福灵心至」想写点什么，大概是好久没写这种「焦虑文」，想想确实挺久没更新《程序员杂谈》这个专栏了，那就写点「找骂」的东西吧。

其实也不算「贩卖焦虑」，主要是我一直不卖课也不做广告，就是纯粹想着写点东西，不过如果你看了之后觉得「焦虑」了，那也没有「售后服务」。

当我看到「程序员你为什么迷茫？」这个问题的时候，我第一想法居然是：大概是因为预期和结果不一致。

现在想想确实好像是这样，在步入职场之前，你一直以为程序员是一个技术岗，是用一双手和一台电脑，就可以改变世界的科技岗位，是靠脑吃饭，至少在社会地位上应该是个白领。

但是入职后你又发现，明明是个技术岗位，干的却是体力活，别人在工地三班倒，而你是在电脑前 996，唯一庆幸的是你可以吹着空调，目前的收入还挺可观。

但是现在看来，程序员的职业生涯好像很短，农民工少说可以干到 40 多，为什么程序员 35 就需要毕业再就业？明明一心一意搬砖，说好奋斗改变人生，最后老板却说公司只养有价值的人，而有价值的人就是廉价而又精力充沛的年轻人。

那时候你也开始明白，好像努力工作 ≠ 改变人生，因为你努力改变的是老板的人生，工作带来的自我提升是短暂的，就像工地搬砖，在你掌握搬砖技巧之后，剩下的都只是机械性的重复劳动，机械劳动的勤奋只会带来精神上的奋斗感，并不致富，而对比工地，通过电脑搬砖需要的起点更高，但是这个门槛随着技术成熟越来越低，因为搜索引擎上的资源越来越多，框架和社区越来约成熟，所以🧱越来越好拿，工价也就上不去了，甚至已经开始叫嚣用 AI 自动化来代替人工。

其实对于「老人」来说，这个行业一开始不是这样，刚入行的时候到处在抢人，他们说这是红利期，那时候简历一放出来隔天就可以上岗，那时候的老板每天都强调狼性，而狼需要服从头领，只有听话的狼才有肉吃，所以年轻时总是充满希望，期待未来可以成为头狼，也能吃上肉住炕头。

虽然期间你也和老板说过升职加薪，但是老板总是语重心长告诉大家：

年轻人不好太浮躁，你还需要沉淀，公司这是在培养你，所以你也要劳其筋骨，饿其体肤，才能所有成就，路要一步一走，饭要一步一吃，总会有的。

当然你可以看到了一些人吃到了肉，所以你也相信自己可以吃到肉，因为大家都是狼，而吃到肉的狼也在不停向你传递吃肉经验：

你只需要不停在电梯里做俯卧撑，就可以让电梯快一点到顶楼，从而占据更好的吃肉位置，现在电梯人太多了，你没空间做俯卧撑，那就多坐下蹲起立，这样也是一种努力。

直到有一天，公司和你突然和你说：

你已经跟不上公司的节奏了，一个月就请了三次病假，而且工作也经常出错，所以现在需要你签了这份自愿离职协议书，看在你这么多年的劳苦功高，公司就不对你做出开除证明，到时候给其他人也是说明你是有更好机会才离职的，这样也可以保全你的脸面。

而直到脱离狼群之后你才明白，原来沉淀出来的是杂质，最终是会被过滤掉，电梯空间就那么点，超重了就动不了，所以总有人需要下来。

所以你回顾生涯产生了疑惑和迷茫：程序员不是技术岗位吗？作为技术开发不应该是越老越值钱吗？为什么经验在 3-5 年之后好像就开始可有可无，而 35 岁的你更是被称为依附在企业的蛀虫，需要给年轻人让路。

回想刚入行那会，你天天在想着学习技术，无时无刻都在想着如何精通和深入，你有着自己的骄傲，想着在自己的领域内不断探索，在一亩三分地里也算如鱼得水，但是如今好像深入了，为什么就开始不被需要了？

回过头来，你发现以前深入研究的框架已经被替代，而当年一直让他不要朝三暮四嚼多不烂的前辈，在已经转岗到云深不知处，抱着一技之长总不致于饿死是你一直以来的想法，但是如今一技之长好像补不上年龄的短板。

如今你有了家庭，背负贷款，而立之年的时候，你原以为生涯还只是开始，没想到早已过了巅峰，曾经的你以为自己吃的技术饭，做的是脑力活，壮志踌躇对其他事务不屑一顾，回过头来，如今却是无从下手，除了在电脑对着你熟悉的代码，你还能做什么？放下曾经的骄傲，放下以往的收入去吃另一份体力活？

但是不做又能怎样？提前透支的未来时刻推着你在前行，哪怕前面是万丈深渊。

所以以前你认为技术很重要，做好技术就行了，但是现在看，也许「技术」也只是奇技淫巧之一，以前你觉得生育必须怀胎十月，但是现在互联网可以让十个孕妇怀胎一月就早产，这时候你才发现，你也没自己想象中的重要。

所以你为什么迷茫？因为到了年龄之后，好像做什么都是错的，你发现其实你并没有那么热爱你的职业，你只想养家糊口，而破局什么的早就无所谓了，只要还能挣扎就行。

所以我写这些有什么用？没什么用，只是有感而发，大部分时候我们觉得自己是一个技术人才，但是现在看来技术的门槛好像又不是那么的高，当技术的门槛没那么高之后，你我就不过是搬砖的人而已，既然是搬砖，那肯定是年轻的更有滋味。

所以，也许，大概，是不是我们应该关心下技术之外的东西？是不是可以考虑不做程序员还能做什么？35 岁的人只会越来越多，而入行的年轻人也会越来越多，但是近两年互联网的发展方向看起来是在走「降本增效」，所以这时候你难道不该迷茫一下？

程序员是迷茫或者正是如此，我们都以为自己是技术人，吃的是脑力活，走的是人才路，但是经过努力才知道，也许你的技术，并没有那么技术。

我自己耶

从业10年了，经常在娱文中看到这种的文章，我怀疑是精准推送！！

1. 30岁以上的程序员该何去何从？ - 知乎
2. 30岁: 程序员心中永远的痛?
3. 过了30岁，程序员该怎么办？ - 阿里云开发者社区
4. 30岁转行程序员晚了吗？分享30岁转行的经历 - SegmentFault
5. 30岁后“大龄程序员"应该何去何从？ - 脉脉
6. 程序员：伤不起的三十岁 - 菜鸟教程
7. 程序员迷茫：30岁以上的“大龄程码农”出路在哪？java码 ... - 掘金
8. 30岁老程序员迷茫| Laravel - LearnKu

关于职场的焦虑无处不在，而这些文章也加重了我们的焦虑。就我个人而言，我也仔细想过这个问题，其实从本质上来说，只是个“竞争力”的问题。

如果你觉得自己没有竞争力了，那么你就会焦虑，而你又将焦虑的原因归结于一个你没办法改变的问题，那就是“年龄”。于是一个逻辑自洽的描述出来了：

我30岁了，没啥竞争力，未来何去何从？

出路耶

我从事这个行业，其实是个人挺喜欢编程的，觉得编程是一件挺舒心的事情，所以没有考虑过换行。周围其实有一些同事，离开了这个行当，有一些赚了更多的钱，也有一些日子过的更不舒心，这里不予置评。

我简单的叙述一些可能的出路，这些出路没什么对错的区别，只是在我们人生抉择中，希望你能看到更多的选项。

技术深造

如果你在技术上有优势，这是一条可以走通的路子，未来的方向大致是“架构师”、“技术顾问”等等。这需要你有一些大型项目的经验，所以一些在大型公司就业的程序员，天然的拥有更多的机会。

通常技术深造主要是两部分：

1. 技术视野，你需要一定的知识广度，对常用技术有深刻的理解，对部分不常用技术也要熟悉。


2. 技术能力，有的时候，亲自动手能力、解决问题能力会很重要。

项目管理

很多程序员转行做了项目管理，其实在我们的日常工作中，项目管理一直伴随着我们，时长日久，我们对项目管理会变的更熟悉一些。这也造成了一些错觉，让我们觉得项目管理没那么难，“我去我也行”。

但是，项目管理从来不是一项普通的工作，相对于程序员，项目管理人员面临的环境会更加复杂。

1. 面对客户。有时候，会遇见一些喜欢刁难我们的客户的。
2. 面对团队。团队也可能不和谐。
3. 计划乱了、工期排期、风险控制、质量管理、干系人管理等等专业知识。

自由职业

依赖于自己过硬的技术，可以承接一些外包的项目，成为一名自由的外包人员。

1. 你的人际关系会很重要。周围有一些能打单的朋友，会让你工作的很舒服。


2. 把事情做好，赢得信赖。


3. 来自第三方平台的外包项目还是比较坑的，尽量做熟人生意。

跑单

当然，你在行业内可能会认识不少的朋友，他们的手里可能有些业务需要外包人员进行开发，那么拿下这些合同，找到自己朋友里面有时间做私活的人，然后我完成它。

1. 你的人际关系更为重要。通常，这会给你带来财富。


2. 做好自己的品牌，赢得认可，那么就有赢得钞票的机会。

插件独立开发者

一个人开发一个应用，然后上架，成功率是很低的。所以依托于平台，做一些平台内的插件，然后依托于平台推广，那么成功的几率会大一些。

1. 你的技术能力很重要，毕竟没有专门的测试人员进行测试。


2. 你选择的平台很重要，比如跨境电商、钉钉、微信、谷歌浏览器等等。


3. 更加重要的是，你要对这个方向感兴趣。

独立开发者

如果你财富自由了，又喜欢编程，可以成为一名伟大的独立开发者，你脑海中的任何想法，都可以通过双手变为现实。

1. 因为热爱，所以你会有更多的可能。


2. 能力足够，可以参与开源的基金会，参与一些开源项目。


3. 如果财富没自由，那也不影响我们在闲暇时间里追逐我们的梦想。

团购

IT行业是一个挺特殊的团体，他们的某些消费习惯趋于雷同，针对这些消费习惯和爱好，做一些团购，相信会赚到不少钱。

1. 还是人际关系。


2. 你喜欢做这些事情，从免费到收费循序渐进。


3. 记住，双赢才能长久，IT行的聪明人是比较多的。

大公司养老团

找个大的，稳定的公司养老，但是也要留好退路，居安思危。

其他

比如炒股、搞理财的、做导游的、创业的……

每个人都会有自己的选择，有的人做好了准备，有的人还懵懵懂懂，2023年的行情如何还未可知，希望能长风破浪吧