Techlist.io - 한국 테크 블로그 큐레이터

figma·2025년 3월 18일·3분 읽기큐레이션 요약

Figma Slides를 통해

Figma Slides는 프레젠테이션 제작에 Figma의 정교한 디자인 기능과 협업 방식을 결합한 도구다. 오픈 베타를 종료하고 정식 제공되면서 영상 편집, 컴포넌트, 객체 단위 애니메이션, PPTX 호환 기능을 추가했다. 이를 통해 디자이너뿐 아니라 개발자·영업·마케팅 등 다양한 팀이 브랜드에 맞는 고품질 발표 자료를 함께 만들 수 있다고 강조한다. ## Figma Slides의 정식 출시와 주요 기능 - Figma Slides가 오픈 베타를 종료하고 Full, Dev, Collab 좌석 사용자에게 정식 제공된다. - 지금까지 30개 이상의 기능과 업데이트가 출시됐다. - 새롭게 추가된 기능은 다음과 같다. - **영상 개선:** 편집기 안에서 영상 재생과 제어가 가능하며, 블러 효과·구간 탐색·재생 속도 조절을 지원한다. - **컴포넌트:** 브랜드 자산, 고객 로고 등 반복 요소를 컴포넌트로 관리해 디자인 일관성을 유지할 수 있다. - **객체 단위 애니메이션:** 슬라이드 전체가 아니라 개별 레이어에 슬라이드·페이드 애니메이션을 적용할 수 있다. - **PPTX 가져오기·내보내기:** 기존 PowerPoint 파일을 편집하거나 외부 협업자와 공유할 수 있다. - 오토 레이아웃, 사용자 지정 폰트, 연결된 브랜드 라이브러리, 임베드 가능한 프로토타입 등 기존 Figma 기능도 Slides에서 활용할 수 있다. ## 디자인 시스템과 템플릿으로 품질 유지 - Figma에 구축한 디자인 시스템의 자산과 컴포넌트를 슬라이드에 직접 가져올 수 있다. - Merkle은 글로벌 디자인 시스템의 컴포넌트를 기반으로 하되, 프레젠테이션에 적합하도록 선별한 템플릿을 운영한다. - UI/UX 디자인, 리서치, 데이터 시각화, 고객별 발표 등 목적에 맞춘 템플릿과 스타일을 별도로 구성할 수 있다. - 템플릿을 통해 팀원이 처음부터 많은 디자인 결정을 내리지 않아도 되므로, 전체 결과물의 품질 기준을 높일 수 있다. - 브랜드 라이브러리와 재사용 가능한 레이아웃을 활용하면 일관성을 유지하면서도 발표 목적에 맞게 자료를 수정할 수 있다. ## 브랜드에 맞춘 영업 자료 제작 - Decagon은 회사의 3D 브랜드 이미지에서 색상 영감을 얻은 템플릿을 제작해 영업 덱에 적용했다. - 브랜드의 디자인과 자산을 활용하면서도 세부적인 시각 요소까지 통제할 수 있도록 구성했다. - 고객의 우선순위에 따라 조합할 수 있는 다양한 부록 레이아웃도 포함했다. - 고객별 성공 기준에 맞춰 발표 자료를 구체화할 수 있어, 브랜드 인상과 영업 성과 모두에 영향을 줄 수 있다고 설명한다. - 단순히 정보를 나열하는 슬라이드가 아니라, 브랜드 정체성과 고객 맥락을 함께 전달하는 스토리텔링 도구로 활용된다. ## 대상에 맞춰 발표 흐름 조정 - 좋은 프레젠테이션은 청중에 따라 강조점과 순서를 바꿔야 한다. - 그리드 뷰로 전체 슬라이드를 한눈에 확인하면서 핵심 메시지와 적절한 도입부를 찾을 수 있다. - 슬라이드 순서를 쉽게 재배치해 투자자, 고객, 내부 구성원 등 대상별 내러티브를 구성할 수 있다. - 초기 스타트업 창업자를 위한 `Raise` 템플릿은 투자 단계, 창업자 구성, 제품 유형에 따라 덱의 구조가 달라져야 한다는 점을 반영한다. - 어떤 발표에서는 인사이트를 먼저 보여주고 팀 소개를 마지막에 배치할 수 있고, 다른 발표에서는 팀의 전문성을 강조하기 위해 팀 소개를 앞에 둘 수 있다. - 중요한 것은 ‘멋진 요소’를 많이 넣는 것이 아니라, 사업을 명확하고 설득력 있는 하나의 아이디어로 압축하는 것이다. ## 여러 직군이 함께 만드는 발표 자료 - Figma Slides는 내부 리뷰, 영업 덱, 고객 프레젠테이션 등 다양한 상황에서 사용할 수 있다. - 디자이너는 브랜드와 시각적 완성도를 관리하고, 개발자와 다른 직군은 같은 작업 공간에서 내용을 보완할 수 있다. - 프로토타입을 직접 삽입해 제품 경험을 발표 자료 안에서 보여줄 수 있다. - 공동 편집 환경을 통해 디자인 결과물과 발표 메시지를 별도 단계가 아니라 하나의 작업 과정으로 연결한다. - 결과적으로 프레젠테이션을 문서 제작 도구가 아니라 팀의 아이디어를 시각화하고 합의를 이끌어내는 협업 공간으로 확장한다. 팀의 브랜드 자산과 디자인 시스템을 이미 Figma에서 관리하고 있다면, Figma Slides의 연결된 라이브러리·컴포넌트·템플릿을 활용하는 것이 효과적이다. 특히 PPTX를 주고받아야 하거나 발표 대상별로 자료를 자주 재구성하는 조직이라면, 디자인 일관성과 협업 효율을 함께 높일 수 있다.

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

Figma디자인 시스템사용자 경험collaboration+3

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

카리 사리넨: 돋

Linear의 CEO 카리 사리넨은 스타트업이 주목받으려면 단순히 빠르게 출시하는 것보다 제품의 완성도와 세심한 설계에 집중해야 한다고 주장합니다. 품질은 리더십이 직접 우선순위로 선언하고, 소규모의 뛰어난 팀이 인수인계 없이 공동으로 책임질 때 구현됩니다. 또한 요구사항을 최종 목표가 아닌 최소 기준으로 보고, 특정 사용자를 위한 분명한 관점을 제품에 담아야 합니다. ### 1. 리더십 차원에서 품질을 약속하라 - 품질 중심 문화를 만들려면 경영진이 직접 “장인정신(craft)”을 최우선 가치로 선언해야 합니다. - 단순히 품질이 중요하다고 말하는 것만으로는 부족하며, 왜 사업에 중요한지와 어떻게 실행할지 명확해야 합니다. - Coinbase 사례처럼 디자인과 품질은 복잡한 분야를 대중이 이해하고 접근하도록 만드는 경쟁력이 될 수 있습니다. - 리더십의 지지는 팀이 일정이나 단기 성과만이 아니라 제품 완성도에 시간을 투자할 수 있는 권한을 제공합니다. ### 2. 작고 높은 기준을 가진 팀을 구성하라 - 팀 규모가 커질수록 의견 조율과 의사결정이 늘어나 실행 품질이 희석될 수 있습니다. - 소수의 뛰어난 인재로 구성된 팀은 더 빠르게 좋은 결과를 만들 수 있습니다. - 팀원을 평가할 때 단순한 산출량보다 이미 높은 수준의 결과물을 만들어 온 경험과 품질 기준을 봐야 합니다. - 핵심은 인력을 많이 배치하는 것이 아니라, 팀 전체의 기대 수준을 높이는 것입니다. ### 3. 업무 인수인계를 없애라 - 기획자가 결정하고, 디자이너가 시각화하고, 개발자가 구현하는 순차적 구조는 부서 간 사일로를 만들기 쉽습니다. - Linear에서는 기획·디자인·개발이 결과물의 품질을 함께 책임집니다. - “개발팀에 넘겼으니 내 책임은 끝났다”는 태도를 없애야 합니다. - 각 구성원이 디자인의 구현 방식과 기술적 제약을 이해하면 최종 결과가 의도와 더 가깝게 완성됩니다. ### 4. 지나치게 전문화된 제품 팀을 만들지 마라 - 검색, 알림 등 기능별로 팀을 고정하면 조직 내부에 품질과 문화의 격차가 생길 수 있습니다. - 리더십 입장에서는 조직 관리가 쉬워질 수 있지만, 사용자에게는 조직도가 아니라 전체 제품 경험이 중요합니다. - 같은 영역만 계속 담당하면 새로운 아이디어가 고갈될 수 있으므로 책임 영역을 순환하는 방식을 활용합니다. - 특정 팀만 실험적이고 다른 팀은 보수적인 식의 인위적인 구분을 피해야 합니다. ### 5. 제품 사양은 목표가 아니라 최소 기준으로 보라 - 요구사항을 충족하는 것만으로는 경쟁이 치열한 시장에서 차별화하기 어렵습니다. - 사양은 제품이 작동하기 위해 필요한 최소 조건이지, 완성된 제품의 종착점이 아닙니다. - 문이 열리기만 하면 기능적으로는 충분하지만, 사용 경험과 세부 완성도까지 고려하는 것이 장인정신입니다. - 팀은 “요구사항을 구현했는가?”에서 멈추지 않고 “사용자에게 더 나은 결과를 줄 수 있는가?”를 질문해야 합니다. ### 6. 품질은 완벽함과 다르다 - 공개 출시 전에는 제품의 세부 요소가 제대로 작동하고 품질 기준을 통과해야 합니다. - 그렇다고 처음부터 완벽한 제품을 만들 필요는 없으며, 베타 사용자와 함께 점진적으로 다듬을 수 있습니다. - 중요한 것은 불완전한 상태를 무조건 공개하는 것이 아니라, 최소한의 품질 기준을 먼저 통과시키는 것입니다. - 결함 수처럼 정량화할 수 있는 지표도 있지만, 탁월함과 세련미는 정성적으로 평가되는 경우가 많습니다. - Linear의 성공 기준 중 하나는 사람들이 자발적으로 품질 좋은 제품의 사례로 Linear를 언급하는 것입니다. ### 7. 좋은 디자인은 분명한 관점을 가져야 한다 - 모든 사람을 동시에 만족시키려는 제품은 특정 사용자의 문제를 깊이 해결하기 어렵습니다. - 제품은 명확한 대상과 목적을 정하고 그 사용자에게 맞춰 설계해야 합니다. - 유연하고 여러 용도로 쓸 수 있지만 특별히 뛰어난 영역이 없는 제품은 시장에서 약한 위치에 놓일 수 있습니다. - 강한 제품은 누구를 위한 것인지, 어떤 가치를 제공하는지가 분명하며, 이러한 명확성이 사용자 신뢰와 경쟁력을 만듭니다. ### 실용적인 결론 제품 품질을 높이려면 먼저 경영진이 품질을 명확한 사업 우선순위로 정하고, 작고 역량 높은 팀이 기획부터 구현까지 공동 책임을 지도록 해야 합니다. 요구사항 충족을 완료로 착각하지 말고, 특정 사용자에게 더 나은 경험을 제공할 수 있는 세부 개선을 반복하는 것이 차별화의 핵심입니다.

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

