소식

밤새 짠 코드가 경쟁사 서비스에 버젓이 들어가 있는 걸 발견했다. 그것도 내가 오픈소스로 공개한 코드라서 법적으로 문제없다는 주장까지 따라온다면. 이런 일이 실제로 벌어진다. 오픈소스를 ‘공짜’와 ‘자유’를 동의어로 착각하는 순간, 이런 상황이 생긴다. 그 경계를 정하는 게 라이선스다.

오픈소스는 공짜 뷔페가 아니다

공짜 뷔페라도 접시는 반납해야 하고, 음식을 외부로 싸들고 나가면 안 된다. 오픈소스도 마찬가지다. 누구나 쓸 수 있지만, 조건이 붙는다.

이 조건을 무시하면 단순한 에티켓 문제로 끝나지 않는다. 소스 코드 전체를 강제 공개해야 하거나, 거액의 손해배상 청구를 받는 상황이 온다. 스타트업 입장에서는 서비스 존폐를 건드리는 수준의 리스크다. 개발자든 기획자든, 우리 서비스에 어떤 오픈소스가 들어가 있고 그 라이선스가 뭘 허용하는지 모르면 곤란하다. 법정 다툼은 ‘몰랐다’는 말을 들어주지 않는다.

MIT, GPL, 아파치 — 3대 라이선스

오픈소스 라이선스 종류는 수십 가지지만, 실제로 현장에서 자주 마주치는 건 세 개다. MIT, GPL, 아파치(Apache) 2.0. 이 셋만 제대로 이해해도 웬만한 라이선스 이슈는 걸러낼 수 있다. 차이의 핵심은 딱 하나, ‘자유를 어디까지 허용하느냐’다.

• MIT: 출처만 남겨줘, 나머진 알아서 써. (가장 허용적)
• GPL: 내 코드로 만든 건 너도 똑같이 공개해야 해. (강력한 공유 의무)
• 아파치 2.0: MIT처럼 자유롭되, 특허 건드리는 건 안 돼. (실용성 + 법적 안전망)

각각 뭐가 다른지 뜯어보자.

MIT 라이선스: 조건이 딱 하나

React, VS Code, .NET Core. 이름만 대면 아는 프로젝트들이 MIT 라이선스를 쓴다. 그도 그럴 것이, 조건이 단 하나다. 원본 저작권 표시와 MIT 라이선스 원문을 결과물에 포함할 것. 그게 전부다.

• 상업적 이용, 수정, 복제, 배포 모두 자유.
• 소스 코드를 공개하지 않아도 된다.
• 다른 라이선스와 충돌할 일도 거의 없다.

기업들이 MIT를 제일 좋아하는 이유가 여기 있다. 갖다 쓰고, 수정하고, 상품으로 팔아도 된다. 저작권 고지 하나만 넣으면 그만이다. 자유도가 높은 만큼 다른 라이선스와의 호환성도 넓어서 복잡한 의존성 트리를 관리할 때도 상대적으로 편하다.

GPL 라이선스: 카피레프트의 칼날

GPL(GNU General Public License)은 MIT와 철학이 정반대다. 핵심 개념은 카피레프트(Copyleft). 저작권을 뜻하는 Copyright를 뒤집은 말로, 자유롭게 공유된 코드는 계속해서 자유롭게 공유되어야 한다는 사상이 담겨 있다.

• GPL 코드를 한 줄이라도 포함한 파생 프로그램은 반드시 동일한 GPL 라이선스로 소스 코드 전체를 공개해야 한다.

이게 왜 무섭냐면, 상용 소프트웨어에 GPL 코드가 단 한 줄 섞여 들어갔다가 전체 소스를 공개해야 할 수 있기 때문이다. 리눅스 커널, Git, 워드프레스가 GPL 기반이다. 오픈소스 정신을 가장 강력하게 지키는 장치지만, 기업 코드베이스에서는 가장 조심해야 할 라이선스다. 이건 좀 과하다 싶을 정도로 강제성이 세다. 참고로, 라이브러리 형태로 ‘연결’해서 쓰는 경우를 위해 제한을 완화한 LGPL이라는 버전도 있다. 라이브러리를 동적 링크 방식으로만 쓴다면 LGPL 쪽이 숨통이 트인다.

아파치 라이선스 2.0: 특허까지 건드린다

안드로이드, 쿠버네티스, Swift. 대규모 기업 주도 오픈소스 프로젝트가 아파치 2.0을 선택하는 데는 이유가 있다. MIT처럼 자유롭게 쓸 수 있으면서, 특허 문제를 명시적으로 다루기 때문이다.

• 상업적 이용, 수정, 배포 자유. 소스 코드 공개 의무 없음.
• 원본 저작권 및 라이선스 정보 명시 필요.
• 결정적 차이: 명시적 특허 조항이 들어간다. 기여자는 자신이 기여한 부분의 특허 사용권을 사용자에게 무료로 부여하고, 사용자는 기여자에게 특허 소송을 제기할 수 없다.

이 특허 조항이 구글·애플 같은 대기업이 아파치 2.0을 선호하는 이유다. 잠재적 특허 분쟁을 사전에 차단하는 안전장치 역할을 한다. MIT는 특허 관련 조항이 없어서, 규모가 커지면 법적 불확실성이 남는다. 그 지점에서 아파치 2.0이 더 안정적이다.

라이선스 위반, ‘몰랐다’는 말은 안 통한다

