思维体系---技术思维、业务数据思维、产品思维、复合思维
工作已有四年有余,从最初的亚信 到现在的 阿里。。总结了下思维模式,以个人的视角,供各位干代码的小伙伴们参考,能够深入无论 技术还是业务还是产品的本质。发现其中的规律,更好地把握自己的方向及未来。那么总的来说,我分为四种思维模式:
一、技术思维
卧槽!干代码!出bug了!没错,这就是你进步的源头。技术思维中,会对技术异常的热爱,同时会从开发工作中,发现更多的技术,甚至认为,技术是最牛逼的!从技术之中找到无上的成就感。没错,解决一个复杂问题的激动,系统上线后看着流量的注入,那份成就感,以及对于出现error时的那个份紧张,想想都感觉到激动哈哈~那么本文的主题,便是分析纯技术思维的一些优势和弊端,以及如何规避纯技术思维所造成的一些问题。
在日常系统开发中,一般我们会是一个协作的团体,每个人都会有明确的模块,由架构师去设计、拆解,最终使项目成功上线。等时间长了,很多开发的小伙伴会觉得,就那么回事,会觉得无聊,会觉得迷茫我的职业发展,因为总觉得自己做的只是一些业务逻辑 或是 担心某项技术会不会过时,从而盲目的学习各种新技术。
那么这里我说下个人的看法,随着时代的发展,技术一定是日新月异的,拿大数据技术而言,从最开始的Hadoop到Hive到Spark,随之商业模式的变换,流处理及中间件的技术成熟,由出现Storm、flink、flume、Kafka。。甚至到现在能看到的区块链、人工智能。。五花八门日新月异,搞的有目标的程序员变得浮躁,都要去接触一下,你不接触,就好像跟时代脱节了一样。其实,这是一份焦虑,一份不安全感,一份压力。那么我们冷静下来想想,技术虽然日新月异,但你仔细研究会发现,其本质并没有改变,无论是分布式技术也好,数据技术也好,系统技术也好,都是在基于其本质的原理,进行顺应时代背景的更新迭代,进行的优化及改造。
拿Spark和Hadoop为例,曾经2015年的时候有些人会说,卧槽内存计算框架Spark必将代替Hadoop!那么好了,一大波人去学Spark,会用了感觉安全了。那么换个引擎呢?又来了是不是又要重新学?因为时代的发展,内存变得便宜起来,笼统的说,就是不需要MapReduce单条读写了,在计算开始时直接load到内存缓存迭代计算。这样 你是不是就不会很恐惧了?好,然后 你在调优的时候会发现,中间的Shuffle过程是不是跟Hadoop的Shuffle过程很像?也需要将中间Map阶段的结果写入磁盘,再load进行reduce拉取?那么节点和节点之间又是怎么通信的?如何拉取的? 这就是分布式原理,当你懂得了本质原理的情况下,你会发现学什么都很快? 不信? 那区块链,本人也没接触过,但是通过它的基本行为,可以判断出各个节点的全量存储 与 节点的加密运算及通信,不准确的理解是另一种形式的分布式,同时会牵扯更多其他算法领域上的。那么这样,你是不是也会很有针对性的学习,变得冷静,使事务变得可行,可探索。
那么下来,再拿系统开发来说,很多我遇到的,在JAVA有很高造诣的小伙伴,就会喜欢抱怨,觉得卧槽,不够高大上。那么 我想问下,那你贯穿了整个系统的业务逻辑了吗?通过业务逻辑 抽象出一类的行为,形成这一类行为的技术设计及解决方案了吗?我们能为现有系统进行更好地优化吗? 很多有心的小伙伴,真的会这样做。当你真的这样做的时候,是否有对经验进行总结呢,又是否通过做了这个系统,联想到这个系统产出的业务价值,通过业务价值,再联想到整个业务本身,再通过业务本身,发现我们可以做更好地,更适用于业务发展的系统迭代,那么创新,至此开始。
还有一种技术思维,我们对底层技术极度的痴迷,到达了狂热的地步,你注定成为此项技术的光辉支柱。你很厉害,很强大,但是可能会出现一种认知的偏差。觉得其他人做的太low,和别人交谈时,第一想法不是思考正确性,而只是因为技术本身是否牛逼,而否定。其实,任何一项伟大,都不是靠某个人去完成的,而是靠一个团队去完成的。那么如何去完成一项伟大的事情,需要的是一棒子能够互相理解、互相融合的、极度痴迷的伙伴,客观的去判断,认真的去打造的,你会发现,我们是一个集体,我们在向共同的目标前进,去做一件伟大的事情。
二、业务数据思维
业务思维上,更多会考虑到业务本身的价值,具有较强的业务敏感度。很容易从工作中发现问题,再从发现的问题重,进行统计数字化分析,观察其覆盖面或影响范围或共同点,从而抽象成形成一类的问题,进行业务梳理,从而指导产品的建设。当然,在工作中很少有纯做业务的。毕竟业务也跟市场相关。
那么下来说下数据思维,数据思维更多的是发现数据与数据之间的关联性,事物与事物之间的联系,通过哪一类事物,我们可以通过数据处理、数据分析、算法分析等手段去应证,去推算。我见过跟厉害的数据架构师,他们甚至能说出每一个业务链路的环节及中间层的提取,甚至能从各方面去评估其影响,不得不为之称赞。
三、产品思维
对于产品思维,很多人会想到,程序员总想砍死产品经理,改来改去哈哈。。但是其实产品思维的核心在于 与人打交道、与业务打交道、与技术打交道 以及 事物的推动作用。 程序员可以很开心的去写代码,可是一个好的产品经理,需要跟业务、技术、事物本身的探索,甚至要从整个铺开的体系中,去发现及探索产品的价值,同时还要去关注产品本身对于用户的体验。这并不是一件容易的事,同时还包含同理心,与不同结构的成员交流的融合。那么产品思维,我们就可以概括为:业务本身、技能专业度、洞察力、心理学、全局观、高情商以及耐心,是一种复合的思维。
四、复合思维
毕竟本人也是技术出身,所以对于技术的感官更加强烈哈哈。。但是如果,你能在精通专业技术的基础上,融合 技术 业务 产品 的体系化思维模式,我称之为复合型思维,因为这种思维模式,包含强大的同理心,包含敏锐的洞察力,同时也包含一定的视野广度,需要结合心理学、哲学、技术、数据、业务思维以及极高的情商才能够达到的。那么同时会由于接触的太多从而造成迷茫。那么我只想说,脚踏实地,一专多能,看透一件事物的本质,其他一定,触类旁通。
总结:
无论小伙伴们属于哪一种思维,哪一种类型,如果我们想从普通 走到 优秀 再走到 卓越。 那么热爱你当下做的事情,乐于分享,专注 去和一群有情有义的小伙伴们,为这个世界带来一些,微小的改变。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
HBase原厂专家服务,开放免费申请,先到先得!
原厂专家服务,免费申请 针对HBase技术门槛较高问题,阿里云HBase服务推出免费原厂专家服务,通过提供原厂专家服务和全套完善HBase运维工具,保障各种极限场景下HBase数据库平稳,可靠运行。现在申请,先到先得! 1、技术精湛的专家团队阿里云HBase服务拥有一支技术精湛的专家团队,各怀绝技,自有所长。阿里巴巴集团早在2010开始研究并把HBase投入生产环境使用,从最初的淘宝历史交易记录,到蚂蚁安全风控数据存储,HBase在几代阿里专家的不懈努力下,已经表现得运行更稳定、性能更高效,内部HBase集群超过万台的规模,单集群超过千台,是集团核心数据库产品之一,也是国内甚至国际上绝对的HBase大户。自2012年诞生第一位“东八区”HBasecommitter,到今天,阿里巴巴已经拥有3个PMC,6个committer,是中国
- 下一篇
spark-submit提交Spark Streamming+Kafka程序
版权声明:本文由董可伦首发于https://dongkelun.com,非商业转载请注明作者及原创出处。商业转载请联系作者本人。 https://blog.csdn.net/dkl12/article/details/80846156 我的原创地址:https://dongkelun.com/2018/06/19/sparkSubmitKafka/ 前言 Spark Streaming本身是没有Kafka相关的jar包和API的,如果想利用Spark Streaming获取Kafka里的数据,需要自己将依赖添加SBT或Maven项目中,添加依赖更新项目之后,就可以在Eclipse等IDE里直接运行Spark Streamming+Kafka的程序了,可参考Spark Streaming连接Kafka入门教程,但是如果需要在集群通过spark-submit提交jar包的方式来运行程序的话,会抛出异常: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/kafka/common/serializati...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Mario游戏-低调大师作品
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS关闭SELinux安全模块