[카테고리:] 가이드

갤럭시 폰을 켰더니 문자 아이콘이 주황색으로 바뀌어 있다. 파란 아이콘에 익숙했던 사람이라면 당황할 만하다. 이건 삼성이 자체 메시지 앱을 단계적으로 퇴출하고, 구글 메시지를 기본 앱으로 올려놓는 과정이다. 앱 아이콘 하나 바뀐 게 아니라, 안드로이드 문자 생태계 전체가 지각변동을 겪는 중이다.

삼성 메시지, 뭐가 아쉬웠나

삼성 메시지는 나름의 장점이 있었다. One UI 디자인과 딱 맞아떨어지는 UI, 대화창 배경이나 말풍선 색상을 바꿀 수 있는 커스터마이징. 설정 건드릴 것 없이 그냥 쓰면 됐다는 것도 플러스였다. 근데 기술적으로는 솔직히 좀 낡았다. SMS와 MMS, 20년 넘은 규격이다. 사진 보내면 화질 뭉개지고, 긴 문자는 두 개 세 개로 쪼개져서 오는 그 불편함 — 다 여기서 나온 거다. 익숙한 건 익숙한 거고, 기술적 한계는 분명히 있었다.

구글 메시지의 핵심 패는 RCS

구글 메시지로 갈아타야 하는 이유는 하나다. RCS(Rich Communication Services). ‘안드로이드판 아이메시지’라고 불리는 차세대 문자 규격이다. SMS/MMS가 못 하던 걸 다 한다는 게 요점이다.

• 고화질 사진·동영상 전송: 카카오톡 수준으로 원본에 가까운 화질로 미디어를 주고받는다. 더 이상 뭉개진 사진을 보낼 필요가 없다.
• 읽음 확인·입력 중 표시: 상대방이 읽었는지, 지금 답장 치는 중인지 실시간으로 보인다.
• 그룹 채팅 관리: 단체 채팅방에서 멤버 초대·제외가 된다. 카카오 단톡방이랑 비슷한 수준이다.
• Wi-Fi 기반 메시징: 통신사 망 안 써도 된다. 데이터나 Wi-Fi만 있으면 메시지가 나간다.

엔가젯(Engadget) 보도를 보면, 삼성은 이미 자체 앱 지원을 단계적으로 끊고 구글 메시지를 기본 탑재하는 방향으로 가고 있다. 구글이 안드로이드 메시지 경험을 RCS 하나로 통일하려는 전략에 삼성이 손을 든 셈이다. 결정적으로, RCS는 종단간 암호화(E2EE)를 기본으로 지원한다. 보안 측면에서 SMS랑 비교 자체가 안 된다.

아이폰 사용자와도 ‘파란 말풍선’이 가능해질까

안드로이드끼리는 이제 RCS로 파란 말풍선 경험이 된다. 문제는 애플 쪽이었는데, 애플도 마침내 RCS 지원을 발표했다. 이론상으로는 갤럭시랑 아이폰 사이에서도 고화질 사진 전송, 그룹 채팅 기능이 된다는 얘기다. 단, 기대는 살짝 낮춰야 한다. 애플이 RCS를 지원하더라도 아이메시지 고유의 파란 말풍선은 그대로 유지하고, RCS 메시지는 기존 SMS처럼 녹색으로 표시할 가능성이 높다. 기능 장벽은 허물어지지만, 그 ‘색깔 구분’은 그대로 남는다는 뜻이다. 애플 특유의 방식이랄까.

AI 비서가 문자 앱 안에 들어왔다

구글 메시지의 또 다른 강점은 AI 통합이다. 구글의 AI 모델 제미나이(Gemini)가 앱 안에 탑재돼 있다.

• 매직 컴포즈(Magic Compose): 내가 쓴 초안을 더 격식 있게, 또는 더 재치 있게 다듬어준다. 업무 메시지 쓸 때 실제로 써보면 꽤 쓸 만하다.
• 포토모지(Photomoji): 앨범 속 사진으로 직접 이모티콘 스티커를 만든다. 이건 좀 신선하다.
• AI 추천 답장: 대화 맥락을 읽고 적절한 답변 후보를 올려준다.

삼성 메시지에서는 상상하기 어려웠던 기능들이다. 단순한 문자 앱이 아니라 하나의 생산성 플랫폼에 가까워지고 있다는 느낌이다.

PC에서 문자 치는 경험, 생각보다 편하다

아이폰 쓰는 사람들이 맥북에서 아이메시지를 자연스럽게 이어가는 거, 솔직히 부러웠을 수도 있다. 구글 메시지도 이제 멀티 디바이스 연동이 된다. PC 웹 브라우저에서 QR코드 한 번 찍으면 스마트폰의 문자를 그대로 불러온다. 키보드로 답장 치는 게 훨씬 편하다. 갤럭시 탭이나 안드로이드 태블릿, 갤럭시 워치에서도 메시지 확인하고 보내는 흐름이 매끄럽다. 여러 기기를 넘나드는 사람이라면 이 부분이 꽤 크게 느껴질 거다.

20년 된 기술이랑 헤어질 때가 됐다

삼성 메시지의 익숙함, 그리고 말풍선 색상 바꾸는 소소한 재미가 사라지는 건 아쉬울 수 있다. 인정한다. 근데 RCS 기반의 고화질 전송, 읽음 확인, AI 기능, PC 연동까지 갖춘 구글 메시지랑 비교하면, 솔직히 삼성 메시지로 돌아갈 이유가 없다. 이건 단순히 앱 취향의 문제가 아니다. 20년 된 기술에서 벗어나는 문제다. 아직 삼성 메시지를 쓰고 있다면, 지금 구글 메시지를 기본 앱으로 바꿔봐도 후회하지 않을 거다.

출처: Engadget

퍼블릭 베타 시즌이 되면 커뮤니티가 술렁인다. ‘나도 먼저 써봐야지’ 하다가 막상 찾아보면 영어 가이드뿐이고, 한국어로 된 건 버전이 안 맞는 경우가 많다. 개발자 계정 없이 누구나 신청 가능하다. 2026년 기준으로, 처음 해보는 사람도 막힘 없이 따라갈 수 있게 백업부터 정식 복귀까지 순서대로 정리했다.

설치 전에 반드시: 백업부터

솔직히 이게 전부다. 백업만 제대로 해두면 베타가 망해도 원상복구가 된다. 안 해뒀다가 초기화해야 하는 상황이 오면? 그냥 날아간다. 사진도, 연락처도.