Figma사용자 경험프로덕트 디자인software-development+2

google·2025년 3월 17일원문

차분 프라이버시 LL (새 탭에서 열림)

구글 리서치는 별도의 미세 조정(Fine-tuning) 과정 없이 기성 대규모 언어 모델(LLM)의 추론만을 활용하여 차분 프라이버시(Differential Privacy, DP)가 보장된 합성 데이터를 생성하는 새로운 접근 방식을 제안했습니다. 이 방법은 여러 개의 민감한 예시를 병렬 프롬프트로 입력하고 그 응답을 프라이버시를 보호하는 방식으로 집계하여, 기존 방식보다 훨씬 많은 양의 고품질 데이터를 생성할 수 있게 합니다. 결과적으로 복잡한 DP 학습 파이프라인 없이도 민감한 데이터를 안전하게 대체할 수 있는 고성능 합성 데이터셋 구축이 가능해졌습니다. ### 병렬 프롬프팅과 토큰 집계 메커니즘 * 민감한 데이터 하나당 하나의 프롬프트를 할당하여 여러 개의 독립적인 프롬프트를 LLM에 동시에 입력합니다. * 각 프롬프트에서 도출된 다음 토큰 예측(Next-token prediction) 결과들을 집계하고, 특정 개인의 데이터가 결과에 과도한 영향을 미치지 않도록 DP 기법을 적용해 토큰을 최종 선택합니다. * 선택된 토큰을 모든 프롬프트 끝에 다시 추가하고 다음 토큰을 예측하는 과정을 반복함으로써, 개별 데이터의 세부 정보는 가리면서도 데이터셋 전체의 통계적 특성은 유지하는 합성 텍스트를 생성합니다. ### 지수 메커니즘을 통한 프라이버시 예산 최적화 * LLM의 표준 생성 과정인 소프트맥스 샘플링(Softmax sampling)과 DP의 핵심 기법인 지수 메커니즘(Exponential mechanism) 사이의 수학적 연결 고리를 활용합니다. * 다음 토큰을 샘플링할 때 발생하는 고유한 무작위성을 프라이버시 보호를 위한 노이즈로 활용하여, 제한된 프라이버시 예산 안에서도 출력 데이터의 양을 극대화했습니다. * 이를 통해 기존 연구들이 10개 미만의 데이터 포인트 생성에 그쳤던 것과 달리, 수천 개의 고품질 합성 데이터를 성공적으로 생성하며 실무 적용 가능성을 입증했습니다. ### 연산 효율성 개선 및 공개 드래프터 도입 * 기존 방식은 매 토큰 생성 시마다 새로운 데이터 배치를 사용해야 했으나, 이번 연구에서는 동일한 문맥을 유지하며 여러 토큰을 생성할 수 있는 새로운 프라이버시 분석 기법을 도입했습니다. * 이를 통해 KV 캐싱(KV caching)과 같은 표준적인 추론 최적화 기술을 그대로 적용할 수 있어 연산 속도와 효율성을 비약적으로 높였습니다. * 또한, 민감한 데이터가 아닌 공개 데이터에만 기반해 토큰을 제안하는 '공개 드래프터(Public Drafter)' 모델과 희소 벡터 기법(Sparse Vector Technique)을 결합했습니다. 문장 구조나 서식 등 일반적인 정보 생성에는 프라이버시 예산을 소모하지 않도록 설계하여 효율성을 더욱 강화했습니다. 이 방식은 민감한 개인 정보를 다루는 조직이 복잡한 DP 모델 학습 없이도 안전한 합성 데이터를 생성하여 데이터 과학자나 외부 협업 팀에 제공할 수 있는 실무적인 인터페이스 역할을 할 수 있습니다. 특히 데이터 형식이 정형화된 작업에서 높은 성능을 보이므로, 보안이 중요한 환경에서의 데이터 활용도를 높이는 데 적극 권장됩니다.

AI대규모 언어 모델머신러닝differential-privacy+5

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

디스코드의 현대

Discord는 이미지 파이프라인에 애니메이션 WebP와 AVIF 지원을 추가해 첨부파일·임베드·애니메이션 이모지의 화질과 재생 성능을 개선했다. 특히 GIF보다 높은 색상 표현력과 알파 투명도를 제공하면서도 파일 크기를 크게 줄여 로딩 속도를 높이는 것이 핵심이다. 다만 플랫폼별 호환성과 디코딩 성능 문제 때문에 Discord는 기본 변환 포맷으로 WebP를 선택하고, AVIF는 호환성을 위해 WebP로 변환한다. ## GIF에서 WebP·AVIF로의 전환 - GIF는 오랫동안 짧은 애니메이션의 표준으로 사용됐지만 다음과 같은 한계가 있다. - 256색(8비트) 팔레트만 지원 - 완전 투명/불투명만 가능한 이진 투명도 - 비효율적인 압축으로 인한 큰 파일 크기 - WebP와 AVIF는 현대적인 이미지·동영상 압축 기술을 활용해 Discord의 대규모 미디어 전송에 더 적합하다. - Discord는 수억 명의 일일 활성 사용자가 매일 수십억 개의 이미지를 공유하므로, 이미지 품질뿐 아니라 저장·전송·재생 비용도 중요하게 고려해야 한다. ## 알파 투명도와 색상 표현력 향상 - WebP와 AVIF는 픽셀별로 다양한 투명도 값을 표현하는 알파 채널을 지원한다. - 부드러운 가장자리 표현 가능 - 반투명 스티커와 이모지 제작에 적합 - Discord의 라이트·다크 테마 배경에 자연스럽게 조화 - 색상 깊이도 GIF보다 크게 향상된다. - GIF: 256색 - WebP: 채널당 8비트, 약 1,670만 색상 - AVIF: 최대 채널당 12비트 - 그 결과 다음과 같은 이점이 있다. - 색상 그라데이션의 밴딩 감소 - 더 정확하고 선명한 색상 - 사진 이미지 표현력 향상 - 호환 디스플레이에서 HDR 지원 가능 ## 애니메이션 압축 효율 - WebP와 AVIF는 프레임 간 차이만 저장하는 방식으로 중복 데이터를 줄인다. - 주요 기술적 이점은 다음과 같다. - 프레임 간 압축 - 고급 예측 모드 - 품질과 파일 크기를 조절하는 인코딩 옵션 - 밀리초 단위의 가변 프레임 타이밍 - 예시로 제시된 애니메이션은 GIF가 302KB인 반면 WebP는 43KB로 크게 줄었다. - 특히 모바일 환경에서는 파일 크기 감소가 데이터 사용량과 로딩 시간 개선으로 직접 이어진다. ## 멀티플랫폼 지원의 어려움 - Discord는 웹, Windows·macOS·Linux 데스크톱, iOS, Android를 모두 지원해야 한다. - 모든 첨부 이미지와 임베드에 대해 다음 작업을 수행해야 한다. - 이미지 형식 검사 - 필요 시 포맷 변환 - 크기 조정 - 정지 이미지와 애니메이션 이미지의 일관된 처리 - 플랫폼마다 브라우저·운영체제·이미지 라이브러리의 지원 수준과 성능이 달라, 단순히 포맷을 추가하는 것만으로는 충분하지 않다. ## WebP를 기본 변환 대상으로 선택한 이유 - Discord는 AVIF보다 WebP를 우선적인 변환 포맷으로 선택했다. - 선택 이유: - 플랫폼 전반에서 거의 보편적인 지원 - AVIF보다 빠른 인코딩·디코딩 - 성숙한 도구와 넓은 생태계 - 예측 가능한 성능 - 단점도 존재한다. - AVIF의 10/12비트보다 낮은 8비트 색상 깊이 - 동일한 품질에서 AVIF보다 큰 파일 크기 - 일부 콘텐츠에서 압축 효율이 낮음 - 따라서 AVIF 파일은 최대한 높은 시각적 품질을 유지하면서 WebP로 변환한다. - HDR AVIF는 SDR로 톤 매핑해 원본의 색상 특성을 가능한 한 보존한다. ## iOS에서의 애니메이션 WebP 디코딩 문제 - Discord는 iOS에서 다양한 이미지 형식을 처리하기 위해 SDWebImage 라이브러리를 사용한다. - SDWebImage는 iOS 14 이상에서 Apple의 ImageIO를 이용해 WebP를 렌더링할 수 있어 처음에는 적합한 선택처럼 보였다. - 그러나 성능 테스트에서 ImageIO 기반 애니메이션 WebP 재생 문제가 발견됐다. - 시간이 지날수록 프레임 타이밍이 늦어짐 - 고해상도 또는 프레임 수가 많은 애니메이션에서 문제가 심화 - 10초짜리 480p·30fps 파일 재생 시 실제 재생이 3초 이상 지연 - 반면 libwebp를 사용한 디코딩은 실시간으로 처리되어 약 10초 안에 정상적으로 재생됐다. - 이 사례는 포맷 자체의 지원 여부뿐 아니라 플랫폼별 디코더 구현과 프레임 처리 성능까지 검증해야 한다는 점을 보여준다. Discord의 접근 방식은 새로운 이미지 포맷을 도입할 때 압축률만 비교해서는 안 된다는 점을 보여준다. 실제 서비스에서는 호환성이 넓고 디코딩 성능이 안정적인 WebP를 기본 포맷으로 활용하되, AVIF의 고품질·고효율 특성은 입력 포맷으로 수용하고 적절히 변환하는 전략이 현실적이다.

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