얼마 전 한 스타트업이 고객사 오픈소스 코드를 라이선스 규정에 어긋나게 가져다 썼다는 의혹이 테크 업계 뉴스에 올랐다. 이런 사건이 터지면 세 가지 타격이 동시에 온다.

• 법적 분쟁: 라이선스 소유자는 소스 코드 공개 요구나 손해배상 청구가 가능하다. 법정 싸움은 시간과 비용 모두 소모가 크다.
• 평판 훼손: ‘남의 코드 훔친 회사’ 낙인은 개발자 커뮤니티와 투자자 모두에게 치명적이다. 좋은 인재 영입도, 다음 투자 유치도 어려워진다.
• 프로젝트 중단: 문제 코드를 전부 식별하고 걷어내야 한다. 서비스 핵심 기능에 깊숙이 엮여 있으면 사실상 처음부터 다시 짜는 최악의 시나리오가 펼쳐진다.

결국 라이선스 관리는 개발 실무 중 하나가 아니다. 회사의 생존을 좌우하는 리스크 관리다. 나중에 투자받거나 M&A 협상 테이블에 앉았을 때, 라이선스 감사(audit)가 발목을 잡는 경우가 생각보다 많다.

어떤 라이선스를 골라야 할까

직접 오픈소스를 공개하거나, 제품에 어떤 라이선스의 코드를 써야 할지 모르겠다면 이 세 가지 질문만 던져보면 된다.

1. 다른 사람이 상업적으로 써도 괜찮은가?
대부분 괜찮다면 MIT나 아파치가 맞다. 조건을 최소화해서 사용자 저변을 넓히는 전략이다.

2. 내 코드를 쓴 파생 프로젝트도 반드시 공개하게 만들고 싶은가?
오픈소스 확산이 목표라면 GPL이 답이다. 상업적 활용도를 높이고 싶다면 MIT나 아파치를 선택해야 한다. 솔직히 여기서 갈린다. GPL을 택하는 순간, 기업 고객이 채택하기 어려워진다는 걸 감안해야 한다.

3. 여러 기업이 동시에 참여하는 프로젝트인가?
규모가 크고 특허 리스크가 있다면 아파치 2.0이 현명한 선택이다. 기여자 간의 잠재적 분쟁을 라이선스 텍스트 자체로 예방한다.

오픈소스는 개발 생태계를 키우는 진짜 자산이다. 단, 뒤에 붙은 규칙을 제대로 알고 써야 그 가치를 온전히 누릴 수 있다. 라이선스 하나 허술하게 관리했다가 서비스 전체가 흔들리는 일, 남 얘기가 아닐 수 있다.

출처: TechCrunch

아이폰 6s를 몇 년째 쓰는 지인이 있다. 느려도 쓸 만하다며 버티더니, 어느 날 카드 정보가 새어 나갔다. 업데이트를 몇 달째 미뤄두고 있었다고 했다. 이게 남 얘기만은 아니다.

기능 업데이트 vs 보안 업데이트, 완전히 다른 얘기다

iOS 업데이트는 크게 두 종류로 나뉜다. 숫자가 통째로 바뀌는 ‘기능 업데이트'(예: iOS 17 → iOS 18)와, 소수점 아래만 바뀌는 ‘보안 업데이트'(예: iOS 17.5 → iOS 17.5.1)다.

느려진다, 배터리가 빨리 닳는다는 불만은 주로 기능 업데이트에서 나오는 이야기다. 새 기능이 왕창 추가되면 구형 하드웨어에 부담이 가는 건 어쩔 수 없다. 근데 보안 업데이트는 성격 자체가 다르다. 새 기능은 하나도 없고, 시스템에서 발견된 치명적인 보안 구멍만 막는다. 해커가 개인정보를 빼내거나 기기를 원격으로 건드릴 수 있는 통로를 차단하는 거다. 구형 아이폰이라도 이건 선택이 아니다.

다크소드(DarkSword) 해킹, 구형 폰이 표적이었다

보안 업데이트를 무시하면 어떻게 되는지, 최근 사례가 잘 보여준다. 테크크런치 보도에 의하면, 애플은 ‘다크소드(DarkSword)’라는 해킹 공격을 막기 위해 아이폰 6s, 아이폰 7, 아이패드 에어 2 등 구형 기기 전용 긴급 보안 업데이트(iOS 15.8.3)를 배포했다. 기기 잠금을 우회하고 개인 데이터를 빼내는 수준의 공격이다. 심각한 거다.

‘설마 내 폰이?’ 이렇게 생각하기 쉽다. 근데 해커들은 특정인을 노리지 않는다. 보안 구멍이 열려 있는 불특정 다수가 목표다. 업데이트를 안 한 기기는 그냥 열린 문이다. 방치한 만큼 위험에 노출되는 셈이다.

그래서 느려지긴 하나?

솔직히 반은 맞고 반은 틀리다.

• 보안 패치: 용량 자체가 매우 작다. 특정 취약점 하나만 건드리기 때문에 성능에 거의 타격을 주지 않는다.
• 최적화 포함: 오히려 마이너 업데이트 중 일부는 시스템 안정성과 성능을 개선하는 코드도 함께 들어온다.

결론만 말하면 — 보안 업데이트 때문에 기기가 눈에 띄게 느려질 가능성은 낮다. 조금 느려질 수 있다는 걱정 vs 개인정보 유출 가능성. 어느 쪽이 더 무서운지는 굳이 따질 필요도 없다. 약간의 찜찜함 때문에 잠재적 해킹 위협을 감수하는 건 말이 안 된다.