• iCloud 백업 (제일 쉬운 방법): 설정 > [내 이름] > iCloud > iCloud 백업 > ‘지금 백업’. Wi-Fi 연결 필수고, 저장공간이 충분한지 미리 확인해야 한다.
• 컴퓨터 백업 (이 방법을 써야 한다): Mac은 Finder, PC는 iTunes. 케이블 연결 후 기기 선택 → ‘지금 백업’. 나중에 정식 버전으로 돌아갈 때 이 파일이 없으면 복원이 불가능하다. 번거롭더라도 컴퓨터 백업으로 해둘 것.

백업 완료 후에 다음 단계로 넘어가야 한다. 이 순서가 바뀌면 안 된다.

애플 베타 프로그램 등록 — 1분이면 끝

아이폰 사파리에서 beta.apple.com 접속 → ‘등록(Sign up)’ 또는 ‘로그인(Sign in)’ 탭 → Apple ID로 로그인 → 계약 내용 확인 후 동의(Agree). 별도 심사 없고 대기 시간도 없다. 바로 가입된다.

베타 업데이트 스위치 켜기

예전에는 프로파일 파일을 따로 받아서 설치하는 번거로운 과정이 있었는데, 이제는 설정 하나만 켜면 끝이다. 확실히 간단해졌다.

• 설정 앱을 연다.
• 일반 > 소프트웨어 업데이트로 이동한다.
• ‘자동 업데이트’ 아래에 ‘베타 업데이트’ 항목이 생긴다.
• 탭 후 ‘iOS Public Beta’를 선택한다.

뒤로 나오면 최신 퍼블릭 베타 버전이 업데이트 목록에 올라와 있다. 평소 iOS 업데이트하듯 ‘다운로드 및 설치’를 누르면 완료.

써도 되나? 장단점 솔직하게

새 기능을 먼저 경험한다는 건 확실히 매력적이다. 근데 메인 폰에 쓰는 건 다른 문제다.

장점:

• 신기능 선점: 정식 출시보다 몇 달 먼저 새 기능을 써볼 수 있다. 메시지 UI 개편, 지도 기능 추가 같은 것들이 베타에 먼저 들어온다.
• 피드백 기여: 쓰다가 버그 발견하면 애플에 직접 리포트를 보낼 수 있다. 내 한 마디가 정식 버전 품질에 반영된다고 생각하면 — 솔직히 약간 뿌듯하긴 하다.

단점:

• 버그는 진짜 있다: 갑자기 재부팅, 앱 강제 종료, 배터리 광탈. 베타 특성상 이런 일이 실제로 생긴다. 감수해야 한다.
• 앱 호환성 문제: 은행 앱, 증권 앱처럼 보안 레이어가 두꺼운 앱들이 베타 OS를 지원 안 하는 경우가 많다. 토스나 카카오뱅크가 안 켜지면 일상이 꽤 흔들린다. 솔직히 이게 제일 아픈 부분이다.

여분의 아이폰이 있다면 설치해볼 만하다. 업무폰이거나 유일한 스마트폰이라면 정식 버전 나올 때까지 기다리는 게 현실적이다. 이건 취향이 아니라 상황의 문제다.

베타가 질렸을 때 돌아가는 법

새 기능 다 써봤고 버그도 지쳤다면? 복귀 경로는 두 가지다.

• 기다리는 방법: 설정 > 일반 > 소프트웨어 업데이트 > 베타 업데이트에서 ‘끔(Off)’으로 변경. 이후 현재 베타보다 높은 번호의 정식 iOS가 출시되면 일반 사용자들과 똑같이 업데이트 알림을 받게 된다. 편하지만 시간이 걸린다.
• 바로 돌아가는 방법: 컴퓨터에 케이블 연결 → 복구 모드 진입 → 정식 버전으로 복원. 이때 처음에 만들어둔 컴퓨터 백업 파일이 없으면 데이터 복원이 안 된다. 앞서 컴퓨터 백업을 강조한 이유가 바로 여기에 있다.

Engadget이 전한 바에 따르면 iOS 26.5 퍼블릭 베타가 현재 배포 중이다. 준비가 됐다면 지금 시작해도 좋다. 단, 백업은 빠뜨리지 말 것.

출처: Engadget

도심 상공을 날아다니는 드론을 해킹하는 데 필요한 장비가 온라인 마켓에서 수십만 원이면 구해진다. 영화 속 이야기가 아니다. GPS 스푸핑 키트, RF 재머, 패킷 스니퍼 — 전부 실존하는 물건들이다. 이걸 이용한 드론 공격은 이미 공항 관제, 군사 시설, 기업 보안 현장에서 실제로 벌어지고 있다. 단순히 드론 하나 떨어뜨리는 게 전부가 아니다. 데이터 탈취, 스파이 활동, 물리적 충돌까지 — 드론 해킹이 뭔지, 어떻게 막는지 하나씩 짚어본다.

드론이 해킹 표적이 되는 이유

구조적으로 보면 이유가 명확하다. 드론은 조종기와 Wi-Fi, 무선 주파수(RF), GPS 신호로 통신한다. 이 신호들이 암호화되지 않았거나 허술하면 해커 입장에선 문이 열린 것이나 마찬가지다. 핵심은 이 통신 채널을 가로채거나 교란하는 것.

드론 자체가 지닌 가치도 문제다. 고성능 카메라가 달린 드론에는 측량 데이터, 시설 보안 정보, 개인 사생활 영상 같은 민감한 정보가 담긴다. 물류 배송 드론이라면 고가 상품, 농업용 드론이라면 작황 데이터가 탈취 대상이 된다. 결국 드론은 ‘날아다니는 데이터 저장소’이자 ‘원격 조종 가능한 도구’다. 해커들이 탐낼 만하다.

실제로 쓰이는 드론 해킹 수법 4가지

기술 수준도 천차만별이다. 고도의 전문 지식이 필요한 것도 있고, 비교적 간단한 장비로 가능한 기법도 있다. 대표적인 네 가지다.

