时常听到有做业务开发的同学告诉我，说做业务开发没有“技术含量”，太多重复劳动，想去做框架和中间件，觉得这样才能成为技术大牛。本来嘛，这本身属于人各有志，没有好坏之分的事情，所以当团队内部或者外部的同学和我这样说的时候，我都是表示理解和支持的，即便有部分同学平时连业务代码都没写好。
好了，我今天可以负责任来说，写业务代码也好，技术代码也好，和成为技术大牛没有半毛钱关系，只和个人的态度有关系。
一个产品业务从无到有的开发过程中，必然存在很多需要解决的问题，比如崩溃，死锁，性能低下，延迟高，服务器不稳定，数据丢失，某些功能不知道怎么实现。
如果一个业务开发同学连上面的大部分问题，从来没有解决过，对眼前的问题熟视无睹，跑过来和我说业务开发没有技术含量，除了把他从我的发展名单中拉黑外，我似乎没有更多的选择。
多说一句，我们代码并不是简单的分为「业务代码」和「技术代码」，实际情况并不是这样，我的经验中还有第三种代码，就是「业务技术代码」，往往第三种代码是一个工程师最好的成长路线。
回到文章标题的问题来，怎么成为技术大牛呢？一款产品业务如果要成功，我刚才说的以上问题必须要解决，谁解决这些问题谁就是大牛，举个例子，鲁肃兄现在能成为支付宝的传奇或者当上蚂蚁金服的CTO，就是因为他当年解决了支付宝业务初期各种业务增长暴露出来的技术问题。 问题就是机会，主动去解决问题，搞定了就是通往大牛之路。以我多年解决问题的经验来看，其实大多问题并不难，只需要认真去Google/StackOverFlow下跟踪调试进源代码深处就能解决，这种问题其实就是需要一股冲劲，谁敢上谁就行。很多人不去解决，就是因为懒和怂。问题解决多了，就会越来越有感觉，也愿意把疑难杂症交给你去做。当年在eBay, 抛开自有的技术能力外，我就是愿意每天9x11x6的去解决各种技术问题（别动不动就提ICU什么的，身体扛不住那是另外一个问题，要工作好身体是要锻炼的，那时候我每周是要跑20-30公里的），所以我比很多人获得了更多的机会。
有些同学能成长起来，倒真不是因为这些同学比其他人优秀很多，而是他们是第一个敢于主动迎难而上的人，如果又优秀又敢冲的人，不成为技术大牛都难啊。
要不怎么说，性格决定命运呢
描二维码或手动搜索微信公众号【架构栈】：ForestNotes
欢迎转载，带上以下二维码即可
点击“阅读原文”，所有【架构栈】近期的架构文章汇总
↓↓↓