Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
Sigvart Hovland
[]
1. Development channel on IRC4. Reddit subreddit Right, and besides that "potentially pointless" situation (or more specifically, depending on the goodwill of developers), there 2 otherIsn't there a 3rd option which does require some more work than the other two other options and that is to have both slack and IRC while mirroring the channels from IRC to slack with an IRC-slack bridge[0](sort of like this but you could make it more advanced)? At least that's what we did when we migrated to slack on another project I worked on. That way devs don't have to frequent slack as it's optional but a nice addition. One of the big pain points I've had with these bridges is however if the slack-IRC bot disconnects for some reason you'll lose history synchronisation between the sides, also there is maintenance and upkeep. So someone has to be responsible for making sure it's alive and kicking at least. Another problem I've faced is that the bridge does not support threading so if people start a discussion in a thread on slack, this will be lost on IRC. Maybe some newer bridges have support for this. At least the problems I see with IRC at this point is that if you are not connected continuously (paying for web-based clients) or running on your own server, you'll lose history. This can be mitigated with an IRC bot where you could /msg history or public logs, but I don't see either in the project at the moment. Maybe I'm looking in the wrong place [1]? I'm curious which route will be taken. But I'm sure that whichever will, it will be for the greater good of the project. Anyway, while that was the more controversial point in Anas' email, I guess the most *important* is upcoming PR/patch process changes. So, I guess I'll wait for more info on that part from now on. (But I do hope that more people will cast their "votes" of IRC vs non-IRC matter yet.)So I'll cast my "vote" right in the middle and ask for the consideration of having both with an integration in between them where you mirror the channels to slack(this way you could also see which channels are being used). I also think these kinds of bridges exists for gitter. This will also give new developers/users from a younger age group or those who are inexperienced with IRC a lower barrier of entry and maybe they'll eventually migrate over to IRC or visa versa. [0] https://github.com/ekmartin/slack-irc [1] https://freenode.irclog.whitequark.org/ |
|