• GPS 스푸핑 (GPS Spoofing): 가짜 GPS 신호를 쏴서 드론을 속이는 방식이다. 드론이 자기 위치를 잘못 인식하게 만들어, 해커가 원하는 좌표로 유도한다. 자동 복귀(Return-to-Home) 기능을 눌렀는데 드론이 집이 아닌 전혀 다른 곳으로 날아가는 — 이게 스푸핑의 결과다. 고전적이지만 여전히 효과가 크다.
• RF 재밍 (RF Jamming): 특정 주파수 대역에 강력한 노이즈 신호를 쏟아부어 드론과 조종기 사이 통신을 끊어버린다. 신호가 끊긴 드론은 제자리에 멈추거나 비상 착륙하거나, 최악의 경우 통제 불능으로 추락한다.
• 패킷 스니핑 & 주입 (Packet Sniffing & Injection): 통신 데이터를 몰래 엿듣는 ‘스니핑’과, 위조 명령을 끼워 넣는 ‘주입’ 공격을 합친 기법이다. 통신이 암호화되지 않았다면 실시간 영상 피드를 그대로 훔쳐볼 수 있고, ‘모터 정지’나 ‘강제 착륙’ 같은 명령을 외부에서 내리는 것도 가능하다.
• 펌웨어 취약점 공격 (Firmware Exploitation): 드론 운영체제 격인 펌웨어의 보안 허점을 파고드는 가장 정교한 방식이다. 성공하면 드론 전체 제어권을 빼앗을 수 있다. 제조사가 설정한 비행 고도 제한, 비행 금지 구역 설정도 전부 무력화된다. 이건 좀 다른 차원의 얘기다.

해킹당하면 실제로 어떤 일이 생기나

드론 해킹 피해가 기기 분실 하나로 끝나면 그나마 다행이다. 해커의 의도에 따라 결과는 훨씬 심각해진다.

첫째, 핵심 데이터 유출이다. 산업 현장을 촬영하던 드론이 해킹당하면 기업 기밀 설계 도면이나 생산 공정 정보가 경쟁사로 넘어갈 수 있다. 개인 사생활을 담은 영상이 유출되어 디지털 성범죄에 악용될 여지도 있다. 생각보다 피해 범위가 넓다.

둘째, 물리적 파괴와 운반 수단 악용이다. 해커가 드론을 직접 조종해 공항, 원자력 발전소, 데이터 센터 같은 핵심 시설에 충돌시키는 시나리오가 실제로 연구 대상이 되고 있다. 교도소나 국경 너머로 마약·무기 같은 금지 물품을 드론으로 날라 보내는 범죄도 이미 여러 차례 보고된 사례가 있다.

셋째, ‘드론 봇넷(Drone Botnet)’ 형성이다. 감염된 드론 여러 대를 ‘좀비 드론’으로 만든 뒤, 특정 서버나 네트워크를 향해 동시다발 디도스(DDoS) 공격을 퍼붓는 방식이다. 공상과학처럼 들릴 수 있지만, 기술적으로는 현실성이 충분한 위협이다.

창과 방패: 안티 드론 기술의 현재

위협이 커지면서 ‘안티 드론(Counter-Drone)’ 기술도 빠르게 발전하고 있다. 크게 탐지, 무력화, 파괴 — 세 단계로 나뉜다.

• 탐지 기술: 레이더, RF 스캐너, 음향 센서, 광학 카메라를 복합 운용해 미승인 드론 침입을 먼저 잡아낸다. AI 기반 이미지 분석 기술은 새와 드론을 구분하는 정확도를 꾸준히 높이는 중이다.
• 무력화 기술: 재밍(Jamming)이 가장 보편적으로 쓰인다. GPS 신호를 교란하는 스푸핑(Spoofing)으로 드론을 안전한 구역으로 유도해 착륙시키는 방법도 있다. 공격 기법을 역으로 방어에 쓰는 셈이다.
• 물리적 포획/파괴: 그물총을 쏘거나, 요격 드론을 띄워 포획하는 방식이다. 군사 목적으로는 고출력 레이저나 마이크로웨이브(HPM) 빔으로 드론 전자 회로를 태워버리는 기술도 실전에 쓰인다.

개인 드론 사용자가 당장 해야 할 것들

개인이 안티 드론 시스템을 직접 구축하긴 현실적으로 어렵다. 그래도 기본 수칙만 지켜도 위험을 상당 부분 낮출 수 있다.

첫째, 펌웨어를 항상 최신 상태로 유지해야 한다. 제조사는 보안 취약점이 발견되면 펌웨어 업데이트로 패치를 배포한다. 스마트폰 OS 업데이트처럼 드론 펌웨어도 주기적으로 확인하고 설치하는 습관이 필요하다.

둘째, 초기 비밀번호 변경은 기본 중의 기본이다. 드론 Wi-Fi나 관리자 계정의 기본 비밀번호는 제조사 매뉴얼에 공개된 경우가 많다. 복잡하고 추측하기 어려운 비밀번호로 즉시 바꿔야 한다. 이걸 그냥 두는 사람이 생각보다 많다.

셋째, 공용 Wi-Fi 환경에서 드론을 조종하는 건 피하는 게 낫다. 통신 내용이 그대로 노출될 가능성이 높기 때문이다. 보안이 검증된 공식 앱을 쓰는 것도 당연한 전제다.

보안 없는 드론은 그냥 날아다니는 취약점이다

드론은 이미 취미용 장난감 수준을 한참 넘어섰다. 물류, 농업, 건설, 미디어 — 산업 전반에서 핵심 도구로 자리를 굳혔다. 쓰임새가 넓어질수록 보안의 구멍도 커진다. PC나 스마트폰에 백신을 깔고 비밀번호를 거는 것처럼, 하늘을 나는 컴퓨터인 드론의 보안을 챙기는 건 이제 선택이 아닌 기본이 됐다. 드론을 사는 순간, 보안도 함께 사야 한다.

출처: TechCrunch

M 시리즈 칩이 아이패드에 들어오면서 경계가 애매해졌다. 맥북 에어와 아이패드 프로가 같은 M4 칩을 공유하는 시대다. 스펙만 보면 엇비슷한데, 가격대도 겹친다. 여기에 비전 프로까지 나왔으니 선택이 복잡해지는 건 당연하다. 근데 세 기기는 근본적으로 다른 방향을 보고 있다. 스펙 차이가 아니라, 애플이 각 기기로 뭘 하려는지가 다르다는 얘기다.

생산성의 본거지: 맥(Mac)

맥은 여전히 전통적인 생산성의 중심이다. 키보드와 트랙패드 기반의 정밀 제어, 수십 개 창을 동시에 띄워놓는 멀티태스킹. 맥OS의 핵심 경쟁력이다. 파이널컷 프로, 로직 프로, Xcode — 전문가용 소프트웨어는 맥에서만 완전하게 돌아간다. 아이패드에도 이런저런 앱이 생기고 있지만, 깊이가 다르다.

• 핵심 역할: 복잡한 멀티태스킹, 전문가용 소프트웨어 구동, 개발·디자인·영상 편집 등 고사양 작업
• 주요 사용자: 개발자, 디자이너, 영상 편집자, 연구원, 사무직 직장인
• 방향: 애플 실리콘으로 하드웨어·소프트웨어 통합을 극대화 중이다. 연속성(Continuity) 기능으로 아이폰·아이패드와 연결되는 허브 역할도 점점 강해지고 있다.