내 아이폰, 업데이트 대상인지 확인하는 법

애플은 구형 기기도 몇 년간은 꾸준히 보안 업데이트를 내보낸다. 확인하고 설치하는 방법은 간단하다.

1. ‘설정’ 앱을 연다.
2. ‘일반’ 메뉴로 들어간다.
3. ‘소프트웨어 업데이트’를 선택한다.

‘최신 버전의 소프트웨어입니다’가 뜨면 안전하다. 다운로드 및 설치 버튼이 보이면, 와이파이 연결된 상태에서 충전기 꽂고 바로 진행하면 된다. 이 정도는 5분이면 된다.

자동 업데이트, 켜두는 게 편하다

매번 확인하기 귀찮다면 자동 업데이트를 켜두는 게 낫다. ‘소프트웨어 업데이트’ 메뉴에서 ‘자동 업데이트’ 항목을 설정하면 된다. 여기서 ‘보안 대응 및 시스템 파일’ 항목만큼은 반드시 켜놔야 한다. 이렇게 설정해두면 잠자는 동안 와이파이에 연결될 때 자동으로 중요한 보안 패치가 설치된다. 신경 안 써도 기기가 알아서 막아준다. 이거 하나면 충분하다.

구형 폰일수록 지킬 건 ‘보안’ 하나다

최신 아이폰은 카메라, AI 기능, 성능이 핵심이지만 몇 년 된 구형 아이폰의 핵심 가치는 하나다. 내가 쓰던 환경에서 통화, 메시지, 웹서핑을 안정적으로 이어가는 것. 그 경험을 지켜주는 최소한의 조건이 보안 업데이트다.

성능 향상 기대는 내려놓자. 그냥 ‘내 데이터 지키기’라는 생각 하나로 꾸준히 챙기는 습관이 결정적이다. 구형 폰일수록 더 그렇다.

출처: TechCrunch

테슬라 FSD를 켜놓고 뒷자리에서 잠드는 영상이 유튜브에 올라올 때마다 댓글이 둘로 갈린다. “이미 완전 자율주행 아니냐”는 쪽과 “저러다 죽는다”는 쪽. 둘 다 틀린 말은 아닌데, 문제는 논쟁의 전제 자체가 엇나가 있다는 거다. 얼마 전 Wired가 전한 내용도 마찬가지다. 로보택시 운행 중 위급 상황에서 사람이 원격으로 개입한다는 사실에 많은 사람이 “자율주행 아니었어?”라며 고개를 갸웃했다. 우리가 상상하는 자율주행과 실제 기술 사이의 간극, 생각보다 크다.

레벨을 모르면 기능을 과신한다

자율주행은 ‘된다/안 된다’의 이분법이 아니다. 국제자동차기술자협회(SAE)가 레벨 0부터 5까지 총 6단계로 구분한 데는 분명한 이유가 있다. 어느 레벨인지 모르고 타면 기능을 과신하다 사고로 이어진다. 사고가 났을 때 책임이 운전자한테 있는지 제조사한테 있는지도 레벨에 따라 완전히 달라진다. 단순한 기술 분류가 아니라 법적 기준이다.

레벨 0~2: 운전자가 여전히 주인공

지금 도로 위 차 대부분이 여기에 속한다. ‘자율주행’이라는 표현보다 운전자 보조 시스템(ADAS)이 더 정확하다.

• 레벨 0 (비자동화): 운전자가 모든 걸 제어한다. 자동 긴급 제동, 후방 충돌 경고 같은 단순 경고 기능만 포함된다.
• 레벨 1 (운전자 보조): 조향(차선 유지 보조)이나 가감속(어댑티브 크루즈 컨트롤) 중 하나만 보조한다. 동시에 두 가지는 안 된다. 손은 항상 운전대 위에 있어야 한다.
• 레벨 2 (부분 자동화): 조향과 가감속을 동시에 보조한다. 고속도로 주행 보조(HDA)가 여기다. 핵심은 이거다 — 시스템이 못 하는 상황이 오면 즉시 운전자가 받아야 한다. 모든 책임은 운전자에게 있다. 테슬라 오토파일럿도, FSD(Full Self-Driving) 베타도 법적으로는 레벨 2다. 이름이 ‘완전 자율주행’이어도.

레벨 3: 책임 소재가 바뀌는 지점

레벨 3부터 진짜 ‘자율주행’이라는 표현이 어울리기 시작한다. 제한된 조건 안에서 시스템이 운전의 주체가 된다. 고속도로 정체 구간처럼 정해진 상황에서는 운전대에서 손을 떼도 전방을 계속 주시하지 않아도 된다. 단, 시스템이 “이제 당신이 받아요”라고 요청하면 즉시 대응해야 한다. 무조건 딴짓만 해도 된다는 뜻이 아니다.

결정적인 차이는 책임이다. 시스템 작동 조건 내에서 사고가 나면 제조사가 책임진다. 제조사들이 레벨 3 기술을 내놓는 데 극도로 신중한 이유가 여기에 있다. 한번 출시하면 사고 책임을 고스란히 떠안아야 하니까.

레벨 4: 정해진 구역 안에서는 진짜다

운전자 개입이 거의 필요 없다. 지정된 지역(Geofencing) 내에서는 시스템이 주행 전체를 책임진다. 뒷자리에서 자도 된다. 시스템이 한계 상황을 만나면 스스로 안전한 곳에 정차한다. 멈추는 것 자체가 기능이다.

