discord·2025년 2월 26일·4분 읽기큐레이션 요약

디스코드 패치 노트: 2024년 10월 1일

Discord의 2024년 10월 패치는 모바일 성능과 저장 공간을 크게 개선하고, 데스크톱 기능과 사용성을 다듬는 데 초점을 맞췄다. Android에서는 채팅 렌더링과 서버 목록 가상화로 프레임 저하·메모리·CPU 사용량을 줄였고, iOS에서는 데이터 저장 방식을 개선해 일부 사용자의 디스크 사용량을 크게 낮췄다. 이와 함께 화면 공유, 사운드보드, Animated WebP 지원을 추가하고 다양한 UI·충돌·검색 관련 버그를 수정했다. ## 모바일 성능과 리소스 사용 개선 - Android 채팅 렌더러를 개선해 기기별로 느린 프레임을 최대 60% 줄였다. - Android 채팅 목록의 메모리 사용량은 약 12% 감소했다. - 채팅 기록을 스크롤하거나 긴 대화를 탐색할 때 더 부드러운 화면 전환을 기대할 수 있다. - 모바일 서버 목록에 가상화 기술을 적용했다. - 현재 화면에 보이는 서버만 로드 상태로 유지한다. - 많은 서버에 가입한 사용자의 메모리 사용량은 14%, CPU 사용량은 25% 개선됐다. - iOS 데이터 저장소를 최적화했다. - 저장 공간을 가장 많이 사용하던 상위 1% 사용자의 디스크 사용량이 5.7GB에서 1.7GB로 감소했다. - Electron 32로 업그레이드해 데스크톱 앱의 점진적인 성능 향상과 충돌 감소를 기대할 수 있다. ## 새로운 기능과 인터페이스 개선 - macOS에서 화면 공유를 시작하는 UX를 다른 플랫폼과 일관되게 변경하고 시각적 디자인도 개선했다. - 데스크톱 사운드보드 UI를 새롭게 구성해 사운드를 탐색하고 개별 항목과 상호작용하기 쉬워졌다. - 웹·데스크톱에서 Animated WebP 첨부 파일 재생을 지원한다. - WebP는 기존 형식보다 대역폭을 적게 사용할 수 있다. - 애니메이션 재생이 더 매끄러워질 수 있다. - 친구 요청 수락 알림의 아바타에 표시되는 녹색 체크 표시를 복구했다. - 링크가 포함된 텍스트 위에 새 URL을 붙여넣으면 Markdown 링크를 새로 만드는 대신 기존 URL을 교체하도록 변경했다. - PS5 게임의 Activity Status가 올바르게 표시된다. - Shop, 사운드보드, GIF 선택기, 이모지 선택기 등 여러 UI의 탐색과 표시 문제를 수정했다. ## 검색·알림·읽음 상태 수정 - iOS 메시지 검색에서 첫 번째 페이지 이후의 결과를 선택할 수 없던 문제를 해결했다. - 모바일에서 검색 입력을 지워도 선택한 검색 카테고리가 바뀌지 않는다. - GIF 선택기에서 카테고리가 멈추거나 rate limit에 걸리는 문제를 수정했다. - GIF 카테고리에서 뒤로 가기 버튼이 정상적으로 작동한다. - 모바일 GIF 선택기에서 키보드가 화면에 계속 남아 있던 문제를 해결했다. - Android 앱을 너무 빠르게 다시 foreground로 전환할 때 메시지가 읽음 처리되던 문제를 수정했다. - 읽지 않은 메시지 표시기가 올바른 메시지 위에 일관되게 렌더링되도록 수정했다. ## UI 및 접근성 관련 버그 수정 - 이모지 선택기의 둥근 모서리, 헤더 크기, 테두리 표시 문제를 수정했다. - 라이트 테마에서 검색 필터가 올바르게 테마를 적용하지 못하던 문제를 해결했다. - 알림 센터의 헤더 팝아웃과 모바일 역할 설명이 정상적으로 표시된다. - 친구 목록이 스크롤되지 않던 문제를 수정했다. - 프로필 상태 말풍선의 세로 위치를 조정했다. - 프로필 팝아웃과 상호 친구 목록에서 키보드 탭 이동 표시기가 잘리는 문제를 해결했다. - 서버 설정의 Members 페이지에서 역할 목록이 화면 밖으로 표시되는 문제를 수정했다. - 채널 설정에서 멤버 추가 시 요소가 겹치는 현상을 해결했다. - 메시지 요청의 “Clear All” 버튼 정렬을 수정했다. - Student Hub 탐색 창의 요소 정렬 문제를 해결했다. - 서버 아이콘이 없는 서버에 잘못된 글꼴이 사용되던 문제를 수정했다. ## 게임·Shop·Quests 관련 수정 - 특정 게임의 상태가 일본어 이름으로 표시되던 문제를 해결했다. - Shop의 프로필 꾸미기가 첫 시도부터 정상적으로 로드된다. - Shop에서 Escape 키로 현재 흐름을 빠져나올 수 있다. - Quests 배지를 클릭했을 때 이전 Quests 페이지로 이동하던 문제를 수정했다. - 퀘스트 카드가 간헐적으로 클릭되지 않던 문제를 해결했다. - 다른 애플리케이션으로 Alt-Tab한 뒤에도 Toggle Overlay 단축키가 다시 작동한다. - 프로필에서 서버 설정을 열면 프로필 창이 정상적으로 닫힌다. - 역할을 펼쳤다가 접을 때 프로필 팝업의 초기 상태가 유지된다. ## 안정성 및 플랫폼별 수정 - 특정 NFC 하드웨어 키를 사용할 때 iOS 앱이 충돌하던 문제를 해결했다. - 태블릿의 화면 방향 감지가 일시적으로 실패하던 회귀 버그를 수정했다. - 삭제된 채널을 ModView가 열린 상태에서 감사 로그로 확인할 때 발생하던 충돌을 해결했다. - Android 웹 임베드가 잘못 확대·축소되어 이미지 일부가 잘리던 문제를 수정했다. - 모바일에서 “Jump to Bottom” 버튼이 표시되지 않던 문제를 해결했다. - 메시지가 잘못된 높이로 렌더링되거나 메시지 작성창의 요소가 겹치던 문제를 수정했다. - 스티커 사용 불가 팝업이 스티커 메뉴 뒤에 표시되던 문제를 해결했다. - 사운드보드 검색창이 사운드 업로드 모달 위에 겹치는 문제를 수정했다. - 투표 종료 시 남은 시간이 잘못된 문자열로 표시되던 문제를 해결했다. - Members 페이지의 “Passed Verification Level” 및 “Agreed to Rules” 상태 표시를 정확하게 수정했다. 이번 패치는 새로운 대형 기능을 추가하기보다는 모바일 성능, 저장 공간, 렌더링 안정성처럼 반복 사용에 직접 영향을 주는 기반 품질을 강화한 업데이트다. 특히 서버가 많거나 Android 채팅을 자주 사용하는 사용자라면 앱 성능 개선을 체감할 가능성이 크며, 패치 적용 시점은 플랫폼별로 다를 수 있다.

원문 읽기(새 탭에서 열림)

iOSAndroidmarkdownmacos+4

discord·2025년 2월 26일·4분 읽기큐레이션 요약

디스코드 패치 노트

