自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

晓阳的数据小站

通过数据,让思考更多一点;通过分享,让技术深入人心。

  • 博客(5)
  • 收藏
  • 关注

原创 天下数据,唯快不破

|0x00 软件行业看数据从传统软件行业的视角,来看待互联网人搞数据的方式,感觉像是时代的倒退。过去搞了很多的软件开发模型,例如瀑布、螺旋、敏捷等,都是以用户的需求作为出发点,将一个大型项目,按照迭代的方式,拆解成子项目,并对每个具体的单元进行成果测试,从而实现快速开发的目的。可以说,采用项目管理的方式做需求,可以对产出结果的质量、周期进行比较精准的卡控。但并不是每个人都会按照统一的方式做开发,因此后续又提出了“设计模式”的概念,用于对开发中难以标准化的地方,做理念上的指导。在长达三十年的实践过程中,这

2020-06-30 20:28:12 346

原创 突然火了的实时数仓

|0x00 数仓为什么要实时去年开始,实时数仓的概念突然火了。也许是传统的离线数仓搞了很多年,技术相对成熟了,因此大家都把注意力放到了挑战性更高的实时上来;也许是随着存量市场竞争的到来,对于速度的要求越来越快,T+1已经不能满足数据的获取要求了,实时的构建需求也就应运而生了。总之,时效性开始大于分析性。文本简单介绍实时数仓的一些基础理论,更系统性的理论,仍然行业需要更大范围的应用和总结。总之,这是一块有前景的新领域,值得探索。|0x01 实时数仓的技术要求高并发性未来的实时数据一定不是仅仅给几

2020-06-25 17:33:43 3581

原创 一号位是一种心态,而不是职级

|0x00 职级的晋升只是能力的附带品我一直认为,数据研发,在职级到达P7之后,就不存在明显的技术代差了。搞数据的,不论是数据仓库、还是数据分析,还是其他工种,都是一门“实践出真理”的职位。书本上的知识终究是一种理论,落到具体的工作中,都是要经过业务的残酷历练,才能深刻的体会到方法论的重要性,并熟练掌握和应用在不同的场景中。当你熟练掌握了常见的方法论,并且能够指导新人时,P7就是自然而然的事情了。但从P8开始,场景就完全不同了。不做技术的Team Leader,似乎很难在这个层级上立足。虽然说我们的

2020-06-19 21:10:42 680

原创 听说你的需求做不完

|0x00 需求真的多吗?需求太多,是程序员们共同面对的困局。从前端到后端、从数据到分析、从交互到测试,几乎每个人都很忙。大公司的用人标准,早期有一个很常见的说法,叫作“三个程序员,拿四个人的工资,做五个人的事情”。在行业高速发展期,给更多的钱,确实非常吸引人。但后来,行业发展不像早期那么快速,内卷的趋势隐隐然在加剧,干脆就把“996”当作了工作的常态。这种情况下,需求多,让大家自觉的加班工作,看起来就是很自然的现象了。但是,你的需求真的多吗?某种意义上是的,产品不断的在提需求,如果业务高速发展,那

2020-06-19 20:09:53 759

原创 你所做的产品,并不是数据产品

|0x00 你真的理解数据的价值吗?前一阶段,木东居士分享了一个案例,个人认为很有代表性,这里简略叙述一下,作为问题的起点:一位朋友从运营晋升为管理层,开始带团队,因为朋友本身是运营出身的,所以对于业务的诉求,非常了解,但团队成员大多是技术出身,总是get不到业务需求的点,容易陷入到技术的追求中不可自拔。其实这个问题并不是一个孤立的现象,而是普遍的问题,那就是做数据的同学,从幕后走到台前的过程中,会有一种身份上的不适应,也就是无法从技术视角跳出来,无法理解业务视角的痛点和问题。车品觉在《决战大数据》

2020-06-02 19:03:18 601

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除