成长之悟

　　最近或许有伙伴发现，写技术实现及细节的变少了，更可能是经历以及思想、规范。莫非是道则道，很是道，你道我也道？然，并非：）。

　　当入行四五年时，我的经历中，从14年开始实习工做到15年转正，各电信项目现场跑，开发、测试、产品部署及支持运维。16年银行实时系统开发、测试、运维、部署，最后推动了MapReduce与spark引擎的变动。再到17年来阿里至今，从0到1 负责系统及将来发展的设计、开发、测试及运维 以及 开始推广运营。每个项目都带来巨大的成长，有时候感受这些年对本身的确挺狠的，心疼的抱住不胖不瘦的本身，可是带来的成长也是巨大的，这里的成长并不仅是技术或架构能力的成长。更多的是从一个小白胆怯到一个相信本身，可以把控项目、团队合做、把控风险、把控情绪的过程。这个过程很痛苦，很锻炼人，可是却能让本身更加的无惧将来。 就像个人博客中的个性签名，这个世界上，没有平白无故的恨，也没有平白无故的爱，更没有平白无故的横空出世。这仍然是一个相信汗水和泪水的世界，全部的'被看到',全部的'能发光'，都不过是在灰尘扑扑的日子里，不动声色，尽心尽力的结果。那么在这里，分享一些本身的想法给你们：

　　一、改变 

            简短的两个字，其实并不那么容易作到。咱们都来自不一样的家庭环境、不一样的教育背景、不一样的经历，会拥有着不一样的价值观、不一样的思想、不一样的理想，为着马斯洛需求层次中的某一层而努力。　　

　        在每一个通宵的夜晚，你是否也有过对人生的怀疑？是否有过，对将来的迷茫？又是否有过在种种迷茫、怀疑之下的坚持？又是否在坚持以后，可以带着前一次的自信，鼓起勇气，再次去挑战新的怀疑、新的迷茫以及困惑。举一个我的经历，在第一家公司时，更多的是产品研发部署实施为主。也许是年少轻狂，毕业不久为了女朋友裸辞，从北京到上海，新公司所有都是大数据技术，与曾经掌握的技能并不match。天天极为痛苦，由于你再也不是应届毕业生，社招上来就要干活儿，对本身充斥着大量的怀疑，直到可以owner并与伙伴们承担整个数仓的改造--spark、hbase、storm、kafka、redis大数据各技术栈联合研究运用以及银行各事业部的数据服务输出。然而，到达必定时期后，以为很舒服，拥有admin权限的你，拥有设计话语权的你，或许已经成为你的瓶颈。心里告诉我，要迎接挑战，要跳出温馨区，因而选择跳槽，简历投递时，点了阿里巴巴。社招通过阿里集团两个事业部的加起来七轮面试经过后同时录取，选择蚂蚁金服。（新人启示，不要以为痛苦，以为委屈，以为压抑而放弃，每爬出来一个坑你就会看到更清晰的将来。任何的不舒服，不要直接认为本身不适合。换个态度去想，把它变舒服了，再去考虑你是否是更适合其余的。）

　　

    二、先成为专家

　　   咱们纵观软件行业，以个人认知来讲，web技术，前端与后端开发，若是细分后端开发又分为客户端开发与服务端开发。 大数据技术，流处理（storm、flink、spark streaming....）、批处理(hadoop、spark batch....)、存储技术(mysql、oracle、hbase、分布式文件存储hdfs....)、消息中间件(floom、kafka....)。网络技术（socket、http、bio、nio、netty...），在各类技术应用开发的同时，也牵扯到各类数据结构、各类设计思想、数据字典设计、数据建模、数据架构等等等等。这里就牵扯到定位，就是将来你想要成为何样的人。我记得曾经刚入行时，有一位微软的大牛曾经跟我说，不要什么都学，先成为专家，再成为百家。由于成为专家的历程中，必然会接触各类思想、理念，为举一反三打好基础。那么不管系统开发也好、大数据开发也好、大数据技术也好、区块链、人工智能等等，专精于一个领域，必能小有所成。但下来，要说的是，技术也只是知识体系中的某一项。

 

