假如眼下有两个任务摆在你面前，做一个“点赞”的功能，以及“搭建一个底层框架给开发人员”，你会选哪一个？也许答案不言自明，但是今天我想说，他们都是很好的选择，取决于我们如何对待。

每位技术人都有一个技术梦，技术从某种程度上定位了我们的“价值”。我也仰慕技术大牛，总是暗自感叹：这太厉害了，他是怎么做到的？我真想达到他的哪怕二分之一呀！这时候我会不带犹豫地选择“框架”的开发。但是从事底层框架的开发总的来说是不需要所有技术人都参与的，相信多数技术人工作时的主要内容，都是服务“点赞”这种客户，那它是不是就那么的不值呢？我觉得不是，因为“点赞”是给我们最终的用户来用的，换句话说，它是我们真正的业务，是我们公司的立脚点。

而我们参与了这个过程，学习了这个过程，累计了这个过程，唯有技术和这个过程结合，我们的技术才有意义，从这个角度上来说，这些一个个功能，其实也就是我们公司业务的“框架”。

而这种框架也是可以重复的，也是一种能力，尤其是在业务本身也很专业的时候。我们每一个细节的功能，其实就是整个业务大图的一部分，而与业务结合的技术者，其实是不多的。

当我们对这些业务足够熟悉，每次参与新的需求讨论，我们已经可以对这些需求进行补充了。而且我们可以从技术的角度上，比如，我们知道最近有某种新的功能，正好可以结合业务来使用，这样一来，我们对业务体验本身也进行了改进。

所有的业务都有业务本身想解决的痛点，这也是业务存在的价值之一，而这些痛点的本身也有重复的地方，这时候我觉得，一个适用于这个业务的框架是时候构思起来了。正如一开始的框架，是给开发人员来开发代码，解决了开发的痛点，业务的框架也是给客户来用的，解决业务的痛点，价值一点也不少。