So concrete problems / potential solutions:
- Technical discussion needs to be public, or you don't hear use cases and alternative viewpoints. Yet email communication is low-bandwidth and hard to read people's emotions, so committers who are colocated talk and decide things. A possible alternative Reynold and I discussed is to have public video streaming meetings on occasion. - Each major area of the code needs at least one person who cares about it that is empowered with a vote, otherwise decisions get made that don't make technical sense. I don't know if anyone with a vote is shepherding GraphX (or maybe it's just dead), the Mesos relationship has always been weird, no one with a vote really groks Kafka. marmbrus and zsxwing are getting there quickly on the Kafka side, and I appreciate it, but it's been bad for a while. Because I don't have any political power, my response to seeing things that I know are technically dangerous has been to yell really loud until someone listens, which sucks for everyone involved. I already apologized to Michael privately; Ryan, I'm sorry, it's not about you. This seems pretty straightforward to fix, if politically awkward: those people exist, just give them a vote. Failing that, listen the first or second time they say something not the third or fourth, and if it doesn't make sense, ask. - More committers Just looking at the ratio of committers to open tickets, or committers to contributors, I don't think you have enough human power. I realize this is a touchy issue. I don't have dog in this fight, because I'm not on either coast nor in a big company that views committership as a political thing. I just think you need more people to do the work, and more diversity of viewpoint. It's unfortunate that the Apache governance process involves giving someone all the keys or none of the keys, but until someone really starts screwing up, I think it's better to err on the side of accepting hard-working people. --------------------------------------------------------------------- To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
