Hi Michael, I guess replacing Zulip with an Apache Polaris slack channel is not going to reduce the number of communication channels :)
Are you suggesting to drop Zulip and use the polaris channel in the Iceberg slack workspace? Thanks, Dmitri. On Fri, Dec 6, 2024 at 3:42 PM Michael Collado <collado.m...@gmail.com> wrote: > Currently, the communication channels for Polaris include > > Mailing list > Iceberg Slack > GitHub > Zulip > > These are in addition to the regular comm channels I have to keep up with > in a given day. I think something’s gotta give. > > We can’t get rid of the mailing list or GitHub and I’m already in slack all > day every day anyway and given that Zulip is _only_ ever used for > occasional user questions… > > I like open source projects, but… I can’t do it all. > > Mike > > On Fri, Dec 6, 2024 at 11:56 AM Dmitri Bourlatchkov > <dmitri.bourlatch...@dremio.com.invalid> wrote: > > > > 2. *Performance and Stability*: > > > > I personally use Zulip Desktop on Linux and the Zulip App on my phone and > > do not recall any serious performance and stability problems. > > > > There was one event a long time ago, when a new desktop client version > > became unusable, but it was solved quickly with a patch version.... IIRC. > > > > Cheers, > > Dmitri. > > > > On Fri, Dec 6, 2024 at 1:26 PM Yufei Gu <flyrain...@gmail.com> wrote: > > > > > Hi Folks, > > > > > > > > > I’d like to propose transitioning our chat platform from Zulip to > Slack. > > > While both platforms have their strengths, I believe Slack offers a > more > > > robust and widely adopted solution for our needs. > > > > > > > > > *Why Consider Slack?* > > > > > > 1. *Broader Adoption*: Slack is widely used across organizations, > > making > > > it easier for new members or collaborators to join and chat > > seamlessly. > > > 2. *Performance and Stability*: Slack consistently outperforms Zulip > > in > > > terms of reliability. I’ve experienced occasional crashes with Zulip > > on > > > my > > > laptop, which can disrupt productivity. > > > 3. *Retention Period*: Slack provides a shorter retention period for > > > chat history. However, this should suffice as chat tools are > primarily > > > used > > > for quick responses. For more formal communication, such as > proposals, > > > release votes, or other critical discussions, we will continue to > > > prioritize the use of email lists. > > > > > > *Proposed Transition Plan* > > > > > > - *Gradual Rollout*: We can implement Slack alongside Zulip for a > > > transition period of 3 months. This allows team members to adapt and > > > provide feedback before fully committing. > > > - *Historical Access*: We don’t need to shut down the Polaris Zulip > > > instance. Keeping it active ensures historical chat data remains > > > accessible > > > for future reference. > > > > > > I’d love to hear your thoughts on this proposal. If there’s interest, I > > can > > > take the lead on outlining next steps, including setting up Slack and > > > ensuring a smooth transition for the team. > > > > > > > > > Looking forward to your feedback! > > > > > > > > > Yufei > > > > > >