iOSimage-processingwebpavif+4

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

게임 개발자 플레이북: 세

Discord의 게임 개발자 플레이북은 커뮤니티 운영에 절대적인 “모범 사례”가 있기보다, 각 서버의 목적과 이용자에 맞게 다른 커뮤니티의 아이디어를 변형해야 한다고 강조합니다. 성공 여부는 회원 수보다 실제 참여와 대화 수준으로 판단해야 하며, 서버 탐색 기능을 통해 다양한 사례를 참고할 것을 권장합니다. 이 글은 Fortnite, Rocket League, Deep Rock Galactic의 공식 서버를 사례로 들지만, 제공된 내용에서는 Fortnite 서버 운영 방식과 게임 세계관 연계 사례가 중심적으로 소개됩니다. ## 커뮤니티 운영의 기본 원칙 - 모든 서버에 동일하게 적용되는 정답은 없으며, 커뮤니티의 목적과 이용자 특성에 맞게 구조를 설계해야 합니다. - Discord의 **Server Discovery**를 활용해 비슷한 주제의 서버뿐 아니라 게임과 무관한 서버에서도 운영 아이디어를 얻을 수 있습니다. - 회원 수보다 중요한 지표는 다음과 같은 실제 참여도입니다. - 회원 간 대화 빈도 - 채널 활동량 - 커뮤니티에 지속적으로 기여하는 정도 - 서버는 개설 이후에도 커뮤니티의 성장과 요구에 맞춰 계속 진화해야 합니다. - 플레이테스트, 얼리 액세스, 출시 전 단계 등 개발 과정별로 서버의 역할과 운영 방식도 달라질 수 있습니다. ## Fortnite 서버의 명확한 구조 Fortnite 서버는 대규모 회원을 보유하면서도 신규 이용자가 서버에서 무엇을 얻을 수 있는지 쉽게 이해할 수 있도록 구성된 사례로 소개됩니다. - 서버의 주요 카테고리는 뉴스, LFG, 토론, 버그 정보·신고, 커뮤니티 지원 등 여러 기능별 영역으로 나뉩니다. - 카테고리와 채널을 무작정 늘리기보다, 이용자가 목적에 맞는 공간을 빠르게 찾을 수 있도록 구성합니다. - 대규모 서버일수록 정보 구조가 단순하고 예측 가능해야 신규 이용자의 진입 장벽을 낮출 수 있습니다. ### 뉴스와 공지 - **News** 카테고리는 Fortnite와 관련된 여러 업데이트를 한곳에 모으는 역할을 합니다. - `#announcements`는 Discord에서만 전달하는 고유 공지에 사용합니다. - 다른 채널은 웹훅을 통해 공식 웹사이트나 소셜 미디어의 소식을 수집할 수 있습니다. - 다만 자동 게시에만 의존하지 말고, Discord 이용자에게 맞춘 독창적인 공지를 직접 작성하는 것이 좋습니다. ### LFG와 음성 채널 - **LFG(Looking for Group)** 카테고리는 함께 플레이할 팀원을 찾는 공간입니다. - Fortnite의 플레이리스트와 게임 모드별로 채널을 나누어 이용자가 자신의 플레이 목적에 맞는 곳을 선택하게 합니다. - 이용자는 원하는 팀원의 조건과 플레이 정보를 게시한 뒤 음성 채널에서 함께 게임을 시작할 수 있습니다. - 게임 모드가 다양할수록 LFG 채널을 세분화하면 매칭과 대화의 효율이 높아집니다. ### 토론 채널 - **Discussion** 카테고리는 특정 주제별 대화를 지원합니다. - 주제는 충분히 구체적이어야 하지만, 지나치게 많은 채널로 나누어 신규 이용자를 혼란스럽게 만들지 않아야 합니다. - 채널 분류는 이용자의 실제 대화 목적과 커뮤니티에서 반복적으로 발생하는 논점을 기준으로 정하는 것이 효과적입니다. ### 버그 정보와 신고 - 알려진 문제를 별도 채널에서 정리해 이용자가 이미 보고된 버그를 먼저 확인할 수 있도록 합니다. - 새로운 버그를 신고하는 방법을 단계별 안내문으로 제공합니다. - 게임 모드별로 신고 채널을 나누면 피드백을 분류하고 검토하기 쉬워집니다. - 신고 양식을 미리 제공하면 다음 정보를 일관되게 수집할 수 있습니다. - 문제가 발생한 게임 모드 - 재현 절차 - 발생 상황과 오류 내용 - 관련 이미지나 영상 - 일관된 템플릿은 이용자와 운영팀 모두의 처리 부담을 줄입니다. ### 커뮤니티 지원 - 이용자끼리 서로 질문에 답하고 문제를 해결할 수 있는 채널을 마련합니다. - 봇과 외부 지원 도구를 활용하면 반복적인 질문에 자동으로 답하거나, 중요한 피드백을 지원팀으로 전달할 수 있습니다. - Zendesk와 Helpshift처럼 Discord에서 플레이어 지원을 확장할 수 있는 서비스도 활용할 수 있습니다. ## Discord를 게임 세계관의 확장 공간으로 활용 Fortnite는 Discord를 단순한 공지·채팅 공간이 아니라 게임 세계관의 일부처럼 운영한 사례로 제시됩니다. - 게임의 스토리와 마케팅 캠페인을 서버 아이콘, 배너, 역할, 봇 메시지 등에 반영할 수 있습니다. - 이렇게 하면 이용자는 Discord에서도 게임의 사건과 단서를 경험하게 됩니다. - 서버 자체가 게임의 분위기와 서사를 전달하는 “확장된 게임 공간”으로 기능할 수 있습니다. ### 시즌 출시 전 미스터리 캠페인 Chapter 2 Season 2 출시 당시 Fortnite는 “Top Secret” 테마를 활용해 Discord에서 이용자의 추측과 참여를 유도했습니다. - 서버 아이콘과 배너를 비밀 조직인 Agency의 손 모양 로고로 변경했습니다. - 일부 이용자에게 무작위로 보이는 `redacted` 역할을 부여했습니다. - 실제로는 새 시즌과 관련된 정답에 근접한 추측을 한 이용자를 운영자가 수동으로 선정했습니다. - 선정된 이용자에게는 별도 경고 없이 역할을 부여해 비밀 임무에 선택된 듯한 느낌을 만들었습니다. - 커스텀 Agency 봇이 `#season-theories` 채널에서 해당 이용자가 “활성화되었다”고 공개적으로 알렸습니다. - 해당 역할을 가진 이용자는 회원 목록에서 별도로 표시되어 다른 이용자에게 호기심과 FOMO를 유발했습니다. ## 실용적인 적용 방향 - 서버를 채널 모음이 아니라 게임의 플레이 경험과 연결된 공간으로 설계합니다. - 공지, 팀원 모집, 토론, 버그 신고, 지원 기능을 이용자의 실제 행동 흐름에 맞춰 분리합니다. - 대규모 커뮤니티에서는 명확한 분류와 신고 템플릿을 우선적으로 마련합니다. - 출시나 시즌 업데이트 때는 역할, 봇, 배너, 이벤트를 활용해 세계관 기반의 참여형 캠페인을 구성할 수 있습니다. - 다른 서버의 구조를 그대로 복사하기보다, 자신의 게임과 커뮤니티에 맞게 변형하는 것이 중요합니다.

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

discordgame-developmentwebhookscommunity-management+1

discord·2025년 3월 16일원문

디스코드 소셜 SDK 발표: (새 탭에서 열림)

