So I spent time satisfying their constraints which would turn out to not be relevant. Again, this can be mitigated if you have a more cohesive community where everyone is mostly on the same page.
-
Show this thread
-
Another point is around inclusivity. I don't want anyone to feel left out. No matter how wide you cast the net, there's always going to be someone valuable you've left out. Performing value judgements on people is gross and not really something I want to have to do.
1 reply 0 retweets 6 likesShow this thread -
Especially since position in the community, which most use as a measure of relevancy, doesn't necessarily yield the most useful feedback.
1 reply 0 retweets 2 likesShow this thread -
I've never received private feedback that wouldn't have been more valuable to have publicly. Once your community reaches a certain size that can be extremely noisy though.
1 reply 0 retweets 2 likesShow this thread -
Also depends on the release position of the project. Rome would probably be released as an alpha or beta. Opportunity to change anything, which is typically the purpose of early access.
1 reply 0 retweets 1 likeShow this thread -
I feel as though I have the necessary experience and context to build a functional MVP. Any public or private feedback during that time would be unlikely to be unproductive.
1 reply 0 retweets 4 likesShow this thread -
Anyway, I hope that cleared some things up that were ambiguous from my original tweets. I'm very interested in discussing the higher level points, but I'm uninterested in debating specific scenarios (comparisons are fine).
3 replies 0 retweets 12 likesShow this thread -
Replying to @sebmck
Well reasoned
FWIW (probably nothing
) I think this is the best approach
Curious how you plan to deal with the nosiness you mentioned.1 reply 0 retweets 2 likes -
Replying to @kentcdodds
I probably have rose colored glasses or overestimate the level Babel was at when I left. I think I was reasonably good at quickly shutting down unproductive conversations and guiding the project in a cohesive direction.
2 replies 0 retweets 1 like -
Replying to @sebmck @kentcdodds
I started to dig the James Kyle way - disable issues, PRs welcome. It could possibly make maintenance of bigger projects easier.
1 reply 0 retweets 0 likes
Depends on the audience of a project I think. Closes the door to a lot of legitimate feedback. Some lack the time and skills to contribute a PR. I think you can aggressively triage and close issues.
-
-
Replying to @sebmck @kentcdodds
Totally. Probably a lot of good bugs would go unreported and bigger projects cannot afford that. Basically thought that kind of work turns you into a support engineer which maybe is not what wanted to do.
1 reply 0 retweets 1 like -
anyway I like your plan! I only mentioned this thing because in the past it has helped me continue to work on projects without pressure and for fun
0 replies 0 retweets 1 like
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
he/him 