如果程序员只懂编程，其生存空间会越来越窄，发展也会处处受限。
互联网公司，开发人员的日常工作任务，大致有如下几类：
1. 产品人员需求（业务开发）；
2. 运营人员需求（活动）；
3. 以及技术团队自身技术更迭；
从主动性来看，可能只有最后一种，是程序员自己真心喜欢的，其他的，都是被动接受。
加上不懂业务的程序员，反抗精神不足，基本上产品和运营同学，提什么需求就做什么需求。
我遇到好多程序员，问他对自己实现的功能怎么理解？基本上都会回答：产品/运营同学让这么做的。
我一直也在自己提醒自己：一个开发人员要有产品思维、用户思维。
对程序员来说，功能是你实现的，代码是你一行一行的敲出来的，你是它的缔造者，你最熟悉它。你最应该关心每一个实现的功能点，是否真的能给使用人员带来效果。
常常，听到最多的抱怨：”我们公司产品用户量太小了，没几个人用，没有成就感。”，“我费劲实现的功能都没有使用，当初怎么考虑的这个需求。”。。。你自己难道不应该考虑吗？
从事开发工作的时间也不短了，一直在传统的互联网工作做业务开发。工具类的、金融类的、电商类的、社交类的，多少都涉猎了。
从技术实现，到技术选型，架构设计，到最后的带团队，开始管理之路。一路走来也颇有体会，忧虑也时常伴随着。对技术，还是不舍得放弃，也在不断的提高自己技术的敏感度，从深度转向广度。
大数据技术，成为了我最近几年的一个技术尝试。虽然没有做大的项目，实践的不多，也蛮习惯的。对自己的思维方式也转变了许多。今天也讲一下自己怎么从业务开发到涉猎大数据的一些考虑。
最近几年吧，准确的来说应该是15年，大数据这个词火了起来，各大互联网公司急招各种大数据工程师，那时询问过一个大数据同学，问他们工作是什么样子的？他们回答是：每天写两个函数而已，一个map(),一个reduce()。
感觉他们好轻松，不想业务那么复杂，建表，实现功能，考虑可用性，兼容性能。。。当时自己对大数据根本没有什么概念，也就是上学时的物联网技术接触过一些。
自己的第一印象认为，大数据是高大上的技术，自己学不来，还是老实的做业务开发吧。慢慢的，不管是观察到的还是听到的，一些思路，促使我去深入大数据这个技术栈，主要三个方面吧，分享给大家。
1.互联网的大环境改变，从上半场到下半场
上半场主要是围绕着：”现实场景互联网化，用计算机进行处理 ”
也响应了国家“互联网+”的感念。线下搬到线上，我们常用的电子商务平台，外卖平台，搜索平台，支付工具等等，都根植于生活场景。
这个阶段是用计算机技术、互联网技术，提高我们生活水平，也提高了生活效率。
在互联网的上半场，产品人员主要工作是，去发现用户的需求。有了需求就有了后续的一切。工作模式简单，产品发掘用户需求，技术实现功能，运营人员推广产品。
可是，慢慢的，互联网成为了一个刚需，像水、电一样，离不开了。能发掘的需求却越来越少，能搬到线上的场景也都大有人再做，竞争大，有的场景也不适合互联网化。
互联网一度有人解读出现了停滞。产品人员工作越来越难，不管是问卷还是回访，需求很少很少。困局就出现了。
此时就是大数据技术带来了希望，用技术手段发现用户的需求，让用户用到了这个功能后，反映：原来我还有这个需求？。
所以思路变成了：发掘出用户自己都没有发现的需求，必须洞悉用户自己都不了解的自己。这就是大数据的作用，改变了互联网的生产方式。
2.用户使用互联网产品方式发生改变
计算机程序的开发，说起来很简单，给出输入，程序经过逻辑计算，输出内容。
用户使用互联网产品也是这样，通过用户的点击等输入操作，告诉需求，互联网产品给出用户想要的结果。
不过，有时候，用户自己都不知道，登录这个产品想要什么。这就麻烦了，程序不能工作了。
所以，用户侧的一个使用方式的重大改变。此时，我们需要帮助用户去找到他的需求，从等到用户输入到主动给用户输出。
做到用户登录我的平台后，能预测用户的期望，在他还没想好要做什么的情况下，主动提供操作建议和选项，一步一步的跟着我给你设定的思路走。
怎么能给出用户他满意的结果呢？此时还是需要大数据手段，基于历史数据或者同类用户产品数据去归类，设计出程序认为最适合该用户的结果。比如常见的推荐功能。
3.得“数据”者得天下
越来越多的大公司，以数据作为壁垒和护城河了。传统的BAT，以及头条，美团系，数据也成为公司的核心资产和主要竞争力。
比如头条系，所谓的"APP工厂"，我认为之所以能孵化这么多产品，也是利用公司的数据基础。不可能盲目的推各种各样的产品，一定通过数据的发掘，逐渐推出适合不同用户群体的产品。
未来，公司的业务展开和产品进化，也将朝着如何利用好数据价值的方向发展。
总结
程序员，30岁还在编程，很正常。35岁还在编程，是真爱。40岁了，还编的动吗？必须多元化发展，延长自己的职业生涯，在技术、产品、运营、投-资多方面发展。
技术不能丢，吃饭的家伙。技术在更迭，迎接改变，抓住机遇，更好的立足。
