i think it’s all good for growth, good or bad - learning to evaluate it can start any time. Even if you don’t know whether it’s good or bad, you’re learning to recognize patterns, evaluate quality and build up opinions. If it’s bad, why, what would you change? If you don’t know it’s bad, you’re just noting a new pattern to try/compare to the others.
You’ve got to develop your own opinions about things anyway, might as well get better at reading/evaluating code sooner than later
I'm a week late on this..... but just wanted to comment in support of this style! I think it's worth having a strong pattern of code re-use across projects - your tools should get better as you get better game dev!
I've built games for several game jams in the last ~8 months in the same project: https://github.com/russmatney/dino
The goal is to lower the overhead of trying out new ideas, and make it easy to put reusable library code into libraries (addons), and game-specific code in the games themselves. It's a fertile ground for letting games and addons develop and grow organically - as more games are implemented, the addons get another consumer to test the apis they offer. Maybe one day an addon will be ready to be pulled into it's own project, if it would make it easier for other folks to use it.
(Tho, my addons have grown fairly cross-dependent, so now I'm starting to think of all of Dino as more of a personal framework... we'll see where it goes...)
It's typically alot to ask others to come into your own project and work with it (at any level, really), but if you are productive in there, you must be doing something right, so just keep going!