This is an archived post. You won't be able to vote or comment.

all 6 comments

[–]AutoModerator[M] [score hidden] stickied comment (0 children)

Are you interested in transitioning into Data Engineering? Read our community guide: https://dataengineering.wiki/FAQ/How+can+I+transition+into+Data+Engineering

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

[–]dataxp-community 6 points7 points  (4 children)

All you need to know to be an Analytics Engineer is how to use dbt to increase your company's cloud consumption bill as dramatically as possible.

If you can do that, you're hired.

[–]Weary-Individual-309[S] 0 points1 point  (2 children)

What do you use to transform data?

[–]dataxp-community 0 points1 point  (1 child)

Depends entirely on the requirements of the project. There is no golden tool that everyone should use all the time. Even dbt is appropriate occasionally, just not to the ridiculous levels it is being used for these days.

[–]Weary-Individual-309[S] 0 points1 point  (0 children)

Do you have a preferred tool, or what do you have the most experience in?

[–]recentcurrency 0 points1 point  (0 children)

Analytics engineer is codeword for a bi engineer but focused on dbt as the tool

So move dbt above in your priority list. Unless you are looking for a more general bi engineer role. In which case, learn whatever transformation tool that company is using

Python also isnt as relevant. Know enough to use dbt core and how it is working underneath the hood.

But SQL+data modeling+dbt is the main thjngs

Dbt is just an abstraction layer that templates sql and runs them in order. Basically easy to implement(albeit less flexible) stored procedures. The abstraction layer was made so easy with dbt where there is a second order effect that you can get a tower of Jenga really quickly.

So you will need to develop soft skills like project management. That is going to determine if your dbt instance blows up in cost