Discord의 2024년 11월 1일 패치 노트는 폴더블 기기와 멀티태스킹 지원, macOS 화면 공유 단축키, 웹 성능 개선을 주요 변화로 소개합니다. Discord.com의 평균 페이지 로딩 시간이 최대 4초 단축됐고, 데스크톱·모바일 전반에서 수많은 UI, 렌더링, 입력, 알림 관련 버그가 수정됐습니다. 이번 패치는 기능 추가보다는 다양한 플랫폼에서의 안정성·반응성·사용성 개선에 초점을 맞췄습니다. ## 폴더블·멀티태스킹 지원 강화 - 폴더블 기기에서 Discord의 화면 구성과 프로필 배너 렌더링이 개선됐습니다. - 모바일 앱의 크기나 화면 비율이 바뀌면 사이드카·분할 화면 등 상황에 맞는 보기 방식으로 자동 전환됩니다. - 향후 폴더블 기기별로 별도 대응하지 않아도 동작하도록 코드 기반을 개선했습니다. - 문제 발생 시 DiscordApp 커뮤니티의 버그 메가스레드나 고객지원 티켓을 통해 신고할 수 있습니다. ## 데스크톱·웹 성능 개선 - Windows, macOS, Linux의 Electron 버전을 e30에서 e32로 업데이트했습니다. - Discord.com의 페이지 로딩 시간이 사용자에 따라 평균 최대 4초 단축됐습니다. - 핵심 웹 성능 지표와 전반적인 반응성도 개선됐습니다. - 실행 중인 데스크톱 클라이언트가 있을 때 브라우저에서 친구 링크를 열면 클라이언트와 정상적으로 연동됩니다. - macOS 15 이상에서 “Toggle Screen Share” 키바인드를 설정할 수 있게 됐습니다. ## 프로필·서버 관리 UI 수정 - 큰 프로필 화면에서 사라졌던 메시지 보내기·친구 추가 버튼을 복구했습니다. - 프로필 배너 저장 후 확대 비율이 잘못 적용되던 문제를 해결했습니다. - 모바일에서 아바타 장식이 읽지 않은 메시지의 상태 표시와 겹치던 문제를 수정했습니다. - 모바일 프로필 입력란 선택 시 프로필이 아래로 밀리던 문제를 해결했습니다. - 프로필에서 Mod View를 여는 기능이 정상적으로 동작합니다. - Nitro 비사용자의 Profile Effect 변경 버튼이 사라지던 문제를 복구했습니다. - 프로필 장식 상품의 구매 버튼 문구를 더 정확하게 수정했습니다. - iOS의 프로필 “About Me” 영역에서 이모지 정렬 문제를 해결했습니다. - 간소화된 프로필에서 역할을 추가할 때 이미 보유한 역할이 목록에 나타나지 않도록 했습니다. - 역할이 없는 사용자에게 역할을 추가해도 역할 목록이 자동으로 접히지 않습니다. ## 채널·권한·알림 관련 수정 - 채널 설정에서 권한을 업데이트할 때 화면이 크게 깜빡이던 문제를 해결했습니다. - Slow Mode 설정을 초기화한 뒤 화면에 이전 상태가 남아 보이던 문제를 수정했습니다. - 모바일 채널 설정의 카테고리 선택기가 긴 카테고리 이름을 올바르게 처리합니다. - 모바일 하단 내비게이션 바가 드물게 표시되지 않던 문제를 해결했습니다. - 특정 상황에서 오프라인 상태인데도 API 호출을 반복하던 문제를 수정했습니다. - 모바일에서 DM에 잘못된 알림 설정이 표시되던 문제를 해결했습니다. - “Show Members in Channel List” 배너의 테마별 글자 색상을 수정했습니다. - 키바인드 화살표 아이콘의 테마 색상 문제를 해결했습니다. ## 채팅·스레드·메시지 기능 개선 - 채팅에서 이모지가 지나치게 크게 표시되던 문제를 수정했습니다. - 모바일 음성 메시지의 “Hold to record” 툴팁 애니메이션을 고쳤습니다. - 삭제된 메시지가 모바일 DM 미리보기에서 잠시 계속 나타나던 문제를 해결했습니다. - iOS에서 채널 간 초안이 잘못 유지되던 문제를 수정했습니다. - 답글 위의 메시지 미리보기에서 사용자 이름을 클릭해 프로필을 열 수 있습니다. - iOS에서 키보드가 닫힌 뒤 메시지 기록의 글자 크기가 잘못 변하던 문제를 해결했습니다. - 스레드를 만든 직후 너무 빠르게 이름을 변경하면 두 개가 생성되던 문제를 수정했습니다. - 스레드 생성 화면의 테마 적용 문제를 해결했습니다. - 채팅 애니메이션 중 스와이프 동작이 제대로 작동하지 않던 문제를 수정했습니다. - 모바일 음성 메시지 UI가 텍스트 입력란과 겹치던 문제를 해결했습니다. - iOS 메시지에서 이모지가 잘못 정렬되던 문제를 수정했습니다. ## 이모지·검색·쇼핑 및 기타 UI 수정 - 첫 시도부터 이모지 선택기가 원하는 카테고리로 이동하도록 수정했습니다. - 오버레이에서 사용자 지정 이모지가 표시되지 않던 문제를 해결했습니다. - 투표 UI에서 답변을 선택하고 복사할 수 있게 됐습니다. - 포럼 게시물의 React 버튼 크기를 수정했습니다. - X.com 게시물 임베드가 콘텐츠를 Markdown으로 잘못 처리하지 않도록 했습니다. - Shop에서 잘못된 카테고리 배너가 표시되거나 첫 클릭 시 페이지 하단으로 스크롤되는 문제를 해결했습니다. - 컬렉션 타일의 둥근 UI 요소가 정확한 원형으로 표시됩니다. - Nitro 선물 화면의 여백 문제를 수정했습니다. - 모바일 사용자 프로필의 Nitro 아이콘 위치와 크기를 조정했습니다. - Compact Mode에서 앱 명령어에 사용되는 “/” 아이콘의 정렬을 수정했습니다. - Shop이 열려 있을 때 채널·DM 목록 아래의 음소거 버튼을 눌러도 Shop이 스크롤되지 않습니다. - iOS에서 역할 추가 중 표현식 선택기가 잘못 확장되던 문제를 해결했습니다. - 봇 프로필의 “Add App” 버튼에 있는 플러스 아이콘 색상을 수정했습니다. 이번 업데이트는 Discord를 여러 기기에서 사용하는 사용자에게 특히 유용합니다. 폴더블·분할 화면·macOS 화면 공유 단축키를 사용하는 경우 최신 버전으로 업데이트하고, 모바일에서는 채팅·프로필·채널 설정과 관련된 기존 문제도 함께 개선됐는지 확인하는 것이 좋습니다.

원문 읽기(새 탭에서 열림)

iOSAndroid성능 최적화Linux+4

discord·2025년 2월 26일·3분 읽기큐레이션 요약

디스코드 업데이트:

2024년 Discord는 음성·채팅 이용 경험을 개선하기 위해 모바일 앱 안정성, 렌더링 속도, 서버 전환, GIF 검색, API 지연 시간 등을 집중적으로 최적화했다. iOS 충돌률은 84% 감소했고, 모바일 서버 전환 속도는 30% 이상 빨라졌으며, API 지연 시간은 약 25% 줄었다. 이 글은 이러한 연간 개선 사항을 연말 시 형식으로 정리한 회고다. ## iOS 안정성과 저장 공간 개선 - 장기간 발생하던 iOS 충돌 문제를 식별하고 계측·수정해 전체 충돌률을 **84% 감소**시켰다. - iOS 데이터 저장 방식을 개선해 기기 내 디스크 사용량을 줄였다. - 영향을 많이 받은 사용자 중 일부는 최대 **4GB의 저장 공간을 회복**했다. ## Android 채팅 및 콘텐츠 렌더링 최적화 - Android 채팅 렌더러를 개선해 기기별로 느린 프레임을 최대 **60% 감소**시켰다. - 채팅 목록의 메모리 사용량도 약 **12% 줄이는 효과**를 측정했다. - 이모지, GIF, 스티커가 포함된 Expression Picker를 최적화해 Android에서 렌더링 프레임 드롭 빈도를 최대 **50% 감소**시켰다. - 관련 테스트에서 메모리 사용량은 약 **7.5% 감소**했다. ## 폴더블 기기와 모바일 화면 대응 - 다양한 화면 비율과 형태를 가진 모바일 기기에 맞춰 앱 레이아웃 적응성을 강화했다. - 폴더블 기기에서 멀티태스킹과 화면 전환 경험을 크게 개선했다. - 작은 화면부터 접히는 대형 화면까지 Discord UI가 더 자연스럽게 동작하도록 지원 범위를 넓혔다. ## 서버 탐색과 전환 속도 향상 - 모바일 서버 목록에 **가상화(virtualization)** 를 적용했다. - 현재 화면에 보이는 서버만 로드해 대규모 서버 목록을 스크롤할 때 성능과 메모리 효율을 개선했다. - 모바일에서 서버 전환 속도를 기기와 네트워크 환경에 따라 **30% 이상 향상**시켰다. ## GIF와 미디어 공유 성능 개선 - 모바일 GIF Picker의 로딩 시간을 최대 **80% 단축**했다. - GIF 검색과 게시 과정이 더 빠르고 부드럽게 동작하도록 최적화했다. - 이미지 변환 과정에서 **ICC 색상 프로필 데이터**를 보존하도록 미디어 프록시를 개선했다. - WebP로 변환된 이미지에서도 원본에 가까운 색상과 품질을 유지할 수 있게 됐다. ## API 및 백엔드 인프라 개선 - Google Cloud의 **GCE C3 인스턴스**로 이전하고 nginx 계층을 제거하는 등 인프라를 변경했다. - 그 결과 p90 이상 구간의 API 지연 시간이 약 **25% 감소**했다. - API를 사용하는 Discord 앱과 Activities의 응답성이 전반적으로 향상됐다. ## 연말 프로모션 - 글의 마지막에는 Nitro 선물 기능을 홍보하며, 선물을 보낸 사용자에게 Avatar Decoration을 제공한다고 안내한다. - 연말 개선 사항은 새로운 대규모 기능보다는 충돌, 지연, 메모리, 저장 공간처럼 일상적인 사용성을 좌우하는 문제를 줄이는 데 초점이 맞춰져 있다. Discord의 2024년 업데이트는 눈에 띄는 기능 추가보다 성능과 안정성 개선에 집중한 사례다. 특히 모바일 사용자는 앱 업데이트를 유지하고, 저장 공간이 부족하거나 채팅·GIF 로딩이 느렸던 경우 개선 효과를 확인해볼 만하다.