‘로보택시’라고 불리는 서비스들이 목표로 삼는 수준이 레벨 4다. 구글 웨이모(Waymo), GM 크루즈(Cruise)가 대표적이다. 미국 일부 도시에서 이미 운행 중이긴 한데, 지금은 여전히 ‘제한된’ 레벨 4라는 단서가 붙는다.

레벨 5: 이론적으론 완벽하다

운전대도 없고 페달도 없다. 날씨, 지역, 도로 상태에 상관없이 어디든 스스로 간다. 사람이 운전할 수 있는 모든 상황을 시스템이 처리한다. 이게 레벨 5다.

솔직히 말하면 아직 멀었다. 폭설, 비포장도로, 예고 없이 생기는 공사 구간 같은 극단적인 변수를 전부 처리하려면 현재 기술로는 부족하다. 어느 회사도 아직 거기에 못 미쳤다. 이론 속에 있는 단계라고 보는 게 현실적이다.

로보택시, 결국 몇 레벨인가

지금 상용화된 로보택시는 대부분 ‘제한된’ 레벨 4다. 특정 도시의 일부 구역, 맑은 날씨 같은 조건이 붙는다. 그 조건을 벗어나면 운행이 멈추거나 원격 관제 센터가 개입한다.

Wired 보도에서 나온 원격 제어도 이 맥락이다. 갑작스러운 공사 구간이나 시스템이 제대로 읽지 못하는 복잡한 교차로처럼, 스스로 해결하기 어려운 ‘엣지 케이스(Edge Case)’에 한해 사람이 보완하는 구조다. 기술적 결함이 아니라 안전 장치다. 이 둘을 구분하는 게 중요하다.

마케팅 이름과 실제 레벨은 다르다

‘완전 자율주행’이라는 이름으로 팔리는 기능이 실제로는 레벨 2인 경우가 많다. 운전자가 계속 주의를 기울여야 하는 단계인데, 이름만 들으면 다 알아서 한다는 인상을 준다. 이건 좀 심각한 간극이다.

기술은 빠르게 발전하고 있다. 그러나 레벨 5가 일상이 되려면 기술 문제만이 아니라 법제도, 보험 체계, 도로 인프라까지 함께 바뀌어야 한다. 남은 과제가 한두 가지가 아니다. 당분간은 내 차의 자율주행 레벨이 몇인지 정확히 알고, 그 범위 안에서 쓰는 게 제일 안전한 방법이다.

출처: Wired

차에서 스마트폰 보다가 속이 뒤집힌 경험, 한 번쯤은 있을 것이다. 멀미약은 졸리고, 지압 밴드는 반신반의하게 되고. 근데 최근 삼성 C-Lab에서 꽤 황당할 정도로 단순한 솔루션을 들고 나왔다. 헤드폰 꽂고 60초만 특정 소리를 들으면 멀미가 줄어든다는 거다. 약도 아니고, 특별한 장비도 없이 오직 소리만으로. 솔직히 처음 들었을 때 좀 의심스러웠다. 그래서 원리를 직접 파고들었다.

멀미, 뇌에서는 무슨 일이 벌어지나

원리부터 알아야 납득이 된다. 멀미는 한마디로 ‘뇌의 버그’, 즉 ‘감각 충돌’이다. 우리 몸의 평형감각은 두 가지 정보를 동시에 받아서 처리한다.

• 눈 (시각 정보): 지금 내 몸이 어디에 있고, 어떻게 움직이는지를 시각으로 인식한다.
• 귀 안쪽 전정기관 (평형 정보): 몸의 기울어짐, 가속도, 회전 같은 물리적 움직임을 감지한다.

평소엔 이 두 신호가 딱 맞아떨어진다. 걸어갈 때 눈은 풍경이 움직이는 걸 보고, 전정기관은 몸이 앞으로 나아간다고 느끼고. 뇌가 ‘걷고 있구나’라고 판단하는 게 자연스럽다. 문제는 차 안에서다. 스마트폰을 보면 눈은 ‘가만히 있다’는 신호를 보내는데, 전정기관은 ‘차가 흔들리고 가속하며 움직인다’는 신호를 동시에 보낸다. 두 센서에서 완전히 다른 데이터가 들어오는 셈이다. 이 감각 불일치(sensory mismatch)에 뇌가 혼란을 느끼고, 이걸 ‘독성 물질로 인한 이상 신호’로 오인해서 구토, 어지럼증 같은 방어기제를 작동시킨다. 그게 멀미다.

소리가 뇌의 버그를 디버깅한다고?

핵심은 이 감각 불일치를 어떻게 해소하느냐다. The Verge 보도에 의하면, 삼성 C-Lab이 개발한 ‘히어라피(Hearapy)’는 100Hz의 저주파 사인파(sine wave)를 이용한다. 헤드폰으로 60초간 이 소리를 들으면 멀미 증상이 완화된다는 주장이다.

이론은 이렇다. 귀 안쪽에는 소리를 듣는 달팽이관만 있는 게 아니다. 움직임을 감지하는 전정기관이 바로 옆에 붙어있다. 특정 주파수의 소리 진동이 이 전정기관을 미세하게 자극해서, 혼란에 빠진 평형감각 신호를 ‘리셋’하거나 ‘보정’하는 역할을 한다는 가설이다. 오류 난 센서에 특정 신호를 줘서 정상 범위로 되돌리는 디버깅 과정이라고 생각하면 딱이다. 뇌에게 ‘지금 들어오는 움직임 신호가 실제 상황이야’라고 확인시켜주는 거다. 소리를 통해서.

