FLOSS event offerings have exploded in the last few years. You can find everything from very elite, invitation-only pricey events to small, local meetings that are open to everybody. Almost every company that migrates from being an Open Source consumer to a contributor becomes a conference sponsor, which is positive.
Out there, are the key Open Source communities that constitute the roots of this movement. Even in the cases where they are no longer under the spotlight, some communities still keep the essence of what has made Open Source unique and successful; in some cases for over 20 years, ensuring they have the greatest chances to stand for 20 more.
Events organised by these key communities are all about people, about community, about technology and innovation. Yes, there is space for marketing and business, but that is not where the focus lies or what participants look for. These conferences are not fancy, they do not get much media attention, they do not attract big sponsorship, nor a thousand participants.
But at the same time, they do not have ridiculous keynotes, booths of companies showing the same things over and over again, insubstantial talks about products with little innovation or preachers about how awesome their CLA based community they are building is. Conferences in which most participants are there simply to work. The kind of conferences you attend with little passion to after a while.
There is a group of companies out there that understand how important community focused conferences are. Companies that realise that these events are not just a key activity for those communities that organise them, but also for the participants as individuals and Open Source as a whole.
In many cases, these companies do not have a direct interest in what a specific community does, but they support them anyway, because they listen to their employees and support their passion, or simply as way of being fair, giving a little in return for the immense value they get out of the Open Source community. It is not charity, it is justice.
But in most cases, for these companies it is also about business, the hard kind of business, the sustainable one.
Professional growth requires you to think out of the box; to challenge your ideas; to listen to others’ opinions; to learn from the mistakes of your masters; to choose who to follow with care, and to put yourself in front of an audience, justify your decision and its consequences for others. In summary, to learn, with honesty and a critical spirit.
By supporting these events and encouraging your employees to attend, no matter if they are contributors or not, you are helping them grow while, at the same time, you are helping those key communities to keep on rolling. As a consequence, you are helping yourself too as an organization.
Three benefits for the price of one, and a cheap price.
I work for one of those companies, Codethink. We are strong in embedded, specially in Automotive. There are plenty of industry events we could invest our money in, getting an immediate value when done right. And we do invest in some. But these community-driven events are still a key part of our strategy. It is good for the business, because it is very good for our people.
In 2017 alone, Codethink has sponsored and/or helped in the organisation of FOSDEM, GUADEC, DebConf, several PyCon events, OpenStack meetups.. . On top of that, Codethink has a policy whereby each employee gets financial support and days off to attend such events. We are not the only company with this kind of strategies. There should be many more though. Obviously for an 80 people company, this is a serious investment. But after 10 years Codethink has demonstrated that this support is not a way of sharing profit, but a core business action.
My colleagues, as well as myself, learn, grow, share, refute, discuss and interact with some of the most talented developers (professionals) in the world at these events, taking advantage of an environment that no enterprise event can match. We recharge our batteries, open our eyes, ask ourselves key questions about our work and our careers, about our managers and colleagues, and about our own company. We learn what others do and how they do it, comparing the possibilities their companies provide them to ours. We interact with young developers, reflect on ourselves some years back, getting a different perspective of ourselves and our careers, etc. We grow as individuals and as professionals, so Codethink grows as organization.
It is like a cold shower in the morning. You do not know how good it is until you get dressed.
Obviously Codethink is far from perfect. There is plenty of room for improving these actions and the return we all get out of them, but overall it pays off, no question about it.
So next time you think about your sponsorship strategy and the participation of your colleagues in Open Source conferences, think about community driven events and give them a try. Ask your employees which are the good ones if you do not know them. They will tell you. Even better, attend with them. It will help you to understand the revolution Open Source represents at a completely different level, as well as the profound impact these events have over those who attend.
Like being a parent, you have to live it in order to get it. And Codethink gets it.
- Porting GNOME OS to Microchip's PolarFire Icicle Kit
- YAML Schemas: Validating Data without Writing Code
- Deterministic Construction Service
- Codethink becomes a Microchip Design Partner
- Hamsa: Using an NVIDIA Jetson Development Kit to create a fully open-source Robot Nano Hand
- Using STPA with software-intensive systems
- Codethink achieves ISO 26262 ASIL D Tool Certification
- RISC-V: running GNOME OS on SiFive hardware for the first time
- Automated Linux kernel testing
- Native compilation on Arm servers is so much faster now
- Higher quality of FOSS: How we are helping GNOME to improve their test pipeline
- RISC-V: A Small Hardware Project
- Why aligning with open source mainline is the way to go
- Build Meetup 2021: The BuildTeam Community Event
- A new approach to software safety
- Does the "Hypocrite Commits" incident prove that Linux is unsafe?
- ABI Stability in freedesktop-sdk
- Why your organisation needs to embrace working in the open-source ecosystem
- RISC-V User space access Oops
- Tracking Players at the Edge: An Overview
- What is Remote Asset API?
- Running a devroom at FOSDEM: Safety and Open Source
- Meet the codethings: Understanding BuildGrid and BuildBox with Beth White
- Streamlining Terraform configuration with Jsonnet
- Bloodlight: Designing a Heart Rate Sensor with STM32, LEDs and Photodiode
- Making the tech industry more inclusive for women
- Bloodlight Case Design: Lessons Learned
- Safety is a system property, not a software property
- RISC-V: Codethink's first research about the open instruction set
- Meet the Codethings: Safety-critical systems and the benefits of STPA with Shaun Mooney
- Why Project Managers are essential in an effective software consultancy
- FOSDEM 2021: Devroom for Safety and Open Source
- Meet the Codethings: Ben Dooks talks about Linux kernel and RISC-V
- Here we go 2021: 4 open source events for software engineers and project leaders
- Xmas Greetings from Codethink
- Call for Papers: FOSDEM 2021 Dev Room Safety and Open Source Software
- Building the abseil-hello Bazel project for a different architecture using a dynamically generated toolchain
- Advent of Code: programming puzzle challenges
- Improving performance on Interrogizer with the stm32
- Introducing Interrogizer: providing affordable troubleshooting
- Improving software security through input validation
- More time on top: My latest work improving Topplot
- Cycling around the world
- Orchestrating applications by (ab)using Ansible's Network XML Parser
- My experience of the MIT STAMP workshop 2020
- Red Hat announces new Flatpak Runtime for RHEL
- How to keep your staff healthy in lockdown
- Bloodlight: A Medical PPG Testbed
- Bringing Lorry into the 2020s
- How to use Tracecompass to analyse kernel traces from LTTng
- Fixing Rust's test suite on RISC-V
- The challenges behind electric vehicle infrastructure
- Investigating kernel user-space access
- Consuming BuildStream projects in Bazel: the bazelize plugin
- Improving RISC-V Linux support in Rust
- Creating a Build toolkit using the Remote Execution API
- Trusting software in a pandemic
- The Case For Open Source Software In The Medical Industry
- My experiences moving to remote working
- Impact of COVID-19 on the Medical Devices Industry
- COVID-19 (Coronavirus) and Codethink
- Codethink develops Open Source drivers for Microsoft Azure Sphere MediaTek MT3620
- Codethink partners with Wirepas
- Testing Bazel's Remote Execution API
- Passing the age of retirement: our work with Fortran and its compilers
- Sharing technical knowledge at Codethink
- Using the REAPI for Distributed Builds
- An Introduction to Remote Execution and Distributed Builds
- Gluing hardware and software: Board Support Packages (BSPs)
- Engineering's jack of all trades: an intro to FPGAs
- Bust out your pendrives: Debian 10 is out!
- Why you should attend local open source meet-ups
- Acceptance, strife, and progress in the LGBTIQ+ and open source communities
- Codethink helps York Instruments to deliver world-beating medical brain-scanner
- Codethink open sources part of staff onboarding - 'How To Git Going In FOSS'
- Getting into open source
- How to put GitOps to work for your software delivery
- Open Source Safety Requirements Analysis for Autonomous Vehicles based on STPA
- Codethink engineers develop custom debug solution for customer project
- Codethink contributes to CIP Super Long Term Kernel maintenance
- Codethink creates custom USB 3 switch to support customer's CI/CD pipeline requirements
- Codethink unlocks data analysis potential for British Cycling
- MIT Doctor delivers Manchester masterclass on innovative safety methodology
- Balance for Better: Women in Technology Codethink Interviews
- Full archive