원문 읽기(새 탭에서 열림)

iOSAndroidAPI성능 최적화+4

discord·2025년 2월 26일원문

디스코드 업데이트: (새 탭에서 열림)

디스코드(Discord)는 2024년 9월 업데이트를 통해 플랫폼 내 앱 생태계를 대폭 확장하고 사용자 보안을 한층 강화했습니다. 앱 런처(App Launcher)의 도입으로 대화 중 게임이나 영상 공유가 더욱 간편해졌으며, 종단간 암호화(E2EE)와 패스키(Passkeys) 지원을 통해 통화 보안과 로그인 편의성을 동시에 잡았습니다. 이번 업데이트는 디스코드를 단순한 채팅 도구를 넘어, 개발자와 사용자가 함께 만들어가는 강력한 커뮤니케이션 플랫폼으로 진화시키는 데 중점을 두고 있습니다. ### 앱 런처를 통한 소셜 활동의 확장 * **어디서나 간편한 앱 사용:** 이제 데스크톱과 모바일 모두에서 앱 런처를 통해 수천 개의 앱을 검색하고 채팅이나 음성 채널에 즉시 불러올 수 있습니다. 마음에 드는 앱은 계정에 추가해 언제든 쉽게 다시 사용할 수 있습니다. * **신규 액티비티(Activities) 추가:** 서버 간 전투를 벌이는 'Arena Kingdoms', 체스 퍼즐을 푸는 'Echo Chess', 바이킹 테마의 PVP 게임 'Battletabs' 등 4종의 새로운 게임이 추가되어 친구들과 함께 즐길 수 있습니다. * **이미지 편집 및 애니메이션:** 채팅창의 이미지에 마우스를 올리면 앱 런처를 통해 즉석에서 편집할 수 있습니다. 예를 들어 'Viggle' 앱의 명령어를 사용하여 정지된 사진 속 인물이 춤을 추게 만드는 등의 재미있는 상호작용이 가능합니다. * **개발자 생태계 활성화:** 개발자들은 이제 자신만의 액티비티를 직접 구축하고 출시하여 수익을 창출할 수 있으며, 앱 런처의 검색 기능을 통해 전 세계 사용자에게 노출될 기회를 얻습니다. ### 보안 강화 및 프라이버시 보호 * **A/V 통화 종단간 암호화(E2EE):** 1:1 DM, 그룹 DM, 서버 음성 채널 및 Go Live 스트리밍의 음성과 영상 통화에 종단간 암호화가 도입됩니다. 이를 통해 통화 참여자 외에는 그 누구도 데이터에 접근할 수 없으며, 사용자는 통화 중에 암호화 상태를 직접 확인할 수 있습니다. * **패스키(Passkeys) 도입:** 생체 인식 기술을 활용한 패스키 로그인을 지원합니다. 이제 복잡한 비밀번호를 입력할 필요 없이 Face ID나 Touch ID 등을 통해 즉시 로그인할 수 있으며, 생체 데이터는 기기에만 저장되어 디스코드 서버에도 전송되지 않으므로 보안성이 뛰어납니다. ### 사용자 교육 및 콘텐츠 업데이트 * **디스코드 도장(Discord Dojo):** 초보자부터 숙련자까지 플랫폼을 100% 활용할 수 있도록 단축키, 메시지 서식 지정 방법 등을 담은 교육 비디오와 블로그 리소스를 제공합니다. * **스트리트 파이터 6 콜라보레이션:** 상점에서 류, 춘리, 아쿠마 등 인기 캐릭터를 테마로 한 장식과 효과를 만나볼 수 있으며, 특정 퀘스트를 완료하면 'Battle Field' 장식을 무료로 획득할 수 있습니다. * **시스템 안정성 향상:** 엔지니어링 최적화를 통해 iOS 환경에서의 앱 충돌(Crash) 발생률을 84%나 감소시키는 성과를 거두어 더욱 쾌적한 모바일 환경을 제공합니다. 이번 업데이트를 통해 디스코드는 더욱 안전하고 다채로운 즐길 거리가 가득한 공간으로 변모했습니다. 특히 보안이 중요한 사용자라면 지금 바로 패스키를 설정하고, 친구들과 함께 새로워진 앱 런처를 통해 'Arena Kingdoms'나 'Viggle' 같은 새로운 기능을 직접 체험해 보시길 권장합니다.

iOS성능 최적화end-to-end-encryptionpasskeys+3

figma·2023년 8월 30일·3분 읽기큐레이션 요약

스포티파이의 디자인

Spotify는 45개 플랫폼과 2,000종 이상의 기기에서 일관된 브랜드 경험을 제공하기 위해 디자인 시스템 Encore를 플랫폼별 체계에서 크로스플랫폼 체계로 확장했다. 초기에는 모바일과 웹 시스템이 분리되어 유연성을 얻었지만, 시간이 지나며 컴포넌트의 불일치와 중복이 커졌다. 이에 공통 기반과 재사용 가능한 중간 계층을 마련하고, 컴포넌트를 처음부터 여러 플랫폼이 함께 설계하는 방식으로 전환했다. ## 일관된 경험이 필요해진 배경 - Spotify는 TV, 자동차, 모바일, 컴퓨터 등 다양한 환경에서 오디오 콘텐츠를 제공하게 됐다. - 2019년 기준 45개 플랫폼, 2000종 이상의 기기, 200개 브랜드에 걸쳐 서비스를 제공해야 했다. - 목표는 모든 플랫폼을 단순히 지원하는 것이 아니라, 어떤 기기에서도 사용자가 “Spotify답다”고 느끼는 일관된 경험을 만드는 것이었다. - 디자인 시스템의 컴포넌트가 플랫폼 간 경험을 통합하는 핵심 수단으로 강조됐다. ## Encore의 초기 구조와 한계 - Encore는 2019년 두 개의 하위 시스템으로 출발했다. - **Encore Consumer Mobile**: 모바일 중심 경험을 위한 유연한 UI 컴포넌트 카탈로그 - **Encore Web**: 다양한 웹 제품을 위한 시스템 - 색상과 타이포그래피 같은 기본 디자인 결정에는 디자인 토큰을 사용했다. - 그러나 각 하위 시스템이 독립적으로 발전하면서 버튼의 크기, 타이포그래피, 상태 표현 등에서 차이가 생겼다. - 제품팀의 요구가 커지면서 컴포넌트가 지나치게 유연해졌고, 플랫폼 간 공통성이 약해졌다. ## 공통 기반과 재사용 계층의 도입 - 2022년 Spotify는 유연성에 치우친 구조를 재조정할 필요가 있다고 판단했다. - Encore Mobile을 위한 재사용 가능한 컴포넌트 제작 전담 팀을 구성했다. - 이 새로운 계층은 공통 기반과 Consumer Mobile 사이에 위치했다. - 이를 통해: - Consumer Mobile이 모든 컴포넌트를 직접 제공해야 하는 부담을 줄이고 - Web과 Mobile 사이의 플랫폼 대응성을 높이며 - 제품별로 중복 구현되는 컴포넌트를 줄일 수 있었다. - Web 팀과 협력해 크로스플랫폼 컴포넌트를 나중에 맞추는 대신, 처음부터 함께 개발하기 시작했다. ## 크로스플랫폼 컴포넌트 설계 방식 - 기존처럼 사용자 조사, 디자인, 개발로 이어지는 과정 자체는 유지했다. - 가장 큰 변화는 디자인 단계에서 특정 플랫폼 하나만을 대상으로 하지 않는 것이었다. - iOS, Android, Web 팀이 함께 각 플랫폼의 요구사항과 특성을 조사하고, 공통 경험을 조율했다. - 플랫폼별 고유성을 없애는 것이 아니라, 공통된 구조와 시각적 언어를 유지하면서 각 환경에 맞게 적용하는 것이 목표였다. - 웹, 모바일, TV는 입력 방식과 화면 크기 등 사용 맥락이 다르므로, 동일한 컴포넌트를 그대로 복제하기보다 플랫폼의 장점을 보존해야 했다. - 이를 위해 각 플랫폼 전문가가 협업하는 구조가 중요했다. 웹과 모바일 양쪽 모두에 정통한 디자이너는 드물기 때문에, 여러 분야의 전문성을 한 과정 안에서 결합해야 했다. Spotify의 사례는 디자인 시스템을 플랫폼별 컴포넌트 모음으로 관리하기보다, 공통 기반·재사용 계층·플랫폼별 특화를 연결하는 구조로 설계해야 한다는 점을 보여준다. 실무에서는 플랫폼 팀을 초기 설계 단계부터 참여시키고, 공통 토큰과 컴포넌트의 범위를 명확히 정하는 방식이 효과적이다.

