Attending KubeCon + CloudNativeCon 2018 was an eye-opening experience for someone like me. On paper, it was a very product-oriented conference, with the focus of my fellow Red Hatters on product and feature offerings in OpenShift and a whole host of Kubernetes and container-oriented software. Attendees here are very much developers and operators who are here to learn about how this technology works and how they can best use this tech in their organizations.
So what was a community person like me doing in a place like this?
There’s big news coming out of KubeCon Seattle today: our team is donating a keystone project to the Cloud Native Computing Foundation (CNCF), ensuring that project’s longevity and success. The open source etcd project has been donated and accepted into the CNCF, a neutral foundation housed under The Linux Foundation to drive the adoption of cloud native systems.
Open sourcing code is always at the forefront of Red Hat’s goals, whether we start new projects like etcd, which has been open since it launched in 2013, or opening projects whenever we acquire software that is closed and proprietary. We have done it so many times it is second nature. We open sourced oVirt after we acquired Qumranet, Aerogear after picking up FeedHenry, and Ansible Tower after adding Ansible to our ranks. We are firmly committed to the open source model of collaboration and innovation, so when we do have closed code in our portfolio, it’s not a question of “if” we will open source the software, but generally “when.”
People, in general, have a hard time moving outside their comfort zone. Or even thinking about it. We can plan ahead for events that cause us discomfort, but when things are going well–especially when they are going well–we can fall into the trap of complacency.
For example, right now I am dealing with a head cold. It’s no big deal, I am still plodding along at work, getting things done. But I did not plan for this, and my productivity levels are correspondingly low this week.
The news that IBM has signed an agreement to acquire Red Hat made an impact throughout the business world Sunday, leaving many to speculate what the future will bring for Red Hat. Specifically, some are wondering what this acquisition will mean for the many upstream projects in which Red Hat participates and sponsors.
Our CEO Jim Whitehurst imparted a strong sense of direction for Red Hat as it starts on this new journey, with a comment that directly relates to upstream communities: “Our unwavering commitment to open source innovation remains unchanged. The independence IBM has committed to will allow Red Hat to continue building the broad ecosystem that enables customer choice and has been integral to open source’s success in the enterprise. IBM is acquiring Red Hat for our amazing people and our incredibly special culture and approach to making better software.”
A replacement plan/document is a great community resource, even when you’re not being replaced.
A year ago, as the role of RDO community manager at Red Hat was moving from one person to another, that team started thinking about what needs to be in place to effectively transition a role. More generally, the managers started thinking about planning, and documenting, for anyone’s eventual replacement.
A major component of the work being done within the Open Source and Standards team focuses on what we can do to make communities healthy and prosperous.
To that end, we are working with metrics to obtain quantifiable numbers about the projects with which we work, to identify areas of a project that are doing well or might need assistance. We are happy to working with Project CHAOSS for this, since this project has made great strides in determining what actually makes a community healthy.
It is a convenient myth for a lot of people in the free and open source software community that our projects have few barriers to entry beyond a base set of knowledge about the project new contributors want to try to join, and the skills need to contribute to a project.
Diversity, to a lot of people who buy into the pure meritocracy myth, is a problem that can be solved by accepting anyone who can contribute. It’s the contribution that matters, not the person’s race, gender, or other identifiable status. Train more people up, the meritocrats will argue, and the diversity problem will be solved.
It takes a village to raise a child, so the saying goes. That is also certainly the case for launching a new tech event, as the attendees of the inaugural DevConf.us have learned this week.
DevConf.us has successfully started in the George Sherman Union on the campus of Boston University, and runs until this Sunday afternoon. Registration is free of charge, so developers from all across the New England area are welcome.
As DevConf.us approaches, speakers are putting the finishing touches on their talks before they set out for Boston University.
In this interview, Christophe de Dinechin takes a break from his preparations to discuss not one but the three talks that he’s giving during the inaugural edition of this conference.
Continuing our preview series of the speakers of the inaugural DevConf.us, today we’re sharing an interview with Og Maciel, Senior Manager of Quality Engineering for the Satellite team at Red Hat.
Maciel’s August 18 talk will focus on an introduction to Selenium, the portable testing framework for web apps, and how beginners can get started using the Selenium IDE.