근거가 있긴 한가? 솔직히 따져보면

초기 단계 기술인 건 맞다. 모든 사람에게 효과가 있다고 단정 짓긴 어렵다. 사람마다 전정기관 민감도가 다르고, 멀미를 느끼는 조건도 제각각이기 때문이다. 근데 이게 완전히 근거 없는 이야기는 아니다. ‘갈바닉 전정 자극(GVS)’처럼 미세한 전기 신호로 전정기관을 자극해 균형감각을 조절하는 연구는 꽤 오래전부터 진행되어 왔다. 소리 진동을 이용하는 히어라피는 그 원리를 좀 더 쉽고 안전하게 일상으로 가져오려는 시도다.

결정적으로, 이런 앱은 부작용이 거의 없다. 멀미약처럼 졸리거나 입이 마르는 불편함 없이 써볼 수 있다는 점에서 이건 좀 매력적이다. 효과가 개인마다 다를 수 있더라도, 밑져야 본전이라는 마음으로 시도해보기엔 충분한 선택지다.

소리 말고도 이런 기술들이 있다

IT 업계가 멀미 해결을 위해 시도하는 건 히어라피만이 아니다. 감각 불일치를 줄인다는 핵심 원리는 같은데, 접근하는 방식이 제각각이다.

• 시각 정보 보강 (애플): iOS 업데이트에서 ‘차량 움직임 신호’ 기능을 선보였다. 화면 가장자리에 움직이는 점들을 표시해서, 눈에도 차량의 가속·회전 정보를 시각적으로 제공한다. 정지된 화면을 볼 때 생기는 시각과 전정기관의 불일치를 줄이는 방식이다.
• 인공 수평선 (시트로엥): 프랑스 자동차 회사 시트로엥이 내놓은 ‘씨트로엥(Seetroën)’ 안경은 특수 액체로 눈앞에 인공 수평선을 만들어낸다. 뇌가 이 수평선을 기준으로 움직임을 다시 인식하게 해서 멀미를 줄이는 원리다.
• 햅틱 피드백 시트: 차량 움직임에 맞춰 시트가 미세하게 진동하거나 움직여서, 탑승자에게 촉각으로 움직임 정보를 추가 제공하는 기술이다. 아직 연구 단계지만, 방향성은 있다.

자율주행 시대에 멀미 해결이 갑자기 중요해진 이유

이런 기술들이 한꺼번에 쏟아지는 데는 이유가 있다. 자율주행이다. 운전자가 운전대에서 손을 떼는 순간, 차 안의 모든 사람이 ‘승객’이 된다. 승객은 운전자보다 멀미를 훨씬 쉽게 느낀다. 운전자는 앞으로의 움직임을 예측하고 조작하지만, 승객은 예측 없이 수동적으로 움직임을 받아들이기 때문이다.

자율주행차 안에서 사람들이 편안하게 책을 읽고, 영화를 보고, 업무를 하려면 멀미 문제 해결이 필수다. 멀미 때문에 아무것도 못 하면 자율주행 기술의 가치는 반으로 줄어든다. 글로벌 자동차·IT 기업들이 멀미 저감 기술에 막대한 투자를 하는 이유가 바로 그것이다. 어쩌면 미래 자동차의 핵심 경쟁력은 주행 성능이 아니라 ‘얼마나 쾌적한 실내 경험을 제공하는가’가 될지도 모른다.

자주 나오는 질문들

Q: 히어라피 같은 앱은 어떤 헤드폰으로 들어야 하나요?
A: 고가 장비는 필요 없다. 일반 유선·무선 이어폰·헤드폰으로도 충분하다. 소리의 ‘진동’이 내이(內耳)에 잘 전달되는 게 중요하니, 외부 소음이 어느 정도 차단되는 커널형 이어폰이나 헤드폰이 조금 더 유리하긴 하다.

Q: 소리 말고 일상에서 멀미를 줄이는 팁은요?
A: 고전적이지만 가장 확실한 방법은 ‘시선’ 조절이다. 가까운 스마트폰 화면 대신, 진행 방향의 먼 풍경을 보는 것. 눈이 보는 정보와 몸이 느끼는 움직임 정보가 맞아떨어지면 뇌의 혼란이 줄어든다. 차내 환기, 과식 자제도 실제로 도움이 된다.

출처: The Verge

퇴근길 차 안, 시리한테 “내일 발표 논리 반박 포인트 뭐가 있을까?” 물어봤다가 검색 결과 읽어주는 걸 들어본 적 있을 겁니다. 뭔가 허전한 그 느낌. 이제 달라졌습니다.

시리 혼자 독점하던 시대는 끝났다

카플레이(CarPlay)의 음성 제어는 오랫동안 시리(Siri)가 독점했습니다. “엄마한테 전화해줘”, “케이팝 틀어줘” 같은 단순 명령은 나쁘지 않았지만, 조금만 복잡해지면 바로 한계가 드러났죠. 결국 웹 검색 결과를 읽어주는 수준에 머무는 경우가 대부분이었습니다.

그런데 애플이 iOS 업데이트를 통해 카플레이에 ‘음성 기반 대화형 앱’을 공식 허용했습니다. 개발사들이 자사 AI 챗봇을 카플레이와 연동할 길을 열어준 거죠. 그 첫 주자가 OpenAI의 ChatGPT입니다.