원문 읽기(새 탭에서 열림)

iOS디자인 시스템Android디자인 토큰+3

figma·2022년 10월 12일·3분 읽기큐레이션 요약

데이터를 활용하는 방법 | 피그

Figma는 서비스를 제공하는 데 필요한 **기능 데이터**와 제품 개선에 활용하는 **분석 데이터**를 구분해 수집·활용한다. 분석 데이터는 기능 개발, 성능 개선, 커뮤니티 보호를 위한 의사결정을 지원하며, A/B 테스트와 데이터 분석을 통해 사용자 경험을 정량적으로 검증한다. 글은 데이터 활용이 제품을 발전시키는 동시에 고객에게 수집 목적과 책임을 투명하게 설명해야 한다고 강조한다. ## 기능 데이터: 서비스 제공에 필요한 최소 정보 - 이메일 주소는 사용자 이름 부여와 비밀번호 재설정 등 중요한 안내에 사용된다. - 가입 시 이름과 역할을 추가로 수집하며, 이 정도의 기본 정보만으로 파일 생성과 협업을 시작할 수 있다. - 다른 클라우드 서비스와 달리 신원 확인 서류나 문서 등 민감한 정보를 일반적으로 요구하지 않는다. - 유료 플랜의 결제 정보는 Figma가 직접 처리하지 않고 결제 인프라 제공업체인 Stripe가 수집·처리한다. ## 분석 데이터: 제품 개선을 위한 사용 정보 - 사용자가 어떤 기능을 사용하는지, 사용하지 않는지, 이용 과정에서 어려움을 겪는지를 파악한다. - 플랫폼에 접근하는 방식과 같은 메타데이터도 분석 대상에 포함된다. - 사용자 의견이나 소셜미디어 반응만으로는 전체 사용 패턴을 파악하기 어렵기 때문에 정량적 데이터가 필요하다. - 데이터 과학팀이 수집된 정보를 처리·분석해 제품 개발 방향을 세운다. - 주요 활용 목적은 기능 개선, 애플리케이션 성능 최적화, Figma 커뮤니티 보호다. ## A/B 테스트를 통한 기능 개선 - Figma는 UX 리서치, 데이터 분석, 제품 직관에서 세운 가설을 실험으로 검증한다. - 새로운 기능이나 UI 변경이 사용자 행동에 미치는 영향을 정량적으로 비교해 출시 여부를 판단한다. - 공유 모달 개선 사례에서는 가입 후 첫 달에 공유 모달을 여는 사용자가 20%에 불과했고, 그중 실제 파일 공유에 성공하는 비율도 절반이었다. - Figma는 UI를 단순화하고 부차적인 기능을 별도 탭으로 옮겨 공유 과정을 쉽게 만들었다. - 실험 결과: - 초대장을 보내는 사용자 비율이 2% 증가했다. - 파일마다 초대되는 사용자 수가 2% 증가했다. - Figma Community에 작업물을 게시하려는 성향에는 부정적인 변화가 없었다. - 이 결과는 이후 공유 경험을 개선하는 작업의 방향을 설정하는 근거가 됐다. ## 성능 문제와 장애 원인 분석 - Figma의 여러 팀은 플랫폼별 애플리케이션 성능 데이터를 지속적으로 분석한다. - 분석 결과는 성능 개선 과제와 전반적인 사용자 경험 향상에 활용된다. - iOS 앱 베타 출시 후에는 충돌 발생 빈도, 충돌 상황, 영향을 받는 플랫폼을 조사했다. - 분석 결과 프로토타입이 iOS 충돌의 주요 원인 중 하나였으며, 프로토타입 관련 충돌의 25%가 로딩 시작 후 10초 이내에 발생했다. - 이처럼 단순히 충돌 횟수만 보는 것이 아니라, 특정 기능·플랫폼·사용 시점과 연결해 문제의 우선순위를 정한다. Figma의 사례는 필요한 기능 데이터는 최소한으로 수집하고, 분석 데이터는 구체적인 제품 문제를 해결하는 데 사용해야 한다는 점을 보여준다. 데이터 기반 의사결정은 사용자 행동을 더 정확히 이해하게 하지만, 실험 결과를 사용자 경험과 개인정보 보호라는 관점에서 함께 검토하는 것이 중요하다.

원문 읽기(새 탭에서 열림)

iOS데이터 사이언스a-b-testingdata-analytics+2

figma·2022년 3월 14일·3분 읽기큐레이션 요약

iPad용 FigJam: 탐색하고 아이디

FigJam for iPad는 데스크톱보다 집중하기 쉽고 손으로 직접 조작할 수 있는 태블릿의 장점을 FigJam의 아이디어 발상·협업 과정에 결합한 제품이다. 무한 캔버스에서 저해상도 스케치와 자유로운 반복 작업을 수행하고, 데스크톱과 iPad를 오가며 개인 작업과 팀 협업을 자연스럽게 이어가는 것이 핵심이다. 다만 FigJam iPad 전용 앱은 2026년 1월 8일 종료되며, 이후에는 Figma 앱 또는 웹에서 이용해야 한다. ## 태블릿이 창의적 작업에 적합한 이유 - 데스크톱은 알림과 여러 앱 사이의 지속적인 전환으로 창작 흐름이 끊기기 쉽다. - 태블릿은 한 앱에 집중하도록 설계되어 몰입 상태를 유지하기 쉽다. - 노트처럼 휴대할 수 있고 손으로 직접 쓰고 그릴 수 있어 이동 중에도 아이디어를 기록할 수 있다. - FigJam의 무한 캔버스와 태블릿의 촉각적 조작이 결합되어 자유로운 스케치와 탐색에 적합하다. - 사용자들이 이미 펜 태블릿을 활용해 저해상도 스케치와 주석을 작성하고 있었다는 점도 iPad 지원의 배경이 됐다. ## 초기 아이디어를 자유롭게 발전시키기 - 새로운 콘셉트 탐색은 직선적이지 않으므로 완성도보다 빠른 시도와 반복이 중요하다. - 저해상도 작업은 세부 사항에 얽매이지 않고 아이디어를 확장하거나 처음부터 다시 시작하게 해준다. - 거친 스케치는 완성된 목업보다 다른 사람이 함께 발전시키기 쉬운 제안으로 받아들여진다. - iPad에서 작성한 스케치와 메모를 나중에 노트북에서 이어서 작업할 수 있다. - 다른 사람이 기존 아이디어 위에 직접 그리거나 추가하면서 공동 창작이 가능하다. ## 손글씨 주석으로 피드백을 개인화하기 - 비동기 협업에서 댓글만으로는 피드백의 맥락과 온기를 충분히 전달하기 어렵다. - iPad에서는 캔버스의 단어나 스케치에 원을 치고, 밑줄을 긋고, 직접 표시할 수 있다. - 손글씨 메모는 단순한 평가나 비판보다 함께 결과물을 만들어가는 방식의 피드백을 가능하게 한다. - 시각적 표시와 필기 주석을 통해 어떤 부분을 개선해야 하는지 더 직관적으로 전달할 수 있다. ## iPad를 활용한 협업 세션 - iPad는 개인 스케치뿐 아니라 회의와 그룹 작업을 진행하는 보조 화면으로도 사용할 수 있다. - 큰 데스크톱 화면에는 FigJam 파일을 띄우고, iPad에서는 스티커 메모 그룹에 동그라미를 치거나 참석자에게 표시를 남길 수 있다. - 발표자는 화면 전환 없이 빠르게 주석을 추가할 수 있어 협업 세션이 더 유연해진다. - 데스크톱의 넓은 화면과 iPad의 직접 입력을 조합하면 각 기기의 장점을 동시에 활용할 수 있다. ## 지원 방식과 향후 방향 - 글 작성 당시 FigJam for iPad는 태블릿 편집을 위한 첫 단계로 소개됐다. - Figma는 태블릿에서 저해상도 디자인을 더 빠르고 풍부하게 만드는 기능을 계속 탐색하고 있다. - 현재 안내에 따르면 전용 FigJam iPad 앱은 2026년 1월 8일 종료된다. - iPad에서 계속 사용하려면 iOS 16 이상을 지원하는 Figma iOS 앱에 로그인하거나 웹을 이용해야 한다. iPad는 완성된 디자인을 다듬는 도구라기보다, 초기 아이디어를 빠르게 그리고 공유하며 발전시키는 FigJam의 특성을 강화하는 도구로 보는 것이 적절하다. 개인 스케치, 손글씨 피드백, 회의 중 실시간 주석처럼 자유로운 시각적 협업이 필요한 상황에서 특히 유용하다.

