Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Perhaps the developer should have discussed their ideas before investing their time, if they're going to be upset about their unsolicited code being rejected.


The maintainer still has to deal with the negative interaction even if in some cosmic sense the contributor could have known better. A workflow design which ensures that such negative interactions take place is structurally flawed.


what's so negative about pressing the reject button of the PR? The maintainer doesn't have to even spend more than a second rejecting any contributions they get. They don't have to read any of the comments, nor reply to any concerns from the contributors.

The contributors aren't entitled to the time of the maintainers.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: