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

오전 5시부터 준비를 시작했고 5시 30분부터 정확히 1시간 동안 "SDV가 가져올 미래 모빌리티 산업의 변화"를 주제로 진행을 했다. 오전 5시부터 대기하고 있을 때 일부 지인분들이 채팅창으로 연락을 주셔서 안부 근황을 물었었고 정확히 독일시간 오전 5시 30분부터 시작했다. 너무 이른시간이라 좀 멍하기도 했고 어리버리했던 것 같아서 약간 아쉽기도 했다. 전체적인 내용은 최대한 쉽게 이야기하려고 노력을 했고 기술적인 내용들은 많이 배제했다. 그럼에도 불구하고 E/E 아키텍처, 소프트웨어 플랫폼, SDV 등에 대한 이야기는 아주 살짝 기술적인 용어 (하이퍼바이저, ECU 등)가 가미가 되었다. 30-40분 지날 무렵 목소리가 완전 잠겨 좀 당황했는데, 힘들게 억지로 끌고 갔다. 1시간을 넘기지 말라는 담..

요즘 LG전자 인화원에서 "SDV가 가져올 미래 모빌리티 산업의 변화, 그리고 글로벌 완성차 업체와 공급사간의 협력 방안" 주제로 3월 중순에 진행할 세미나 자료를 만들고 있다. 그 중 하나의 챕터가 Automotive OS 이고 여러 OEM에서 어떻게 차량용 OS를 미래의 E/E 아키텍처에 맞춰서 가지고 가는지가 될 것이고 그 내용을 이 글에서 간략하게 적어보려고 한다. 현재 필자가 회사에서 하고 있는 2024년 올해 중점 분야도 이 부분이다. E/E 아키텍처 차량용 E/E 아키텍처는 Distributed 아키텍처 -> Domain 아키텍처 -> Central / Zonal 아키텍처 형식으로 진화해 나가고 있다. OEM에 따라서 각각 다르게 적용하고 있고 Domain과 Zonal의 중간형태인 Hybri..

휴가전에 출판사에서 Automotive Cybersecurity Engineering Handbook 책 출간 여부를 결정하기 위한 리뷰를 요청하였다. 리뷰는 이 책의 다루는 내용, 대상 독자, 시장성, 난이도 등을 고려하여 번역서를 출간해도 좋은지에 대한 것을 중점으로 진행하였다. 아래는 이 책이 다루는 내용이다. 파트1은 전체적으로 차량용 소프트웨어 및 사이버 보안에 대한 기본적인 이해를 위한 내용이다. 1장 "Introducing the Vehicle Electrical/Electronic Architecture" 에서는 전체적인 자동차의 EE 아키텍처에 대한 하드웨어/소프트웨어 구조 설명 및 자동차 네트워크에 대한 기본 설명을 함으로써 뒤에 나올 내용들에 대한 이해를 쉽게 하였다. 2장 "Cybe..

요즘 SDV (Software Defined Vehicle) 세미나를 위해서 자료 수집중에 있다. 이 글을 단순히 필자가 수집한 자료를 나열하려고 적고 있다. 자료를 읽어보고 조금 더 정리가 되면 요약해서 또 하나를 올려볼까 한다. SDV에 대한 정의, SDV를 대하는 OEM, Tier 1 의 행보, 미래 비전 등이 여러 문서에 나와 있다. 또한 오픈소스 프로젝트 SDV Alliance , COVESA (Connected Vehicle System Alliance), SOAFEE (Scalable Open Architecture for Embedded Edge), AGL (Automotive Grade Linux), Digital.auto, Eclipse SDV 등 다양한 오픈소스에서 가고자 하는 방향등..

이틀간의 UI 통합 관련 워크샾을 마치고 돌아왔다. 워크샾 기간 동안 그리고 저녁식사를 같이 하면서 많은 이야기를 나누었다. UI 개발자가 몇백명이고 독립된 CI/CD 팀과 내부 인프라 등을 모두 가지고 있었다. 물론 테스트를 위한 전용 차량 및 테스트 벤치, 통합팀 등 전체 개발에 필요한 모든 조직을 내부에 가지고 있었다. 그럼에도 불구하고 UI 도메인 테스트가 끝나고 통합 직전 Pre Integration 테스트를 할 때 가끔 문제가 발생한다. UI 뿐만이 아니라 덩치가 큰 Speech, SoC, Camera, Media, Vehicle 도메인은 자체 통합팀 및 테스터를 보유하고 있다. 그리고 Pre Integration 팀에서도 통합 직전 테스트시 문제가 발생할 때 왜 나는지 개선을 위해 5 why..

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