　 三、谦虚与合做

        咱们搞技术的有一点，会很是崇拜技术牛逼的那我的，卧槽，你这都会，卧槽，这么牛逼，抱着大腿一块儿成长。但你们有没有仔细观察，大神的作事方法，大神的思惟模式，同时会发现，技术大神通常都很是的谦虚，任由咱们随意提出建议。而初出茅庐时，咱们总担忧身边的人以为本身技术能力不行，担忧人家笑话你。从而愈来愈不敢正视本身，推卸责任或是不敢认可是本身的问题，长此以往，咱们的成长便会受限。 这里想说明一个观点即是，任何人说出的任何意见或观点，都必定有必定的理由在里面。不要一开始就反驳，或者一开始就否认，先思考是不是本身欠缺的，是的话，归入本身的思路体系，不是的话，咱们再就事论事的讨论。你的成长，与他人的见解无关。长此以往，你也会拥有谦虚的态度，也会拥有大神的思惟模式。认可错误，这并非懦弱，也不在于谁对谁错，而在于朝着同一目标前进。

 

    四、消除焦虑感

　　  行业有句话，35岁不转管理就会被替代。其实我一直有个疑问，35岁时，我相信软件工程师们都将成为某个领域或是某个业务线的架构师，那么架构师的定义是什么？系统架构师是一个既须要掌控总体又须要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。一个架构师得须要足够的想像力,能把各类目标需求进行不一样维度的扩展，为目标客户提供更为全面的需求清单（来自百度百科） 。我相信，一个架构师会具备管理的特质，也会具备很强的合做意识、风险意识、架构思想及处事不惊的态度。前十几年丰富的开发、设计、架构能力，可以游刃有余的把控任何风险。同时由于看透技术本质，对于新兴背景下产出的技术也会举一反三。它就是咱们眼中的大神。一个优秀的架构师，对于不管需求、设计、开发、测试、运维、项目风险、沟通合做、业务背景的理解丝绝不会亚于某一项专项的业务人员（否则作出来的是客户不要的？），架构师的价值不亚于任何管理者。

 

    五、体系总结 

         这两年在阿里取经，有一个很是有用的方法，就是将本身学到的，实践到的，领悟到的画成知识图谱，时常温故。记得早年最笨的方法，就把一整本书先硬啃下来，工做实践后，再去啃一遍，直到融会贯通。后来当体系创建，在看相关书籍时，基本一遍看下来再也不那么吃力。这时候千万不要觉得本身会了，依旧开始第二遍细读，第三遍总结与知识图谱。可是软件工程的特性，必须实践后才会真正的领悟，那么看了后，只是作了简单的习题方法会不会没用？ 踏实下来，当你要用到的时候，你会发现，原来没那么难。

 

　六、开放思惟

         与此同时，咱们容易被技术思惟禁锢，你们都以为作技术是有瓶颈的，那么有没有仔细思考过，到底瓶颈是在哪里？我的感受，技术角度是创造、想象 与 推进。如今对于工程师的要求愈来愈高了，已经不像传统IT，作好一起就够了，更多时候咱们须要和客户打交道 和 业务打交道 和 需求 产品 ，甚至有时候本身都会上去设计产品。这个思惟方式的跳跃是很痛苦的，由于越是某项技术专家，越是没法理解业务是干吗的，毕竟人的精力是有限的，注定会是某项技术的光辉支柱。可是若是不是对某项技术痴迷，想要成为统观全局的架构师，就须要不断地扩展，对于技术而言，也许技术专家是5分，那么你能达到3分。对于业务而言，可以洞察市场的动态。但同时还在于我的的视野、想象、背景、情商、修养、与格局，从而推进事物的发展。