연결은 3단계, 준비물은 2가지

설정이 복잡하지 않습니다. 준비물은 딱 두 가지뿐.

• 최신 iOS 버전: 음성 기반 대화형 앱을 지원하는 버전으로 업데이트되어 있어야 합니다.
• 최신 ChatGPT 앱: 앱스토어에서 공식 앱을 최신 버전으로 설치하거나 업데이트해야 합니다.

이 두 가지만 갖추면, 차에 아이폰 연결했을 때 카플레이 홈 화면에 ChatGPT 아이콘이 자동으로 뜹니다. 안 보인다면 설정 > 일반 > CarPlay > 내 차 선택 > 사용자화 메뉴에서 직접 추가하면 됩니다. 별도 계정 연동이나 복잡한 페어링 절차는 없습니다.

실제로는 이런 걸 물어볼 수 있다

운전 중 ChatGPT를 쓸 수 있는 상황, 생각보다 폭이 넓습니다. 단순 정보 검색을 넘어 실질적인 업무 보조까지.

• 이동 중 브레인스토밍: “30대 남성 타겟 스마트워치 광고 카피 5개 만들어줘”
• 출장 준비: “부산 KTX역 근처 주차 가능하고 1인 비즈니스 런치 세트 있는 식당 추천해줘”
• 즉석 콘텐츠 생성: “지금 보이는 한강 노을 주제로 짧은 시 지어줘”
• 영어 미팅 준비: “내일 미팅에서 쓸 세련된 비즈니스 영어 표현 5가지 알려주고 역할극 연습 해줘”

시리가 ‘비서’ 역할이었다면, ChatGPT는 ‘생각하는 파트너’에 가깝습니다. 막혀 있던 이동 시간을 진짜 쓸모 있게 만들어줄 여지가 있는 거죠.

안전은? 핵심은 ‘음성 전용’ 구조다

운전 중 스마트폰 사용이 위험하다는 건 다 압니다. 그래서 카플레이 연동 AI는 철저히 음성 중심(Voice-First)으로 설계되어 있습니다. 화면에는 최소한의 정보만 뜨고, 모든 상호작용은 목소리로 이루어집니다.

다만 주의할 게 있습니다. AI 답변이 길어지면 집중력이 흐트러질 수 있어요. “짧게 답해줘”라고 미리 지시하는 습관이 중요합니다. 손은 운전대, 눈은 전방. 기술은 도구고, 안전 운전의 책임은 운전자 본인에게 있습니다.

다음 수순 — 제미나이, 클로드도 들어온다

이번 변화의 진짜 의미는 ChatGPT 하나가 아닙니다. 애플이 카플레이라는 플랫폼을 외부에 개방했다는 신호탄입니다. 구글의 제미나이(Gemini), 앤트로픽의 클로드(Claude), 국내 AI 모델 기반 앱들도 카플레이에 들어올 통로가 생긴 셈입니다.

머지않아 AI 선택지가 여럿 생긴다면, 본인 취향과 용도에 맞는 AI를 골라서 운전 중 파트너로 쓰는 시대가 됩니다. 자동차가 단순한 이동 수단을 넘어 ‘스마트 기기’이자 ‘업무 공간’으로 바뀌는 흐름, 그 첫 단추를 ChatGPT가 끼운 모양새입니다.

빠른 FAQ

Q: 무료 사용자도 쓸 수 있나요?
A: 네. 무료 사용자도 기본 모델(GPT-3.5)로 카플레이에서 ChatGPT를 이용 가능합니다. Plus 구독자는 GPT-4o 등 최신 모델을 선택할 수 있어요.

Q: 안드로이드 오토는요?
A: 구글 어시스턴트가 제미나이와 통합 중이지만, 현재 카플레이처럼 서드파티 앱을 자유롭게 연동하는 구조는 아직 아닙니다. 비슷한 방향으로 열릴 가능성은 충분합니다.

Q: 특정 차량 모델에서만 지원되나요?
A: 애플 카플레이를 지원하는 차량이라면 어디서든 됩니다. 차종보다는 아이폰 iOS 버전과 ChatGPT 앱 버전이 더 중요합니다.

출처: The Verge

택배가 사라졌다. 배달 완료 문자는 왔는데 현관 앞이 텅 비어 있는 그 황당함. 한 번 겪으면 스마트 초인종이 갑자기 절실해진다. 막상 사려고 찾아보면 유선이니 배터리니, 구독료에 AI 기능까지… 용어부터 막막하다. 집 구조별로, 예산별로, 필요한 기능별로 핵심만 추렸다.

유선 vs 배터리, 집 구조가 먼저다

전원 방식이 첫 번째 갈림길이다. 기존 초인종 배선을 활용하는 유선 방식과 충전해서 쓰는 배터리 방식, 둘 중 하나를 골라야 한다. 취향의 문제가 아니라 집 상황에 따라 사실상 정해진다.

• 유선 방식: 배선이 살아 있다면 그 자리에 달면 끝이다. 충전 걱정 없고, 24시간 상시 녹화도 안정적으로 돌아간다. 단, 배선이 없거나 위치를 바꾸려면 전기 공사가 들어간다. 이 부분이 좀 걸린다.
• 배터리 방식: 나사 몇 개로 원하는 곳에 고정하면 된다. 전세·월세라면 사실상 이쪽이 현실적이다. 주기적으로 분리해 충전해야 한다는 게 단점이고, 배터리 수명 때문에 상시 녹화보다는 움직임 감지 때만 녹화하는 방식으로 작동한다.