디스코드(Discord)는 개발자가 자사의 사회적 인프라를 게임 내에 직접 통합할 수 있도록 지원하는 '디스코드 소셜 SDK(Discord Social SDK)'를 무료로 출시했습니다. 이 SDK는 디스코드 계정 유무와 상관없이 모든 플레이어에게 친구 목록, 메시징, 음성 채팅 등 원활한 소셜 기능을 제공하여 게임의 몰입도와 리텐션을 높이는 데 기여합니다. 개발자들은 이를 통해 월간 활성 사용자 2억 명 이상의 디스코드 생태계를 활용함으로써 게임의 발견 가능성을 높이고 멀티플레이어 경험을 한층 강화할 수 있습니다. **디스코드 소셜 SDK의 주요 기능과 호환성** * **플랫폼 및 엔진 지원:** C++ 기반으로 설계되었으며 언리얼 엔진(Unreal Engine)과 유니티(Unity)를 모두 지원합니다. 현재 윈도우 11 및 macOS에서 사용 가능하며, 콘솔과 모바일 지원도 곧 추가될 예정입니다. * **유연한 계정 체계:** 플레이어는 디스코드 계정이 없어도 게임 내 소셜 기능을 즐길 수 있으며, 계정을 연동할 경우 디스코드 앱과 연계된 더욱 깊이 있는 소셜 경험을 누릴 수 있습니다. * **통합 친구 목록:** 게임 내에서 디스코드 친구 목록에 접근하거나, 반대로 디스코드에서 게임 친구를 확인할 수 있는 통합된 환경을 제공합니다. **게임 내 도달 범위 및 연결성 강화** * **딥링크 게임 초대:** 플레이어는 게임 내에서 디스코드 친구에게 직접 초대를 보낼 수 있으며, 수신자는 링크 클릭 한 번으로 특정 파티나 로비, 세션에 즉시 합류할 수 있습니다. * **리치 프레젠스(Rich Presence):** 플레이어의 현재 게임 활동 상태를 디스코드 프로필에 실시간으로 노출합니다. 이를 통해 다른 사용자가 게임을 발견하기 쉬워지며, 프로필에서 바로 게임에 참여하는 기능을 설정할 수 있습니다. * **데이터 기반의 성장:** 디스코드 통계에 따르면 친구와 함께 플레이할 때 게임 세션 시간이 7배 증가하며, 사용자의 50%가 매달 디스코드를 통해 새로운 게임을 발견하는 만큼 강력한 마케팅 효과를 기대할 수 있습니다. **실시간 커뮤니케이션 도구 (클로즈 베타)** * **크로스 플랫폼 메시징:** 데스크톱, 콘솔, 모바일 등 기기에 구애받지 않고 게임 관련 대화를 지속할 수 있는 메시징 기능을 지원합니다. * **연동 채널(Linked Channels):** 게임 내 채팅을 특정 디스코드 서버 채널과 연결하여, 길드나 그룹이 게임 안팎에서 끊김 없이 소통할 수 있는 환경을 구축합니다. * **고품질 음성 채팅:** 업계 표준으로 자리 잡은 디스코드의 음성 기술을 게임 내에 직접 구현하여 최상의 오디오 품질을 제공합니다. **추천 및 활용 팁** 인디 게임부터 AAA급 대작까지, 멀티플레이어 기능을 구현하려는 개발자에게 이 SDK는 비용 부담 없이 강력한 소셜 그래프를 확보할 수 있는 최적의 도구입니다. 특히 친구 간의 입소문과 커뮤니티 형성이 중요한 게임이라면, 디스코드의 '리치 프레젠스'와 '딥링크 초대' 기능을 적극 활용하여 초기 사용자 유입과 유지율을 극대화하는 전략을 추천합니다. 현재 공식 웹사이트를 통해 SDK를 다운로드하고 상세 문서를 확인할 수 있습니다.

voice-chatdiscord-social-sdkrich-presenceunity+4

figma·2025년 3월 13일·3분 읽기큐레이션 요약

딜런 필드와 게리 탄

AI는 디자인을 대체하기보다 아이디어를 더 넓게 탐색하고 인간의 능력을 확장하는 도구로 자리 잡고 있다. Dylan Field는 빠른 피드백 루프가 사용자를 몰입 상태로 이끌지만, 현재 AI 도구는 프로토타입을 만드는 단계와 완성도 높은 결과물 사이에 간극이 있다고 말한다. 결국 소프트웨어의 경쟁력은 “작동하는가”를 넘어 “어떻게 작동하고 경험되는가”에 있으며, 디자인과 디자이너의 역할은 AI 시대에 오히려 중요해질 가능성이 크다. ## AI가 넓히는 디자인의 가능성 - 현재의 AI는 다양한 분야를 인간처럼 이해하는 AGI라기보다 특정 작업을 돕는 **도구**에 가깝다. - ChatGPT나 Midjourney 같은 도구는 특정 작업을 보강해 사람들이 더 많은 아이디어를 시도하도록 한다. - AI는 디자인의 진입 장벽을 낮추는 동시에, 숙련자가 도달할 수 있는 결과의 수준도 높인다. - 제품을 구상하는 과정은 여러 갈래로 나뉘는 ‘아이디어 미로’와 같다. - AI는 더 많은 경로와 가능성을 빠르게 탐색하게 해준다. - 그러나 각 경로를 깊이 있게 검토하고 좋은 방향을 선택하는 일에는 여전히 인간의 판단과 시간이 필요하다. ## 빠른 피드백 루프와 ‘몰입’ - 최근 사람들이 AI 활용을 두고 “락인됐다”, “요리 중이다”, “바이브 코딩을 한다”고 표현하는 것은 빠른 개발 과정에서 느끼는 몰입감과 관련이 있다. - 머릿속의 생각을 화면에 옮기고 결과를 확인하는 **호출과 응답의 피드백 루프**가 빨라질수록 사용자는 더 쉽게 플로우 상태에 들어간다. - Figma가 중요하게 여기는 ‘놀이’의 가치는 도구와 조직 문화를 재미있고 창의적으로 만드는 데 있다. - 이상적인 AI 도구는 전문가가 아니더라도 빠르게 아이디어를 만들고 실험하게 해야 한다. - 다만 현재 도구는 다음 단계에서 한계를 보인다. - 빠른 시작과 프로토타이핑은 가능하다. - 실제 제품 수준의 완성도와 마무리까지 연결하는 과정은 여전히 어렵다. - 이 문제는 디자인뿐 아니라 AI 기반 코드 생성에도 동일하게 나타난다. ## 작동하는 것과 잘 작동하는 것의 차이 - 창업자와 개발자가 디자인을 중요하게 여기는 정도는 해마다 높아지고 있다. - 제품은 단순히 기능이 구현되는 것만으로 충분하지 않다. - 사용자가 기능을 어떻게 경험하는지, 즉 인터랙션·맥락·완성도·사용성이 제품의 가치를 결정한다. - AI가 코드를 빠르게 생성하더라도, 결과물이 실제 사용자에게 자연스럽고 이해하기 쉬운지는 별도의 디자인 문제다. ## AI 시대의 디자이너 역할 - 디자인은 단순한 시각적 표현이 아니라 **문제 해결에 적용된 예술**로 볼 수 있다. - 현재 AI 모델은 이미지 생성 분야의 확산 모델과 코드 생성 분야의 LLM처럼 서로 다른 능력에 특화되어 있다. - 예술적 표현과 문제 해결 능력을 효과적으로 결합하는 방법은 아직 충분히 정립되지 않았다. - 실제 디자인에는 다음과 같은 폭넓은 맥락이 필요하다. - 현재의 문화적 분위기 - 브랜드 경험 - 제품이 놓인 사회적·시장적 환경 - 사용자의 구체적인 요구와 기대 - 따라서 디자이너는 단순히 화면을 만드는 사람이 아니라, 다양한 맥락을 통합해 문제의 본질과 제품 경험을 정의하는 역할을 맡게 된다. - Field는 소프트웨어를 만드는 미래에서 디자이너가 핵심적인 역할을 계속 수행할 것이라고 본다. ## 실용적인 시사점 AI를 활용할 때는 아이디어를 빠르게 많이 만들어보는 데서 멈추지 말고, 사용자 경험과 제품 맥락을 검토하며 완성 단계까지 다듬어야 한다. AI는 탐색 속도를 높이는 강력한 도구지만, 무엇을 만들지 결정하고 그것을 제대로 작동하게 만드는 판단과 디자인 역량은 여전히 중요하다.

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

FigmaAI대규모 언어 모델software-design+4

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

eBay가 Figma로 브랜드

eBay는 브랜드와 제품 팀이 따로 관리하던 디자인 시스템을 Figma 중심의 통합 문서 플랫폼인 ‘Evo Playbook’으로 재구축했다. 300쪽이 넘는 Playbook은 접근성, 디자인, 코드 정보를 한곳에 모으고, Figma 변경 사항을 자동 검증·게시해 문서를 살아 있는 업무 흐름으로 만들었다. 핵심은 중앙화된 문서, 라이브러리 메타데이터, Component Status API, Figma 플러그인 자동화다. ## 기존 문서화 방식의 한계 - 디자인 시스템 정보가 여러 Figma 파일에 흩어져 있었다. - 디자이너, 개발자, 접근성 담당자가 각각 별도의 문서를 관리했다. - 디자이너가 Figma의 정적 파일을 수정한 뒤, 별도 티켓을 통해 문서 사이트에 반영해야 했다. - 컴포넌트 상태를 수동 테이블로 관리해 정보가 빠르게 오래되었다. - 외부 에이전시가 만든 기존 Playbook은 실제 eBay의 디자인·개발 업무와 분리되어 유지보수가 어려웠다. ## Evo와 eBay Playbook의 통합 방향 - eBay는 기존 시스템을 부분 수정하지 않고 문서화 파이프라인을 처음부터 다시 설계했다. - 브랜드 가이드, 제품 디자인 시스템, 기술 문서를 별도 사이트가 아닌 하나의 공간에 통합했다. - 2024년 11월 공개된 Evo는 약 30년 된 eBay의 시각 언어를 현대화한 디자인 시스템이다. - 300쪽 이상의 Playbook을 통해 내부 팀과 외부 에이전시가 동일한 기준을 참고할 수 있도록 했다. - 문서를 단순한 참고 자료가 아니라 영감과 사용 경험을 제공하는 제품처럼 설계했다. ## Component Status API로 구현 상태 통합 - eBay는 모든 디자인 시스템 라이브러리의 컴포넌트 상태를 추적하는 내부 API를 만들었다. - Figma 컴포넌트 설명에 컴포넌트 이름과 버전 메타데이터를 기록한다. - API는 다음 라이브러리의 구현 여부와 버전을 통합적으로 확인한다. - Figma 컴포넌트 라이브러리 - 네이티브 라이브러리 - Skin, Marko, React 등 웹 컴포넌트 라이브러리 - Playbook의 컴포넌트 페이지에는 플랫폼별 리소스 링크, 최신 버전, 상태가 표시된다. - 개발자는 자신이 사용하는 프레임워크에 컴포넌트가 존재하는지, Figma 버전 및 문서와 일치하는지 바로 확인할 수 있다. ## Figma 기반 자동화와 게시 - 모든 컴포넌트, 가이드라인, 접근성 안내는 Figma에서 작성하고 수정한다. - eBay는 문서 내보내기 기능을 수행하는 자체 Figma 플러그인을 개발했다. - 플러그인은 변경 내용을 다음과 같이 처리한다. - 문서 구조와 콘텐츠를 추출 - 린팅을 통해 형식과 규칙을 검사 - 유효성을 검증 - CMS에 자동 게시 - 과거에는 문서 업데이트에 며칠이 걸렸지만, 자동화 이후 Figma 수정 사항이 2분 이내에 Playbook에 반영된다. - 개발자가 CMS를 직접 수정할 필요가 없어 문서 업데이트의 진입 장벽이 낮아졌다. ## 브랜드와 제품 조직 사이의 사일로 해소 - OneExperience 팀은 브랜드, 디자인 시스템, 디자인 기술, 콘텐츠를 아우르는 교차 기능 조직으로 구성됐다. - 디자인과 개발 문서가 서로 다른 원천에서 관리되지 않고 동일한 workflow에서 생성된다. - 디자인 시스템 문서가 실제 라이브러리와 자동으로 연결되므로 문서와 구현 사이의 불일치가 줄어든다. - 빠른 업데이트 덕분에 팀들이 문서화를 별도의 행정 업무가 아니라 일상적인 설계 과정의 일부로 받아들이게 되었다. ## 실용적인 적용 시사점 - 디자인 시스템 문서를 정적 웹 페이지로 관리하기보다 실제 설계 도구와 연결된 살아 있는 문서로 운영하는 것이 효과적이다. - 컴포넌트 이름과 버전을 메타데이터로 표준화하면 여러 플랫폼의 구현 상태를 자동으로 추적할 수 있다. - Figma 플러그인, 린터, API를 결합하면 문서 품질 검증과 게시를 자동화할 수 있다. - 브랜드 가이드와 제품 디자인 시스템을 분리하기보다 하나의 소스 오브 트루스로 통합하면 조직 간 협업과 일관성이 향상된다.

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