원문 읽기(새 탭에서 열림)

iOSFigmafigjamAndroid+3

figma·2021년 12월 15일·2분 읽기큐레이션 요약

피그마의 새로운

2021년 12월 Figma 업데이트는 FigJam과 Figma에서 협업과 제작을 더 쉽고 풍부하게 만드는 데 초점을 맞췄다. FigJam에서는 외부 미디어 재생, 동영상·웹캠 녹화, 하이라이터와 지우개 기능이 추가됐고, 모바일 앱에서는 데스크톱 없이도 프로토타입과 파일을 확인·공유할 수 있게 됐다. 결과적으로 아이디어 발상부터 검토, 모바일 테스트까지 작업 흐름이 한층 간소화됐다. ## FigJam에서 풍부해진 미디어 협업 - FigJam 공간에 링크를 붙여 넣는 것만으로 다양한 외부 미디어를 활용할 수 있다. - Vimeo 영상을 재생하고 Spotify 음악을 들을 수 있어 회의나 아이디어 세션에 맥락과 영감을 더할 수 있다. - 새로운 Vimeo 플러그인을 사용하면 Figma와 FigJam 파일 안에서 직접 화면 및 웹캠 녹화를 만들 수 있다. - 녹화 기능은 상태 업데이트, 제품 데모, 사용 방법 안내 등을 공유하는 데 활용할 수 있다. - 실시간 회의뿐 아니라 비동기 협업에서도 미디어를 통해 설명과 의사소통을 보완할 수 있다. ## 아이디어를 강조하고 불필요한 작업을 정리하는 도구 - FigJam 툴바에 **하이라이터**가 추가됐다. - 텍스트나 다른 객체를 강조해 중요한 아이디어가 눈에 띄게 만들 수 있다. - 하이라이트할 때 `Shift` 키를 누르면 곧은 선을 그릴 수 있다. - **지우개** 기능으로 그림의 개별 선을 삭제할 수 있다. - 전체 작업물을 지우지 않고 특정 스트로크만 수정할 수 있어 스케치와 아이디어를 빠르게 다듬을 수 있다. - 브레인스토밍 결과에서 좋은 아이디어를 부각하고, 진행 중인 작업은 정리하는 데 유용하다. ## 모바일에서 프로토타입과 파일 확인 Figma 모바일 앱 업데이트를 통해 모바일 디자이너가 데스크톱에 연결되지 않은 상태에서도 디자인을 검토할 수 있게 됐다. - 데스크톱 없이 프로토타입을 재생할 수 있다. - 프로토타입 재생 중 핫스팟 표시를 켜거나 끌 수 있다. - 데스크톱에서 선택한 프레임을 모바일 기기로 미러링할 수 있다. - Figma 파일과 프로토타입을 모바일에서 공유하고 탐색하며 확인할 수 있다. - FigJam 파일도 모바일에서 공유·탐색·열람할 수 있다. - 팀과 프로젝트를 이동하고 여러 워크스페이스 사이를 전환할 수 있다. - iPhone·iPad용 iOS 앱과 스마트폰·태블릿용 Android 앱에서 이용할 수 있다. ## 업데이트 활용 방법 - 비동기 회의에서는 Vimeo 녹화로 진행 상황이나 데모를 파일 안에 직접 남긴다. - FigJam 브레인스토밍에서는 하이라이터로 핵심 의견을 표시하고 지우개로 불필요한 선을 정리한다. - 모바일 앱을 사용해 실제 기기에서 프로토타입의 화면 전환과 상호작용을 수시로 검증한다. - 세부 변경 사항은 Figma 릴리스 노트에서 확인할 수 있다.

원문 읽기(새 탭에서 열림)

iOSFigma프로토타이핑figjam+4

figma·2018년 4월 2일·3분 읽기큐레이션 요약

스쿼클을 간절히 찾

피그마 엔지니어가 iOS의 ‘스퀴클(squircle)’을 Figma에 구현하기 위해 수학적 형태를 분석한 과정을 설명한다. 스퀴클은 단순한 둥근 사각형이 아니라 직선과 곡선의 연결부에서 곡률이 연속적으로 변해 더 자연스럽고 독립적인 형태로 인식된다. 처음에는 슈퍼타원으로 설명할 수 있다고 보았지만, 실제 애플 아이콘과 비교한 결과 체계적인 오차가 발견되며 더 정교한 모델이 필요해졌다. ## 디자인 문제로서의 스퀴클 - 스퀴클은 ‘square’와 ‘circle’을 합친 표현으로, iOS 7에서 애플 앱 아이콘에 적용되며 널리 알려졌다. - 기존의 둥근 사각형은 직선과 원호가 만나는 지점에서 곡률이 갑자기 바뀐다. - 스퀴클은 이 전환을 부드럽게 만들어 외곽선 전체의 곡률이 연속적으로 이어진다. - 수학적으로 작은 차이지만, 시각적으로는 형태가 단순히 모서리를 깎은 사각형이 아니라 하나의 유기적인 물체처럼 보이게 한다. - 맥북 모서리나 유선 이어버드 케이스처럼 산업 디자인에서도 곡률의 연속성은 표면의 하이라이트와 물체의 인상에 큰 영향을 준다. ## 공학에도 적용되는 디자인의 제약 - 글은 Charles Eames의 디자인 정의인 “특정 목적을 달성하기 위해 요소를 배열하는 계획”에서 출발한다. - 디자인의 핵심은 가능한 많은 제약을 인식하고, 그 제약 안에서 작업하는 데 있다. - 엔지니어링에서도 시간, 단순성, 유지보수성, 미적 완성도 같은 제약을 함께 고려해야 한다. - 스퀴클 구현 과정은 수학적 문제를 다루지만, 탐색·실패·숨은 문제 발견·제약의 변화·해결이라는 전형적인 디자인 과정과 동일한 구조를 가진다. ## 슈퍼타원이라는 첫 번째 해법 - 스퀴클의 정확한 수학적 표현을 찾기 위해 기존 연구를 조사했고, 초기에는 슈퍼타원이 유력한 후보로 제시됐다. - 슈퍼타원은 다음과 같은 형태로 표현할 수 있다. \[ \left|\frac{x}{a}\right|^n + \left|\frac{y}{b}\right|^n = 1 \] - \(n=2\)이면 일반적인 타원이 된다. - \(a=b=1, n=2\)이면 단위원이 된다. - \(n>2\)로 설정하면 모서리가 점점 사각형에 가까워진다. - \(n\)이 무한대로 커지면 경계가 직사각형에 가까워진다. - 초기 분석에서는 \(n=5\) 정도의 슈퍼타원이 애플 아이콘과 매우 비슷하게 보였다. - 이 모델이 정확하다면 Bézier 곡선 여러 개로 근사한 뒤 Figma의 도형 시스템에 통합할 수 있었다. ## 실제 아이콘과의 불일치 - 슈퍼타원은 시각적으로는 매우 유사했지만 실제 iOS 아이콘의 외곽선을 정확히 설명하지 못했다. - 가능한 \(n\) 값을 바꿔도 실제 형태와 비교하면 작지만 일관된 차이가 남았다. - 이는 단순한 측정 오차가 아니라 모델 자체의 구조적 한계였다. - 따라서 “비슷하게 보이는 우아한 공식”을 사용하는 것만으로는 충분하지 않았고, 사용자가 기대하는 실제 애플 형태를 재현하려면 더 정확한 곡선 모델이 필요했다. - 이후 연구에서는 여러 개의 Bézier 곡선을 조합해 스퀴클 모서리를 구성하는 가설이 제시되며 다음 단계로 이어진다. 정확한 그래픽 구현에서는 시각적으로 비슷한 근사식과 실제 디자인을 충실히 재현하는 모델을 구분해야 한다. 특히 곡률 연속성처럼 작은 수학적 차이가 최종 형태의 인상과 품질을 좌우할 수 있으므로, 공식의 단순성보다 실제 데이터와의 검증이 중요하다.

