写业务代码有成长机会吗

一乐兄弟写过一篇[做业务系统如何成长为架构师]，深有同感，包接口的例子可以往下说说。各家都在搞开放API ，好不好用只有用过才知道。比如加签验签，有没有不同语言的client demo可以参考，参数说明是否清晰等。

让代码写得不一样

做业务系统没有啥前途几乎是蛮多人的共识，知乎上也讨论很热烈。但是事实是这样的么？写的都是代码，能不能写的不一样？

比如常见这样的代码

其实可以写成这样

欣赏自己的成长

一位做事非常有干劲、认知、而且隐约有一点点Leader气质的小兄弟跟我诉苦说，我之前在做某网关，我做得很细，除了完成业务还保障了系统0bug、文档沉淀、效率提升，外部机构联调合作方对我的反馈也是很好的。但是大家对我的印象是善于合作，貌似技术一般。

我最近1年又做了xx平台，我发现自己在分析设计、中间件技术的应用上已经进步很大，我甚至对自己成长很满意，为啥感觉别人还这样看我呢？

解惑：

1、量变到质变是有一个过程的，自我的感觉总是更良好的，而外部感知可能会晚，如果坚持去做，迟到但一定会到！

2、木桶理论，虽然别的短板在增长，但是外部印象更深的还是最长那块板！认知到这一点，爱上自己的长板、还有短板、先为自己的成长欣喜起来。

做个有心人

有一个誊同学在几年前参与到一个接入类业务。当时已经有不少机构接入了这个业务，业务规模不大不小，pd换了几茬，甚至研发团队也变更了3次了。当大家在日复一日的做业务接入、测试、发布的时候，誊同学发现我们缺乏一个业务视图。啥意思呢，我们有系统资源的检测、接口调用的监控、但是我们没有不同地区业务运行的情况，看不到地区粒度、子业务粒度的变化情况等，甚至BD不断签新业务的时候都不了解为啥x地区已经没有调用量了。誊同学利用业余时间开发了这个工具，马上整个团队就感受他特出之处了。有人讲大公司不是应该什么都是ready的吗，拜托，都是从高速发展业务走过来的，可以讲大部分公司，不缺少做得更好、做得不一样的机会！

写业务代码有成长机会吗？这个句式还可以改写为，维护老系统如何晋升、做商户接入如何走向高端、做银行接入报文枯燥病、项目这么忙如何学习！

如果你觉得不错，可以犒赏

文艺宅男的情怀

重要的事情说三遍，干货、干货、干货！