Unfortunately it sounds like you've managed what you set out to do.. you've learned about working in a team. Sometimes you work with rockstars, sometimes you don't.

However, chances are that the other members of the team have other specialties or are scrambling to get code out the door with an unfamiliar framework. Try and keep in mind that they may feel just as burned out as you. It sucks, but I can definitely understand it. I've been in plenty of jobs where I don't have time to take lunch, nevermind read a bunch of links someone had sent to me.

Perhaps the problem is best addressed by not doing the work for them. Nobody is going to learn that way. Explain, provide a simple example and get back to your own work.

However, first thing you NEED to do is speaking to your supervisor about it.

My final thoughts here would be that if you have a team of 6 and only 1 knows how or can possibly grasp how to use the framework, maybe it isn't the right framework, or it isn't the right team.

Sounds like you haven't been out in the work-world long enough to become adequately jaded. I have, so, what follows will likely sound far more bleak than it's actually intended. At any rate...

What I've found is that, the more places you work, customers you work for, teams you work with, etc., the more you find that each work-context is "broken" in some form or another. This observation is at least doubly-acute if you're a high performer. Further, if you're a high-performer, "broken" frequently takes forms similar to what you've described in your post – that the reward for being good at what you do is that everyone wants you to be their crutch.

Occasionally you'll find teams that are full of high-performers. Enjoy being on them while you can because they tend not to last: most companies can't afford to retain an "all rockstar" staff. And by "afford", I mean more than just monetary terms. Some companies have deep pockets but not necessarily deep reservoirs of interesting problems to solve. So, inevitably, people move on.

Take care to remember those good times. They'll help you survive the not-so-good times by letting you know, if the current circumstances aren't great, you might yet find another circumstance that captures some of the essence of what you enjoyed.

Good luck.

I've read your post a couple days ago. The solution just came to me.
You go to a person who makes the end decisions and demand that they invest in retraining their developers. You demand that on the basis that you take too much load on yourself and it's not healthy for you. Just tell them what would happen if you were to leave the company. That would give them the right perspective in mind.

How they would retrain them I don't know. Perhaps you know some workshops they can go through. I think if you initiate that kind of thing you should have a suggestion in place how that should go.

Otherwise, leave this place, but before find some functional shop (perhaps Elixir, there are a lot of positions in the slack job channel for Elixir devs).