원문 읽기(새 탭에서 열림)

iOSFigmavector-graphicsbezier-curves+2

figma·2018년 2월 7일·3분 읽기큐레이션 요약

웹 디자이너 없는 웹

Xfive는 전담 디자이너가 없는 웹 개발 회사였지만, Figma를 활용해 낡고 복잡해진 홈페이지를 직접 redesign했다. 브라우저 기반 협업과 실시간 댓글 기능으로 마케팅·영업·개발 등 여러 이해관계자의 피드백을 한곳에서 관리했으며, 개발자는 별도 도구 없이 디자인 사양과 코드를 확인할 수 있었다. 이 경험을 통해 Figma가 디자인 제작부터 검토, 프로토타이핑, 개발자 인계까지 연결하는 효과적인 협업 플랫폼임을 확인했다. ## 리디자인이 필요했던 배경 - Xfive는 2006년 설립된 웹 개발 회사로, 크라쿠프·멜버른·샌프란시스코에 사무실을 두고 있다. - 일반적으로 고객이 제공한 디자인을 구현하는 방식이어서 사내에 디자이너를 두지 않았다. - 리브랜딩과 신규 웹사이트 출시 이후 회사는 성장했지만, 홈페이지와 일부 주요 영역은 그대로 남아 있었다. - Customers와 Work 섹션이 outdated 상태였고, 다음과 같은 구조적 문제가 있었다. - 혼란스러운 전역 내비게이션 - 서로 경쟁하는 지나치게 많은 CTA - 탐색과 유지보수가 어려운 다수의 랜딩 페이지 ## 디자이너가 아닌 직원의 Figma 활용 - 콘텐츠 제작자인 Lubos Kmetko가 Figma를 시험적으로 사용한 뒤 홈페이지 리디자인을 맡았다. - 전문 디자이너는 아니었지만 Figma를 이용하면 직접 시안을 만들 수 있다고 판단했다. - 홈페이지, Customers 영역, Work 섹션을 새로 설계하면서 내비게이션과 CTA, 랜딩 페이지 구조를 단순화했다. - 중요한 조건은 다양한 부서가 디자인을 검토하고 의견을 제출할 수 있어야 한다는 점이었다. ## 브라우저 기반 프로토타이핑과 협업 - Lubos는 완성한 각 페이지의 목업을 링크로 공유했다. - 마케팅, 영업, 제작, 편집, 개발팀은 물론 COO까지 브라우저에서 디자인을 열고 댓글을 남길 수 있었다. - Figma의 Comments 기능을 통해 다음 작업을 한 공간에서 처리했다. - 디자인에 대한 의견 교환 - 사용자 인터랙션 설명 - 피드백을 반영한 실시간 수정 - 변경 내역과 최신 버전 동기화 - 별도의 파일 다운로드나 프로그램 설치 없이 참여할 수 있어 비디자이너도 구체적인 피드백을 제공하기 쉬웠다. - 모든 피드백이 디자인 파일과 함께 보존되어, 이메일이나 분산된 문서보다 검토 과정의 추적성이 높아졌다. ## 디자이너-개발자 인계 간소화 - 시안이 승인된 뒤에도 이메일이나 Box로 파일을 주고받지 않고 Figma 링크를 사용했다. - 개발자는 브라우저에서 디자인 파일을 열어 별도 도구 없이 사양을 확인했다. - Code Mode를 통해 다음 정보를 확인하거나 내보낼 수 있었다. - 요소의 크기 - 색상 - 패딩 등 간격 - CSS - iOS 및 Android 코드 - 이를 통해 버전 관리 문제와 구현 과정의 추측을 줄이고, 더 빠르고 정확하게 개발할 수 있었다. - Figma는 Photoshop의 디자인 기능과 Google Docs의 협업 방식을 결합하면서도 상대적으로 가볍고 단순한 도구로 평가됐다. ## 클라이언트 프로젝트로의 확장 - Xfive는 이번 리디자인을 Figma를 실제 고객 프로젝트에 적용하기 위한 시험대로 삼았다. - 향후에는 기능성 프로토타입을 팀원과 고객에게 공유하고 실시간으로 협업할 수 있다고 보았다. - PDF나 JPEG를 이메일에 첨부해 디자인 아이디어를 전달하던 기존 방식에서 벗어나: - 프로토타입 공유 - 구현 세부사항 논의 - 개발자 인계 를 하나의 플랫폼에서 처리하려 했다. 전담 디자이너가 없는 조직이라도 브라우저 기반 도구와 명확한 협업 프로세스를 갖추면 웹 리디자인을 진행할 수 있다. 특히 Figma는 디자인 검토부터 개발 사양 확인까지 연결하므로, 여러 부서와 외부 고객이 함께 참여하는 프로젝트에 유용한 선택지다.

원문 읽기(새 탭에서 열림)

iOSFigma사용자 경험프로토타이핑+4

figma·2017년 12월 6일·3분 읽기큐레이션 요약

더 많은 시간, 더 많은

