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

위키피디아의 정의에 따르면 기술 부채(technical debt, design debt, code debt)는 현 시점에서 더 오래 소요될 수 있는 더 나은 접근방식을 사용하는 대신 쉬운(제한된) 솔루션을 채택함으로써 발생되는 추가적인 재작업의 비용을 반영하는 소프트웨어 개발의 한 관점이다. 기술 부채를 완전히 없이 가면 좋겠지만 현실적으로 약간의 타협을 하면서 갈 수 밖에 없다. 최악의 경우에는 계속 기술 부채를 안고 가다가 어느 순간 안고치면 더이상 나아갈 수 없는 상황이 생기기도 한다. 이번에 Yocto 업그레이드를 하다가 이 경우를 만났고 덕분에 엄청나게 일정이 지연되었다. 프로젝트 일정상 어쩔 수 없이 기술 부채를 안고 가는 경우에는 잘 기록해 놓았다가 최대한 빨리 그것을 해결해야 한다. 프로젝..

지금 진행중인 프로젝트는 몇천명의 개발자와 수십개의 개발 스크럼 팀이 있는 큰 개발 프로젝트이다. 그 안에는 관리자, PM, PO, SM, 아키텍트, 개발자 등 서로 다른 역할을 하는 구성원들이 있고 대부분이 개발자이다. 정보를 공유할 때 누구에게 어떤 방식으로 공유를 해야하는지가 정말 어렵다. 모든 관계자에게 모든 정보를 공유하는 건 낭비인 것 같기도 하고 모두에게 공유를 한다고 전체 메일을 써도 일부에게는 제대로 공유가 안되는 경우도 허다하다. 그리고 이미 공유한 내용이더라도 비슷한 질문을 여러번 다시 받아 힘들 때도 많이 있다. 물어보는 사람 입장에서는 한번이지만 답변을 하는 사람 입장에서는 수십번 수백번이기 때문이다. 어떻게 하면 정보를 효율적으로 알맞는 구성원들에게 공유를 할 수 있을까? 그리고..

이 책은 정말 쉽게 읽힌 책 중에 하나이고 필자와 같이 AI에 대해 거의 모르는 독자들도 쉽게 GPT에 대해서 이야할 수 있도록 적혀 있다. 상식으로 읽어도 좋을만한 책이다. 기술도 중요하지만 비용과 데이터도 엄청나게 중요하고 투자한 만큼 더 좋은 성능이 나와서 거대 모델을 만들어 좋은 성능을 얻으려면 큰 기업들에 유리한 구조라는 이야기 그리고 독일에 사회적 이슈가 될 만한 의제들은 녹서 (Green Paper)을 만들어 시민 사회 및 각계 각층의 여론을 수립해 최종 백서 (White Paper)을 만드는 내용이 특히나 인상적이였고 새로 알게 되었다. 이 책도 별 5개 중에 3개정도의 내용으로 개인적으로 생각한다. 솔직히 GPT보다 좀 더 넓은 인공지능 영역에 대해서 소개해 줄 것으로 기대했지만 영역이 ..

