독일에 있는 자동차 소프트웨어 개발자

아래 글들을 읽어보면 Mercedes-Benz에서 첫 Infotainment In-house Software를 곧 양산한다는 것을 알 수 있을 것이다. 이 글에서는 2-3년동안 필자의 회사에서 어떻게 integration Process가 바뀌었는지 그리고 필자가 알고 있는 프로세스들에 대해서 소개하고자 한다. CI/CD를 가장한 지속적인 통합 CI/CD의 원칙은 완벽하게 자동화된 테스트와 신뢰성 있는 테스트 결과에 기반을 한다. 임베디드 특히 소프트웨어의 복잡도가 엄청 높은 차량용 임베디드 소프트웨어 개발에서 이를 잘 도입하기란 필자의 경험상 어려운 것 같다. 필자의 회사에서도 초기 1-2년정도 이것을 하려고 프로세스만 따랐고 결국은 잘 안되서 Staging이라는 프로세스를 도입했다. 임베디드 특히나 ..

한국 출장차 베를린에서 출발해 뮌헨 공항에서 대기중이다. 무려 8시간이나 ㅠㅠ 뮌헨에 사는 같이 가는 분과 일정을 맞추기 위해 어쩔 수 없다. 시간이 너무 많이 남아 노트북을 열었고 얼마전 지인과 독일 OEM 3사의 소프트웨어 회사 MBition (Mercedes-Benz Innovation Lab.), BMW Car IT, Cariad (폭스바겐 그룹)에 대해 이야기 했던 것이 생각나 정리해보려고 한다. 개인적으로 아는 정보로는 BMW Car IT -> Cariad (이전이름 Carmeq) -> MBition 순서대로 각 OEM의 소프트웨어 회사가 설립 된 것으로 알고 있다. BMW Car IT와 Carmeq는 솔직히 누가 먼저 생겼는지 모르겠지만 느낌상 그렇다. 자동차의 소프트웨어가 너무 광범위해서 ..

소프트웨어를 개발할 때 테스트는 기본적으로 같이 이루어져야 한다. 이 글에서는 차량용 소프트웨어를 개발할 때 ASPICE 프로세스를 기준으로 어느 단계에서 어떤 테스트가 이루어져야하는지를 간단히 소개하고 이를 CI와 연결하여 자동으로 테스트할 수 있는 방법에 대해서 이야기해보고자 한다. 이론은 크게 어렵지 않지만 실제 개발에 적용하기란 단계에 따라 상당히 어려울 수 있다. 이유도 가지 각색으로 정말 다양하다. 개발 리소스, CI 리소스, 하드웨어 리소스 문제, 안정성 문제, Component/SW Elements 등에 대한 정의의 문제, 의존성 문제 등등 말이다. 이 각각의 문제를 필자의 경험을 토대로 어떻게 하면 해결할 수 있을까 또는 왜 그렇게 어려운가에 대해서 하나씩 풀어보고자 한다. https:/..

지금 Mercedes-Benz 본사가 있는 Sindelfingen에 이틀 동한 UI 통합 관련 워크샾을 하러 가는 길이다. 새벽같이 일어나 공항에서 대기하는 도중 간단히 정리도 할 겸 블로그를 열었다. 차량용 인포테인먼트 소프트웨어 통합은 정말로 복잡하고 어렵다. 앞의 글에서 테스트에 대해서 이야기 했다시피 여러가지 장벽이 많다. 통합과정 중 테스트는 가장 중요한 핵심 요소 중에 하나이다. 테스트 부분은 빙산의 일각일 뿐이다. 회사 전체의 화두 중 하나도 소프트웨어 통합이다. 통합 관련 VSM (Value Stream Mapping) 워크샾도 여러번 진행을 하면서 전체 개발 과정을 펼쳐놓고 어느 부분이 bottleneck이고 어떻게 하면 조금 더 효율적으로 해결할 수 있는 지 등등을 이야기 했다. 여러번..

이전 글에서는 Delivery Team 에 대한 다양한 구성 방법에 대해서 이야기했다. 이 글에서는 실제로 회사에서 진행하려는 Subsystem Delivery 조직 구성에 대해서 조금 더 이야기해보고자 한다. 이렇게 글로 쓰면 생각이 좀 더 정리되어 조직을 구성하는데 쉬울 것 같아서 블로그를 열었다. 다음 그림은 완전히 일치하지는 않지만 곧 출시할 벤츠 E Class의 인포테인먼트 구조와 비슷하다. 용어 설명 Sub System: 각각의 Guest OS, 즉 QNX, Linux, Android, RTOS 가 각각의 Sub System 이다. System: 모든 Sub System을 통합 조직 구성 각각의 Sub System 별로 Delivery 팀을 구성할 예정이고, 전체를 통합하여 릴리스하는 Syst..

