4 ms·

I also want to point out that there's an emotional aspect to this. Lots of open source is done as a passion project, and passion is a notoriously fickle beast.

I also want to point out that there's an emotional aspect to this. Lots of open source is done as a passion project, and passion is a notoriously fickle beast. Things that inspire people to work on passion projects - a sense of ownership, velocity (no need for meetings and jira et al when it's just you. 100% efficient communication!), "shipping"/accomplishment, pride and respect - are all going to be really vulnerable to having to share headspace and ownership with someone else. I'm personally feeling this. I have a project I'm working on for my homelab that I think other homelabbers, and maybe even some SMBs, will be interested. And I want to give back to the community / have no qualms about someone "stealing" my code. I have an AGPLv3 sticker on my laptop. But the main thing giving me pause is - "but what if people are like 'neat, now please do this feature next!'". Then I'm thinking about it and worrying about disappointing users. And plus, we know that "please do this feature next" is absolutely the *nicest* way that that request will ever be phrased on the internet. I honestly would feel better if github had a way to let me say: 1. Here's the code, but please don't fork it (but leave the fork button functional. I don't want to actually stop anyone. I just want them to know what I won't be super thrilled.) 2. Please only open issues or PRs for small fixes. An extra if-statement, etc. Please don't add features or redesign anything or "fix my code" at a cosmetic or architecture level. I know this sounds kinda whiny and entitled and anti-free-software, but I do think it's real and respectful from a human perspective. Locke said that anything you put effort into, you feel ownership of. And by that logic, if someone puts effort into something you currently own "100%" of, they're going to feel some sort of ownership too and you'll feel some part of loss of ownership.

dspillett 6y ago
> Please only open issues or PRs for small fixes. An extra if-statement, etc. Please don't add features or redesign anything or "fix my code" at a cosmetic or architecture level. Another way of putting it might be to encourage them to describe the problem or other desired change rather than send code, and let you deal with it as you see fit. For instance: instead of raising a PR to fix an open injection vector, raise an issue that says "when responding to X your code doesn't properly sanitise input Y meaning Z can happen". > I know this sounds kinda whiny and entitled and anti-free-software Not at all IMO. The word "free" covers many overlapping concepts, and your way of thinking about the freeness of your personal project is no less right than many others. You aren't stopping anyone doing what they want, you are just choosing to be selective about how you interact (which you are, or should be, free to do). Giving other people freedom to do things with your code does not mean you have to give up the freedom to do (or not do) what you want with it. A long as you are up front and polite about it, there shouldn't be a problem. If anyone did have a problem with it, it is their problem not yours! If I ever pull my finger out and make progress on my many possible personal projects to the point where there is something worth sharing, for the most part I'll probably take a very similar stance.
orangecat 6y ago
#2 is perfectly reasonable, but I don't understand #1 at all. You don't want to accept other people's changes, which is fine, but then you're also asserting a moral right to prevent them from making those changes on their own? It seems like open source is fundamentally not what you want.
- cashewchoo 6y ago
  I'm not though, they can still click it and have the right to. I won't deny them that freedom. I just also want to express that I won't be thrilled about someone forking the project and trying to go their own direction with it or something. It'd be demotivating if someone thinks they can do your project better than you can, right?
  - cyberfart 6y ago
    > It'd be demotivating if someone thinks they can do your project better than you can, right? This would be valid thinking though should the project go inactive.
  - dspillett 6y ago
    > It'd be demotivating if someone thinks they can do your project better than you can, right? If it is a labour of love, then maybe. If you had plans to monetise then I expect it would be rather annoying too. But if the project is at least partly "scratching an itch", to make something you want because it doesn't already exist in quite the form you want/need, then someone coming along and doing it better is great. Your itch is scratched and someone else is dealing with maintenance, so you can get on with your next plaything! And if you are counting life karma points, you can claim at least a few for having inspired the other person's/group's work.
  - infinite8s 6y ago
    Then why would you put the code in a public repo with an open source license?
passthejoe 6y ago
I get what you are saying in 2), but anybody who wants to fork the code, let them have at it.

dspillett 6y ago

> Please only open issues or PRs for small fixes. An extra if-statement, etc. Please don't add features or redesign anything or "fix my code" at a cosmetic or architecture level. Another way of putting it might be to encourage them to describe the problem or other desired change rather than send code, and let you deal with it as you see fit. For instance: instead of raising a PR to fix an open injection vector, raise an issue that says "when responding to X your code doesn't properly sanitise input Y meaning Z can happen". > I know this sounds kinda whiny and entitled and anti-free-software Not at all IMO. The word "free" covers many overlapping concepts, and your way of thinking about the freeness of your personal project is no less right than many others. You aren't stopping anyone doing what they want, you are just choosing to be selective about how you interact (which you are, or should be, free to do). Giving other people freedom to do things with your code does not mean you have to give up the freedom to do (or not do) what you want with it. A long as you are up front and polite about it, there shouldn't be a problem. If anyone did have a problem with it, it is their problem not yours! If I ever pull my finger out and make progress on my many possible personal projects to the point where there is something worth sharing, for the most part I'll probably take a very similar stance.

orangecat 6y ago

#2 is perfectly reasonable, but I don't understand #1 at all. You don't want to accept other people's changes, which is fine, but then you're also asserting a moral right to prevent them from making those changes on their own? It seems like open source is fundamentally not what you want.

cashewchoo 6y ago
I'm not though, they can still click it and have the right to. I won't deny them that freedom. I just also want to express that I won't be thrilled about someone forking the project and trying to go their own direction with it or something. It'd be demotivating if someone thinks they can do your project better than you can, right?
- cyberfart 6y ago
  > It'd be demotivating if someone thinks they can do your project better than you can, right? This would be valid thinking though should the project go inactive.
- dspillett 6y ago
  > It'd be demotivating if someone thinks they can do your project better than you can, right? If it is a labour of love, then maybe. If you had plans to monetise then I expect it would be rather annoying too. But if the project is at least partly "scratching an itch", to make something you want because it doesn't already exist in quite the form you want/need, then someone coming along and doing it better is great. Your itch is scratched and someone else is dealing with maintenance, so you can get on with your next plaything! And if you are counting life karma points, you can claim at least a few for having inspired the other person's/group's work.
- infinite8s 6y ago
  Then why would you put the code in a public repo with an open source license?

passthejoe 6y ago

I get what you are saying in 2), but anybody who wants to fork the code, let them have at it.