Skip to content

Latest commit

 

History

History
140 lines (102 loc) · 4.13 KB

section2.md

File metadata and controls

140 lines (102 loc) · 4.13 KB

1.2 工作挣扎是常态

你今天挣扎了吗?

"今天的需求改了三遍..." "这个bug改了一周还没解决..." "产品经理又改需求了..." "领导说要周末加班..."

如果你也经常发出这样的感叹,别担心,你不是一个人。每个程序员都在挣扎,只是有的人挣扎得比较优雅,有的人挣扎得比较狼狈而已。

程序员的日常挣扎

程序员日常

技术挣扎

  • "这个框架文档写得跟天书一样..."
  • "这代码是哪个祖宗写的?注释呢?"
  • "为啥我本地运行得好好的,一上线就炸了?"
  • "这bug到底是从哪来的?"

业务挣扎

  • "产品经理,我们能好好说话吗?"
  • "这需求真的有人用吗?"
  • "又改需求?要不你来写代码?"
  • "这个功能真的要这周上线?"

团队挣扎

  • "代码评审怎么又被挑刺了?"
  • "为啥我的代码总是被说不规范?"
  • "老王的代码我看不懂啊..."
  • "新来的同事水平有点差,带起来好累..."

为什么会挣扎?

1. 技术发展太快

  • 昨天的最佳实践,今天就成了反面教材
  • 刚学会Vue2,Vue3就出来了
  • 刚搞懂Redux,Mobx又火了
  • 刚入门Docker,k8s又来了

就像你刚买的iPhone 13,iPhone 14就发布了,这种感觉,懂的都懂...

2. 业务需求太飘

产品经理的日常语录:

  • "这个功能很简单,下班前能改完吧?"
  • "客户说要改一下,就改个小需求"
  • "这个需求很急,能不能今天就上线?"

每次听到"简单"这个词,内心都会咯噔一下。因为经验告诉我们,产品经理说的"简单",往往意味着通宵。

3. 人际关系太复杂

办公室社交

  • 产品经理想要天马行空
  • 测试想要零缺陷
  • 运营想要快速上线
  • 老板想要降本增效
  • 我只想安静地写代码

这就像在玩一个多人在线游戏,每个人都想当C位,但最后背锅的往往是程序员...

挣扎的本质是什么?

其实仔细想想,工作中的挣扎无非是这么几种情况:

1. 能力与要求不匹配

  • 项目要求:精通分布式架构
  • 现实情况:熟练CRUD
  • 最终结果:天天加班还写不完

2. 期望与现实不匹配

  • 期望:心无旁骛写优雅的代码,改变世界
  • 现实:天天改bug,跟各个方向对需求
  • 结果:每天怀疑人生

3. 付出与回报不匹配

  • 付出:每天工作12小时
  • 回报:工资涨幅不及物价
  • 收获:头发越来越少

如何优雅地挣扎?

1. 调整心态

  • 把Bug当成送分题
  • 把加班当成充电
  • 把改需求当成锻炼
  • 把背锅当成历练

(好吧,我知道这听起来很像"精神胜利法",但是真的有用!)

2. 提升能力,挣扎的越厉害,成长越快

  • 每天学习一个新技能
  • 遇到问题先自己解决
  • 做好复盘和总结
  • 建立知识体系

3. 建立护城河

  • 技术上:

    • 至少一个领域要精通
    • 至少一个方向要深入
    • 至少一个特长要突出
  • 软实力上:

    • 学会和产品经理谈判
    • 学会和测试讲道理
    • 学会和领导说不
    • 学会和同事互帮互助

挣扎中的成长

1. 技术成长

  • 从"这bug怎么改?"到"为什么会有这个bug?"
  • 从"这代码怎么写?"到"这代码该怎么设计?"
  • 从"复制粘贴"到"看源码找答案"

2. 思维成长

  • 从"完成任务"到"解决问题"
  • 从"写代码"到"写方案"
  • 从"改bug"到"防bug"

3. 职业成长

  • 从"被动接需求"到"主动提方案"
  • 从"只管写代码"到"参与决策"
  • 从"单打独斗"到"团队协作"

结语

躺平时刻

工作中的挣扎就像人生的必修课:

  • 不是你的错,但要你来解决
  • 不是你能控制的,但要你来负责
  • 不是你想要的,但要你来面对

与其抱怨挣扎,不如把挣扎当成成长的机会。就像重构代码一样,挣扎的过程也是重构自己的过程。

最后记住:挣扎是常态,但快乐也是!你无法控制工作的挣扎现实,但可以控制自己的挣扎心态。