前言
作为程序员，我想大部分人都会将自己全部经历放到技术上；但是我觉得还有一个比较重要的东西被我们忽略，那就是我们工作中的思维方式；
这个怎么理解呢，我的理解就是你按照什么策略去工作，怎么去升级你的这种策略，最终是让你在工作中能掌握主动权，提升价值感；更重要的是，你的这种工作习惯的形成也会对你生活中的其他事项有积极的帮助；
技术只是敲门砖
- 在我刚进入社会的时候，认为有了技术就能过上安稳日子；殊不知懂技术的人越来越多，那么每个人的价值也就没有以前那么高；可替代性强了，心里就慌了；
- 我们可以从另一个角度我们去分析我们拥有技术的这个事实：我们拥有技术，通过技术这种优势我们能比其他不懂技术的人更顺利地进入一个行业、岗位；
- 更更重要的事情是进入岗位后：我们可以并且应当积极地去横向发展，增加自己的技能树；提升沟通能力、组织能力、总结汇报能力；深入理解行业的业务模型，最好是能称为技术+业务方向的高级人才（需要长时间积累），拓宽后面的路。
自我经历大杂烩
回归到正题，我拿我的经历来说说我工作思维上的转变：
外包时光
最初我是通过外包公司进入这个行业的，当时的一种工作思维就是：甲方说什么就是什么，需求来了就开发有bug就改，完成任务为主。
外包公司有一点比较好就是学到一套比较规范的开发流程，还有就是实践项目管理上的事情，这也许是我在外包公司最大的收获吧！
进入传统行业
后来进入传统行业，首先给我的感觉就是：公司竟然没有版本概念，也没有开发周期概念；当时让我很不适应，大家每天谈的都是今天买什么车了，又出什么手机了这样的话题；后来干了一个月我就离职了，殊不知那是一个多少程序员梦寐以求的工作环境（公司自有写字楼，环境yyds、自有食堂饭补，还有大使馆在里面），的确当时压力不大，公司利润也还可以，悔之晚矣；
说到底，是我的思维观念没有及时的转变；因为当时在那个岗位我拥有了很大的灵活空间，不像之前在外包说干多少就必须干多少。如果我当时有这种思维转变的话，我完全可以把精力投放到业务理解和优化上，而不是关注版本、开发周期这个东西；
进入互联网行业
后来我去了一个规模不算大的互联网公司，进去以后又出现了让我不适应的事情：
需求工作量评估是按照小时来的
别人写的代码要我去改bug
别人开发到一半的功能让我去接手
开发完全没有接触过的模块，熟悉只能靠自己看代码
还要写周报
一个月加班80个小时
胸椎出问题了
上面列的有关工作技术相关的，比如：别人写的代码要我去改bug，别人开发到一半的功能让我去接手 我开始心里上是很抵触的，因为之前在外包公司每个人都是负责自己模块的代码，你去改别人代码别人不找你麻烦才怪。
后来想想，是自己思维落后了；互联网行业，需求迭代更新快，为了适应这种变化公司只有快速地推出适应市场的产品，哪有那么多固定的东西；
经过这段经历的锻炼，现在已经完全没有了当时那种抵触感；反而能够很好地应对类似的这种工作安排，这可以算是自己能力上的提升；
回到外包
现在又回到外包公司了，我现在的一种工作思维策略就是：
- 主动汇报工作进度、风险，领导心里还是对进度这种东西比较关注的
- 让领导做选择题，你提出问题的时候也顺便带上n种可能的解决方案
- 技术上能使用“有水平”的代码，尽量用有水平的代码
通过以上的策略，我觉得我现在工作中主动权还是比较大，因为我已经完全不适应以前那种“安排做什么就做什么”的工作方式了
以后：
- 持续积累
- 技术能力
- 架构能力
- 概念抽象能力
- 技术变现
每一次阵痛都是成长
每一次阵痛都是一次成长，思维不会凭空生成的，希望这篇文章能帮助正在成长的小伙伴；
稳定大于一切
最后说一句：跳槽不要太频繁，特别是裸辞！
稳定大于一切！
over~~