Better check your employment agreement. My company owns what I write on company time, I don't have the rights to just "put it on GitHub", and yes, I take that seriously.

Ditto. At my current place my employment agreement doesn't allow me to publicly post code I write in spare time.

My previous employer was a defense contractor, so... yea.

I don't have any side projects that I can share. Sucks, but that's the reality. If I get fired/quit and can't find a job without side projects, I have a list of things in my head to build in ~months if that's what becomes necessary.

You shouldn't put _actual_ work code you wrote on GitHub, but you should write your own small sample programs that demonstrate you know how to use a certain library that you just learned, and then you have it as reference code for yourself later and it shows you know a specific technology.

You should, because it's absolutely grounds for termination at many companies.

100 lines of code is not a meaningful amount of experience with anything, and surely cannot provide any meaningful advantage over the lifetime of a serious project compared to another developer who starts fresh.

Having "dozens of technologies" at this level of experience is often a bad sign. Very frequently candidates who mention lots of technologies like this on their resume or github can't answer the simplest questions about them, even "why should I use this, what problem does it solve". Source: Years of interviewing people with a laundry list of technologies on their resumes.

Should people be expected to remember everything about all tools they've ever used? No! Is trivial experience with something useful? Probably not.

This kind of thinking is why most of my "side" projects aren't on Github. Sometimes a new algorithm or technology I hear about peaks my interest, and I spend a few hours playing with it. But in the end, I don't have something I would be proud to show or that properly showcases my skills, and so I don't want people extrapolating from that.

Then again, I don't claim to be an expert in these skills, and don't put them on my resume, which seems to be more what you are referring to.

100 lines of code is far, far better than zero, and this thus quite meaningful. Mathematicians can write proofs shorter than that and demonstrate mastery of their craft, and programmers can demonstrate basic competencies the same way.

> if they turn around and demand side projects; you would be completely correct to ask about how many office hours they allocate to side projects.

^^^^ This

Take any other profession and apply the same - see if it makes sense.

Architects should have side projects they can show.

Mechanical engineers should have side projects they can show (e.g. modifying cars, robotics, etc).

And so on.