Figma디자인 시스템접근성API+3

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

디스코드 패치 노트:

Discord의 2025년 3월 11일 패치 노트는 API 배포 안정화, HDR 미디어 색상 처리, Spotify 임베드 성능, Android 공유 UI, Electron 업그레이드 등을 다룬다. 특히 핵심 기능의 장애 영향을 줄이는 배포 구조 개선과 Spotify 임베드의 지연·실패율 감소가 주요 성과다. 이와 함께 iOS·Android·데스크톱 전반에서 검색, 프로필, 메시지, 알림, 이모지 선택기 등 다양한 버그가 수정됐다. ## 배포 안정성과 플랫폼 업데이트 - API 배포 방식을 변경해 장애가 발생하더라도 Discord의 핵심 기능이 영향을 덜 받도록 격리성을 강화했다. - 데스크톱 플랫폼 전체를 Electron `33.0.0`에서 `33.4.0`으로 업그레이드했다. - 모든 수정 사항은 코드에 반영·병합됐지만, 플랫폼별 실제 배포는 순차적으로 진행될 수 있다고 안내했다. - iOS 사용자는 TestFlight를 통해 정식 출시 전 기능과 수정 사항을 테스트할 수 있다. ## HDR 미디어와 Spotify 임베드 개선 - HDR 영상을 SDR 형식으로 변환할 때 사용하는 톤 매핑을 개선했다. - 밝고 색상이 풍부한 HDR 이미지·영상이 Discord에서 SDR로 처리될 때 색상 정확도가 향상된다. - Spotify 임베드 생성 방식을 변경해: - p95 기준 지연 시간이 약 83% 개선됐다. - 실패율이 약 88% 감소했다. - 해당 변경은 AV1 커뮤니티 Discord 서버의 피드백을 바탕으로 진행됐다. ## Android 공유 경험 개선 - Android에서 다른 앱이나 기기 콘텐츠를 Discord로 공유할 때의 인터페이스를 메시지 전달 기능과 유사하게 변경했다. - 기존 공유 흐름보다 Discord 내부의 메시지 포워딩 경험에 가까운 UI를 제공한다. ## 일반 기능 및 모바일 버그 수정 - Soundboard 업로드를 취소한 뒤 미리 듣기 사운드가 무한 반복되던 문제를 해결했다. - iOS에서 검색을 활성화하거나 긴 채널 주제를 접을 때 성능을 개선했다. - iOS에서 애니메이션이 완전히 멈추는 문제를 수정했다. - 모바일에서 새 모달을 열면 열려 있던 표현식 선택기가 정상적으로 닫히도록 변경했다. - Android·iOS 이모지 선택기에서 검색 결과의 마지막 행으로 이동할 수 없던 문제를 해결했다. - 이모지 선택기의 헤더가 상단에 고정되지 않던 문제를 수정했다. - Android 검색 입력창이 제대로 표시되지 않던 문제를 해결했다. - 서버 설정의 사용자 관리 메뉴에서 창 크기와 콘텐츠 잘림 문제가 수정됐다. - 서버 생성 과정에서 친구 목록이 표시되지 않던 문제를 해결했다. - 모바일 이벤트 RSVP 버튼의 크기와 정렬을 조정했다. - 서버 설정의 데스크톱 검색창이 작동하지 않던 문제를 수정했다. - 채널 주제의 마스킹된 링크가 모바일에서도 정상 작동하도록 개선했다. - 모바일 GIF 선택기에서 검색어를 수정할 때 키보드가 닫히던 문제를 해결했다. - 모바일 메시지 반응 알림이 방해 금지 모드를 우회하던 문제를 수정했다. - 2FA 설정 과정에서 동일한 기기가 알려진 기기 목록에 두 번 표시되던 문제를 해결했다. ## 프로필, 서버 설정 및 UI 수정 - 투표 결과에 사용자의 전역 아바타가 표시되던 문제를 서버별 아바타가 표시되도록 수정했다. - Rich Presence가 서버 채널 멤버 목록에 일관되게 표시되지 않던 문제를 해결했다. - 프로필 수정 및 서버 프로필 수정 버튼이 잘못된 팝업이나 전역 프로필을 열던 문제를 수정했다. - 사용자 지정 상태가 마우스 오버 시 제대로 확장되지 않던 문제를 해결했다. - 프로필 사진의 배경색이 잘못 표시되는 경우를 수정했다. - 프로필 미리보기가 구매 완료 모달에서 잘리는 문제를 해결했다. - 팝업이 컨텍스트 메뉴를 열 때 잘못 닫히던 문제를 수정했다. - 드롭다운 메뉴에서 마우스 강조 표시와 키보드 탐색 표시가 충돌하던 문제를 해결했다. - 친구 추가 화면의 상단 바 정렬과 “검색 가능한 서버 탐색” 버튼의 시각적 일관성을 개선했다. - 초대 링크 설정 시 드롭다운 강조 표시가 잘못되는 문제를 수정했다. - 서버 설정의 멤버 검색 영역에서 잘못된 placeholder 문구를 수정했다. ## 채팅 및 메시지 기능 수정 - 빈 그룹 DM 설명에 `undefined` 사용자가 표시되던 문제를 해결했다. - 서버 가이드 팝업이 메시지 편집 화면을 가리던 문제를 수정했다. - iOS에서 긴 사용자 이름의 입력 표시가 제대로 잘리지 않던 문제를 해결했다. - 입력 중 표시(typing indicator)의 안정성을 개선했다. - iOS에서 메시지에 답장할 때 입력창이나 메시지 텍스트가 숨겨지던 문제를 수정했다. - Android에서 그룹 DM 이름을 변경할 수 없던 문제를 해결했다. - Android 답장 메시지가 잘못된 테마로 표시되는 문제를 수정했다. - Emoji Confetti 효과가 메시지 위 메뉴 렌더링에까지 영향을 주던 문제를 해결했다. - 모바일에서 읽지 않은 DM을 닫은 뒤 서버 목록에 빈 공간과 읽지 않음 표시가 남던 문제를 수정했다. - 삭제된 메시지를 확인 처리할 수 없어 알림 표시가 계속 남던 문제를 해결했다. - Android에서 “메시지 보내기”와 “스레드 만들기” 권한이 서로 잘못 영향을 주던 문제를 수정했다. - 채팅 글꼴 크기 `24px` 설정이 제대로 작동하지 않던 문제를 해결했다. - 새 DM의 “~에게 인사하기” 버튼 정렬을 수정했다. - 모바일 메시지 알림에 “읽음으로 표시” 또는 “답장” 옵션이 누락되던 문제를 해결했다. ## 실용적인 결론 이번 업데이트는 대규모 신규 기능보다 서비스 안정성, 미디어 품질, 임베드 성능, 모바일 사용성에 초점을 맞춘 릴리스다. HDR 콘텐츠를 자주 공유하거나 Spotify 링크를 사용하는 사용자, Android·iOS에서 검색과 채팅을 많이 사용하는 사용자는 업데이트 후 체감 개선을 기대할 수 있다. 제공된 글은 Activities and Apps 섹션의 항목 중간에서 끝나므로 해당 영역의 전체 변경 사항은 확인할 수 없다.

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

AndroidiOSelectronspotify+2

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

Zine)까지: 피그마

