我跟很多职场新人有过沟通，尤其是刚工作 1 到 3 年的同学。他们往往对职场抱有好奇和期望，同时也面临着一些困惑。
最典型的，不知道当下的工作是否适合自己，也不知道未来该往哪个方向发展，对于 3 年或者 5 年后的自己更是没有清晰的定位。
我自己对这一点深有体会，回忆过去自己的一些选择和决定，其实我就用了一种方法，局部认知和整体认知。
说得通俗点，就是小视角和大视野。
我们都希望站在现在去预测未来，并把一部分精力放在对未来的规划上，以求获得一种确定性，但有多少人能看准未来呢？
计划赶不上变化，所以一直被变化包围的我们会时常感到焦虑，又不知如何是好。
对于未来，大概率都是不确定性为主的。所以我们无法预测，更无法主宰，只能基于过去的经验去适应。
那是不是就只能听天由命呢？其实，还有另一种方法，就是回到过去看现在，然后预判未来。
怎么说？
比如我现在是一名自由职业者，但 5 年后我会成为什么样，我确实不知道。
但目前的事我还是会继续坚持做，并不会因为未来的不确定性而影响我当下的行动。
那回到 5 年前，我到底做了什么关键的选择和决定才促使我成为今天的自己呢？
我总结了一下，有三点。
- 第一，做技术；
- 第二，转产品；
- 第三，坚持写作；
很多人可能会把一件事坚持做很多年甚至是一辈子，我发现我不是那种人。
从技术到产品再到一个自由的手艺人，在不到 10 年的时间里，我做了三件事，至少做了两次大的决定。
但回到当初做选择的那个节点，我能清楚的预测这一系列的关联选择后我将在未来做什么以及成为什么样的人吗？
显然不能！
我从没计划过今天的自己要成为一个自由职业者，但是从今天回到过去那些做选择的节点，我发现了一些有意思的事情。
6 年前做技术时，我逐渐发现，国内的很多开发者其实都是在网上搬运代码，简单修改之后就集成到工程里去，自己原创的东西其实不多。
那时候，如果英文还不错，会用 Google 和 Stackoverflow，大部分疑难技术问题都能解决。
所以“码农”真的不是白叫的，为什么不叫“码学家”呢，那是因为大部分程序员干的不是科学家的活儿，而是在基于业务和功能需求完成工程。
在相当长的一段时间里，我也是这样。阅读需求文档，实现功能，不会了就上网查，找到一个合适的组件然后稍微修改，就立马集成到我的代码里。
那时候我要做的，就是搭积木。
当然，不是说所有的技术人员都这样，还有很多做技术攻关和技术科研的，他们解决了很多技术难题，突破了很多技术障碍，那是非常有价值的。
但从分布来看，其实都是符合二八定律的。
基于这个现实和对自身的了解，我觉得一直当“码农”不是我想要的。
可能当时的我也不知道技术之外还有什么，但我明确知道我不喜欢这样下去，同时也成为不了技术科学家。
所以，我要做一个选择。
在目所能及的范围内，产品经理成了我的目标。 一方面是真的感兴趣，另一方面其实也是没有其他选择了。所以在机缘巧合以及我内心的准备下，我转了产品。
但当时我对产品的了解，还是只看到了局部，也就是小现象。以为产品经理就是设计流程、做功能、画原型，这是当时的我能看到的。
在 5 年前写的一篇转型文章中，我用两种思维来概括当时的自己，一种是工程思维（技术）、一种是功能思维（初级产品）。
后来经过 3 年的打磨以及在创业公司的经历，我发现，自己看到了一个更大的整体，有了一些大视野。
产品不仅仅只是上面那些，还有业务、还有运营、还有数据、还有商业模式，甚至还涉及到战略、组织和文化。
一个产品的构成不只是一个“软件”，还包括了更大的整体，它真是一个无比复杂的系统工程。
由此，我开始关注的领域逐渐增多，以前在我看来是“别人工作”的事，我都非常有好奇心和兴趣去了解和学习。
因为我的目的很明确，要训练自己的大视野。
几年的摸爬滚打，我见识到了以前未曾想到的事情，这是对比小视角而产生的大视野。虽然我知道还有很多我没有看到的东西，但我知道更大的视野一直存在。
到现在，我仍然有小视角，但也在努力养成大视野。
所以，每个人手头做的事其实都是小视角，但每件事情的背后是否在为大视野服务，这就是一个值得思考的问题。
我做技术，是为转产品做准备；我转产品，是为了解整个行业和商业逻辑做准备；我写作，是为了能更好的表达自己以及建立个人影响力做准备。
回到过去做选择那一刻，其实我是不知道每一个选择和决定的下一步，是意味着什么的。
但反思过去，我就能整理出这一套逻辑，进而可以指导自己未来的选择和决定。
你看，一切都不是刻意为之，但一切又都是因果相连。
所以，当下如果觉得自己被小视角限制了，不要紧，跳出一个维度，看看在大视野下你处于哪个环节。如果当下做的事正在服务于大视野，就认真踏实做好手头的事。
没有爆发，只是积累不够。时间是个很神奇的东西，它真的会在某一刻让你茅塞顿开，持续增长。