자가 주택이고 기존 배선이 있다면 유선이 맞다. 나머지 경우엔 배터리 방식이 현실적인 선택이다.

화질과 화각, 숫자로 확인해야 한다

카메라 화질은 최소 Full HD(1080p)다. 그 이하면 야간이나 날씨 궂은 날 사람·사물 식별이 제대로 안 된다. 요즘은 2K 이상 고화질 제품도 많아졌으니 선택지가 넓어졌다.

화각은 단순히 넓은 것보다 상하 시야각이 더 중요하다. 일반 16:9 카메라는 좌우는 잘 잡히는데, 문 바로 앞에 놓인 택배 상자는 화면에 안 들어오는 경우가 생긴다. 그래서 스마트 초인종에서 1:1 비율이나 4:3 비율처럼 세로로 넓은 화각을 쓰는 제품이 실용적이다. 제품 사양에 ‘머리부터 발끝까지 확인’이라는 문구가 있다면 이 방식이다.

구독료, 매달 안 내도 되는 방법이 있다

많은 스마트 초인종이 영상 저장과 AI 알림 기능을 구독료 뒤에 묶어놓는다. 처음엔 기기값만 봤다가 나중에 월 사용료를 발견하고 당황하는 경우가 꽤 있다. Wired가 전한 바에 따르면 이런 구독 기반 모델이 점점 늘어나는 추세라고 한다.

대안은 로컬 저장소 지원 제품이다. 클라우드가 아닌 기기 자체나 별도 저장 장치에 영상을 쌓는 방식이다.

• SD카드 슬롯 내장형: 본체나 실내 허브에 SD카드를 꽂으면 된다. 초기 카드 구매 비용 외에 추가 지출이 없다.
• 전용 허브/스테이션 제공: 실내에 설치하는 허브 장치에 영상 데이터를 암호화해서 저장한다. 보안을 한 단계 더 신경 쓴 방식이다.

구독 서비스가 편하고 기능도 좋은 건 맞다. 그래도 매달 고정 비용이 부담된다면 로컬 저장 지원 여부를 반드시 확인하고 사야 한다.

AI 기능, 실제로 얼마나 쓸만한가

최신 스마트 초인종의 AI는 단순 움직임 감지를 넘어선다. 바람에 흔들리는 나뭇가지나 지나가는 차는 무시하고, 사람·택배·동물을 구분해서 알림을 보낸다. 쓸데없는 알림이 눈에 띄게 줄어드는 게 실제 사용자들이 꼽는 최대 장점이다.

주요 AI 기능을 보면 이렇다.

• 사람 감지: 가장 기본. 사람 움직임이 잡힐 때만 알림.
• 택배 감지: 배송 기사가 두고 갔거나 누군가 가져갔을 때 알림.
• 안면 인식: 등록된 얼굴을 구분해 ‘OOO님이 도착했습니다’ 형식으로 알림을 보내는 고급 기능. 대부분 상위 구독 플랜에 묶여 있다.
• 활동 구역 설정: 화면 내 특정 영역만 지정해 그 안에서 움직임이 감지될 때만 알림을 받는다.

솔직히 안면 인식까지 필요한 집이 얼마나 될까 싶다. 사람 감지와 택배 감지 두 가지만 있어도 실생활에서 충분히 쓸만하다.

스마트홈 연동, 이미 쓰는 생태계에 맞춰라

구글 홈, 애플 홈킷, 아마존 알렉사를 이미 쓰고 있다면 초인종 구매 전에 연동 여부부터 따져야 한다. 지원이 되면 활용도가 확 달라진다. 구글 네스트 허브나 아마존 에코 쇼 같은 스마트 디스플레이가 집에 있다면, 초인종이 눌렸을 때 스마트폰을 꺼내기도 전에 그 화면에 현관 영상이 바로 뜬다. 나중에 호환이 안 된다는 걸 뒤늦게 알고 후회하는 것보다, 생태계를 먼저 정하고 거기에 맞는 초인종을 고르는 순서가 맞다.

출처: Wired

서류 심사에서 탈락한다. 제품은 멀쩡한데. 이게 생각보다 흔한 일이다. 아이디어와 기술력을 갖춰도 지원서 하나로 걸러진다. 투자자나 대회 심사위원은 하루에 수십, 많게는 수백 개의 지원서를 훑는다. 1분 안에 핵심을 못 잡으면 다음 페이지다. 합격하는 지원서에는 공통점이 있다. 명확하고, 간결하고, 설득한다. TechCrunch 스타트업 배틀필드 같은 글로벌 무대든, 국내 액셀러레이팅 프로그램이든 본질은 다르지 않다. 결국 사업의 핵심을 얼마나 잘 전달하느냐의 싸움이다.

문제 정의: 무엇을 해결하는가?

심사위원이 지원서에서 가장 먼저 찾는 건 하나다. ‘이게 실제로 존재하는 문제인가?’ 이 질문에 제대로 답 못 하면 뒤에 나오는 솔루션은 허공에 뜬다. Problem-Solution Fit이 얼마나 명확한지 보여주는 구간이다. “불편함을 해소한다”는 식으로는 부족하다. 심사위원은 그 말을 하루에 수십 번 듣는다. 아래 세 가지를 구체적으로 써야 한다.