Figma는 화면용 UI 도구를 넘어, 진·언더그라운드 음악·리소그래프 인쇄처럼 물리적 결과물을 만드는 창작 도구로 활용되고 있다. 창작자들은 Figma의 빠른 반복 작업, 캔버스 기반 편집, Auto layout, 플러그인을 이용해 아날로그 진의 거친 감성과 디지털 제작의 효율을 결합한다. 글은 이러한 작업이 온라인 커뮤니티와 실제 만남을 연결하는 새로운 디지털 DIY 문화로 확장되고 있음을 보여준다. ## 진(zine)의 역사와 부활 - 진은 원래 과학소설 팬 잡지에서 시작된 독립 출판물이다. - 1970~1980년대 펑크 문화와 복사기의 보급으로 음악·정치·하위문화 진이 확산됐다. - 1990년대 Riot Grrrl 운동과 함께 진 문화가 정점에 이르렀다. - 2000년대에는 블로그와 웹사이트 형태의 e-zine으로 확장됐다. - 2010년대 이후에는 인쇄물에 대한 관심이 되살아나 진 페스티벌과 진 도서관이 다시 등장했다. - 진은 주류 출판에서 다루기 어려운 커뮤니티와 하위문화를 기록하고 연결하는 매체로 기능해왔다. ## Dance Data Underground Fanzine 제작 - Jesse Pimenta와 Cheyce Batchelor는 브루클린 아파트에서 97쪽 분량의 진을 약 3개월 만에 제작했다. - Jesse의 레이블 Dance Data를 기반으로, 미국 언더그라운드 음악 신과 파티 크루, 아티스트, 프로듀서의 이야기를 담았다. - 흩어지고 빠르게 사라지는 음악 현장을 물리적 기록물로 남기는 것이 중요한 목표였다. - 1990년대 진 특유의 손으로 만든 듯한 분위기와 복사본의 거친 질감을 재현하려 했다. - 각 인터뷰 페이지가 서로 다른 경험처럼 느껴지도록 매우 반복적인 방식으로 디자인했다. ## Figma가 제공한 제작 효율 - 넓은 캔버스에서 전체 작업을 한눈에 확인할 수 있어 페이지 구성과 흐름을 빠르게 조정할 수 있었다. - Auto layout을 활용하면 요소를 다시 배치할 때 큰 인지 부담 없이 레이아웃을 정리할 수 있었다. - 가벼운 인터페이스와 빠른 수정 속도 덕분에 페이지별로 다양한 시안을 실험할 수 있었다. - 디지털 환경에서 작업하면서도 최종 결과물은 복사 진과 유사한 물리적 출판물로 제작됐다. ## 1990년대 복사 진의 시각적 재현 - Jesse는 Archive.org의 `The Magazine Rack`에서 본 레이브 전단, 컴퓨터 뉴스레터, 기술 잡지에서 시각적 영감을 얻었다. - 당시의 사이버펑크적 분위기와 해커 문화를 그래픽 방향의 기반으로 삼았다. - Figma 플러그인을 활용해 아날로그 인쇄물의 질감을 만들었다. - **Noise & Texture**: 거칠고 얼룩진 복사본 같은 표면 효과 적용 - **Photopea**: 노이즈와 threshold 필터를 이용한 이미지 변형 - **Skew Skew**: Xerox로 왜곡된 듯한 비정형 타이포그래피 제작 - 레트로 레이브 전단, 오래된 클립아트, 변형된 글자를 결합해 과거 진의 분위기를 재구성했다. ## 디지털 도구와 실제 커뮤니티의 연결 - Figma는 디지털 화면을 만드는 도구에 그치지 않고 인쇄물, 음반 패키지, 카세트·CD 아트워크 제작에도 사용된다. - Figma의 아시아계·태평양계 미국인 직원 커뮤니티는 AZINE을 제작해 Figma Community에 공개했다. - Dominique Saiegh는 카세트와 CD용 아트 및 패키지를 만든다. - Sebastián Ortega는 온라인 라디오 방송국 SutroFM의 홍보·브랜드 그래픽을 제작한다. - Secret Riso Club은 Figma를 활용해 원격 리소그래프 워크숍을 운영한다. - 이 사례들은 디지털 협업 도구가 물리적 창작물과 지역·문화 커뮤니티를 연결할 수 있음을 보여준다. ## 인쇄 제작 과정의 한계 - 인쇄 품질을 확보하려면 각 페이지를 실제 크기의 4배로 내보낸 뒤, 인쇄용 PDF로 변환하고 최종 문서 크기를 다시 조정해야 했다. - 수천 개의 작은 그래픽 자산 때문에 페이지 내보내기 작업에는 시간이 많이 걸렸다. - 즉, Figma는 디자인과 반복 작업에는 효율적이지만 대규모 인쇄용 파일을 최종 처리하는 단계에서는 별도의 변환·출력 워크플로가 필요하다. Figma를 활용해 진을 만들 때는 디지털 편집의 속도와 협업성을 이용하되, Noise·threshold·왜곡 플러그인으로 물리적 인쇄물의 질감을 보완하는 방식이 효과적이다. 다만 최종 인쇄 전에는 고해상도 출력, PDF 변환, 색상과 파일 용량을 별도로 점검하는 것이 좋다.

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

Figmafigma-pluginsgraphic-designpdf+2

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

강력해진 디스

Discord는 React Native 기반 모바일 앱의 성능을 높이기 위해 사용 빈도가 높은 화면과 컴포넌트를 집중적으로 최적화했다. 서버 목록 가상화, 채팅 리스트 재활용, Android 이모지 피커 네이티브 전환, 이미지 포맷 변경 등을 통해 메모리 사용량과 시작 시간, 스크롤 성능을 개선했다. 특히 저사양 Android 기기에서 발생하던 빈 프레임과 앱 충돌을 줄이는 데 초점을 맞췄으며, 일부 기능은 플랫폼별로 다른 구현을 유지하는 비용까지 감수했다. ## React Native 전환과 성능 최적화 방향 - Discord는 데스크톱에 React, 모바일에 React Native를 사용해 여러 플랫폼에서 기능을 빠르게 출시해 왔다. - Android에서는 초기 성능 우려 때문에 React Native 도입을 주저했지만, Android 기기 성능 향상과 Hermes 엔진 등장으로 2022년 React Native 기반으로 전환했다. - 전환 후 특히 저사양 기기의 시작 시간이 문제였으나, 2023년에 중앙값 기준 시작 시간을 절반으로 줄였다. - 이후에는 일반 사용자보다 서버와 메시지, 이모지를 많이 사용하는 ‘파워 유저’를 중심으로 최적화를 진행했다. ## 서버 목록 가상화 - 기존 서버 목록은 화면에 보이지 않는 서버의 뷰와 아이콘까지 모두 메모리에 유지했다. - Discord는 무료 사용자 최대 100개, Nitro 사용자 최대 200개의 서버 가입을 지원하기 때문에 서버가 많은 사용자의 메모리 부담이 컸다. - 새 가상화 구현은 현재 화면에 표시되는 서버 정보만 메모리에 유지한다. - 남은 리소스를 드래그 앤 드롭 애니메이션 개선에도 활용했다. - 서버가 100개 이상인 사용자는: - 시작 시 메모리 사용량 14% 감소 - 전체 시작 시간 10% 감소 ## 네이티브 채팅 리스트 최적화 - 채팅 리스트는 이미 네이티브로 구현되어 있었지만, 프로파일링을 통해 로딩과 스크롤 과정의 병목을 추가로 발견했다. - 주요 개선 사항: - 버튼 같은 Application Component와 이미지 격자형 Media Mosaic 재활용 - 스포일러, 업로드 오버레이처럼 자주 사용되지 않는 요소의 지연 생성 - Media Mosaic 바인딩 성능 개선 - 메시지 컨테이너와 리액션 측정 속도 개선 - 채팅을 열기 전에 자주 사용되는 요소를 재활용 풀에 미리 생성 - 결과적으로: - 느린 프레임이 최대 60% 감소 - 구형 기기에서 렌더링 프레임 수 증가 - 채팅 리스트 메모리 사용량 약 12% 감소 ## Android 이모지 피커의 네이티브 전환 - 서버 하나당 최대 250개의 커스텀 이모지를 지원하며, 여러 서버를 사용하는 경우 수백 개의 이모지가 한 화면에 표시될 수 있다. - 저사양 Android 기기에서는 이모지를 스크롤할 때 placeholder조차 표시되지 않는 빈 프레임 문제가 발생했다. - 단순한 점진적 최적화만으로는 해결하기 어렵다고 판단해 Android 이모지 피커를 네이티브로 다시 작성했다. - 200개 서버의 이모지를 사용하는 극단적인 테스트에서도: - 빈 프레임이 완전히 제거됨 - 저가형 기기에서도 일관되게 부드러운 스크롤 제공 - 메모리 부족으로 인한 충돌 방지 - Android는 네이티브, iOS는 React Native로 유지하게 되어 코드베이스와 유지보수 복잡성이 증가했다. - 향후 React Native New Architecture와 Android 기기 성능 향상에 따라 이 구조를 재검토할 예정이다. ## GIF에서 WebP로 전환 - 미디어 프록시에 애니메이션 WebP 지원을 추가했다. - 애니메이션 이모지 포맷을 GIF에서 WebP로 변경해 저사양 기기에서도 최대 60FPS 렌더링이 가능해졌다. - 이미지 포맷 선택만으로도 디코딩과 렌더링 성능을 개선할 수 있음을 보여주는 사례다. ## ChannelList의 빈 화면 문제 제거 - Discord는 자체 React Native 리스트 구현인 FastList를 사용해 왔다. - 모바일 앱 재설계 과정에서 Shopify의 FlashList를 도입했으며, 정확한 요소 크기를 미리 지정하지 않아도 되는 점과 빠른 개발 속도를 장점으로 평가했다. - 그러나 실제로는 저사양 Android 기기에서 FlashList가 더 자주 빈 화면을 표시하는 문제가 나타났다. - Discord는 다시 FastList를 리팩터링해 ChannelList에 적용했고, 50달러 수준의 저가형 기기에서도 빈 화면 문제를 제거했다. ## 적용할 수 있는 성능 개선 원칙 - 화면에 보이지 않는 요소는 가상화해 메모리에 보관하지 않는다. - 반복적으로 생성되는 UI는 재활용 풀과 recycling을 활용한다. - 자주 사용되지 않는 UI는 lazy inflation으로 늦게 생성한다. - 성능 문제가 심각한 경우 기존 프레임워크를 무리하게 유지하기보다 특정 화면을 네이티브로 재작성할 수 있다. - 평균적인 기기뿐 아니라 저사양 기기와 파워 유저의 극단적인 사용 시나리오를 기준으로 테스트해야 한다. - 범용 라이브러리가 항상 최선은 아니므로 실제 기기에서 blanking, 프레임 저하, 메모리 부족 여부를 검증해야 한다. Discord의 사례는 React Native를 전면적으로 포기하거나 모든 기능을 네이티브로 바꾸기보다, 병목이 명확한 부분만 가상화·재활용·지연 로딩·네이티브 구현으로 보완하는 접근을 보여준다. 특히 저사양 기기에서의 실제 사용자 경험을 기준으로 성능을 측정하고, 필요하다면 플랫폼별 구현 차이를 유지하는 것이 실용적인 전략이다.

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

