34 | 技术修炼之道：同样工作十几年，为什么有的人成为大厂架构师，有的人失业？

我就想，如果明天一上班，老板就通知自己被裁员了，自己要如何应对？

文中提到技能停滞的原因是在后续的岁月中不断重复自己已经获得的技能，停留在舒适区不能向前迈一步。 但是在职业发展中我却遇到另一个问题，就是技术栈不连续，导致很难在一个领域做到专家级。今年是我工作的第12年，坦率的说我愧对自己的工作年限。在过去的12年里，我换了三个行业，从最初的通信设备到半导体，再到如今的互联网。我写过汇编，做过硬件，做过4G协议，做过后端技术，做过移动开发，做过管理，带过团队，31岁以后主攻算法，但是没有一样我做到了顶级水平。 当初因为行业的没落我迫不得已换到互联网，其时已是31岁高龄，到互联网后，我也感到自己在互联网技术栈的积累比不过别人，于是我选择做算法，算法几乎是靠着自己有点小聪明就能很快上手的工作，不像后端其他技术栈那样需要很多年的实践和积累。如今我改做算法也有5个年头，但是算法越到深处越需要基础知识，我挖到算法的底层就很吃力了（需要基础能力，而我不是科班），而且自己的创造力也不如年轻人。 回顾我的过去，我其实并不知道自己错在哪里？不努力？停留在舒适区？并非如此，当初咬着牙转行，靠的就是一股拼劲。然而事到如今却一事无成。时运不济？还是说成长也是需要靠命的？ 越往后走我越迷茫，不知道自己能做什么，自己似乎什么都能做，但是似乎又什么都做不了。

所以说，哪来的中年危机，不过是自己的不努力

工作后遇到很多身边同事还是讨论工具和解决方案居多，讨论问题本身和对问题各个方面认识的比较少，和上来就讲要怎么这么干甚至那行代码应该怎么写的人交流是痛苦的。查理芒格把这种人称为拿着锤子整天看啥都是钉子要拿上去锤两下的人。遇到问题，其实我最开始想到的是能不能换条路把这个问题绕过。

我就是那种工作年限比较长，但是缺乏匹配的技术能力的人；好在刚刚从体制内跳出来，入职一家小公司，重新开始修炼。 大概在五年前就听说过德雷福斯模型，当时就认定自己处于高级新手阶段，可惜的是，自己现在仍旧处于高级新手阶段，暂时还做不到胜任者。 李老师应该是处于专家阶段吧，而我目前的目标应该是先成为胜任者，进而做到精通者。 按照专栏中的建议，反思一下自己的工作经历： 1. 缺少勇气。当然不是梁静茹的那种，而是敢于去做相对困难的工作，勇于承担责任和后果的那种。 2. 缺少实践。工作年限很长，但是真正花在磨炼编程技能上的时间并不多，有工作岗位的问题，但更多的还是自身的原因。 3. 不关注场景。虽然身处体制内，其实还是有很多可以关注的场景，或者是工作上下文，有点可惜的是，意识跟不上，所以很多机会在不知不觉间溜走。 看到留言里面有讨论，如果明天被裁员如何应对？ 作为大龄互联网小创业公司的 Rubyist 程序员，如果明天被裁员了，就继续一边面试一边在极客时间学习，顺便再参加一两个训练营。 如果实在找不大技术岗，那么做点别的也可以。

如何提升自己的技术能力，让自己快速进阶。 1. 勇于承担责任，有机会多做些技术挑战性的工作。 2. 多实战，多思考，多总结。 3. 关注问题场景，基于场景寻找解决方案。

看楼上担心自己被裁，只能说自己不够努力。其实我一直期待自己被裁，这样我就又可以去新公司面试官那踢场子了。如果踢得过就不去，没踢过就入职咯

总结的挺好，先分析问题的本质，才能更好的找到当下相对合适的解决方案，当然解决方案本身也和解决人的认知有关（技能掌握越多，越了解原理，往往越能精准的解决问题），但是技术的发展是永恒的，今天你针对某个问题最佳的解决方案很可能在未来的一个时间点给颠覆性的技术轻易取代，所以在发展过程中也要不断的关注技能更替，掌握领域技能新的方向，任何事物都有生命周期，技术也是一样。

【高级新手会把规则当做普适性的真理而使用，甚至引以为豪；而精通者则会明白所有的规则都只在特定的场景中才会有效，工作中最重要的不是规则，而是对场景的理解】 这局话是我的新真理

“你会意识到方法、技术、工具这些都不是最复杂的，而真正复杂的是问题的场景，是如何真正地理解问题”。 很赞同这一句，理解问题确实很重要，记得有个类似的说法：能把问题完整、逻辑清晰地表达出来，问题可能就已经解决了一半。 在许多次兜兜转转解决问题的经历之后，复盘自己的解决之路，时常会发现因为对问题理解还处在片面阶段，就操之过急，去针对某一个点想解决方案，花了时间却没有解决问题的根本，就是忽略了场景，忽略了深入理解问题的核心。