在这个岗位，还是很幸运。如果公司不强制，就没有那么多机会加班。更多的是要求我们对业务的熟悉以及思考，需求也不会像前端开发一样今天调个色明天改个样板，对吧，加班就没了意义。反正我是习惯半夜了去总结去思考，让我加班去梳理业务那就是扯淡，累了一天哪还有精力。
但是，如果岗位是偏开发的，那就可能代码工作量要大些。但话又说回来，如果每天的写代码时间超过了思考时间，就应该冷静下来考虑下自己是不是该学习了。 前段时间公司架构改造，从Lambda转化到Kappa架构，代码都写吐了，接下来又要搞用户画像。反正我已经连续半年都处于加班状态了，不过还好，哥一直单身，要不然女朋友跑到别人怀里了还在努力工作呢。
做数仓，个人感觉前期主要是写文案，包括梳理数据、了解业务，数仓分层，结合技术架构对比底层平台，数不清的文档和报告，工作相当繁琐。
不过有一个其他岗位不存在的优势，那就是全面了解公司业务，了解一个领域，一个行业的发展，这是其他岗位给不了的。其实经历了数仓的从0到1的过程，就会发现个人的知识面、业务水平、架构水平涨了一个台阶。
之前总被大佬教育，要想长期在互联网圈发展，必须掌握三种能力之一：业务能力、架构能力、算法能力。当然有资源有爹的人就不算在内了。现在想想还真的有道理。刚从大数据开发进入这个领域时，一头雾水，我一个程序员不研究代码，天天写excel、ppt总感觉不久就会被淘汰了呢。现在心里是踏实的，也明白了为什么想混得好就得ppt做得好，感谢一路坚持的自己吧。与君共勉！
数据分析有建模，机器学习有建模，数据仓库还有建模，现在做用户画像又是建模......
慢慢发现建模能力是一种通用能力，也是一种抽象思考能力。
拿刷算法题举例，刷题多了会发现只要熟悉了数据结构以及多培养做题的模板化思维，剩下的就是建立模型。 把现实世界的缤纷多样的物品抽象化成数字或者表格，在数仓建模时尤其重要。
大家学一个技术，学一个二分查找算法，今天学完了以后可能一辈子都不会忘记，到哪都可以用。 但是我们在做业务抽象建模的时候，今天你的想法跟明天的想法都会不一样。为什么？
桌子上的一杯水，今天你看到一个杯子，材质是塑料的，瓶口是小的，肚子是大的，于是做了抽象建模，画出了你眼中杯子的样子。 但明天发现另外一个杯子的时候，它是大口小肚子的，你对杯子的理解就发生变化了。 所以说它是随着你生活阅历的增长，视野越来越开阔，你对同样一件事情的理解越来越深刻， 你的建模能力都在不断的提升，而且基本是无止境的。
说得更高大上一点，要求我们对商业的本质有更深入的学习、理解。
如果可以，在一家公司至少工作三年。因为有时间的积累再加上业务的熟悉，对本质的东西思考越深刻。
拿数仓举例，从传统的Oracle数仓到前些年的Hadoop数仓，再发展到今天的实时数仓，未来也可能被湖概念替代。 但本质都是数据的集成能力在变化，对外提供服务的方式在变化。个人理解。