Going after the wrong dude my friend, this guy is a friend of the FOSS movement.
As for you, its alright to keep all your project codebases on github or gitlab etc. I think the article is majorly talking about large scale codebases that aim to replace existing closed source functionalities. Either way, if you plan and wish to implement a large project that you think will have many contributors, perhaps you could consider codeberg and similar open source devops projects to host and run your new project on, from the start. That way you won’t have any migration pains. If it doesn’t end up working out, hey, thats also a useful report for others who might be thinking about doing the same.
I’m going after the right paradigm. There’s an attitude in FOSS that if you don’t blindly follow everything someone from FSF says (or someone who looks up to Stallman), you’re a bad person. See my first pull quote from above. If you’re going to say something like that and not offer solutions to the pain points of your customer journey, you deserve ridicule (“you” being the author and the slrpnk user who dropped the important first part from their pull quote). The only reason I commented was because of the complete mischaracterization of people like myself, who I know many of, where the endowment effect is a more realistic description than this narcissistic spin.
Your argument is also very tenuous given the outage I called out. I code every day. Literally not figuratively. I code on at least two different devices work days and sometimes mobile (not laptops) weekends. I require a stable remote. An outage of 170hr is not something I care to handle. That’s just me solo. If I wanted to coordinate more than me, it would be a complete dealbreaker.
Going after the wrong dude my friend, this guy is a friend of the FOSS movement.
As for you, its alright to keep all your project codebases on github or gitlab etc. I think the article is majorly talking about large scale codebases that aim to replace existing closed source functionalities. Either way, if you plan and wish to implement a large project that you think will have many contributors, perhaps you could consider codeberg and similar open source devops projects to host and run your new project on, from the start. That way you won’t have any migration pains. If it doesn’t end up working out, hey, thats also a useful report for others who might be thinking about doing the same.
I’m going after the right paradigm. There’s an attitude in FOSS that if you don’t blindly follow everything someone from FSF says (or someone who looks up to Stallman), you’re a bad person. See my first pull quote from above. If you’re going to say something like that and not offer solutions to the pain points of your customer journey, you deserve ridicule (“you” being the author and the slrpnk user who dropped the important first part from their pull quote). The only reason I commented was because of the complete mischaracterization of people like myself, who I know many of, where the endowment effect is a more realistic description than this narcissistic spin.
Your argument is also very tenuous given the outage I called out. I code every day. Literally not figuratively. I code on at least two different devices work days and sometimes mobile (not laptops) weekends. I require a stable remote. An outage of 170hr is not something I care to handle. That’s just me solo. If I wanted to coordinate more than me, it would be a complete dealbreaker.