[Community] Re: Kubecon choices

Hi all, tl:dnr — should we set our "Big Show and Tell" sights on Kubecon Detroit in October so we can focus on Red Hat Summit in May without worrying about Kubecon Valencia the week following? What do you think? Last October I proposed we set our sights on the two Kubecons this year as key opportunities to show and tell about the Operate First project. The Kubecon attendees are a very good audience for the messages and focuses of our community: SRE, cloud operations, all-open source cloud based on Kubernetes, GitOps, DevSecOps, AIOps, etc. etc. But one is getting harder to achieve: Kubecon in Valencia, Spain 16 - 20 May. First is the risk of COVID, which hasn't gone down as much as we hoped last October. So this affects overall attendance to the event, and individual attendance where our organizations are paying for our travel and deciding on that risk. Second is competition for our attention just days before Kubecon in the form of work being done for the Red Hat Summit on 10 - 11 May. The Operate First project has more than one role to play for that event. In my opinion, Red Hat Summit is just as good and possibly a more important audience than Kubecon for the Operate First project. While many Red Hatters who work in the Kubernetes community have the experience of navigating back-to-back Summits/Kubecons, this is not something our project has experienced and I suspect not many of us individually as well. For our first big public year as a project, I recommend we focus on overachieving fewer goals and avoid getting spread too thin. Let us know your thoughts and feelings, however they go. Kind regards, - Karsten -- Karsten Wade [he/him/his] | Principal Community Architect | @quaid Red Hat Open Source Program Office (OSPO) : @redhatopen The Open Source Way : https://theopensourceway.org Operate First : https://operate-first.cloud _______________________________________________ Community mailing list -- community(a)lists.operate-first.cloud To unsubscribe send an email to community-leave(a)lists.operate-first.cloud