I think this specialization of data teams into 99 different roles (data scientist, data engineer, analytics engineer, ML engineer etc) is generally a bad thing driven by the fact that tools are bad and too hard to use
-
Show this thread
-
Part of this problem is I think because a lot of backend stuff has leaked into the data world (k8s, docker, terraform, etc). The abstraction layers aren’t very strong. It’s like if you would have to learn how the Linux kernel works in order to build a web app.
16 replies 6 retweets 163 likesShow this thread -
Replying to @bernhardsson @fulhack
IMO the biggest obstacles for data science teams stem from the fact that companies can’t express what they want from DS. Even when tools built to solve eng problems DO work for data scientists, they can’t create a purpose for a team with that’s been given no clear mandate
1 reply 0 retweets 8 likes -
Replying to @imightbemary
That’s is true but seems like a related but different problem? Even companies with super clear expectations on data teams seem to go in the direction of fragmentation, I think
2 replies 0 retweets 1 like -
Replying to @bernhardsson @fulhack
I guess I did get a little sidetracked from your original point
But IMO fragmentation can be a good thing if it’s about clarifying responsibilities. Analysts and scientists may have overlapping skills, but focus their effort on creating value from data in different ways2 replies 0 retweets 2 likes -
Replying to @imightbemary
Sure but just digging a bit deeper, what’s the benefit of that specialization? If both roles could do both things (I’m not saying they can now, because tools get in the way imo), wouldn’t that be better?
1 reply 0 retweets 3 likes -
Replying to @bernhardsson @fulhack
The boundary between different DS roles is pretty thin, and I think that’s good. However, I see a lot of benefit in only trying to apply one type of problem solving lens at a time. Job title is a way to formalize that for longer periods, but it could be a project by project thing
2 replies 0 retweets 0 likes -
Replying to @imightbemary
Idk I’m always skeptical of being oriented around tools rather than the larger business goal. Not every goal calls for every tool, so having flexibility to use whatever is the right tool for the job seems good
1 reply 0 retweets 1 like
Oh I definitely see this as being oriented around business goals, but more able trying to solve different dimensions of them. Anyone can use any tool that’s relevant, but some folks might focus on getting quick answers, some on precise answers, some on scaled answers
-
-
Replying to @imightbemary @fulhack
This really informed my thinking on DS role specializationhttps://towardsdatascience.com/data-sciences-most-misunderstood-hero-2705da366f40 …
0 replies 0 retweets 2 likesThanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.