AndroidJavaScriptReact Nativewebp+4

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

12월 직원 추천: 게임

Discord 직원들이 최근 즐긴 게임과 인생에 큰 영향을 준 선물 게임을 소개하는 인터뷰 형식의 글이다. 각 직원은 MMORPG, JRPG, 파티 게임, 카드 게임 등 취향에 따라 게임을 즐기고 있으며, 선물받은 게임은 단순한 오락을 넘어 가족·친구와의 추억이나 장르에 대한 관심을 되살린 계기가 되었다고 말한다. 글의 결론은 좋은 게임 선물이 오랫동안 기억에 남는 경험과 관계를 만들어준다는 점이다. ## Scott의 최근 게임 취향 - Discord Quests 팀의 Scott은 14년간 즐겨온 **Final Fantasy XIV**를 남편에게 소개했다. - 남편이 에오르제아의 세계와 스토리를 처음 경험하면서 두 사람의 생활이 게임 중심으로 바뀌었다고 설명한다. - **Metaphor: ReFantazio**를 플레이하고 있다. - JRPG와 Atlus 작품을 좋아하는 취향이 반영된 선택이다. - **Marvel Rivals**의 대규모 멀티플레이어 구조와 화려한 코스메틱에도 관심을 보인다. - 게임 내 아이템에 과도하게 지출하지 않기 위해 신용카드를 숨기고 싶을 정도라고 농담한다. ## Scott이 선물받은 인생 게임 - 2018년 생일에 친구에게 받은 **NieR: Automata**와 **Persona 5**를 최고의 선물로 꼽는다. - **Persona 5** - JRPG에 대한 흥미를 다시 일깨웠다. - 이후 Atlus의 다른 RPG들을 찾아 플레이하게 된 계기가 되었다. - **NieR: Automata** - 복잡한 스토리와 설정에도 불구하고 강한 인상을 남겼다. - 뛰어난 게임플레이와 비극적이고 감정적인 이야기가 오래 기억에 남았다고 평가한다. - 두 작품 모두 지금까지도 Scott의 역대 최고 게임 목록에 남아 있다. ## Emi의 친구들과 함께하는 포근한 게임 - Emi는 혼자 집중하기보다 대화를 나누며 즐길 수 있는 편안한 게임을 주로 플레이한다. - 최근 플레이한 게임은 다음과 같다. - **Kallax** - **WEBFISHING** - **Jigsaw Puzzle Dreams** - **Yakuza Kiwami** - 친구들과 낚시를 하거나 퍼즐을 맞추면서 대화를 이어가는 방식으로 게임을 즐긴다. - 여러 지역에 흩어져 사는 친구들과도 Discord 음성 채팅을 통해 함께 플레이할 수 있다는 점을 강조한다. - 가족과 친구들과는 **Jackbox Party Pack 3**, 이후 친구 생일에는 **Jackbox Party Pack 6**을 즐겼다. ## Emi에게 가족의 추억을 남긴 Pokémon Blue - 최고의 선물로 어린 시절 받은 **Pokémon Blue Version**을 꼽는다. - 형제들이 각자 Game Boy와 포켓몬 게임 버전을 하나씩 받았다. - 당시 텐트에서 링크 케이블로 포켓몬을 배틀하고 교환하며 하루 종일 놀았던 기억이 핵심 추억으로 남아 있다. - Pokémon Blue는 게임을 좋아하게 된 출발점이자 가족과 함께 게임을 즐기는 문화의 시작이었다. - 현재도 가족과 함께 게임을 즐기고 있으며, 링크 케이블은 사라졌지만 함께한 시간에 대한 고마움은 남아 있다고 말한다. ## Cody가 즐기는 짧고 반복적인 게임 경험 - Cody는 최근 **Fortnite Festival**을 플레이했고, **Marvel SNAP** 대신 **Pokémon TCG Pocket**을 매일 즐기고 있다. - Pokémon TCG Pocket은 긴 경기를 직접 이기지 않아도 빠르게 접속해 카드 팩을 열 수 있다는 점을 장점으로 본다. - 실제 승리를 노릴 때는 **Marowak EX** 덱을 활용한다고 언급한다. - **Apollo Justice: Ace Attorney Trilogy**를 비롯해 Ace Attorney 시리즈도 플레이 중이다. - 엉뚱한 이야기와 캐릭터 때문에 크게 웃거나, 반전과 캐릭터 등장에 충격을 받는 등 강한 감정적 반응을 보인다. - 앞으로 **The Great Ace Attorney**와 **Ace Attorney: Miles Edgeworth Investigations**까지 시리즈를 계속 플레이할 계획이다. ## 게임 선물이 만드는 장기적인 영향 - 글에서 게임 선물은 단순히 새로운 타이틀을 제공하는 행위가 아니다. - Scott에게는 JRPG 장르와 Atlus 게임을 다시 발견하게 한 계기가 되었다. - Emi에게는 형제 및 가족과의 어린 시절 추억을 만들어준 매개체였다. - 인터뷰는 게임의 장르나 플레이 방식보다, 누구에게 어떤 상황에서 받았는지가 게임의 의미를 결정할 수 있음을 보여준다. 좋은 게임을 선물할 때는 상대의 취향뿐 아니라 함께 플레이할 수 있는지, 오래 기억에 남을 경험을 제공하는지도 고려하면 좋다. 특히 **Persona 5**, **NieR: Automata**, **Pokémon Blue**처럼 장르에 대한 관심이나 가족·친구와의 관계를 확장해주는 게임이 오래가는 선물이 될 수 있다.

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

video-gamesmultiplayer-gamingsteamjrpg+2

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

디스코드 패치

Discord의 2025년 2월 3일 패치에서는 Android 실행 속도, 미디어 업로드, 푸시 알림, 화면 공유 등 핵심 성능과 안정성이 크게 개선됐다. 특히 Media Proxy를 Go에서 Rust로 재작성해 지연 시간과 신뢰성을 높였고, 대규모 서버의 알림 전달 능력도 강화했다. 이와 함께 DM에서 앱을 실행하는 기능, 개인정보 보호 설정 개편, Android 레이아웃 문제 수정 등 사용성과 UI 관련 개선도 다수 포함됐다. ## 성능과 안정성 개선 - Android 앱 초기화 과정을 개선해 중앙값 기기 기준 실행 시간이 약 20% 단축됐다. - Media Proxy 서비스를 Go에서 Rust로 재작성했다. - 업로드 미디어를 처리하는 서비스의 평균 지연 시간이 약 22% 개선됐다. - 90퍼센타일 지연 시간은 40% 이상 빨라졌다. - 인프라를 최신 표준으로 현대화해 서비스 안정성도 향상됐다. - Android 13 이하에서 기기 회전과 화면 크기 계산 때문에 발생하던 레이아웃 붕괴 문제를 수정했다. - 푸시 알림 전달 신뢰성을 여러 달에 걸쳐 개선했다. - 2,500명 미만 서버에서는 30초 이내 전달 성공률이 99.98%에 도달했다. - Midjourney처럼 대규모 서버에서도 2,000만 명에게 약 15분 이내 알림을 보낼 수 있게 됐다. ## DM에서 앱 실행 지원 - 데스크톱 DM에서 Discord 앱과 활동을 직접 실행할 수 있게 됐다. - DM 목록 상단에 최근 사용한 앱을 빠르게 실행하는 바가 추가됐다. - 전체 친구 서버에 알림을 보내지 않고도 Chess in the Park 같은 활동을 개별 DM에서 이용할 수 있다. ## 개인정보 보호 설정 개편 - User Settings의 Privacy & Safety 메뉴를 새롭게 구성했다. - 변경 사항은 다음과 같다. - 탭 기반의 새로운 구조 - 관련 설정을 더 명확하게 묶은 그룹화 - 이해하기 쉬운 설명 - 향후 Trust 관련 설정을 확장하기 위한 구조 개선 - 기존 일부 환경에서 탭이 작동하지 않거나 잘리는 문제도 수정됐다. ## 데스크톱 및 운영체제 지원 - macOS 데스크톱 알림이 운영체제의 네이티브 API를 사용하도록 변경됐다. - Focus 및 방해 금지 모드가 메시지 알림음에 반영된다. - 같은 채널의 여러 알림이 그룹으로 표시된다. - 데스크톱 메시지 검색에서 `from:me`, `mentions:me` 자동완성을 지원한다. - Linux에서 Soundshare와 Wayland 화면 공유를 지원한다. - Ubuntu 22 이상에서 화면 공유 영상과 오디오 문제가 줄어든다. - 좁은 화면에서 친구 요청 버튼이 불필요하게 `...`으로 축약되는 문제를 개선했다. - 채널 주제를 클릭할 때 모달이 두 개 겹쳐 열리는 문제를 수정했다. ## 모바일 및 UI 버그 수정 - Android에서 채널 이름을 만들 때 글자가 중복 표시되던 문제를 해결했다. - Android의 친구 삭제 확인 모달과 토스트가 다른 UI 뒤에 표시되던 문제를 수정했다. - 키보드가 텍스트 입력창 위에 표시되어 입력 내용을 가리던 문제를 해결했다. - iOS에서 앱이 과도하게 축소되거나 검색 화면의 뒤로 가기 제스처가 작동하지 않던 문제를 수정했다. - 모바일 검색 결과의 전체 결과 수가 잘못 표시되던 변경을 되돌렸다. - 모바일에서 서버 초대 링크를 편집할 수 있게 됐다. - DM 옵션 버튼이 사용자 이름과 겹치는 문제를 수정했다. - 채널 권한을 카테고리와 동기화한 뒤 팝업에서 빠져나오기 어려웠던 문제를 해결했다. - Mutual Friends/Servers 화면에서 공유 항목이 없을 때 로딩이 끝나지 않던 문제를 수정했다. - 사용자 지정 상태 기간이 제대로 적용되지 않던 문제를 해결했다. - 푸시 알림에 사용자의 닉네임이 포함되도록 개선했다. ## 채널, 포럼, 검색 관련 수정 - 포럼 채널 태그 편집 UI의 스타일 문제를 수정했다. - 삭제된 이모지 때문에 무효화된 이모지 포럼 태그도 편집할 수 있게 됐다. - 채널 생성 화면에서 이모지를 추가할 때 클라이언트가 충돌하던 문제를 해결했다. - 이모지 선택기의 서버 필터에 현재 서버가 표시되지 않던 문제를 수정했다. - iOS 채널 검색 입력창이 텍스트 입력 중 올바르게 스크롤되도록 개선했다. - 모바일 검색 결과에서 뒤로 가기 스와이프가 작동하지 않던 문제를 해결했다. - 채널 세부 설정을 수정할 수 없게 만드는 권한 관련 문제를 수정했다. ## 상점, 퀘스트 및 프로필 개선 - 태블릿에서 Shop 배너 이미지가 늘어나 보이던 문제를 수정했다. - Shop의 구매 완료 모달, 반응 이모지 선택기, 내부 여백 관련 시각적 문제를 조정했다. - Quests 완료 항목이 많은 사용자에게 Claimed Quests UI가 더 안정적으로 표시되도록 개선했다. - Nitro Credit 사용자의 프로필 꾸미기 기능을 수정했다. - Android에서 Space Evader 프로필 효과의 애니메이션 문제를 해결했다. - iOS에서 이모지를 탭한 뒤 애니메이션이 멈추던 문제를 수정했으며, 사용자 지정 상태에서도 애니메이션 이모지가 정상 작동하도록 했다. - Discover Servers 아이콘에 닫을 수 있는 배지가 잘못 표시되던 문제를 해결했다. 이번 패치는 새로운 대형 기능을 추가하기보다 앱 실행 성능, 대규모 알림 인프라, 미디어 처리, 운영체제 통합을 강화하고 플랫폼별 자잘하지만 반복적인 UI 문제를 폭넓게 제거한 업데이트다. Discord를 사용하는 일반 이용자는 Android 업데이트, macOS 네이티브 알림, DM 앱 실행 기능을 우선 확인할 만하다.

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