수십 개 탭을 열어놓고 자료를 비교하면서 문서 작업을 병행하거나, 코드를 수정하고 컴파일하는 환경이라면 맥 말고는 선택지가 없다. 솔직히 아직은 그렇다. 맥은 ‘일을 하는’ 가장 확실하고 안정적인 도구다.

터치 먼저, 키보드는 선택: 아이패드(iPad)의 정체성

아이패드는 ‘컴퓨터가 뭔가’라는 질문을 다시 던지는 기기다. 터치와 애플 펜슬로 직접 화면을 건드리는 경험은 맥에서는 나오지 않는다. 콘텐츠 소비는 기본이고, 필기·스케치·드로잉에서는 아이패드가 독보적인 영역을 구축했다. 직관적인 상호작용이 핵심 무기다.

스테이지 매니저 도입으로 멀티태스킹이 개선됐다. 그래도 파일 관리나 백그라운드 작업에서는 아이패드OS가 맥OS와 다른 길을 걷는다. 단점이라기보다 의도된 차이다. 키보드와 마우스의 제약에서 벗어나, 더 직관적으로 디지털 콘텐츠와 상호작용하도록 설계됐다.

• 핵심 역할: 콘텐츠 소비, 디지털 필기·드로잉, 이동 중 간단한 문서 작업, 휴대성 극대화
• 주요 사용자: 학생, 아티스트, 작가, 외근이 잦은 직장인
• 정체성: 맥북을 ‘대체’하는 기기가 아니다. 맥이 못 하는 영역을 ‘보완’한다. 침대에 누워 영상을 보거나, 회의실에서 손으로 직접 메모하며 아이디어를 공유하는 경험은 아이패드가 압도적으로 낫다. 맥과 함께 쓸 때 진가가 나온다.

스크린 없는 컴퓨팅: 비전 프로(Vision Pro)가 말하는 미래

비전 프로는 맥이나 아이패드와 직접 경쟁하는 기기가 아니다. 애플이 제시하는 차세대 컴퓨팅 플랫폼이다. 물리적인 스크린의 한계를 없애고, 현실 공간 전체를 디스플레이로 쓰는 ‘공간 컴퓨팅’이 목표다. 눈·손·목소리로 제어하는 새로운 인터페이스는 기존 컴퓨팅 패러다임을 바꿀 잠재력을 품고 있다. 실제로 그 수준에 다다랐는지는 두고 볼 일이다.

1세대 기기라 콘텐츠와 앱 생태계는 아직 얇다. 그래도 가상 멀티 모니터 환경을 구성해 어디서든 맥 화면을 확장해 작업하거나, 완전히 몰입해서 콘텐츠를 즐기는 경험은 미래를 살짝 앞당겨 맛보는 느낌이다.

• 핵심 역할: 디지털·현실 융합, 3D 콘텐츠 소비·제작, 가상 협업, 새로운 형태의 엔터테인먼트
• 주요 사용자: 얼리어답터, 개발자, 3D 콘텐츠 제작자, 다음 컴퓨팅 환경을 먼저 경험하고 싶은 사람
• 가능성: 단순한 VR/AR 헤드셋을 넘는다. 일하고 소통하고 즐기는 방식 자체를 바꾸는 게 목표다. 맥이 ‘생산성’, 아이패드가 ‘유연성’을 상징한다면, 비전 프로는 ‘현실 확장’이다.

세 기기를 가르는 결정적 차이 — 입력 방식과 OS

세 기기의 역할을 구분하는 가장 명확한 기준은 ‘입력 방식’과 그에 맞춰 설계된 ‘운영체제(OS)’다.

• 맥 (macOS): 키보드와 마우스·트랙패드를 통한 간접 조작. 정밀하고 빠른 입력이 생명이다.
• 아이패드 (iPadOS): 손가락과 애플 펜슬을 통한 직접 조작. 직관적이고 즉각적인 반응이 핵심이다.
• 비전 프로 (visionOS): 눈·손·음성을 통한 공간 조작. 물리적 접촉 없이 시선과 제스처로 기기를 제어한다.

이 근본적인 차이 때문에 애플은 OS를 통합하지 않는다. 맥OS에 억지로 터치를 넣거나, 아이패드OS를 맥OS처럼 복잡하게 만들지 않는 이유가 여기 있다. 각 기기의 목적에 맞게 OS를 따로 발전시키는 전략이다.

결국 뭘 골라야 하나

선택은 주된 작업 환경과 목적에 달렸다.

1. 복잡한 작업과 멀티태스킹이 필수라면 → 맥(Mac)
여러 창을 동시에 띄워놓고 리서치·문서 작업을 병행하거나 전문 소프트웨어가 필수인 환경이라면 맥이 정답이다. 고민할 필요 없다.

2. 휴대성과 직관적인 사용이 우선이라면 → 아이패드(iPad)
이동이 잦고, 필기·드로잉·영상 시청 비중이 높다면 아이패드가 최선이다. 맥과 함께 쓸 때 가치가 배가 된다.

3. 새로운 패러다임을 경험하고 싶다면 → 비전 프로(Vision Pro)
기존 작업 방식을 완전히 바꾸고 공간 컴퓨팅이라는 가능성에 투자하고 싶다면 비전 프로가 시작점이다. 다만 아직은 대중용보다 선구자를 위한 도구에 더 가깝다. 이건 분명히 짚어둘 필요가 있다.

따로 또 같이 — 애플 연속성의 힘

애플의 전략은 하나의 기기가 모든 걸 대체하게 하는 게 아니다. 맥·아이패드·비전 프로가 각자 영역에서 최고의 경험을 제공하면서, ‘연속성’이라는 생태계 안에서 유기적으로 연결되는 그림이다. 사이드카로 아이패드를 맥의 보조 모니터로 쓰고, 유니버설 컨트롤로 하나의 키보드·마우스로 맥과 아이패드를 넘나드는 경험 — 이건 애플 생태계에서만 나오는 것이다. 비전 프로 역시 맥 화면 미러링으로 기존 생산성을 공간으로 확장한다. 자신의 컴퓨팅 환경에서 어떤 역할이 비어 있는지를 먼저 파악하는 것, 그게 세 기기 중 현명한 선택을 내리는 첫걸음이다.

출처: Engadget