어디선가 추천은 받았는지 기억은 안나지만 개인 추천 목록에 있어서 한꺼번에 책을 구입할 때 이 책도 같이 딸려서 들어왔다. 지난주 주말에 이틀 동안 쉽게 읽혀 나갔다. 특별히 어려운 내용이 있는 것도 아니고 책의 저자가 애플에서 일한 기간동안 한 일과 느낀 내용들에 대해서 편하게 정리해 놓았다. 결국 데모를 만들고 피드백을 받고 개선하고 다시 데모하고 최종 선택을 받는 과정의 반복으로 애플에서의 일이 이루어 진다는 것을 이 책에서 말해주는 것 같다. 데모가 힘들고 선택되리라는 보장도 없지만 그래도 이것이 애플의 방식이라고 이야기하는 것 같다. 이게 주된 이야기이고 나머지는 작가가 애플에서 진행한 프로젝트에 대해서 이야기하면서 그 과정을 개발자 입장에서 하나하나 설명을 했다. 첫 브라우저 프로젝트 (사파리..

자동차 회사들이 안드로드이 앱을 차량용 인포테인먼트에서 지원하려고 많이들 노력하고 있다. 이 글에서는 안드로이드 앱을 지원하는 방법들에 대해서 알아보려고 한다. 벤츠 2024 E 클래스 풀체인지에서 틱톡, Zoom, Angry Bird와 같은 안드로이드 앱을 MBUX 위에서 지원한다. 이를 지원하는 방법은 여러가지가 있다. 그중 가장 많이 사용하는 3가지 방법에 대해서 이야기보고자 한다. 1. Full Android Automotive OS 전체 인포테인먼트 플랫폼을 안드로이드 오토모티브를 사용하는 방법이다. 많은 OEM에서 플랫폼 유지보수 비용을 줄이고 구글의 최신 기술을 계속 받아들이고자 사용하고 있다. 단점으로는 구글에 바이어스가 될 수 있다는 점이 있고 플랫폼 주도권을 직접 가지고 가지 못한다. ..

드디어 첫 이러닝 강의를 오픈했다. 앞 글에서 이야기한 것처럼 5개월정도의 작업 끝에 B2C로 오픈을 해서 누구나 들을 수 있게 되었다. 제목은 "처음 시작하는 Yocto 프로젝트"이고 임베디드를 개발하는 개발자라면 누구나 들을 수 있도록 최대한 기초를 담으려고 노력했다. https://www.codepresso.kr/course/307 에서 들을 수 있다. 최대한 쉽게 구성하려고 했지만 임베디드 지식이 있으면 더 좋다. 앞뒤 소개하는 장을 건너뛰고 실제로는 다음과 같이 구성되어 있다. 총 3시간 51분의 영상 강의로 진행이 되고 2시간 30분정도가 이론 강의 그리고 나머지 1시간 20분정도가 필자의 MACBOOK에서 실제로 실행하면서 설명하는 실습 강의로 구성된다. 4장. Yocto 프로젝트 소개 - ..

지난주 말에 드디어 Yocto 기초 과정 e-learning 을 마치고 공급업체(코드프레소)에 전달했다. 5월초부터 시작해서 10월초까지 계약부터 제작까지 총 5개월정도의 시간이 걸렸다. 시작은 코드프레소에서 지인에게 의뢰가 먼저 들어왔는데, 지인이 소개시켜줘서 진행하게 되었다. e-learning 제작은 처음이라서 코드프레소에서 준 가이드대로 열심히 만들어서 주고 피드백을 받아 수정을 했다. 기본 템플릿을 받았고 거기에 강의 자료를 100장 이상 만들어서 전달했고 이후 2-3주간 코드프레소에서 발표자료에 리터칭을 해서 훨씬 보기 좋게 되었다. 역시 전문가의 손길을 타니 다르긴 달랐다. 진행 일정 5월 초 ~ 6월 중순: 발표자료 완성 6월 중순 ~ 6월 말: 리터칭 (코드프레소) 7월 초 ~ 9월: 녹..

M1 아이패드 프로를 가지고 있는데 개발이나 다양한 방면으로 좀 더 잘 활용할 수 있는 방법을 찾고 있었다. 구글링 및 아이패드 앱을 검색하 던 중 터미널을 앱 (iSH)을 발견하고 사용한 후기를 간단히 적어보고자 한다. iSH 앱은 무료앱이고 github를 통해 소스도 오픈하여 개발하고 있다. sandbox 형태로 파일시스템이 설치되어 있고 아이폰 및 아이패드 모두 지원한다. 장점은 Ubuntu의 apt와 같이 앱을 apk 명령어로 설치할 수 있도록 제공을 하고 있다. 필자는 vi로 간단한 python app 개발 및 yocto를 git으로 받아 최신 개발 업데이트 상황을 파악하는 정도로 사용할 예정이여서 우선 git, tig, vim 이 3가지 애플리케이션이 가장 필요했다. vi는 기본적으로 설치되어..

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

요즘 내부 핫 토픽 중 하나는 Yocto 기반의 리눅스 Subsystem의 빌드 성능 향상 작업이다. 여러가지 원인으로 인해 성능이 좋은 AWS EC2 Instance를 사용해도 빌드 속도가 엄청나게 오래 걸린다. 물론 지금 모든 이야기는 shared state cache를 사용하지 않고 측청한 결과를 이야기한다. Yocto 공식 Wiki에서 빌드 성능을 향상시키기 위해 Build 서버에서 다음과 같이 설정하라고 가이드 한다. Put the build directory on its own disk. This is good practice in its own right since the build system has a tendency to wear disks heavily. Use the ext4 fil..