阿里入职一个月思考（随笔）

　　最近没怎么写技术博客了。。原因是，跳到了曾经期望的公司，还在做技术储备。。。如今入职一个月了，已经完全进入状态。同时，也带来更多思考与感悟。

　　我记得第一面，是支付宝的架构师。与他聊了很多关于技术上，性能上，架构与业务上的知识。他对我说，有没有兴趣来杭州，大牛都是逼出来的，BAT想着是如何将每一台服务器榨干，性能最大化。问我将来愿不愿意成为一名业务架构师。毕竟，摸到底层的，都是LEVEL很高的技术人员。的确，虽然说拼了命的努力，完善知识体系，但毕竟技术的海洋是无穷尽的。深度还不够。

　　第二面，跟我聊了聊hadoop集群、hbase，storm以及更多技术原理。感觉回答的还不错，毕竟每日每夜的学，实践。也许大学时实践过销售，各个写字楼的跑过，以及短暂的记者经历。使我能直戳技术重点，流畅的将原理与技术细节讲述出来。于是还问我，你是学计算机的吗？ 我说，是啊：）。

　　第三面，是一名专家。问了我这一年的工作经历，以及技术架构。由于上一年做实时的同时，又去学需求、设计、架构、运维，包括大数据全体系闭环的性能调优、技术实践与代码细节。此次面试也比较顺利。但是，现在回想起来，我觉得技术上应该达到了毕业1年半的标准，但缺乏一种数据思维，那么后面再说~

　　第四面，是高管与HR视频面试，面试官全程木有笑。。。搞得我好紧张哈。。先是HR面，HR问一些关于生活上啊，工作上啊，问我最大的困难是什么，价值观上的~，随后是高管，问了spark与storm的区别，以及各种数据安全上的东西，还有现场写代码。。处理数据。。。对着视频写代码，处理一段逻辑，当时好紧张~不过慢慢冷静下来了，整理了思路，将大体的代码写下来，以及说明了思路，面试官还跟我指出哪里不足~的确。。还差得很远。。

　　于是。。就这样。。我就到了杭州。。来到了阿里巴巴。好了~那么戳入重点，技术、数据与业务。在我看来，技术架构与业务架构是相辅相成的。发展路线与目标如下：

　　大数据工程师，如果将来想成为架构师或是某个领域的专家，那么一定要深入技术原理，因为这样会有助于将来的技术选型，同时必须自己上手去敲，去踩坑，这样会提高平时的开发效率~

　　大数据研发工程师，需要对数据敏感，数据建模是一门高深的学问，如何将基础数据整合成业务方需要的数据，构建数据中间层。

　　资深数据研发工程师，你更需要对业务有更多的了解，因为无论任何技术、数据、都是在为业务服务，也就是所谓的大数据变现的能力。通过对业务的理解，想象更多的场景，再用数据进行建模服务于业务，同时又能够对技术进行选型与把控。

　　大数据领域专家，融合技术、数据与业务思维，成为一名开拓与创新者。

　　这条路。。是条不归路。。说的好可怕哈~意思是，不再有选择，也没有退路，无论未来如何，找寻你存在的意义与价值。永不言弃。