애플 팬들 사이 이 논쟁은 끝이 없다. “역대 최고 애플 제품이 뭐냐”는 질문. 판매량 기준이냐, 혁신 기준이냐에 따라 답이 달라지니까. The Verge가 최근 이 주제로 투표를 진행했는데, 단순히 많이 팔린 것보다 산업의 흐름을 뒤집은 제품들이 꾸준히 상위에 올랐다. 같은 기준으로 직접 5개를 추렸다.

1. 아이폰 — 이건 리스트에서 빠질 수가 없다

2007년 스티브 잡스가 첫 아이폰을 공개했을 때, 경쟁사들은 비웃었다. “키보드도 없이 어떻게 팔리냐”고. 결과는 다 알다시피. 근데 아이폰의 진짜 유산은 하드웨어가 아니다. 앱스토어 생태계를 만들어냈다는 것. 개발자에게 새로운 수익 채널이 열렸고, 앱 하나로 은행 업무도, 택시 호출도, 음식 주문도 가능해졌다.

• 터치 인터페이스의 표준: 물리 버튼을 걷어내고 멀티터치 스크린을 대중화했다.
• 모바일 인터넷 시대 개막: PC 없이도 풀브라우징 인터넷 접속이 가능해졌다.
• 앱 경제 창출: 앱스토어는 새로운 산업과 직종을 낳은 거대한 플랫폼이 됐다.

스마트폰이 현대인의 라이프스타일을 바꿨다는 말, 사실상 아이폰이 바꿨다는 말이다.

2. 아이팟 — 아이폰 이전, 애플의 부활을 이끈 주역

아이팟 나오기 전에도 MP3 플레이어는 있었다. 근데 쓰기가 너무 불편했다. 파일 옮기는 것부터 골치였고, 저장 공간도 32~64MB 수준이라 노래 30곡이 한계였다. 애플은 클릭 휠 인터페이스와 아이튠즈(iTunes) 연동으로 이 문제를 통째로 해결해버렸다. “주머니 속에 1,000곡을”이라는 카피가 나왔던 바로 그 제품이다.

아이팟의 성공은 단순한 음악 플레이어의 성공이 아니었다. 불법 복제로 허덕이던 음반 시장을 디지털 유료 음원이라는 합법적인 비즈니스 모델로 전환시키는 기폭제가 됐다. 하드웨어, 소프트웨어, 서비스를 하나로 묶는 애플의 전략이 처음으로 제대로 통했던 사례이기도 하다.

3. 매킨토시 — 1984년, 컴퓨터의 문을 일반인에게 열다

1984년 당시 컴퓨터는 검은 화면에 초록 텍스트. 명령어를 일일이 외워야만 쓸 수 있는 기계였다. 매킨토시가 등장하면서 달라졌다. GUI(그래픽 사용자 인터페이스)와 마우스를 처음으로 대중에게 선보였고, 아이콘 클릭만으로 컴퓨터를 조작하는 시대가 열렸다. 리들리 스콧 감독이 연출한 전설적인 ‘1984’ 광고처럼, 매킨토시는 그 자체로 선언문이었다.

초기엔 비싼 가격과 폐쇄적 구조로 보급에 한계가 있었다. 그래도 매킨토시가 제시한 비전은 이후 윈도우(Windows)를 포함한 모든 OS의 표준이 됐다. 창작자들이 맥을 선호하는 이유, 그 DNA는 여기서 시작됐다.

4. 맥북 에어 — 서류 봉투에서 꺼낸 노트북

2008년, 스티브 잡스가 무대 위에서 서류 봉투를 꺼냈다. 거기서 노트북이 나왔다. 맥북 에어였다. 당시 시장 반응은 반반이었다. 광학 드라이브도 없고, 포트도 줄었으니 “이걸 누가 사냐”는 목소리도 많았다. 근데 팔렸다. 잘 팔렸다.

알루미늄을 통으로 깎아 만든 유니바디 디자인은 가볍고 견고했다. 성능을 일부 타협하더라도 들고 다니기 편한 노트북을 원하는 수요가 이렇게 컸다는 걸 맥북 에어가 증명했다. 이후 ‘울트라북’이라는 카테고리가 생겼고, 경쟁사들이 전부 따라 만들기 시작했다. 노트북은 원래 얇고 가벼워야 한다는 인식, 맥북 에어가 심어준 거다.

5. 애플 실리콘(M1/M2/M3) — 칩 하나가 바꾼 맥의 판도

제품이 아니라 ‘칩’을 넣은 게 의외로 보일 수 있다. 근데 M1은 진짜 전환점이었다. 오랫동안 인텔 CPU에 의존해오다 2020년에 직접 설계한 ARM 기반 M1으로 전환했는데, 결과가 예상 밖이었다.

이전 세대 인텔 맥북과는 비교가 안 됐다. 압도적인 성능, 거의 두 배에 달하는 배터리 시간, 체감상 절반 이하의 발열을 동시에 잡았다. 하드웨어와 소프트웨어를 직접 설계해서 최적화하면 이 정도 차이가 난다는 걸 증명해 보인 사례다. M1의 성공이 없었다면 지금 애플이 밀어붙이는 온디바이스 AI 전략도 불가능했을 거다. 눈에 안 보이지만, 결정적인 명작이다.

결국 공통점은 하나 — 경험 자체를 다시 짰다

아이폰, 아이팟, 매킨토시, 맥북 에어, 애플 실리콘. 다섯 개 다 공통점이 있다. 기술적으로 뛰어난 걸 넘어서, 특정 분야의 ‘경험’을 처음부터 다시 설계했다는 점. 음악 듣는 방식, 컴퓨터 쓰는 방식, 노트북 들고 다니는 방식까지. 누군가에겐 첫 스마트폰의 충격으로 아이폰이 1위일 거고, 창작자에겐 맥이 최고일 거다. 본인의 원픽은?

The Verge 보도에 의하면: The Verge

텍스트 몇 줄 쳐넣으면 영상이 나온다. 1년 전만 해도 믿기 힘든 얘기였는데, 이제는 현실이다. OpenAI 소라(Sora)가 공개됐을 때 업계 반응이 충격 그 자체였고, 런웨이(Runway)는 그 사이에도 꾸준히 업데이트를 쌓아왔다. 거기다 구글까지 Vids를 들고 나오면서 선택지가 갑자기 세 개로 늘었다. 뭘 써야 할지 모르겠다면 정상이다. 각 툴이 실제로 뭘 잘하는지, 누구한테 맞는지 하나씩 짚어봤다.

세 툴, 정체부터 파악하자

어떤 목적으로 만들어진 툴인지 알면 선택이 반은 끝난다.

