GitHub Wants Software for Autos to be More Open, Collaborative

Now that it’s clear automakers plan to take autonomous vehicles and mobility platforms to market in the near future, the industry is undergoing a transformation that, earlier this year, a General Motors executive described as being like cramming 50 years of technical advancement into five.

With these changes comes a significant need for talented young software developers who understand the computing concepts and languages that underpin these technologies. (Mobility, in the context of the auto industry, refers not to mobile phones or wheelchairs, but to non-ownership models such as ridesharing, carsharing, and multi-modal transportation.)

The auto industry’s sprawling legacy corporations, which traditionally thought of themselves simply as designers and manufacturers, are now being forced by customer expectations and changing market needs to adapt. Smartphones have led consumers to expect faster production cycles, unlimited connectivity, and other features that call for expertise in new areas like artificial intelligence, data science, and machine learning. If you’re an aging auto executive, how to you rally your IT team to embrace the coming changes?

Matthew McCullough, director of field services at GitHub, has some suggestions. GitHub is an online community and code repository popular with software engineers. The site follows open-source protocols, allowing its more than 15 million users to discover, implement, and contribute code while collaborating with other developers. GitHub also has an enterprise version that is already being used by NASA, PayPal, Ford, and other corporations hoping to streamline and modernize some of the work being done by their technical teams.

“Software has been in automobiles for more than a decade—this isn’t new,” McCullough said. “At GitHub, we’re highlighting what works for all industries. Open source can also be a template for automotive best practices.” Ford, for example, has begun to use GitHub to gradually modernize the way it tackles software development, which has resulted in “an amazingly fast transformation,” McCullough said. Especially at enterprise scale, he added, Ford’s faster, more collaborative approach has allowed the company’s software engineers to be more innovative by incorporating agile development practices—no doubt a foreign concept, initially, for a company used to five-year production cycles.

McCullough is an advocate of InnerSource, a methodology pioneered by PayPal that involves open-source, collaborative software development from within a company. According to the book titled “Getting Started with InnerSource,” PayPal’s path to InnerSource involved a series of large-scale corporate decisions that included a conscious shift in tools and corporate culture: “Through InnerSource, the company not only achieved faster development and better quality, but also created an environment of cross-team cooperation that encouraged programmers to contribute to any of PayPal’s development projects.”

Rapid product release cycles like the ones seen in the consumer electronics industry —which the auto industry is now trying, to some degree, to emulate—are not to be confused with cranking out cheap, low-quality technology, McCullough said.

“The idea is to break problems into smaller pieces and reduce duplications,” he explained. “It’s about communication and peer review; as we build systems, if there’s no dictionary to check if it’s been done before, people with good intentions end up rebuilding it. With GitHub and InnerSource, components are tested by many, which gets products to market sooner. It’s kind of like a pyramid: when the base changes, things above it change.”

McCullough believes that 10 years from now, we’ll see wide corporate adoption of InnerSource’s principles, perhaps especially in the auto industry. For one thing, he said, the kind of boundary-free collaboration InnerSource cultivates is exactly the approach needed in the auto industry at a time when there’s such intense competition for talented software engineers, many of whom live outside the U.S..

However, the idea of unfettered collaboration, especially cross-industry, likely makes

Author: Sarah Schmid Stevenson

Sarah is a former Xconomy editor. Prior to joining Xconomy in 2011, she did communications work for the Michigan Economic Development Corporation and the Michigan House of Representatives. She has also worked as a reporter and copy editor at the Missoula Independent and the Lansing State Journal. She holds a bachelor's degree in Journalism and Native American Studies from the University of Montana and proudly calls Detroit "the most fascinating city I've ever lived in."