Unfold는 Figma를 도입해 디자인 파일 버전 충돌, 피드백 분산, 개발자 핸드오프 문제를 크게 줄였다. 클라우드 기반 협업과 브라우저 접근성 덕분에 커뮤니케이션에 쓰는 시간이 약 30% 감소했고, 더 빠르게 프로젝트를 진행하며 더 많은 고객을 맡을 수 있게 됐다. 이 글은 에이전시 업무를 하나의 협업 플랫폼으로 통합하는 것이 시간과 비용 절감으로 이어진다는 점을 보여준다. ## 여러 버전과 협업 문제의 해소 - Unfold는 디자이너, 개발자, 마케터, 프로젝트 매니저, 고객 등 다양한 관계자가 참여하는 프로젝트를 진행했다. - 서로 다른 컴퓨터와 운영체제, 각기 다른 디자인 도구를 사용하면서 파일 덮어쓰기와 버전 충돌이 자주 발생했다. - 문제를 해결하기 위해 여러 플러그인을 조합했지만, 단순한 작업에도 복잡한 도구 체계가 필요했다. - Figma는 클라우드에서 작동하므로 모든 사람이 같은 최신 파일에 접근할 수 있고, URL 하나만 공유하면 협업이 가능했다. - Unfold는 버전 관리와 피드백 과정이 단순해지면서 커뮤니케이션에 소요되는 시간이 최소 30% 줄었다고 평가했다. ## 하나의 공간으로 통합된 디자인 프로세스 - Figma는 디자인, 프로토타이핑, 피드백, 개발자 전달을 한 플랫폼 안에서 처리한다. - 기존 Sketch 파일은 Figma의 Sketch importer로 가져올 수 있어 기존 프로젝트를 이전하기 쉬웠다. - 새로운 프로젝트에서는 Figma의 multiplayer 기능을 활용해 팀과 고객이 하나의 문서에서 동시에 아이디어를 스케치했다. - 여러 사람이 실시간으로 참여할 수 있어 초기 브레인스토밍 속도가 빨라졌다. - 무드 보드에는 색상 팔레트, 글꼴 후보, 시각적 레퍼런스를 함께 배치할 수 있었다. - 웹에서 이미지를 문서로 바로 드래그 앤 드롭할 수 있어 파일을 저장하고 다시 업로드하는 과정이 사라졌다. ## 문맥을 유지하는 피드백 - 디자인 파일은 항상 같은 URL에서 최신 상태로 공유됐다. - 디자이너가 파일을 내보내거나 고객에게 새 버전을 업로드할 필요가 없었다. - 고객은 Figma의 댓글 기능으로 원하는 시점에 피드백을 남길 수 있었다. - 댓글이 관련 디자인 프레임에 고정되므로 Slack이나 이메일에 흩어진 피드백보다 맥락을 파악하기 쉬웠다. - 고객 입장에서도 “모든 작업이 한곳에 있다”는 점이 Figma 도입을 설득하는 간단한 장점이 됐다. ## 개발자 핸드오프의 간소화 - 기존에는 Mac을 사용하지 않는 고객의 개발자에게 별도 도구나 구독을 요구해야 했다. - 디자인 파일을 PSD로 변환하기 위해 Illustrator를 거치면서 레이어가 손상되는 문제도 발생했다. - Figma에서는 운영체제와 관계없이 브라우저로 디자인을 확인할 수 있다. - 개발자는 코드 모드에서 에셋과 CSS, Android, iOS 관련 정보를 확인하거나 내보낼 수 있다. - 클라우드의 최신 디자인과 개발자에게 제공되는 정보가 자동으로 연결되어 별도의 동기화가 필요 없다. - 개발자는 보기 전용 권한만으로도 필요한 정보를 확인할 수 있어 고객의 추가 비용 부담도 줄었다. ## 더 많은 프로젝트를 맡을 수 있게 된 효과 - Figma 도입 후 Unfold는 전체 프로세스의 마찰과 반복 작업이 줄어 프로젝트를 더 빨리 완료할 수 있었다. - 작업 흐름이 자연스러워져 팀원들이 도구 자체보다 디자인과 문제 해결에 집중할 수 있었다. - 시간 절약뿐 아니라 협업 경험이 편해진 점도 생산성 향상의 중요한 요인으로 작용했다. - 결과적으로 같은 인력으로 더 많은 업무를 수용할 수 있다는 자신감을 얻었다. 에이전시처럼 내부 팀과 외부 고객, 개발자가 동시에 참여하는 환경에서는 파일 형식보다 **접근성, 단일 최신본, 문맥 기반 피드백, 개발자용 정보 제공**이 중요하다. 따라서 협업 도구를 선택할 때는 개별 기능보다 전체 업무 흐름을 얼마나 하나로 연결하고 반복 커뮤니케이션을 줄이는지 평가하는 것이 좋다.

원문 읽기(새 탭에서 열림)

iOSFigma프로토타이핑Android+4

figma·2017년 7월 24일·3분 읽기큐레이션 요약

피그마 2.0:

Figma 2.0은 디자이너 간 협업을 넘어 마케팅, 경영진, 개발자까지 포함한 전체 팀의 협업을 목표로 한다. 이를 위해 디자인 파일과 발표용 프로토타입을 연결하는 프로토타이핑 기능과, 개발자가 디자인 정보를 직접 확인하는 개발자 핸드오프 기능을 추가했다. 핵심은 내보내기·동기화·버전 관리 같은 중간 단계를 줄이고 하나의 클라우드 문서를 모든 팀원이 함께 사용하는 것이다. ## 디자이너 협업에서 전체 팀 협업으로 - Figma 1.0은 클라우드 기반 디자인 환경을 구축하는 데 초점을 맞췄다. - 저장, 내보내기, 동기화, 이메일 공유가 거의 필요 없다. - 여러 사용자가 동시에 편집하는 멀티플레이어 기능을 제공한다. - 팀 단위 컴포넌트 라이브러리로 디자인 요소를 공유할 수 있다. - Figma 2.0에서는 협업 범위를 디자이너 밖으로 확장했다. - 마케팅 부서, 경영진, 엔지니어 등 다양한 이해관계자가 같은 디자인 자료를 활용할 수 있다. - 제품 개발 전반에서 하나의 진실 공급원(single source of truth)을 유지하는 것이 목표다. ## 클라우드 기반 프로토타이핑 - 디자이너가 디자인을 별도 도구로 내보내지 않고 같은 장소에서 발표와 테스트까지 진행할 수 있다. - 주요 활용 목적은 다음과 같다. - 디자인 리뷰와 피드백 - 경영진 대상 프레젠테이션 - 사용자 인터랙션 테스트 - Figma는 고급 모션 그래픽보다 슬라이드쇼와 핫스팟 기능을 우선적으로 제공했다. - 프로토타입은 정적인 결과물이 아니라 원본 디자인과 연결된 “살아 있는 문서”로 동작한다. - 원본 프레임을 수정하거나 화면을 추가하면 발표 화면에도 실시간 반영된다. - 별도의 내보내기나 동기화가 필요 없다. - 프레임을 노드로 연결해 화면 이동을 구성하고, 개별 객체를 핫스팟으로 설정할 수 있다. - 컴포넌트에 핫스팟을 지정하면 해당 컴포넌트의 모든 인스턴스에 내비게이션 동작이 적용된다. - 프레임 순서를 정해 간단한 프레젠테이션으로 사용할 수도 있다. - 발표자는 휴대폰으로 프레젠테이션을 탐색할 수 있다. - 아트보드 순서를 맞추기 위한 복잡한 파일명이나 버전 관리가 줄어든다. - 다만 모든 프로토타이핑 시나리오를 지원하는 것은 아니며, Framer 같은 전문 도구와의 연동도 계속 추진할 계획이다. ## 개발자 핸드오프 - 디자이너는 개발자에게 파일을 보기 전용(view-only)으로 공유할 수 있다. - 개발자는 편집 권한 없이도 오른쪽 속성 패널의 ‘Code’ 모드에서 디자인 정보를 확인할 수 있다. - 객체를 선택하면 다른 객체와의 간격을 빨간색 측정선(redline)으로 확인할 수 있다. - 다음 플랫폼에 필요한 정보를 추출할 수 있다. - CSS - iOS - Android - 정보는 두 가지 방식으로 제공된다. - **테이블 보기:** 속성을 항목별로 나누어 빠르게 확인 - **생성된 코드 보기:** 구현에 활용할 수 있는 마크업 및 코드 제공 - 개발자가 편집자 좌석을 구매하지 않아도 되므로 팀의 비용 부담을 줄일 수 있다. - 디자인 파일 자체를 기준으로 치수와 스타일 정보를 확인하므로, 별도의 스펙 문서나 수동 전달 과정이 줄어든다. ## 하나의 문서로 줄어드는 추상화 계층 - 기존에는 디자인 파일, 프로토타이핑 도구, 발표 자료, 개발자용 스펙 문서가 분리될 수 있었다. - Figma 2.0은 디자인과 발표, 디자인과 구현 사이의 변환 단계를 줄인다. - 원본 디자인이 수정되면 연결된 프로토타입과 공유 정보에도 즉시 반영된다. - 팀 구성원마다 별도의 파일이나 도구를 관리하는 대신, 클라우드 문서를 중심으로 협업할 수 있다. ## 확장되는 도구 생태계 - Figma는 모든 팀의 워크플로를 하나의 제품으로 대체하려 하기보다 다양한 도구와 함께 작동하는 생태계를 지향한다. - 전문 프로토타이핑 도구 및 다른 협업 도구와의 통합과 파트너십을 다음 단계로 제시했다. - 궁극적인 목표는 더 나은 소프트웨어를 함께 만들 수 있도록 팀 전체의 협업 장벽을 낮추는 것이다. 실무적으로는 디자인 파일을 단순한 작업물이 아니라 발표·검토·개발의 기준 문서로 운영하는 방식이 Figma 2.0의 가장 큰 장점이다. 팀은 프로토타입과 개발자 핸드오프를 같은 파일에서 관리하고, 개발자에게는 필요한 최소 권한인 보기 전용 접근을 제공하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)