• 구글 Vids: 한마디로 ‘업무용’이다. 구글 독스, 시트, 슬라이드와 나란히 워크스페이스 생태계에 들어앉아 있다. 전문가급 퀄리티보다는 회의 자료, 사내 공지, 마케팅 브리핑 같은 걸 빠르게 만드는 데 초점을 맞췄다.
• 런웨이(Runway): 크리에이터와 아티스트 쪽이다. ‘전문가용’에 가까운데, 텍스트를 영상으로 바꾸는 것 외에 기존 영상 편집, 특정 부분만 움직이게 하기 같은 세밀한 제어가 가능하다. 실제 뮤직비디오나 단편 영화 제작에 쓰인 사례도 꽤 있다.
• 오픈AI 소라(Sora): 지금 시점의 ‘끝판왕’. 최대 1분짜리 영상을 생성하는데, 물리 법칙을 이해하는 것처럼 자연스러운 움직임과 시네마틱한 화질이 특징이다. 다만 아직 일반 공개가 아니다. 데모 단계라는 게 함정이다.

기능으로 보면 누가 앞서나

세 툴은 지향점이 다르니 강점도 다를 수밖에 없다.

구글 Vids의 핵심 무기는 두 가지다. 워크스페이스 연동과 템플릿 기반 제작. 구글 드라이브에 쌓아둔 문서나 이미지를 바로 불러다 쓸 수 있고, 스타일 템플릿을 고르면 톤앤매너가 자동으로 맞춰진다. AI가 내레이션 스크립트를 써주고, 아바타로 발표 영상까지 만드는 기능도 있다. 복잡한 편집 없이 그럴듯한 결과물이 필요한 사람한테는 딱 맞다.

런웨이는 창의적 자유도에서 확실히 다르다. Gen-2 텍스트-투-비디오는 기본이고, 이미지-투-비디오, 비디오-투-비디오 변환도 된다. ‘모션 브러시’로 영상 특정 부분만 콕 집어 움직임을 주거나, ‘인페인팅’으로 원치 않는 개체를 지우는 것도 가능하다. 이 두 기능만으로도 다른 툴과는 급이 다르다는 느낌이 온다. 아이디어를 정교하게 구현하고 싶은 창작자에게는 런웨이만 한 게 없다.

소라의 강점은 솔직히 압도적인 퀄리티 하나다. 공개된 데모들을 보면, 여러 캐릭터가 복잡하게 상호작용하는 장면이나 역동적인 카메라 워크도 거의 완벽하게 구현된다. ‘골든아워에 찍은 도쿄 거리’ 같은 감성적인 묘사도 영상에 고스란히 담긴다. 지금 다른 툴들이 따라잡기엔 격차가 꽤 크다.

내가 쓸 툴인지 확인하는 법

목적에 맞는 툴이 곧 좋은 툴이다.

• 구글 Vids가 맞는 사람:
  • 사내 보고나 프레젠테이션 영상을 정기적으로 만들어야 하는 직장인
  • 제품 소개나 서비스 안내 영상을 빠르게 뽑아야 하는 마케터
  • 영상 편집 툴 배울 시간이 없는 비전문가
• 런웨이가 맞는 사람:
  • SNS 숏폼에 올릴 독창적인 영상을 만들고 싶은 크리에이터
  • 자신의 작품에 영상 효과를 더하고 싶은 아티스트
  • AI 영상 기술의 가능성을 직접 실험해보고 싶은 영상 전문가
• 소라를 기다려야 하는 사람:
  • 단편 영화나 광고 제작을 준비 중인 영화감독, 프로덕션 (정식 출시 후)
  • AI 영상 기술 최전선을 직접 체험하고 싶은 얼리어답터 (현재는 대기만 가능)

지금 당장 쓸 수 있는 건 런웨이뿐이다

접근성과 비용. 현실적인 얘기다.

런웨이는 지금 바로 써볼 수 있다. 가입하면 무료로 일부 기능을 체험할 수 있고, 월 12달러부터 시작하는 유료 구독으로 본격 사용이 된다. 이미 수많은 유저를 확보한 만큼 서비스 안정성도 괜찮은 편이다.

구글 Vids는 구글 워크스페이스 유료 사용자 대상으로 점진적으로 풀릴 예정이다. Gemini for Workspace 유료 플랜에 포함될 가능성이 높다. 개인보다는 기업 단위 도입이 주가 될 것 같다. 정식 출시되면 구글 생태계의 규모를 등에 업고 빠르게 퍼질 잠재력은 충분하다.

소라는 현재 레드팀(보안·유해성 검증 전문가)과 일부 비주얼 아티스트, 영화 제작자에게만 제한적으로 열려 있다. 일반 사용자가 언제 쓸 수 있을지는 아직 모른다. 지금으로선 그냥 기다리는 것 외에 선택지가 없다. 그래도 소라가 보여준 비전 자체가 다른 툴들의 개발 방향에 영향을 주고 있다는 건 부정하기 어렵다.

플랫폼 싸움으로 번지고 있다

이 경쟁, 단순한 기능 대결이 아니다.

구글은 Vids를 워크스페이스에 묶어 ‘업무 생산성’ 생태계 안에서 승부를 보려 한다. 문서 작성부터 영상 제작까지 구글 안에서 다 해결하게 만드는 전략이다. 이미 수억 명이 쓰는 워크스페이스가 배경이라는 점에서 무시하기 어렵다.

런웨이는 어도비(Adobe) 전략과 비슷하다. 영상 전문가와 크리에이터를 위한 강력한 단일 툴을 제공하며 ‘창작 허브’로 자리잡으려 한다. 다른 창작 툴과의 연동성도 높이는 중이다.

오픈AI는 ChatGPT로 쌓은 AI 브랜드와 기술력을 바탕으로 시장의 ‘표준’을 제시하려 한다. 소라를 API 형태로 공개해 다른 서비스들이 소라 엔진을 가져다 쓰게 만드는 더 큰 그림을 그리고 있을 가능성이 크다.

결국 살 만한 건 지금은 하나, 나머지는 상황 봐서

업무나 마케팅용 영상을 빠르게 만들어야 한다면 구글 Vids를 기다렸다가 써라. 구글 생태계 연동은 다른 툴이 흉내 내기 힘든 강점이다. 독창적인 영상이 목표고 AI 창의성을 직접 탐구하고 싶다면 런웨이가 지금 시점에서 가장 현실적인 선택이다. 최고 퀄리티가 목표고 미래의 영상 제작 방식이 궁금하다면 소라 소식을 계속 체크하는 것 외에 방법이 없다. 소라가 대중화되는 순간 영상 업계 구도가 흔들릴 거라는 건 이미 업계 안팎의 공통된 시각이다.