정확히 언제였는지 기억도 안난다. 한 10년쯤 전인가.. LG전자 CTO 산하 멀티미디어 연구소로 입사해서 블루레이 플레이어 및 이런저런 제품을 개발하고 있던 시절. 연구소 이름이 소프트웨어 플랫폼 연구소로 바뀌고 이제 플랫폼에 집중하겠다라고 했었던 시절이 있었다. 그 이름은 지금도 그대로 소프트웨어 플랫폼 연구소로 남아 있고 webOS 기반으로 플랫폼 관련된 일을 계속 하고 있는것으로 알고 있다. 처음에 소프트웨어 플랫폼이 무엇일까? 그 당시 어린 (?) 개발자에게는 이해도 안가고 너무 추상적인 개념 갔았다. 아직도 기억이난다. 황정환 연구소장님이 플랫폼을 최대한 쉽게 설명하고 이해시키려고 노력했던 모습을.. 기억을 되새겨 보자면 플랫폼이란 다른 일들을 하기 위한 기반이 되는 것이고 백화점을 예를 들어..

지난주 Mercedes-Benz E Class 풀체인지 모델이 공개되었다. 그리고 필자는 간단히 이 내용에 대해 글을 썼었다. 오늘은 Mercedes-Benz가 In-house IVI 첫 양산을 하기까지의 간단한 여정을 기록에 남기기 위해 글을 써보기 위해 노트북을 열었다. 이 여정의 시작은 2017년도로 거슬러 올라간다. 2017년 그 당시 이름 Daimler는 MBition (Mercedes-Benz Innovation Lab.)을 오픈하기로 결정을 한다. 이때는 몇명이 안되는 직원들로 시작을 했다. 이때는 회사를 성장시키기 위한 전략과 인원을 확충하는 전략을 취하던 시기였다. 2019년 3월 필자가 합류를 했고 이 당시 약 200명의 개발자와 Supplier들이 함께 먼 미래에 양산을 하기 위한 준..

2020년 2월 Automotive Software Architectures 책 1판을 번역하기 위해 에이콘 출판사를 컨텍했고 흔쾌히 번역을 제안해서 수락을 받았다. 6개월이면 초벌 번역이 완료될 것이라는 안일한 생각.. 결국 여러 우여곡절 끝에 2023년 1월 31일에 출간이 되었다. 히스토리 3년간의 히스토리를 간략하게 정리하면 다음과 같다. 2020년 2월 14일 - 계약 2020년 12월 28일 - 도서 번역 포기 선언 (70% 번역 완료한 상황), 출판사의 권유로 다시 시작 2021년 3월 3일 - 2판 출간 2022년 3월 24일 - 초판 번역 완료 2023년 1월 4일 - 출판사 수정 2023년 1월 31일 - 출간 위의 책은 3년간의 우여곡절 끝에 출간되었다. 여러가지 이유가 있겠지만 너무..

10월 18일 독일 베를린 도이치텔레콤 허브라움에서 한양대 MOT 독일 연수오신 분들께 현재 자동차 산업 동향에 대해 한시간 반정도 소개를 했다. 각기 다른 분야에서 일하고 계신 분들이라 독일 3사 현황을 CASE (Connectivity, Autonomous, Shared, Electric) 기반으로 발표를 했다. 최근 현대자동차에서 발표한 각 계층의 Platform (Vehicle Platform, E/E Architecture, Software Platform, Data Platform) 전략이 너무 잘 정리되어 있어서 3분정도 보여줬다. 이 글을 읽는 분들은 전체 동영상을 보면 큰 그림을 정리하는데 도움이 될 것 같다. Connectivity 파트에서는 차를 중심으로 이루어지는 모든 것들이 네트워..

2019년 프랑스 리옹을 마지막으로 ELCE 가 Virtual로 전환되었다. 2년만에 다시 참석한 ELCE.. 코로나 여파로 인해 규모는 이전보다 작아졌지만 다시만난 개발자 및 오프라인 세션이 너무나도 반가웠다. 이번에는 같은 회사 동료 4명과 함께 갔고 이전 동료들도 만난 뜻깊은 컨퍼런스였다. 아일랜드 더블린에서 9월 13일부터 16일까지 진행한 컨퍼런스에서 많은 재밌는 세션들, 네트워킹 등이 있었고 첫째날에는 모두들 Guiness Factory 에서 재밌는 시간을 보냈다. 다양한 세션들이 있었는데 그 중 개인적으로 흥미롭게 본 세션은 아래와 같다. 링크를 들어가면 발표자료를 볼 수 있고 추후에 Youtube에 프리젠테이션이 오픈될 것으로 보인다. Booting Automotive ECUs Really..