iOSFigma프로토타이핑Android+3

figma·2017년 5월 8일·2분 읽기큐레이션 요약

안드로이드용 피그마 미

Figma는 2017년 5월, 디자인을 Android 기기에서 실시간으로 확인할 수 있는 **Figma Mirror for Android**를 출시했다. 컴퓨터에서 선택한 프레임과 수정 사항이 모바일 앱에 즉시 반영되어 실제 기기에서 디자인을 검토할 수 있으며, 앱을 설치하지 않고 모바일 브라우저로도 같은 기능을 사용할 수 있다. Android 사용자가 전 세계 스마트폰 사용자에서 큰 비중을 차지한다는 점을 고려한 제품 확장이다. ## Android용 Figma Mirror 출시 - 기존 iOS용으로 제공되던 Figma Mirror를 Android로 확대했다. - Android 사용자는 Google Play에서 앱을 내려받아 Figma 디자인을 모바일 기기에서 확인할 수 있다. - 이 기능은 특히 Android 앱을 디자인하는 디자이너가 실제 기기 환경에서 결과물을 검토하는 데 유용하다. ## 컴퓨터와 모바일의 실시간 디자인 동기화 - 컴퓨터에서 Figma 파일의 특정 프레임을 선택하면 해당 화면이 Android 앱에 표시된다. - 컴퓨터에서 디자인을 수정하면 변경 사항이 모바일 미러 화면에 즉시 반영된다. - 별도의 내보내기나 파일 전송 없이 디자인과 실제 모바일 화면을 빠르게 비교할 수 있다. - 이를 통해 모바일 레이아웃, 화면 비율, 인터랙션 결과 등을 작업 중에 확인할 수 있다. ## 모바일 브라우저를 통한 미러링 - 앱을 설치하고 싶지 않은 사용자는 모바일 브라우저에서 `figma.com/mobile-app`에 접속할 수 있다. - 브라우저 기반 방식도 앱과 동일하게 Figma 디자인을 모바일 기기에 표시한다. - Android뿐 아니라 앱 설치가 제한된 환경에서도 접근성을 높인 방식이다. ## Android 디자인을 위한 프레임 프리셋 - Figma는 여러 인기 Android 기기에 맞춘 화면 크기 프리셋을 제공한다. - 디자이너는 기기 해상도와 비율을 직접 계산해 처음부터 프레임을 만들 필요가 없다. - 실제 타깃 기기와 유사한 프레임에서 디자인을 시작해 프로토타입 검토를 효율화할 수 있다. ## Android 시장을 고려한 제품 확장 - 글에서는 Android가 당시 미국 스마트폰 사용자 중 52%, 전 세계적으로는 82%를 차지한다고 설명한다. - 따라서 Android 지원은 일부 사용자를 위한 기능 추가가 아니라, 대규모 모바일 사용자와 디자이너를 포괄하기 위한 중요한 확장이다. - iOS와 Android 모두에서 실제 기기 기반 검토가 가능해지면서 Figma의 모바일 디자인 검증 범위가 넓어졌다. 실무에서는 Android용 프레임 프리셋으로 디자인을 시작한 뒤 Figma Mirror 또는 모바일 브라우저에서 실제 기기 화면을 확인하는 방식을 추천한다. 이를 통해 데스크톱 미리보기만으로는 발견하기 어려운 크기, 비율, 여백 문제를 조기에 수정할 수 있다.

원문 읽기(새 탭에서 열림)

iOSFigmaAndroidmobile-app-development+1

figma·2016년 12월 7일·3분 읽기큐레이션 요약

피그마 컴포넌트

Figma의 컴포넌트는 소프트웨어 개발의 composition, inheritance, override 개념을 디자인에 적용해 복잡한 UI를 일관되고 효율적으로 설계하도록 돕는다. 원본 컴포넌트를 수정하면 모든 인스턴스에 변경 사항이 반영되지만, 각 인스턴스는 필요한 속성을 독립적으로 재정의할 수 있다. 이를 통해 반복 작업을 줄이면서도 디자인 시스템의 일관성과 창의적인 변형을 동시에 확보할 수 있다. ## 디자인에 컴포넌트를 적용하는 이유 - 복잡한 화면을 더 작은 재사용 단위로 나누어 이해하고 구성할 수 있다. - 주소록의 연락처 행처럼 반복되는 UI를 한 번만 설계한 뒤 여러 곳에서 재사용할 수 있다. - 동일한 컴포넌트를 사용하면 글자 크기, 간격, 아이콘, 그래픽 등의 시각적 일관성을 유지하기 쉽다. - 컴포넌트는 단순한 복사본이 아니라 동일한 원본을 참조하는 인스턴스이므로, 원본 변경 사항이 관련 디자인에 자동으로 반영된다. ## Figma가 지향한 컴포넌트 설계 - 초보자도 쉽게 배울 수 있어야 한다. - 고급 사용자에게 충분히 강력해야 한다. - 디자인 과정 전반에서 유연하게 활용할 수 있어야 한다. - 체계적으로 디자인하더라도 창의적인 작업을 방해하거나 불필요한 작업 절차를 늘리지 않아야 한다. - 디자인 시스템 구축이 속도와 일관성을 높이는 수단이 되어야 하며, 새로운 문제를 해결하는 데 제약이 되어서는 안 된다. ## 컴포넌트와 인스턴스의 동작 방식 - 선택한 프레임이나 객체에 “Create Component”를 적용하면 컴포넌트가 생성된다. - 컴포넌트를 복제하거나 Alt 키로 드래그하거나 복사·붙여넣기하면 일반 복사본이 아니라 인스턴스가 만들어진다. - 인스턴스는 캔버스에서 위치를 독립적으로 가질 수 있지만, 기본적으로 원본 컴포넌트의 구조와 속성을 공유한다. - 원본 컴포넌트의 변경 사항은 모든 인스턴스에 즉시 반영된다. - 인스턴스 내부의 일부 속성은 관리와 유지보수를 위해 제한될 수 있으며, 특히 내부 객체의 위치와 크기 같은 속성이 대표적이다. ## 스타일 및 속성 오버라이드 - 인스턴스에서 변경한 값은 원본을 대체하는 것이 아니라 해당 인스턴스에만 적용되는 오버라이드로 취급된다. - 예를 들어 특정 인스턴스의 채우기 색상을 진회색으로 바꾸거나, 다른 인스턴스의 선 색상과 두께를 빨간색·6px로 설정할 수 있다. - 원본 컴포넌트를 수정해도 인스턴스에서 직접 재정의한 속성은 유지된다. - 재정의하지 않은 속성은 원본 컴포넌트의 최신 상태를 계속 반영한다. - 인스턴스 내부의 하위 레이어와 그 속성도 오버라이드할 수 있어 다양한 변형을 만들 수 있다. - 변경 사항을 제거하려면 “Reset Instance”를 사용해 원본 컴포넌트의 상태로 되돌릴 수 있다. ## 중첩 컴포넌트로 복잡한 UI 구성 - 컴포넌트 안에 다른 컴포넌트의 인스턴스를 포함할 수 있다. - 여러 인스턴스를 조합해 더 복잡한 동작과 UI 구조를 만들 수 있다. - 기존 인스턴스를 포함한 객체를 다시 컴포넌트로 만들 수도 있다. - 작은 단위의 컴포넌트를 계층적으로 조합하면 대규모 디자인 시스템을 관리하기 쉬워진다. ## 제약 조건과의 결합 - 컴포넌트는 Figma의 다른 기능과 함께 사용할 때 더 큰 표현력을 갖는다. - 제약 조건을 적용하면 화면 크기나 객체 위치가 바뀔 때 내부 요소가 어떻게 반응할지 정의할 수 있다. - 따라서 단순히 같은 UI를 복제하는 것을 넘어, 다양한 크기와 상황에 대응하는 반응형 디자인을 구성할 수 있다. 실무에서는 반복되는 UI를 먼저 컴포넌트로 만들고, 인스턴스별 차이는 오버라이드로 최소한만 적용하는 방식이 적합하다. 공통 구조와 스타일은 원본에서 관리하고, 개별 화면의 예외적인 요구만 인스턴스에서 변경하면 유지보수성과 디자인 일관성을 함께 확보할 수 있다.

원문 읽기(새 탭에서 열림)

iOSFigma디자인 시스템React+4