AI 영상 생성 기술은 이제 막 궤도에 오른 단계다. 어떤 툴이 최종 승자가 될지는 아무도 모른다. 다만 이들의 경쟁 덕분에 1년 전엔 불가능했던 작업들이 지금은 월 12달러로도 된다. 자신의 목적에 맞는 툴을 골라서 써보면 된다.

출처: TechCrunch 보도

소프트웨어 버그는 패치로 끝난다. 근데 메모리 반도체 자체에 구멍이 있다면? 로우해머(Rowhammer) 공격이 딱 그 케이스다. 코드를 고치는 게 아니라, 물리적인 하드웨어를 ‘속여서’ 데이터를 바꿔버리는 방식이다. 최근 보안 연구에서 이 공격이 다시 수면 위로 올라왔는데, 이번엔 엔비디아 GPU까지 타깃이 됐다.

로우해머, 이름이 곧 원리다

로우해머는 메모리의 특정 행(row)을 망치(hammer)로 두드리듯 반복해서 접근하는 공격이다. 컴퓨터 메인 메모리로 쓰이는 DRAM(Dynamic Random-Access Memory)은 미세한 축전기에 전하를 저장해서 데이터를 기록한다. 셀이 격자 형태로 촘촘하게 박혀 있는 구조다.

공격자는 특정 메모리 주소 행을 아주 짧은 시간 동안 수십만 번 이상 읽어들인다. 말 그대로 한 지점을 계속 두드리는 거다. 그 ‘진동’이 인접한 다른 행에 전달된다. 결국 옆 셀의 전하가 미세하게 흔들리면서 저장된 데이터가 0에서 1로, 1에서 0으로 바뀐다. 이걸 ‘비트 플립(bit flip)’이라고 부른다. 딱 한 비트짜리 오류처럼 보이지만, 그게 시스템 권한 전체를 넘겨주는 열쇠가 된다.

왜 하필 GPU 메모리인가

기존 로우해머 공격은 CPU가 관리하는 시스템 메인 메모리를 노렸다. 공격 무대가 GPU로 옮겨간 건 필연적인 수순이다. GPU에 탑재되는 GDDR(Graphics Double Data Rate) 메모리는 일반 DRAM보다 대역폭이 훨씬 넓고, 집적도도 극단적으로 높다.

데이터를 빠르고 빽빽하게 처리해야 하는 구조 특성상, GDDR 메모리 셀 간격은 그만큼 좁다. 로우해머 ‘진동’ 효과가 더 쉽게, 더 넓게 퍼지는 환경이 만들어지는 거다. Ars Technica가 전한 바에 따르면 ‘GDDRHammer’나 ‘GeForge’ 같은 공격 기법들이 이미 GPU 메모리 취약점을 집중 공략하고 있다.

GDDRHammer: GPU를 발판 삼아 CPU까지

GPU 로우해머가 더 위험한 이유는 공격 경로 자체가 다르기 때문이다. 단계별로 보면 이렇다.

• 1단계: GPU에서 악성 코드 실행
  공격자는 그래픽 렌더링이나 연산 작업으로 위장한 코드를 GPU에서 돌린다.
• 2단계: GDDR 메모리 해머링
  GPU 내부에서 특정 GDDR 메모리 영역에 로우해머 공격을 가해 인접 셀에 비트 플립을 만들어낸다.
• 3단계: 시스템 메모리 직접 변조
  핵심이 여기다. GPU는 DMA(Direct Memory Access)를 통해 CPU를 거치지 않고 시스템 메인 메모리에 바로 접근하는 권한이 있다. GPU 메모리에서 유발된 비트 플립이 이 DMA 경로를 타고 시스템 메모리의 페이지 테이블 엔트리 같은 핵심 데이터를 건드리게 된다.
• 4단계: 권한 상승
  시스템 메모리의 핵심 데이터가 조작되면 끝이다. 공격자는 자기 프로그램에 관리자(root) 권한을 박아 넣고 시스템 전체를 손에 넣는다.

GPU가 입구였고, 목적지는 처음부터 CPU 영역이었던 셈이다. GPU 코드 실행 자체가 의심받지 않는다는 점에서 이 경로는 꽤 교묘하다.

내 PC도 위험한가

솔직히 말하면, 일반 PC 사용자가 당장 이 공격에 노출될 가능성은 낮다. 하드웨어 기반 공격은 실행 조건이 까다롭다. 공격 코드를 로컬 시스템에서 직접 돌려야 하고, 타깃 메모리 구조에 대한 정밀한 정보도 필요하다. 아무 PC에나 원격으로 날리는 식이 아니다.

실질적으로 위험한 건 클라우드 환경이다. 여러 사용자가 GPU 자원을 공유하는 클라우드 컴퓨팅 환경이나 데이터센터에서, 한 가상머신(VM) 사용자가 하드웨어 취약점을 이용해 다른 VM이나 호스트 시스템 전체를 뚫는 시나리오가 훨씬 현실적이다. AI 연산 수요가 폭발하면서 GPU 클라우드 자원을 공유하는 케이스가 급증했는데, 공격 표면도 같이 넓어지고 있다.

대응책은 있나

패치 하나로 끝나는 소프트웨어 버그와 다르다. 근본적인 해결책은 메모리를 만드는 단계에서 나올 수밖에 없다.

• ECC 메모리: 오류 정정 코드(Error-Correcting Code) 메모리는 비트 플립을 감지하고 수정하는 기능이 내장되어 있다. 로우해머에 대한 가장 직접적인 방어책인데, 주로 서버나 워크스테이션에 쓰이고 일반 소비자용 PC에는 아직 드물다는 게 아쉬운 부분이다.
• TRR (Target Row Refresh): 메모리 컨트롤러가 특정 행에 접근이 비정상적으로 몰리면, 인접한 행을 강제로 ‘리프레시’해서 전하 손실을 막는 방어 기술이다. 최신 메모리에는 대부분 탑재되어 있다. 근데 새로운 공격 기법들은 이 TRR을 우회하는 방법까지 연구된 상태다. 이 싸움은 아직 끝나지 않았다.
• 제조사 펌웨어 업데이트: GPU나 메인보드 제조사가 메모리 리프레시 주기를 조정하거나 비정상 접근 패턴을 감시하는 펌웨어를 배포하면 일부 완화 여지가 있다. 시스템 업데이트를 미루지 말아야 하는 이유가 여기에도 있다.

