If you're asking how to work on interesting distributed systems, then I'd recommend trying to work at a tech company that is either large in and of itself (i.e. FAANG), or one that makes it's money solving distributed systems problems for others (i.e. Hashicorp, Snowflake, ...).
Either way, you can get a lot of value reading famous distributed systems papers, and building your own software projects that replicate the building blocks of these systems. For example: DNS, Gossip Failure Detector, Consensus (e.g. Raft), SQL Database, etc...
To climb on the shoulders of giants you can dive into the work of (incomplete list, irrelevant order but these have been eye openers to me) :
- Leslie Lamport
- Maurice Herlihy
- Eli Gafni
- Rachid Guerraoui
- Michel Raynal
- Petr Kuznetsov
- Hagit Attiya
- Sergio Rajsbaum
- Nancy Lynch
It's a great survey of the basic principles and I've already found it useful in some projects I've been working on.
https://jobs.apple.com/en-us/details/200343080/electrical-en...
[1] although really, that's just me being credentialist: doing engineering is enough to justify calling oneself an engineer.
Electrical engineering is more specifically about aspects related to electrical power and often involves lethal voltages and potential to kill both workers and members of the public due to failure of engineering (directly).
Not sure of the licensing arrangements there exactly, but I do know there is statutory issues around following codes/standards as an EE in all developed contries I know of, designing electronics running at 5V, not so much.
It is common for EE to work in other fields such electronics, communications, computers and so on, other way around is not common at all.