- 博客(5)
- 收藏
- 关注
RSS订阅原创 天下数据，唯快不破
|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关注的人