장기적으로는 반도체 설계 단계부터 물리적 간섭 효과를 줄이는 새로운 공정 기술이 필요하다. 현재 방어 기술들은 결국 전부 사후 대응에 가깝다.

보안의 무대가 하드웨어 안으로 들어왔다

로우해머 공격이 보여주는 건 단순하다. 사이버 보안의 싸움이 운영체제나 앱 레벨에서 끝나지 않는다는 것. 실리콘의 물리적 한계, 전자의 움직임까지 이제 보안의 영역으로 들어왔다. GPU가 AI 연산의 핵심 칩으로 자리 잡으면서, 동시에 더 매력적인 공격 타깃이 됐다. 공격자 입장에서는 당연한 선택이다.

앞으로의 보안은 코드만 보는 게 아니라 하드웨어의 미세한 물리적 특성까지 고려해야 한다. 반도체 업계와 보안 업계 모두에게 새로운 숙제가 생긴 거다.

출처: Ars Technica

진동만으로 발신자를 구분하는 사람들이 있다. 따따-따-따따면 연인, 툭툭 짧게 두 번이면 직장 상사. 허세처럼 들리지만 실제로 된다. 아이폰 기본 설정 안에 이미 다 들어있다.

매번 똑같은 드르륵은 솔직히 정보가 없다. 꺼내봐야 알 수 있으니까. 진동 패턴을 직접 만들어두면 그 수고가 줄어든다. 회의 중이나 운전 중에 특히 유용하다.

앱이 없는 이유

앱스토어에서 ‘진동 커스텀’ 앱을 검색해봤다면 알겠지만, 반짝 올라왔다 금방 사라진다. 애플의 닫힌 생태계 정책 때문이다. 진동 모터 같은 하드웨어를 직접 제어하는 건 시스템 깊숙한 영역이다. 보안 취약점이 생길 여지가 있고, 기기 안정성 문제도 따라온다.

그래서 애플은 공식 API 밖의 방법으로 시스템에 접근하는 앱을 심사에서 걸러낸다. 가이드라인 위반이니 퇴출이다. 근데 사용자가 직접 만드는 건 막지 않는다. 그 길은 열어뒀다.

숨겨진 기본 기능: 나만의 진동 만들기

설정 경로가 살짝 깊어서 모르는 사람이 많다. 화면을 탭하는 것만으로 세상에 하나뿐인 진동 패턴을 만드는 방법이다.

• 1단계: 설정 앱 실행: 아이폰 ‘설정’ 앱을 연다.
• 2단계: 사운드 및 햅틱: ‘사운드 및 햅틱’ 메뉴로 들어간다.
• 3단계: 벨소리 또는 메시지 수신음: 진동 패턴을 바꾸고 싶은 항목을 고른다. (예: 벨소리)
• 4단계: 진동 메뉴: 화면 최상단의 ‘진동’ 메뉴를 탭한다.
• 5단계: 새로운 진동 생성: 스크롤을 내려 ‘사용자 설정’ 섹션에서 ‘새로운 진동 생성’을 선택한다.

회색 화면이 뜨면 준비된 거다. 짧게 탭하면 짧은 진동, 길게 누르면 긴 진동이 녹음된다. 손가락을 떼면 그게 공백이 된다. 이 조합으로 ‘따따따-따-따’ 같은 모스 부호 스타일도 만들고, 좋아하는 노래 리듬을 진동으로 담는 것도 된다. 저장하면 이름을 붙여 목록에 추가된다. 생각보다 꽤 직관적이다.

연락처별로 다른 진동 설정하기

패턴을 만들었으면 이제 쓸 일이다. 특정 인물에게 특정 진동을 할당하면 된다. 연인에게는 ‘두근-두근-‘ 하는 심장박동 패턴, 직장 상사에게는 짧고 강한 경고성 진동. 이런 식으로 구분해두면 꺼내보지 않아도 안다.

1. ‘연락처’ 앱에서 진동을 지정할 사람을 선택한다.
2. 오른쪽 상단 ‘편집’을 누른다.
3. ‘벨소리’ 또는 ‘메시지 수신음’ 항목을 찾는다.
4. 해당 항목을 누르면 ‘진동’ 메뉴가 나온다.
5. 방금 만든 ‘사용자 설정’ 진동 패턴을 선택하면 끝이다.

회의 중, 운전 중에 화면을 보지 않아도 누가 연락했는지 손끝으로 안다. 이게 생각보다 실용적이다.

햅틱 피드백, 진동의 또 다른 얼굴

알림용 진동 말고도 아이폰은 쓰는 내내 진동을 쓴다. 스위치를 켜고 끌 때, 스크롤을 돌릴 때 느껴지는 미세한 손맛. 그게 햅틱 피드백이다. 시각 정보 외에 촉각으로도 반응을 주는 개념인데, 솔직히 이게 아이폰 쓰는 재미의 꽤 큰 부분을 차지한다.

시스템 햅틱은 ‘설정’ > ‘사운드 및 햅틱’에서 켜고 끌 수 있다. 배터리 소모가 미세하게 늘어난다는 말도 있는데, 그 만족감이 충분히 상쇄한다고 본다. 끄고 쓰기엔 솔직히 너무 아깝다.

진동 패턴 활용 꿀팁 3가지

기본 설정법을 익혔다면 이제 창의력을 발휘해볼 여지가 있다. 직접 써보니 이런 방식이 잘 맞더라.

• 모스 부호 활용: 중요한 사람 이니셜을 모스 부호로 만든다. ‘S.O.S’ (…—…)는 위급 상황 알림용으로, 연인 이니셜은 그냥 특별한 신호로 써도 된다.
• 노래 리듬 따오기: 국민 동요 ‘떴다 떴다 비행기’의 ‘솔솔 미파 솔솔미’ 리듬을 손가락으로 탭해보면, 생각보다 훨씬 재밌다. 해보면 안다.
• 중요도에 따른 패턴 분류: 단순 업무 알림은 ‘툭툭’ 짧은 진동 2번, 긴급 보고는 ‘드르르륵-‘ 긴 진동 1번으로 구분해두면 업무 흐름이 달라진다.

결국 앱 없이도 된다

서드파티 앱이 없어도 아이폰 기본 기능만으로 개인화된 경험이 가능하다. 오히려 애플 정책 덕분에 더 안정적이고 검증된 방식으로 쓰는 셈이다. 연락처 목록을 열고 자주 연락하는 사람 2~3명에게 다른 진동 패턴을 만들어줘 봐라. 생각보다 빠르게 익숙해진다. 한 번 쓰면 못 돌아간다.

출처: Reddit r/technology

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

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

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

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

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