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

어제 회사 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등을 벤치마킹했다고 한다. 중요한건 데이터이고 고객 데이터를 수집하는 클라우드..

차량용 IVI 소프트웨어 개발 환경에 대해 간단히 소개하고자 한다. 개발 환경을 알기 위해서는 차량에 들어가는 각각의 기능을 이해하는 것이 좋을 것 같아 우선 간단히 소개하고자 한다. 차량에 기본적으로 Instrument Cluster가 들어가고 추가적으로 Head Unit 등이 들어가게 된다. 각 보드의 구성에 따라서 여러개의 SoC가 하나의 Box에 들어가게 된다. 앞에 글에서도 이야기한 것 처럼 고성능의 SoC와 하이퍼바이저를 사용하여 여러 개를 사용해야할 것을 1-2개로 줄이는 노력을 하고 있다. 여기서는 Instrument Cluster과 Head Unit에 들어가는 각각의 Main 소프트웨어에 대해서만 간단히 이야하고자 한다. Instrument Cluster 계기판이 표시되는 부분으로 Saf..