Nah, you're good just doing you in your non-working time. I suspect you already knew this, but it's easy to lose that train of thought when so many employers and hiring practices seemingly skip past this to assume every dev has a multitude of open source projects they've worked on to show in a GitHub profile as portfolio.
Some people are all on all the time. I used to be closer to this description, blogging, speaking at user groups and occasionally larger events, building a new prototype web app seemingly weekly. As I've become a more senior developer and had to make more work through multiple years of pandemic while already being a fully remote worker, I've discovered a passion for offline hobbies when I have time for them.
My suggestion to you is, as a new developer it may be worthwhile to selectively and in a deliberate fashion, build a couple of things that show off you, your skills, and your ability to learn and adapt by chipping away at a couple of things to keep in a portfolio. This should make things easier when talking to a recruiter when they ask what you can show you've worked on; my day job code work is not something I like to sling around, as that's the company's code and is usually closed source.
Alternatively I'd recommend building a "show off" library, whether those are one-off utility functions or individual components you're especially proud of (or some slice of code), that can fulfill that purpose without being a whole application. You don't have to over complicate it, you can just check them into a private GitHub repo with folders so you can have separate readme files to describe what they are if you want to. This should be code that's abstracted enough from whatever you work on to not carry with it any company/team/project specifics and keep the focus on your work effort.
If you can't budget more than 30 minutes per week (or some number of minutes) to put into that sort of thing, then slowly poke away at it now and it should grow nicely over a few months. Ultimately find what works for you and do enjoy being unplugged when you need to be. You're right to treat work as work and not require it as part of your every waking moment. Best of luck.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Nah, you're good just doing you in your non-working time. I suspect you already knew this, but it's easy to lose that train of thought when so many employers and hiring practices seemingly skip past this to assume every dev has a multitude of open source projects they've worked on to show in a GitHub profile as portfolio.
Some people are all on all the time. I used to be closer to this description, blogging, speaking at user groups and occasionally larger events, building a new prototype web app seemingly weekly. As I've become a more senior developer and had to make more work through multiple years of pandemic while already being a fully remote worker, I've discovered a passion for offline hobbies when I have time for them.
My suggestion to you is, as a new developer it may be worthwhile to selectively and in a deliberate fashion, build a couple of things that show off you, your skills, and your ability to learn and adapt by chipping away at a couple of things to keep in a portfolio. This should make things easier when talking to a recruiter when they ask what you can show you've worked on; my day job code work is not something I like to sling around, as that's the company's code and is usually closed source.
Alternatively I'd recommend building a "show off" library, whether those are one-off utility functions or individual components you're especially proud of (or some slice of code), that can fulfill that purpose without being a whole application. You don't have to over complicate it, you can just check them into a private GitHub repo with folders so you can have separate readme files to describe what they are if you want to. This should be code that's abstracted enough from whatever you work on to not carry with it any company/team/project specifics and keep the focus on your work effort.
If you can't budget more than 30 minutes per week (or some number of minutes) to put into that sort of thing, then slowly poke away at it now and it should grow nicely over a few months. Ultimately find what works for you and do enjoy being unplugged when you need to be. You're right to treat work as work and not require it as part of your every waking moment. Best of luck.