|
|
|
|
|
by yttrium
3102 days ago
|
|
Reform is not the intent, although it is the criteria for re-inclusion. The intent is to create a community that respects all of it's members rights. Excluding the co-worker helps me because I don't have to worry about whether the fruits of my labor are going to a effort that will cause me harm either in the present or in the future. Social interaction and software development go hand in hand - The idea that someone with a fundamentally hostile viewpoint is needed to create something of value for both of us is not applicable. There are many software developers who don't wish harm upon others, and they will be more willing to work with you. The best outcome in this situation is not the product that gets created. The best outcome is an environment in which members of the community don't feel like their basic rights are in question. |
|
Your second paragraph seems to assume a fixed number of developers working on a project, and in that case there is no downside in replacing them. But what about an open-source project where they keep sending PRs for bug fixes and features that all have technical merit? Would you ignore that and redo the work? If I'm working on the same project, should I avoid merging their work to accommodate you?
While I agree that a community where everyone can feel comfortable is something to strive for, I think that does not require excluding some members for the views they hold. It is enough when they don't push those views onto the others.