어제 회사 Summer Party에서 동료와 승진 과정 및 조건에 대한 주제가 나와서 간단히 글을 적어보고자 한다. 지금 기준인 지금 필자가 있는 회사기준이고 모든 독일회사가 동일하지는 않다. 그리고 Staff, Principal 엔지니어에게 요구되는 덕목(?)도 요즘에 많은 고민을 하고 있고 관련된 서적도 읽고 있어서 그 책을 다 읽고 이와 비슷한 이야기를 다시 적고자 한다. 위의 그림은 일반적인 커리어 패스에 대해서 개발 패스와 매니저 패스로 나눠서 체계를 잘 적어놓았고 필자의 회사와 완벽하게 포지션 명까지는 일치하지 않지만 대략 비슷하다. 대부분 경력 10-15년차정도 되는 개발자들은 위의 그림 기준으로 시니어 소프트웨어 엔지니어가 된다. 필자의 회사에서도 시니어 소프트웨어 엔지니어는 엔니지어링 매..

소프트웨어 개발 과정중에 테스트는 구지 꺼내어 이야기할 필요도 없을 정도로 기본이고 중요하다. 그 테스트 종류는 단위 테스트, 통합 테스트, 시스템 테스트, 사용자 시나리오 테스트 등등 다양하다. 현재 2024년도 벤츠 E Class 최종 막바지 작업과 차세대 프로젝트 등 동시에 진행중에 있으며 테스트 및 통합 관련 이야기는 프로젝트 시작부터 지금까지 계속 중요한 주제 중 하나로 다루어지고 있다. 통합 이야기는 다른 글에서 이야기하고 하고 이 글에서는 테스트 이야기를 조금 더 해보기로 한다. 개발 과정중에 단위 테스트, 컴포넌트 테스트, 도메인 테스트 등 다양한 테스트를 개발자 및 개빌 팀, 도메인 팀에서 진행을 한다. 하지만 통합 직전에 하는 테스트에서 문제는 끊임없이 계속 반복이 된다. 심지어 그 도..

소프트웨어 플랫폼 1부 LG전자 편에서는 webOS가 LG전자의 개발 문화를 한층 높였다고 자평했다. 여전히 그 믿음에는 흔들리지 않는다. 물론 양산 직전에는 이전과 달라지지 않았지만 애자일한 방법도 도입이 되었고, 이전에 지속적으로 품질에 대한 성숙도도 높아졌다. 이 글에서는 MB.OS (Mercedes-Benz Operation System)에 대해서 간단히 이야기해보고 그 중에서도 Infotainment에서 생각하고 있는 소프트웨어 플랫폼에 대해서 조금 더 자세히 이야기해보고자 한다. MB.OS (Mercedes-Bnez OS) MB.OS는 크게 4개로 나누어지고 각기 다른 형태의 OS를 가질 수도 전체의 코어 플랫폼을 하나로 가지고 다른쪽에 수평전개해서 사용할 수도 있다. 하지만 여전히 논의중이고..

Tesla 차량의 소프트웨어 개발 방법론에 대해 관심을 가지고 있다가, Tesla 소프트웨어 개발 내용을 듣고 자료를 검색하여 이 글을 쓰게 되었다. 실제와 다를 수 있으니 참고용으로 보면 좋을 것 같다. 개발 조직 / 문화 Tesla는 크게 개발팀이 Infortainment 개발팀 (약 300명), Auto Pilot 개발팀으로 구성되어 있는 것으로 보이고 엄청난 강도로 일을 하는 것 같다. 조직 구조는 기술분야에 맞게 Matrix 구조로 되어 있고, 스크럼으로 운영하는 팀이 있지만 따로 SM, PO가 있지는 않은 것 같다. 차량용 소프트웨어 개발이라 하면 Tesla를 많이 벤치마킹하겠다고 달려들고 있지만, Tesla도 BMW등을 벤치마킹했다고 한다. 중요한건 데이터이고 고객 데이터를 수집하는 클라우드..