AndroidRustGoLinux+3

microsoft·2025년 3월 3일원문

마이크로소프트 엔지 (새 탭에서 열림)

마이크로소프트는 자사 엔지니어들이 대규모 AI 애플리케이션을 구축하는 실제 방법론을 공유하기 위해 'How Microsoft engineers build AI' 비디오 시리즈를 새롭게 공개했습니다. 첫 번째 에피소드에서는 'Copilot for Azure' 내의 'Ask Learn' 플러그인 개발 사례를 통해 검색 증강 생성(RAG) 기술을 안정적으로 구현하고 확장하는 핵심 전략을 다룹니다. 이를 통해 개발자들은 기업 내부 데이터와 대규모 언어 모델(LLM)을 결합하여 정확하고 맥락에 맞는 AI 서비스를 구축하는 실질적인 통찰력을 얻을 수 있습니다. ### RAG 기술의 핵심과 활용 차별화 * RAG(검색 증강 생성)의 기본 개념을 정립하고, 모델의 가중치를 직접 수정하는 파인튜닝(Fine-tuning) 기술과 비교하여 RAG가 가진 차별적 우위를 설명합니다. * Copilot in Azure뿐만 아니라 Microsoft Security Copilot, Dynamics 365 Business Central 등 마이크로소프트의 주요 제품군에 RAG가 실제로 어떻게 적용되어 비즈니스 가치를 창출하는지 사례를 제시합니다. * 단순한 이론을 넘어, 실제 서비스 환경에서 LLM이 고유 데이터에 접근하여 답변의 신뢰도를 높이는 메커니즘을 상세히 다룹니다. ### 엔지니어링 단계에서의 도전 과제와 해결책 * RAG 시스템 구축 시 직면하는 주요 난관인 콘텐츠 선택, 데이터 전처리(Preprocessing), 그리고 성능 평가(Evaluation) 과정을 체계적으로 관리하는 방법을 공유합니다. * 플러그인이 사용자에게 최신 상태의 정확한 정보를 실시간으로 전달할 수 있도록 보장하는 혁신적인 엔지니어링 솔루션을 소개합니다. * 프로토타이핑 단계에서 흔히 발생하는 실수들을 짚어보고, 이를 방지하기 위한 데이터 관리 및 운영상의 베스트 프랙티스를 제안합니다. ### Ask Learn 플러그인 구현 사례 분석 * Azure 개발자들이 작업 흐름을 방해받지 않고 몇 초 만에 답을 얻을 수 있도록 설계된 'Ask Learn'의 실제 작동 시연을 포함하고 있습니다. * 제품 관리자(PM)와 수석 소프트웨어 엔지니어링 매니저 등 실제 개발 주역들의 인터뷰를 통해, 대규모 스케일에서 RAG 솔루션을 안정화하기 위해 사용된 구체적인 기술 스택과 의사결정 과정을 공개합니다. * 사용자의 질문 의도에 가장 적합한 문서를 검색하고 이를 기반으로 맥락에 맞는 답변을 생성하는 구체적인 워크플로우를 학습할 수 있습니다. 성공적인 AI 애플리케이션 구축을 위해서는 Microsoft Learn의 관련 문서와 가이드를 참고하는 것이 좋습니다. 또한, 현재 무료로 제공되는 GitHub Copilot이 포함된 Visual Studio IDE를 활용하면 RAG 기반 앱 개발을 더욱 효율적으로 시작할 수 있습니다.

AI대규모 언어 모델머신러닝github-copilot+4

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

왜 누구나 위대한 스토리텔

좋은 제품과 아이디어는 역할과 관계없이 자신의 비전을 명확히 설명하는 사람에게서 나온다. 글쓰기는 타고난 재능이 아니라 생각을 정리하고 전달하는 능력이며, 누구나 연습과 피드백을 통해 발전할 수 있다. 특히 기술 문서, 디자인 결정, 제품 요구사항처럼 협업이 중심인 업무에서 스토리텔링은 아이디어를 현실로 옮기고 사람들의 동의를 얻는 핵심 도구다. ## “나는 글을 못 쓴다”는 오해 - 많은 사람은 자신의 초안과 전문가의 완성된 글을 비교하며 글쓰기에 소질이 없다고 판단한다. - 그러나 모든 작가는 거칠고 미완성된 초안에서 시작한다. - 좋은 글쓰기와 나쁜 글쓰기의 차이는 재능보다 다음과 같은 태도에서 비롯된다. - 피드백을 받아들이기 - 편집자와 협업하기 - 의도적인 연습을 지속하기 - 글쓰기는 근육과 같아서 시간과 노력을 들일수록 발전한다. - 셰익스피어조차 처음부터 말하거나 쓸 수 있었던 사람이 아니었다는 점은 글쓰기 능력이 후천적으로 길러진다는 사실을 보여준다. ## 지금 스토리텔링이 중요한 이유 - 빠르게 변화하는 환경에서는 깊이 생각하고 이를 명확하게 공유하는 능력의 가치가 커지고 있다. - Figma에서는 다양한 직군이 글쓰기를 업무의 일부로 활용한다. - 엔지니어: 새로운 기술적 접근을 설명하는 문서 작성 - 디자이너: 디자인 결정의 근거와 의도 발표 - 제품 관리자: 팀의 목표를 정렬하는 PRD 작성 - Microsoft와 Slack 같은 기업도 글쓰기를 깊이 있는 사고와 명확한 커뮤니케이션, 아이디어에 대한 동의 확보를 위한 방법으로 활용해 왔다. - 사람들이 좋아하는 기능이나 제품의 이면에는 대개 다음을 설득력 있게 설명한 사람이 있다. - 왜 이 제품이나 기능이 필요한가 - 누구를 위한 것인가 - 사용자의 삶을 어떻게 개선하는가 ## 글쓰기는 정리된 사고다 - 빈 페이지와 깜빡이는 커서는 누구에게나 부담스러울 수 있다. - 하지만 생각할 수 있다면 쓸 수도 있다. 글쓰기는 머릿속 생각을 구조화하고 문제를 풀어가는 과정이기 때문이다. - 생각을 글로 옮기면 다음과 같은 효과가 있다. - 아이디어의 핵심을 명확히 파악할 수 있다. - 논리의 빈틈이나 모순을 발견할 수 있다. - 더 나은 결과와 결론에 도달할 수 있다. - 컴퓨터 과학자 레슬리 램포트의 말처럼, 쓰지 않고 생각할 때는 실제로 생각하고 있다고 착각하기 쉽다. ## 막힐 때 활용할 수 있는 방법 - 머릿속에서만 고민하고 있다면 다른 사람에게 말로 설명해 본다. - 자신의 설명을 녹음해 보면, 첫 번째 글보다 자연스러운 말투가 더 명확하게 느껴질 수 있다. - 글쓰기 능력을 키우려면 다양한 글을 읽는 것도 도움이 된다. - 책과 잡지 - 포장지나 일상적인 인쇄물 - 긴 온라인 글이나 Reddit 스레드 등 - 완벽한 첫 문장을 만들려 하기보다, 우선 생각을 밖으로 꺼내고 나중에 다듬는 접근이 효과적이다. 결국 스토리텔링은 작가나 발표자만의 기술이 아니다. 자신의 아이디어를 말로 설명하고, 이를 글로 정리한 뒤, 피드백과 반복적인 수정을 거치는 습관을 들이면 누구나 더 설득력 있는 커뮤니케이터가 될 수 있다.

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

design-thinkingproduct-managementtechnical-writingstorytelling+2