• 타겟 고객: 누구의 문제인가? (예: 1인 가구를 위한 밀키트 정기구독자)
• 고객의 고통 (Pain Point): 구체적으로 어떤 고통인가? (예: 매번 장보고 요리할 시간이 없고, 배달 음식은 건강이 걱정된다)
• 기존 해결책의 한계: 시장의 대안들이 왜 부족한가? (예: 기존 밀키트는 양이 많고 메뉴 선택이 제한적이다)

이 부분이 탄탄하면 심사위원은 자연스럽게 생각한다. ‘아, 이 문제를 풀 수 있다면 시장이 있겠구나.’ 그게 다음 섹션으로 넘어가게 만드는 이유다.

솔루션: 차별점이 있긴 한가?

문제를 잘 정의했다면 이제 해결책을 꺼낼 차례다. 여기서 실수가 잦다. “우리는 이런 기능을 만든다”는 식의 기능 나열. 최악의 접근이다. 심사위원이 보고 싶은 건 ‘기존 방식보다 얼마나, 왜 더 나은가’다. 즉 경쟁사 대비 우리만의 Unfair Advantage가 뭔지 보여줘야 한다.

예를 들어 AI 기반 개인화 추천 엔진을 갖췄다면 ‘AI 엔진을 탑재했다’는 말보다 ‘AI 엔진으로 고객의 메뉴 고민 시간을 90% 단축하고, 음식물 쓰레기를 30% 줄인다’고 써야 한다. 기술이 아니라 효용으로 말해야 한다. 기술적 우위, 독점적 비즈니스 모델, 강력한 네트워크 효과. 이 중 하나라도 제대로 설명하면 경쟁 우위는 충분히 입증된다.

시장 분석: TAM·SAM·SOM, 세 숫자로 설득하라

아이디어가 좋아도 시장이 작으면 매력 없다. 심사위원들은 이 사업의 잠재적 규모를 확인하고 싶어 한다. 이때 쓰는 게 TAM·SAM·SOM 분석이다.

• TAM (Total Addressable Market): 전체 시장 규모. 이 제품·서비스와 관련된 모든 잠재 수익의 합이다.
• SAM (Serviceable Available Market): 유효 시장 규모. 실제로 접근 가능한 시장의 크기다.
• SOM (Serviceable Obtainable Market): 초기 점유 가능 시장. 단기적으로 현실적으로 확보할 수 있는 목표치다.

‘국내 배달 시장 XX조 원’이라고만 쓰는 건 의미 없다. 구체적 데이터를 근거로 타겟 시장을 논리적으로 쪼개고, 초기 목표 시장(SOM)을 어떻게 공략할지 보여줄 때 신뢰가 생긴다. 숫자는 정확할수록, 출처가 있을수록 좋다.

팀 소개: ‘왜 이 팀이어야 하나’에 답하라

초기 스타트업 투자에서 팀은 아이디어만큼, 어떤 경우엔 그 이상으로 중요하다. 투자자들이 흔히 “사람에게 투자한다”고 말하는 이유다. 팀 소개 섹션은 창업자 이력을 나열하는 공간이 아니다. ‘이 문제를 해결하기에 최적의 조합’이라는 걸 증명하는 공간이다.

각 팀원의 핵심 역량이 사업 성공에 어떻게 연결되는지 구체적으로 써야 한다. 개발자는 어떤 핵심 기술을 구현했는지, 마케터는 초기 사용자를 어떻게 끌어왔는지, 대표는 해당 산업에 얼마나 깊이 파고 있는지. 이력서처럼 나열하면 안 된다. 팀의 시너지와 실행력을 증명해야 한다.

비즈니스 모델: 돈은 어디서 나오나?

사업은 결국 돈을 벌어야 지속된다. 수익 구조를 복잡하게 설명할 필요 없다. 누가, 무엇을 위해, 어떻게 돈을 내는지 간결하게 쓰면 된다.

주요 비즈니스 모델은 크게 네 가지다.

• 구독 (Subscription): 월·연 단위 정기 결제
• 거래 수수료 (Transaction Fee): 플랫폼 내 거래 발생 시 일정 비율 수취
• 라이선싱 (Licensing): 기술이나 콘텐츠 사용권 판매
• 광고 (Advertising): 사용자 트래픽 기반 광고 수익

현재의 핵심 수익 모델을 먼저 쓰고, 미래에 확장 가능한 모델을 간략히 덧붙이면 인상이 달라진다. 고객생애가치(LTV)와 고객획득비용(CAC) 같은 지표를 이해하고 있다는 걸 보여주면 전문성도 함께 드러난다.

트랙션: 숫자 하나가 열 마디보다 강하다

트랙션(Traction). 이게 있느냐 없느냐로 지원서의 무게가 완전히 달라진다. 우리 사업이 가설이 아니라 시장에서 실제로 작동하고 있다는 객관적인 증거다. 초기 스타트업이라도 보여줄 트랙션은 반드시 있다.

아이디어 단계라면 잠재 고객 인터뷰 결과나 베타 서비스 사전예약자 수를 제시하면 된다. MVP(최소기능제품)가 있다면 초기 사용자 수, 재방문율, 핵심 기능 사용률로 말하면 된다. 매출이 발생했다면 월별 성장률(MoM)이 가장 강력한 지표다. 숫자로 증명하는 것. 지원서의 설득력을 결정짓는 마지막 한 방이다.

출처: TechCrunch