I have considered open sourcing projects before but decided against it due to not wanting to support it. I have a hard problem saying no or ignoring people and so little side-projects or proof-of-concepts that I have open sourced turned into more of a pain that they were worth.
Example: I got a Eufy RoboVac 15C and I was in a homebridge-craze at the time I got it. So I found some code in python that was able to control the vacuum for the most part and so using that as my base I wrote a homebridge plugin in nodejs that would let you issue all the commands. Now homebridge on it's own is far from stable (IMHO, if it works for you then that's great but for me it would break every month or so randomly), then you throw Tuya into the mix, and a company that made some firmware changes to the vacuum and it's a house of cards.
I was proud of myself for getting it all to work but in practice I run the vacuum on a timer and never futz with controlling it directly. I really just wanted to prove I could do it. To get it to play nice with homebridge I had to publish it on npm (2 libraries, one general purpose nodejs lib to control the vacuum and one that was the homebridge plugin that used the lib).
Queue support requests... I easily spent 30+ hours trying to help people both on GH and over email (email was even harder for me to say no to). This was at a point where I wasn't even using homebridge at all, let alone the plugin.
Maybe I'm just an idiot for not deprecating the repo or putting up a message but I felt obligated to help and then when I procrastinated helping it would just be this background sense of shame for abandoning it. Thankfully someone else, who apparently does use it, stepped up to fix some of the things that broke and has taken over most of the support-related things (which reminds me, I need to see about transferring the repo over to them fully) but I think that's generally the exception and not the rule.
Bottom line publishing anything feels like I'm shackling myself to it which is not a feeling I like or enjoy which leads to me just putting less out there. Maybe I'm missing an obvious solution but I really don't like putting myself in that situation. I am 100% willing to hand over my work for free (as in, for projects that I have no intention of trying to monetize/purse) but I don't want to signup for future work. Is this just selfish or what?
Please, please, please still release your source if you don't mind! Especially for "random hacks" like a home brew bridge!
You have no idea how many tiny repos I have used for reference with those types of projects! In many cases your code might be the only working example.
You can put a big disclaimer in it, declare it a PoC, and just ignore issues if you'd like - the code doesn't even have to still be working, it's still cool and helpful!
If it's just a small script you can throw it up on GitHub Gist. People can still leave comments there, but you might feel less obligated to spend your time on those than if you see "[x] open issues" on your project.
You can also disable issues entirely on a project, if it's slightly larger than just one script. This, plus a disclaimer on the readme like "This was made solely for my personal use and I cannot provide support!" seems like an okay way to go about this.
I've written hacky one-offs before that other people used as a jumping-off point for something more serious, which is pretty cool to see. I'm always in favor of releasing your code for that reason, you never know if someone else will find it useful!
No. I've abandoned game mods I created because I don't play the game anymore. Had maybe a dozen users ask for it to be updated, it just doesn't fit my priorities.
One solution might be to publish it but just disable issues on GitHub and add a clear notice setting boundaries. Make sure you don't have your email or Twitter or whatnot in your profile either because people will find that and email you no matter what you say in your README.
Example: I got a Eufy RoboVac 15C and I was in a homebridge-craze at the time I got it. So I found some code in python that was able to control the vacuum for the most part and so using that as my base I wrote a homebridge plugin in nodejs that would let you issue all the commands. Now homebridge on it's own is far from stable (IMHO, if it works for you then that's great but for me it would break every month or so randomly), then you throw Tuya into the mix, and a company that made some firmware changes to the vacuum and it's a house of cards.
I was proud of myself for getting it all to work but in practice I run the vacuum on a timer and never futz with controlling it directly. I really just wanted to prove I could do it. To get it to play nice with homebridge I had to publish it on npm (2 libraries, one general purpose nodejs lib to control the vacuum and one that was the homebridge plugin that used the lib).
Queue support requests... I easily spent 30+ hours trying to help people both on GH and over email (email was even harder for me to say no to). This was at a point where I wasn't even using homebridge at all, let alone the plugin.
Maybe I'm just an idiot for not deprecating the repo or putting up a message but I felt obligated to help and then when I procrastinated helping it would just be this background sense of shame for abandoning it. Thankfully someone else, who apparently does use it, stepped up to fix some of the things that broke and has taken over most of the support-related things (which reminds me, I need to see about transferring the repo over to them fully) but I think that's generally the exception and not the rule.
Bottom line publishing anything feels like I'm shackling myself to it which is not a feeling I like or enjoy which leads to me just putting less out there. Maybe I'm missing an obvious solution but I really don't like putting myself in that situation. I am 100% willing to hand over my work for free (as in, for projects that I have no intention of trying to monetize/purse) but I don't want to signup for future work. Is this just selfish or what?