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

google원문

ECLeKTic: LL (새 탭에서 열림)

Google Research가 발표한 ECLeKTic은 대규모 언어 모델(LLM)이 특정 언어로 학습한 지식을 다른 언어로 얼마나 잘 전달하는지 평가하기 위해 설계된 새로운 벤치마크입니다. 이 데이터셋은 특정 언어의 위키피디아에만 존재하는 고유 정보를 활용하여, 모델이 소스 언어에서 습득한 지식을 12개의 대상 언어에서 폐쇄형 질문 답변(Closed-book QA) 형식으로 인출할 수 있는지 측정합니다. 최신 모델인 Gemini 2.5 Pro가 52.6%의 성공률을 기록하며 가장 우수한 성능을 보였으나, 이는 여전히 언어 간 지식 전이 능력을 개선할 여지가 많음을 시사합니다. **언어 간 지식 접근성 격차의 문제** * 인간은 여러 언어를 구사할 때 언어와 상관없이 동일한 지식에 접근할 수 있지만, 현재의 LLM은 특정 언어(예: 인도네시아어)로 질문했을 때만 답변하고 다른 언어(예: 독일어)로 질문하면 답하지 못하는 지식의 파편화 현상을 보입니다. * 이러한 격차는 정보가 적은 언어 사용자들의 지식 접근권을 제한할 뿐만 아니라, 정보가 많은 언어 사용자들 역시 전 세계의 다양한 지식을 활용하지 못하게 만듭니다. * ECLeKTic은 모델의 내부 지식만을 이용하는 블랙박스 평가 방식을 채택하여, 모델의 내부 구조를 알 수 없는 상용 모델(Proprietary models)까지도 쉽게 평가할 수 있도록 설계되었습니다. **데이터셋 구성 및 검증 프로세스** * 한국어, 영어, 인도네시아어, 힌디어 등 총 12개 언어를 포함하며, 특정 언어의 위키피디아에만 단독으로 존재하는 문서를 기반으로 384개의 고유 질문과 4,224개의 번역된 예시를 생성했습니다. * 질문의 타당성을 높이기 위해 원어민 검수자들이 '폐쇄형 질문 답변 가능 여부'와 '특정 문화권의 고유 지식 여부'를 엄격히 필터링했습니다. * '탈맥락화(Decontextualization)' 과정을 통해 질문 내 모호한 대명사나 고유 명사를 구체화(예: "대법원"을 "이스라엘 대법원"으로 수정)하여 번역된 언어에서도 충분히 답변 가능한 형태를 갖추었습니다. * 자동 번역 후 다시 원어민이 번역의 정확성을 검증하고, 원어의 의미가 훼손되어 번역이 불가능한 사례는 데이터셋에서 제외했습니다. **벤치마크 결과 및 성능 지표** * 핵심 지표인 '전체 성공률(Overall success)'은 모델이 소스 언어와 대상 언어 모두에서 질문에 올바르게 답한 비율을 측정합니다. * 8개의 주요 LLM을 테스트한 결과, Gemini 2.0 Pro는 41.6%의 성공률을 보였으며, 최신 버전인 Gemini 2.5 Pro는 52.6%를 달성하여 성능 개선을 입증했습니다. * 결과적으로 최고 수준의 모델조차 절반 수준의 성공률에 머물러 있어, 모든 사용자가 언어 장벽 없이 공평하게 정보에 접근할 수 있는 모델을 만들기 위한 추가적인 연구가 필요함을 보여줍니다. ECLeKTic은 Kaggle을 통해 오픈 소스로 공개되어 있으며, 개발자들은 이를 활용해 자신들의 모델이 가진 다국어 지식 전이 성능을 정밀하게 측정하고 개선하는 지표로 삼을 수 있습니다.

figma3분 읽기큐레이션 요약

개발자 핸드오프

디자이너와 개발자의 핸드오프는 디자인을 전달하는 마지막 단계가 아니라, 제품의 방향과 구현 방식을 함께 조율하는 협업 과정이다. 개발자는 성능·안정성·기술적 제약을, 디자이너는 일관성과 사용 경험을 중시하므로, 초기부터 소통하고 공통의 언어를 만들어야 한다. 특히 아이디어가 유연한 초기에 개발자를 참여시키는 것이 시행착오와 구현 비용을 줄이는 핵심이다. ## 협업의 기본 원칙 - 디자인은 “원하는 것(what we want)”, 개발은 “실제로 가진 것(what we have)”에 가깝다. - 두 직군의 간극을 줄이려면 다음이 필요하다. - 서로의 관점에 대한 호기심 - 지속적이고 열린 커뮤니케이션 - 좋은 결과물의 기준에 대한 공통된 관점 - 글은 효과적인 핸드오프를 위해 다음 네 가지 영역을 제시한다. 1. 무엇을 만들지 합의하기 2. 어떻게 만들지 결정하기 3. 공통 언어 만들기 4. 개발자 경험을 고려해 의도 명확히 하기 ## 무엇을 만들지 먼저 합의하기 - 초기 와이어프레임 단계부터 개발자를 참여시킨다. - 개발자는 다음과 같은 기술적 문제를 조기에 발견할 수 있다. - 단순해 보이는 디자인이 실제로는 복잡한 기술 로직을 요구하는 경우 - 데이터 계층에서 발생하는 제약이나 처리 비용 - 기존 기능을 재사용하거나 확장해 더 적은 개발 노력으로 해결할 수 있는 기회 - 아이디어가 아직 바뀔 수 있는 단계에서 피드백을 받을수록 수정 비용이 낮다. - 초기 협업의 목표는 다음과 같다. - 프로젝트 범위 정렬 - 기술적 제약 이해 - 잠재적 문제와 새로운 기회 식별 ## 와이어프레임으로 사용자 흐름 구체화하기 - Figma나 FigJam에서 화면 흐름을 와이어프레임으로 표현하면 추상적인 아이디어를 구체화할 수 있다. - Figma는 보다 구체적인 시각 자료를 만들 때 적합하다. - FigJam은 다음과 같은 상황에 유용하다. - 아이디어를 자유롭고 개략적으로 표현할 때 - 외부 협업자에게 중립적인 피드백 공간을 제공할 때 - 완성도 높은 비주얼을 일부러 배제하면 색상이나 스타일보다 전체 흐름과 핵심 문제에 집중할 수 있다. - 개발자는 화면 순서에서 빠진 상태나 예외 흐름을 발견하고, 디자이너는 이를 반영해 요구사항을 보완할 수 있다. ## 개발자에게 구체적인 질문하기 - 개발자는 질문을 받지 않으면 디자이너가 놓친 부분을 알기 어렵기 때문에, 의도적인 질문이 필요하다. - 다음 내용을 질문하면 협업의 깊이를 높일 수 있다. - 구현상의 제약은 무엇인가? - 데이터 계층에서 복잡성을 높이는 요소가 있는가? - 현재 화면 흐름에서 빠진 상태나 예외 상황은 무엇인가? - 제품의 다른 영역에서 재사용할 수 있는 패턴이나 기능이 있는가? - 이러한 질문은 중복 작업을 줄이고, 기존 기능과 디자인 시스템을 활용하게 해준다. - 개발자는 단순히 디자인을 구현하는 역할을 넘어, 기능 구조와 제품 경험을 개선할 기회를 제안할 수 있다. ## 개발자의 작업 방식에 맞춰 협업하기 - 개발자는 여러 작업 사이를 오가며 집중 상태를 유지해야 하므로, 개발자의 실제 워크플로에 맞추는 것이 신뢰 형성에 도움이 된다. - 필요한 정보와 피드백을 개발자가 사용하는 도구와 흐름 안에서 제공하면 커뮤니케이션 비용을 줄일 수 있다. - GitHub 사례처럼 FigJam의 코드 블록을 활용해 디자인 시스템 문서에서 컴포넌트 API를 함께 정의하는 방식도 가능하다. - 디자인과 코드의 연결 지점을 명확히 하면 컴포넌트의 동작, 재사용성, 구현 의도를 더 쉽게 공유할 수 있다. ## 실용적인 적용 방법 - 프로젝트 초기에 개발자를 리뷰에 초대한다. - 화면 디자인 전에 사용자 흐름과 주요 상태를 와이어프레임으로 정리한다. - “구현 가능한가?”보다 구체적으로 “어떤 제약이 있는가?”, “재사용할 수 있는 기능은 무엇인가?”라고 질문한다. - 정상 상태뿐 아니라 로딩, 오류, 빈 상태, 권한 제한 등 모든 화면 상태를 함께 검토한다. - Figma·FigJam·코드 문서 등 양쪽 팀이 실제로 사용하는 도구에서 정보를 관리한다. - 핸드오프를 일회성 전달이 아니라 설계와 구현이 반복적으로 조정되는 협업 과정으로 운영하는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
discord3분 읽기큐레이션 요약

체크포인트 2

Discord는 게임 중심 커뮤니티에서 플레이어와 게임·엔터테인먼트 브랜드를 연결하기 위해 보상형 광고 상품인 ‘Quests’를 출시했고, 1년 만에 70개 이상의 캠페인을 진행했다. 사용자는 콘텐츠 참여나 게임 플레이 대가로 보상을 받고, 광고주는 게임을 방해하지 않으면서 플레이어에게 접근할 수 있다. Discord는 Quests의 재참여율과 파트너 재계약률을 근거로 이 모델이 사용자와 광고주 모두에게 효과적이었다고 평가한다. ## Discord가 게임 커뮤니티에 주목한 이유 - Discord의 핵심 목적은 게임을 중심으로 친구들이 대화하고 함께 시간을 보내도록 돕는 것이다. - 월간 활성 사용자 2억 명 이상이 PC에서 매달 약 15억 시간을 8,000개 이상의 게임에 사용한다고 설명한다. - Discord 사용자들은 업계 전체보다 다양한 장르의 롱테일 게임을 더 많이 플레이한다. - 따라서 Discord는 새로운 게임을 발견하고 개발자가 관심 있는 플레이어와 만나는 데 적합한 환경이라고 주장한다. ## Quests: 플레이어 중심의 보상형 광고 - Quests는 광고를 시청하거나 게임을 플레이하는 등 특정 활동을 완료하면 사용자가 보상을 받는 광고 형식이다. - 플레이어는 게임 아이템이나 기타 보상을 얻고, 광고주는 관심이 높은 게임 이용자에게 자연스럽게 도달할 수 있다. - 출시 첫해에 70개 이상의 캠페인을 진행했으며, 사용자들은 수백만 개의 보상을 획득했다. - 타깃 Quest를 수락한 사용자는 이후 다른 Quest도 수락할 가능성이 3배 높았다. - 파트너의 절반 이상이 두 번째 캠페인을 다시 진행해 광고주 측의 재이용 가능성도 확인됐다고 밝혔다. ## 실제 캠페인 성과 - **Genshin Impact** - miHoYo는 신규 캐릭터와 지역, 스토리 이벤트가 포함된 대규모 업데이트를 홍보했다. - 높은 가치의 게임 내 보상을 제공하는 Play Quest를 운영했다. - 캠페인 기간 동안 참여자가 수백만 명에 달했고, 해당 주간 플레이 시간이 80% 증가했다. - **Dune: Prophecy** - Max는 TV 시리즈 공개 전 인지도와 기대감을 높이기 위해 Video Quest를 활용했다. - 2분 38초 분량의 예고편을 사용했으며, Quest에 참여한 이용자의 영상 완료율은 85%였다. ## 게임 이용자에게 광고가 어려운 이유 - 게이머는 전통적인 광고를 거부하는 경향이 강하고, 게임 문화에 맞지 않는 부자연스러운 브랜드 접근에 민감하게 반응한다. - 게임 플레이를 중단시키거나 억지로 관심을 끄는 방식은 효과가 제한적이다. - Discord는 광고주가 사용자의 기존 행동을 방해하기보다, 친구들과 모이는 ‘디지털 거실’ 안에서 참여를 유도해야 한다고 본다. - 친구 한 명 이상과 함께 플레이할 때 게임 플레이가 7배 증가한다는 내부 데이터를 근거로, Discord의 소규모 친구 관계가 참여를 높이는 중요한 요소라고 설명한다. ## 두 가지 Quests 형식 - **Video Quests** - 예고편, 신규 시즌 발표, DLC 공개 등 영상 콘텐츠의 인지도 확보에 초점을 둔다. - 사용자가 영상을 시청하고 완료하면 보상을 제공하는 방식이다. - 모바일로도 확대되어 캠페인 도달 범위를 넓히고 있다. - **Play Quests** - 사용자가 특정 게임을 플레이하거나 스트리밍해야 보상을 받을 수 있다. - 단순 노출보다 실제 게임 플레이를 유도해 게임과 플레이어 사이의 연결을 강화한다. ## 앞으로의 방향 - Discord는 게임뿐 아니라 미디어와 엔터테인먼트 분야로 Quests 활용 범위를 확대할 계획이다. - 새로운 광고 형식과 모바일 기능을 추가해 더 많은 이용자에게 캠페인을 노출하려 한다. - 전반적으로 Quests는 광고를 일방적인 노출이 아니라 플레이어에게 보상을 제공하는 참여형 경험으로 바꾸려는 전략이다. - 다만 성과 수치 상당수가 Discord 내부 데이터에 기반하므로, 다른 광고 플랫폼과 직접 비교할 때는 신중한 해석이 필요하다.

원문 읽기(새 탭에서 열림)
discord3분 읽기큐레이션 요약

디스코드에서 나만의

Discord 스티커는 큰 이모지처럼 메시지에 감정과 강조를 더하는 기능이다. 서버에서 제공하는 스티커를 사용할 수 있으며, 서버 소유자나 `Manage Expressions` 권한이 있는 관리자는 직접 스티커를 업로드할 수 있다. 스티커는 320×320 해상도와 파일 형식·용량 제한을 지켜야 하며, 서버 부스트 수준에 따라 보유 가능한 개수가 달라진다. ## Discord에서 스티커 사용하기 - 채팅 입력창의 스티커 아이콘을 클릭하면 사용할 수 있는 스티커 목록이 열린다. - 참여 중인 서버의 스티커와 Discord가 제공하는 기본 스티커 약 300개를 확인할 수 있다. - 스티커를 클릭하면 즉시 전송된다. - `Shift` 키를 누른 채 클릭하면 현재 작성 중인 메시지에 스티커를 첨부할 수 있다. - 서버 스티커는 해당 서버 안에서 사용할 수 있다. - Nitro 회원은 자신이 속한 서버의 스티커를 다른 서버, DM, 그룹 DM에서도 사용할 수 있다. ## 스티커 업로드 권한과 경로 - 커스텀 스티커는 서버에 저장된다. - 업로드하려면 다음 중 하나가 필요하다. - Discord 서버 소유자 - `Manage Expressions` 권한을 가진 관리자 - 업로드 경로는 `Server Settings > Stickers`이다. - 이 메뉴에서 사용 가능한 슬롯, 등록된 스티커, 업로드한 관리자를 확인할 수 있다. ## 스티커 파일 요구사항 - 이미지 크기: 정확히 `320×320` 픽셀 - 정적 스티커: `PNG` - 애니메이션 스티커: `APNG` 또는 `GIF` - 최대 파일 크기: `512KB` - 관련 이모지: 스티커와 가장 유사한 이모지를 지정해야 한다. - 스티커 추천이나 검색 결과에 노출되는 데 도움을 준다. - 텍스트 설명: 선택 사항이지만 스크린 리더 사용자의 접근성을 높일 수 있다. - 모든 조건을 입력한 뒤 `Upload`를 누르면 서버 구성원이 사용할 수 있다. ## 서버 부스트와 스티커 슬롯 - 기본적으로 서버는 스티커를 최대 5개까지 등록할 수 있다. - 서버 부스트 수준에 따라 총 슬롯이 다음처럼 늘어난다. - 기본: 5개 - 부스트 단계에 따라 15개, 30개, 60개 - Nitro 회원은 서버에 사용할 수 있는 부스트 2개를 제공받는다. - 부스트가 줄어 서버 등급이 낮아지면 새 한도를 초과해 업로드한 스티커는 사용할 수 없게 된다. - 스티커를 다시 사용하려면 서버를 재부스트하거나, 현재 한도에 맞게 일부 스티커를 삭제해야 한다. ## 이미지로 스티커 만들기 - 기존 이미지를 요구사항에 맞게 편집하면 누구나 스티커를 만들 수 있다. - 단순히 이미지를 자르는 작업은 다음과 같은 기본 도구로도 가능하다. - Windows: Microsoft Paint - macOS: Preview - Discord 앱 중에는 이미지 배경을 자동으로 제거해 주는 도구도 있다. - 예시로 Picsart 앱을 이용하면 배경 제거 후 스티커를 만들 수 있다. - 모바일에서는 `320×320`으로 저장할 수 있는 사진 편집 앱이 필요할 수 있다. - 업로드 전 이미지 크기가 정확히 320×320인지 반드시 확인해야 한다. - 제작한 스티커는 Discord 커뮤니티 가이드라인을 준수해야 한다. ## 실용적인 추천 처음에는 투명 배경의 PNG 이미지를 320×320으로 맞추고, 파일 크기를 512KB 이하로 줄이는 방식이 가장 간단하다. 또한 검색과 접근성을 고려해 관련 이모지와 설명을 함께 등록하고, 여러 개를 업로드할 계획이라면 서버 부스트로 확보할 수 있는 슬롯을 먼저 확인하는 것이 좋다.

원문 읽기(새 탭에서 열림)
discord2분 읽기큐레이션 요약

개편된 오버레이와

Discord는 PC 게임 경험을 개선하기 위해 게임 오버레이를 처음부터 재설계하고 데스크톱 앱의 외관과 사용자 설정 기능을 새롭게 정비했다. 새 오버레이는 성능 저하와 게임 호환성 문제를 줄이면서 위젯 기반 인터페이스, 스트리밍 시청, 음성·영상 제어를 제공한다. 데스크톱 앱에는 테마, UI 밀도, 채널 목록 크기 조정 등 개인화 기능이 추가되어 가독성과 접근성이 향상됐다. ## 위젯 기반으로 재설계된 게임 오버레이 - 기존 오버레이는 게임 창에 직접 연결되는 방식이라 게임 성능을 저하시키는 경우가 있었다. - 새 오버레이는 게임에 Discord 전체 화면을 삽입하는 대신, 필요한 기능을 개별 위젯으로 제공한다. - 주요 위젯과 기능: - 음성·영상 제어 - 한 번의 클릭으로 게임 스트리밍 시작 - 음성 채널 참여 - 친구의 게임 스트림을 오버레이 안에서 직접 시청 - 사용자는 위젯을 원하는 위치로 이동할 수 있어 RTS, FPS 등 게임 장르에 맞게 화면을 구성할 수 있다. ## 향상된 성능과 게임 호환성 - 게임 창에 직접 연결하는 의존도를 줄여 오버레이 사용으로 인한 성능 저하를 완화했다. - 안티치트 시스템과 충돌할 가능성이 줄어들어 더 많은 게임에서 사용할 수 있게 됐다. - Discord에서 가장 많이 플레이되는 게임 중 더 많은 타이틀을 지원하는 것이 목표다. ## 데스크톱 테마와 UI 밀도 설정 - 무료 기본 테마가 네 가지로 확대됐다. - Light - Ash - Dark - Onyx - UI 밀도를 세 단계로 조절할 수 있다. - Spacious: 여유 있는 간격 - Default: 기본 간격 - Compact: 정보가 더 밀집된 배치 - 사용자는 화면 가독성, 개인 취향, 모니터 크기에 맞춰 Discord의 전체적인 공간 배치를 조정할 수 있다. ## 채널 목록과 통화 제어 개선 - 채널 목록의 너비를 직접 조절할 수 있어 긴 채널명을 더 쉽게 읽을 수 있다. - 음성 통화 중 자주 사용하는 음성·영상 설정을 하나의 제어 막대에 모아 접근성을 높였다. - 마이크와 카메라 상태를 색상으로 더 명확하게 표시한다. - 마이크 음소거 시 더 강한 빨간색 표시 - 카메라 활성화 시 새로운 초록색 표시 ## 데스크톱과 모바일 간 일관성 강화 - 앱 전반의 색상과 일러스트가 새롭게 정비됐다. - 시각적 요소가 과도하게 복잡해 보이는 느낌을 줄이고 텍스트와 UI의 가독성을 높이는 데 초점을 맞췄다. - 데스크톱과 모바일 환경에서 보다 일관된 디자인 경험을 제공하려는 업데이트다. - Discord 사용자의 72% 이상이 정기적으로 PC 게임을 즐긴다는 점을 바탕으로 데스크톱 기능 개선을 집중적으로 추진하고 있다. 새 오버레이는 게임 중 친구와 소통하거나 스트림을 시청하는 사용자에게 특히 유용하며, 데스크톱 앱의 테마와 밀도 설정은 장시간 사용하는 환경의 가독성을 높여준다. Discord를 PC 게임에 주로 활용한다면 오버레이 배치와 UI 밀도를 자신의 게임 유형과 화면 크기에 맞게 조정해 보는 것이 좋다.

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

그래프 학습의 진 (새 탭에서 열림)

그래프 학습은 1736년 오일러의 정리부터 시작되어 현대 머신러닝의 핵심 기술로 진화해 왔습니다. 과거에는 페이지랭크(PageRank)와 같은 알고리즘을 통해 그래프 구조를 분석했다면, 최근에는 딥워크(DeepWalk)와 그래프 합성곱 신경망(GCN)의 등장을 통해 복잡한 관계 데이터를 신경망으로 처리하는 '그래프 러닝'의 시대가 열렸습니다. 구글 연구진은 이러한 흐름을 주도하며 교통 예측, 가짜 뉴스 탐지, 분자 분석 등 다양한 실무 영역에 그래프 알고리즘을 성공적으로 적용하고 있습니다. ### 그래프 알고리즘의 기원과 초기 발전 * 1736년 레온하르트 오일러가 '쾨니히스베르크의 다리 문제'를 해결하며 관계와 연결을 수학적으로 모델링하는 현대 그래프 이론의 기초를 마련했습니다. * 초기 연구는 그래프 내의 커뮤니티 구조 파악, 중심성(Centrality) 측정, 최단 경로 계산 및 최대 유량 문제 등 그래프의 구조적 패턴을 찾는 데 집중했습니다. * 1996년 등장한 페이지랭크(PageRank) 알고리즘은 인터넷 웹페이지를 노드로, 하이퍼링크를 엣지로 정의하여 웹 전체를 거대한 그래프로 해석함으로써 검색 엔진의 혁신을 가져왔습니다. ### 딥러닝과 그래프의 결합, DeepWalk * 전통적인 그래프 알고리즘은 불연속적인 특성 때문에 연속적인 수치 연산을 수행하는 신경망 시스템과 직접 통합하기 어려운 한계가 있었습니다. * 2014년에 발표된 딥워크(DeepWalk)는 신경망 인코더를 사용하여 그래프 데이터를 수치적 벡터로 변환하는 '그래프 임베딩' 기법을 최초로 실용화했습니다. * DeepWalk는 노드 간의 유사성을 단순한 특징 기반의 유사도가 아닌, 그래프 구조 내에서의 관계성을 보존하는 방식으로 캡처하여 그래프 학습 연구의 기폭제가 되었습니다. ### 그래프 합성곱 신경망(GCN)과 현대적 접근 * 2016년 토마스 키프(Thomas Kipf) 등이 제안한 그래프 합성곱 신경망(GCN)은 이미지 처리의 합성곱 개념을 그래프 구조에 도입하여 노드의 이웃 정보를 효과적으로 통합했습니다. * 이후 메시지 패싱 신경망(MPNN) 등 노드 간 정보를 교환하며 주변 구조를 학습하는 정교한 모델들이 등장하며 그래프 학습의 표준이 되었습니다. * 이러한 기술적 진보는 현재 교통 흐름 예측, 전염병 확산 모델링, 물리학 시뮬레이션, 냄새를 유발하는 분자 구조 분석 등 광범위한 실제 문제 해결에 활용되고 있습니다. 복잡한 연결 관계를 다루는 비즈니스나 연구 분야라면 TensorFlow나 JAX와 같은 라이브러리에서 제공하는 최신 그래프 신경망 구현체를 활용해 보는 것을 추천합니다. 특히 데이터 간의 관계 자체가 핵심적인 정보를 담고 있는 소셜 네트워크, 사기 탐지, 화학 구조 분석 등의 도메인에서는 단순한 특성 기반 학습보다 그래프 학습 기반의 접근이 훨씬 더 강력한 통찰을 제공할 수 있습니다.

figma3분 읽기큐레이션 요약

디자이너와 개발자를 직장에서

디자이너와 개발자의 직장 만족도는 조직 내 디자인의 위상, 하이브리드 근무 정책, 리더십, 협업과 커뮤니케이션에 크게 좌우된다. 설문 응답자의 41%는 전년보다 직장 만족도가 높아졌으며, 명확한 근무 제도와 자율성, 디자인·개발 간 긴밀한 협업이 긍정적인 업무 경험을 만든다. 특히 디자인을 단순한 지원 기능이 아니라 전략적 파트너로 대우하는 조직일수록 구성원의 만족도가 높아진다는 것이 글의 결론이다. ## 조사 개요와 전반적인 만족도 - Figma는 디자이너와 개발자 943명을 대상으로 제품 개발 방식과 업무 경험을 조사했다. - 응답자의 41%가 전년보다 직장 만족도가 높아졌다고 답했다. - 글은 업무 만족도에 영향을 주는 다섯 가지 요인을 소개하며, 조직·관리자·개인이 각각 어떤 환경을 만들어야 하는지 설명한다. - 제공된 본문에는 네 번째 요인까지 수록되어 있으며, 다섯 번째 요인의 내용은 포함되어 있지 않다. ## 디자인의 조직 내 위상 - 디자인을 단순히 요청받은 결과물을 제공하는 서비스 조직이 아니라 전략적 파트너로 인정하면 디자이너의 만족도가 높아진다. - 디자인이 전략 수립에 참여하면 고객 중심성을 강화하고, 디자이너가 제품과 사업에 실질적인 영향을 미칠 수 있다. - 디자이너는 탐색과 실행 사이의 균형을 보여 주어야 한다. - Wise는 다음과 같은 “현재·다음·미래” 원칙을 제시한다. - 현재 제공할 결과물에 70%의 시간 사용 - 다음 단계의 과제에 20% 사용 - 장기적인 미래 탐색에 10% 사용 - 탐색 단계가 지나치게 길어지면 실행력이 부족하다는 인상을 줄 수 있으므로, 창의적인 발견과 구체적인 납품 일정을 함께 관리해야 한다. ## 하이브리드 근무 정책 - 응답자의 97%는 적어도 일부 기간 원격으로 근무하며, 절반 이상은 대부분 또는 완전히 원격으로 일한다. - 어디서 일하는지가 업무 자체만큼 직장 만족도에 중요한 요소가 됐다. - 모든 조직에 동일한 하이브리드 정책을 적용하는 방식은 효과적이지 않을 수 있다. - 출근 요일과 장소가 불명확하면 특정 요일에만 사무실이 붐비고 좌석이나 회의실이 부족해지는 문제가 발생한다. - 완전 원격, 완전 출근, 유연한 하이브리드 중 어떤 방식을 선택하든 다음 사항을 명확히 해야 한다. - 출근이 필요한 상황 - 협업을 위한 공통 시간대 - 사무실 이용 방식 - 성과를 평가하는 기준 ## 리더의 자율성 부여와 지원 - 관리자는 팀의 실제 업무 상황을 파악하고 필요한 지원과 의사결정을 제공해야 한다. - 좋은 리더는 구성원마다 필요한 지원 방식이 다르다는 점을 이해한다. - 근무 시간이나 장소를 일률적으로 통제하기보다 결과물의 품질과 영향력을 중심으로 평가하는 접근이 효과적이다. - 리더는 팀이 최선의 결과를 내도록 지원하는 동시에, 좋은 성과가 적절히 인정되고 보상되도록 해야 한다. - 자율성을 주되 목표와 기대 수준은 분명히 제시해야 한다. ## 디자인·개발 협업과 커뮤니케이션 - 직장 만족도가 높은 디자이너 중 69%는 개발자와의 협업이 효과적이거나 매우 효과적이라고 평가했다. - 만족도가 높은 개발자일수록 디자이너와 더 자주 협업하는 경향이 있다. - 디자이너의 84%는 개발자와 최소 주 1회 협업한다. - 화이트보드와 협업형 디자인 도구는 여러 사람이 동시에 아이디어를 공유하고 작업할 수 있게 해 협업을 촉진한다. - 그러나 개발자의 91%, 디자이너의 92%는 협업 프로세스에 여전히 개선의 여지가 있다고 답했다. - 협업 불일치의 원인으로 개발자 중 47%는 디자이너가 엔지니어링의 제약과 관점을 충분히 이해하지 못하는 점을 지적했다. - 따라서 효과적인 협업을 위해서는 단순한 도구 도입을 넘어 다음이 필요하다. - 초기 단계부터 디자이너와 개발자가 함께 논의하기 - 기술적 제약과 사용자 요구를 상호 공유하기 - 정기적인 피드백과 의사결정 과정 마련하기 - 결과물보다 문제 정의와 목표를 먼저 합의하기 조직은 디자인을 전략적 의사결정에 참여시키고, 근무 방식과 성과 기준을 명확히 하며, 디자이너와 개발자가 자주 협업할 수 있는 환경을 만들어야 한다. 개인과 팀 차원에서는 탐색과 실행의 균형을 유지하고, 도구뿐 아니라 서로의 업무 맥락과 제약을 이해하는 데 집중하는 것이 실용적인 개선책이다.

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

피그마, 스페인 시장 (새 탭에서 열림)

피그마(Figma)는 일본어에 이어 두 번째 현지화 언어로 스페인어를 채택하고, 제품 인터페이스부터 기술 지원까지 아우르는 본격적인 스페인 시장 공략에 나섰습니다. 이번 현지화는 단순한 번역을 넘어 스페인 기업과 제품 팀의 고유한 설계 및 개발 요구사항을 깊이 이해하고 대응하기 위한 전략적 결정입니다. 피그마는 이를 시작으로 올해 말까지 더 많은 언어로 현지화 서비스를 확대하여 전 세계 사용자의 접근성을 높일 계획입니다. **스페인 시장 내 영향력 및 커뮤니티 성장** * IBEX 35(스페인 주요 상장 주가지수) 기업의 절반 가까이가 이미 피그마를 도입했으며, Telefonica, Cabify, SEAT, Amadeus 등 주요 기업들이 이를 핵심 설계 인프라로 활용하고 있습니다. * 2024년 한 해 동안 스페인에서만 150만 개 이상의 피그마 파일이 생성되었으며, 매일 평균 3만 4천 개의 파일이 활발하게 수정되고 있습니다. * 바르셀로나의 'Friends of Figma(FoF)' 챕터는 2,000명 이상의 활동 멤버를 보유하며 피그마의 전 세계 커뮤니티 중 최대 규모로 성장하여 현지 사용자들의 높은 결집력을 보여줍니다. **글로벌 사용자 기반과 현지화 전략의 배경** * 피그마 월간 활성 사용자(MAU)의 85%가 미국 이외의 지역에 거주하며, 전체 매출의 약 50%가 해외 시장에서 발생하고 있어 글로벌 대응의 중요성이 커지고 있습니다. * 전체 사용자 중 개발자가 약 1/3을 차지하는 등 사용자 구성이 다양해짐에 따라, 언어 장벽을 제거하여 디자이너와 개발자 간의 협업 속도를 높이는 데 주력하고 있습니다. * 이번 현지화는 FigJam(화이트보드), Dev Mode(개발 모드), Figma Slides(프레젠테이션) 등 제품 포트폴리오 확장과 맞물려 제품 개발 전 과정을 지원하는 도구로서의 입지를 강화합니다. **출시 일정 및 향후 전망** * 스페인어 현지화 서비스는 3월 27일부터 단계적으로 배포를 시작하여 4월 17일까지 모든 사용자에게 완료될 예정입니다. * 피그마는 이번 스페인어 출시를 기점으로 올해 안에 다른 주요 언어들에 대한 현지화 작업을 순차적으로 진행할 계획입니다. * 오는 5월 샌프란시스코와 런던에서 개최되는 연례 컨퍼런스 'Config'를 통해 제품 개발 프로세스를 혁신할 새로운 AI 기능과 제품 업데이트를 공개할 예정입니다. 글로벌 협업 툴로서 피그마의 행보는 단순한 기능 업데이트를 넘어, 비영어권 사용자들의 접근성을 높여 전 세계적인 디자인 생태계를 통합하려는 의도로 풀이됩니다. 특히 개발자와 기획자 등 비디자이너 직군의 참여가 늘어나는 추세인 만큼, 한국어를 포함한 향후 추가 언어 지원 향방에도 주목할 필요가 있습니다.

figma4분 읽기큐레이션 요약

정부를 위한 피그마에 대해

Figma는 미국 연방정부의 보안·개인정보 기준인 FedRAMP Moderate 인증을 획득하고, 공공기관용 서비스인 Figma for Government를 제공한다. 이를 통해 연방기관은 FigJam, Figma, Dev Mode를 활용해 시민 대상 웹사이트와 애플리케이션을 안전하게 기획·설계·개발할 수 있다. 글은 부서 간 협업과 디자인 시스템을 강화해 더 일관되고 접근성 높은 디지털 공공서비스를 만드는 것이 이 서비스의 목표라고 설명한다. ## FedRAMP Moderate 인증과 Figma for Government - Figma for Government는 미국 연방정부의 엄격한 보안 및 개인정보 보호 기준을 충족하는 FedRAMP Moderate 인증을 받았다. - 제공 대상 제품은 다음과 같다. - **Figma**: 인터페이스 설계, 프로토타이핑, 디자인 리뷰 - **FigJam**: 브레인스토밍, 프로젝트 계획, 사용자 여정 맵 작성 - **Dev Mode**: 디자인과 개발 간 협업 - **Figma Slides**: 추후 제공 예정 - 인증을 통해 연방기관이 민감한 공공서비스를 설계하고 구축할 수 있는 보안 환경을 제공한다. ## 공공서비스 디지털화의 필요성 - 시민들은 의료, 정부 지원, 여권·비자 등 공공서비스를 온라인에서 쉽고 빠르게 이용하기를 기대한다. - 연방 정책에 따라 디지털 서비스는 다음 조건을 갖춰야 한다. - 간결하고 사용하기 쉬운 경험 - 접근성 - 일관된 디자인 - 적절한 도구가 없으면 디자인, 개발, 기획 업무가 조직별로 분리되어 효율성과 결과물의 사용성이 떨어질 수 있다. - 따라서 무엇을 출시하는지뿐 아니라, 여러 팀이 **어떻게 협업하고 출시하는지**도 중요하다고 강조한다. ## Figma for Government가 해결하는 문제 - 100개가 넘는 정부기관과 계약업체가 이미 Figma를 활용해 업무를 현대화하고 있다. - 아이디어 구상부터 디자인 반복 작업, 프로토타이핑, 최종 구현과 개선까지 하나의 플랫폼에서 연결할 수 있다. - 링크 하나로 조직 내 구성원이 작업물을 확인하고, 수정하고, 피드백을 남길 수 있다. - 이를 통해 부서 간 사일로를 줄이고 최신 작업물을 공유하는 단일 기준점(single source of truth)을 만든다. - 정부기관이 민간의 선도적인 조직과 유사한 협업 도구를 보안 환경에서 사용할 수 있도록 설계됐다. ## 공공기관 활용 사례 - **미국 국립공원관리청(NPS)**은 431개 국립공원과 기념물 정보를 제공하는 앱을 제작했다. - 기존 공원 안내 책자의 디자인 언어를 디지털 인터페이스에 적용했다. - **Amtrak**은 2만 명 이상의 직원과 2,800만 명의 승객을 지원하는 시스템을 효율화했다. - 미국 웹 디자인 시스템(USWDS)의 공식 Figma 디자인 키트도 제공된다. - 변수(variables)와 스마트 레이아웃을 활용한 42개 컴포넌트로 구성됐다. - 국무부의 여권·비자 시스템, 국세청의 온라인 납세 서비스, 시민권·이민 서비스국의 시민권 업무 등에도 활용되고 있다. ## FigJam을 활용한 공동 기획 - 여러 지역과 시간대에 분산된 팀이 실시간 또는 비동기 방식으로 협업할 수 있다. - FigJam에서 다음 작업을 한곳에서 진행할 수 있다. - 브레인스토밍 - 프로젝트 로드맵 작성 - 사용자 여정 맵 작성 - 전략 및 정보 공유 - 모든 구성원이 의견을 남기고 다른 사람의 생각을 확인할 수 있어 초기 아이디어를 정렬하는 데 유용하다. ## Figma를 활용한 디자인 협업과 표준화 - 최신 디자인 파일을 모든 이해관계자와 공유해 와이어프레임, 프로토타입, 리뷰, 수정 과정을 단축한다. - 디자이너뿐 아니라 개발자, 제품 관리자, 경영진 등도 디자인 과정에 참여할 수 있다. - 조직은 디자인 시스템을 만들고 관리해 다음을 달성할 수 있다. - 화면 간 일관성 유지 - 높은 품질의 인터페이스 제작 - 기관의 브랜드 정체성 강화 - 시민에게 신뢰감 있는 경험 제공 ## Dev Mode를 통한 디자인-개발 연결 - 디자인과 엔지니어링 팀 간 소통이 부족하면 디자인 의도 확인, 변경사항 비교, 디자인과 코드 연결에 불필요한 시간이 든다. - Dev Mode는 디자이너와 개발자가 같은 작업 공간에서 협업하도록 지원해 이러한 단절을 줄이는 역할을 한다. - 전체 개발 과정에서 디자인 결과물을 구현 단계로 원활하게 전달하는 것이 핵심이다. ## 실용적인 결론 공공기관은 Figma for Government를 활용해 아이디어 구상부터 개발까지의 협업 흐름을 하나로 통합하고, 디자인 시스템으로 서비스의 일관성과 접근성을 높일 수 있다. 특히 여러 부서와 지역에 걸쳐 운영되는 시민 서비스라면 FedRAMP Moderate 인증 환경, 공동 편집, 단일 작업 기준점이 업무 효율과 서비스 품질 향상에 도움이 된다.

원문 읽기(새 탭에서 열림)
discord3분 읽기큐레이션 요약

Discord의 소셜 SDK

Discord는 게임 개발자가 Discord의 소셜 기능을 게임 안에 직접 통합할 수 있도록 Discord Social SDK를 무료로 공개했다. C++, Unreal Engine, Unity 기반 게임에서 친구 목록, 초대, 리치 프레즌스, 메시지와 음성 채팅을 연결해 게임 안팎의 소셜 경험을 강화하는 것이 목표다. 현재 Windows 11 이상과 macOS를 지원하며, 콘솔과 모바일 지원은 추후 제공될 예정이다. ## Discord Social SDK의 목적 - 플레이어가 게임과 Discord 사이를 오가며 친구·팀원과 소통할 수 있도록 지원한다. - Discord 계정이 없는 플레이어도 게임 내에서 통합된 소셜 기능을 이용할 수 있다. - Discord의 2억 명 이상 월간 활성 사용자 기반에서 검증된 커뮤니케이션 기능을 게임에 적용할 수 있다. - 개발자는 소셜 기능을 직접 구축하는 부담을 줄이고, 멀티플레이어 참여와 플레이어 유지율을 높일 수 있다. ## 기본 제공 기능 - **통합 친구 목록** - 게임 안에서 Discord 친구 목록을 확인할 수 있다. - Discord에서도 게임 내 친구와 연결할 수 있다. - 게임 밖에서도 플레이어 관계를 유지할 수 있다. - **딥링크 게임 초대** - 게임 내 친구 목록에서 Discord 친구를 직접 초대한다. - 초대받은 플레이어는 특정 파티, 로비 또는 세션으로 바로 이동할 수 있다. - 게임 참여 절차를 줄여 멀티플레이어 세션과 플레이어 잔존율을 높인다. - **리치 프레즌스** - 현재 플레이 중인 게임과 활동 정보를 Discord 프로필에 표시한다. - 다른 사용자가 플레이 중인 게임을 발견하고 관심을 가질 수 있다. - 설정에 따라 프로필에서 한 번의 클릭으로 게임에 참여할 수 있다. - PC뿐 아니라 콘솔과 모바일에서도 사용할 수 있다. - **유연한 계정 요건** - Discord 계정 없이도 게임 내 소셜 기능을 이용할 수 있다. - 원하는 플레이어는 Discord 계정을 게임 계정과 연결할 수 있다. - 계정 연결을 통해 게임 외부에서도 대화와 관계를 이어갈 수 있다. ## 클로즈드 베타 기능 다음 기능은 모든 개발자가 이용할 수 있지만 현재는 제한적으로 제공되며, 클로즈드 베타에 참여하면 전체 기능을 사용할 수 있다. - **크로스 플랫폼 메시징** - 게임과 Discord 양쪽에서 동일한 대화를 이어갈 수 있다. - Discord 계정이 없는 사용자와도 게임 안에서 소통할 수 있다. - 개인 메시지가 게임과 Discord 양쪽에 지속된다. - **연결된 채널** - 게임 내 채팅을 특정 Discord 서버 채널과 연결한다. - 길드, 그룹, 스쿼드가 게임 안팎에서 지속적으로 대화할 수 있다. - 특정 게임 세션에 종속되지 않는 커뮤니티 공간을 제공한다. - **Discord 음성 채팅** - Discord 클라이언트와 동일한 음성 채팅 기술을 게임에 통합한다. - 길드, 매치, 로비에서 실시간 고품질 음성 대화를 지원한다. - 게임별 음성 시스템을 별도로 구축하지 않고 Discord의 음성 인프라를 활용할 수 있다. ## 지원 환경과 개발 방식 - C++ 프로젝트를 비롯해 Unreal Engine과 Unity 게임을 지원한다. - 현재 지원 운영체제는 Windows 11 이상과 macOS다. - 콘솔과 모바일 플랫폼 지원은 향후 추가될 예정이다. - Discord는 Unity 샘플과 파트너 피드백을 통해 통합 절차와 플레이어 경험을 개선했다고 설명한다. ## 초기 파트너 사례와 개선점 - **Rust** - Facepunch Studios는 Unity 샘플이 핵심 기능과 설정 절차를 이해하는 데 유용했다고 평가했다. - 샘플을 기반으로 Rust의 요구사항에 맞게 기능을 수정·통합할 수 있었다. - **SUPERVIVE** - Theorycraft Games는 직접 메시지, 로비, 세션 초대 기능을 쉽게 구현했다고 밝혔다. - 임시 계정(provisional account)을 활용해 Discord 계정이 없는 플레이어에게도 소셜 기능을 제공했다. - 초기 파트너 테스트를 통해 다음과 같은 부분이 보완됐다. - 자신의 온라인 상태와 게임 플레이 정보 공개 범위를 플레이어가 직접 제어하도록 개선했다. - Discord 계정이 없는 사용자의 임시 계정 처리 방식을 개선했다. - 계정 유형과 관계없이 일관된 플레이어 경험을 제공하도록 조정했다. 게임에 Discord 기반 소셜 기능을 빠르게 추가하려는 개발자라면 친구 목록, 딥링크 초대, 리치 프레즌스부터 도입하는 것이 현실적이다. 게임 내 채팅과 음성 채팅을 Discord와 완전히 연결하려면 현재 제한된 클로즈드 베타 참여가 필요하므로, 지원 플랫폼과 계정 정책을 확인한 뒤 적용하는 것이 좋다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

UI3로의 전환:

Figma는 2025년 4월 30일부터 기존 UI2를 종료하고, 작업 영역을 넓히고 기능을 간소화한 UI3로 완전히 전환한다. UI3는 단순한 배치 변경이 아니라 변수 인식, 색상 선택, 메뉴 정리 등 실제 작업 흐름을 더 직관적이고 효율적으로 만드는 데 초점을 맞췄다. Figma는 사용자 피드백을 반영한 추가 개선을 거친 뒤, 향후에는 UI3에서만 제공되는 새로운 기능과 Properties 패널 개선에 집중할 계획이다. ## UI3 전환과 UI2 종료 - Figma는 4월 30일 기존 인터페이스인 UI2를 종료한다. - Config를 앞두고 UI3 전용 기능과 새로운 사용 경험을 제공하기 위해 전면 전환을 결정했다. - UI3의 주요 방향은 다음과 같다. - 캔버스와 작업물을 더 넓게 보여주기 - 인터페이스를 간결하게 만들기 - 반복적인 작업을 줄이고 기능 접근성을 높이기 - 향후 확장될 기능을 UI3를 기반으로 제공하기 ## 사용자 피드백을 반영한 개선 Figma는 UI3 공개 이후 사용자의 의견을 바탕으로 여러 세부 요소를 수정하고 있다. - 중복성이 있던 “Reset others” 아이콘을 교체한다. - Boolean 연산 관련 문구를 더 단순하게 정리한다. - Overflow 메뉴에서 중복으로 표시되는 액션을 제거한다. - 의미를 명확히 전달하도록 마스크 아이콘을 변경한다. - “Tidy up” 기능의 동작과 경험을 UI2에 더 가깝게 되돌린다. - 전환 이후에는 Properties 패널을 중심으로 추가 개선을 진행할 예정이다. ## 새로운 인터페이스에 대한 적응 - 기존 작업 흐름과 단축키에 익숙한 사용자는 처음에는 UI3 전환을 부담스럽게 느낄 수 있다. - 그러나 일부 사용자는 몇 시간 만에 자연스럽게 적응했다고 평가했다. - 다른 사용자는 기존의 근육 기억을 바꾸는 데 약 일주일이 걸렸지만, 이후에는 UI3를 선호하게 되었다고 전했다. - 글의 관점은 UI3가 단순히 “다른” 인터페이스가 아니라, 익숙해진 뒤에는 더 나은 작업 방식을 제공한다는 것이다. ## 스마트해진 Eyedropper 도구 UI3의 색상 추출 도구는 기존 단축키 `I`를 그대로 사용하면서 변수와 스타일을 인식하도록 개선되었다. - 캔버스를 살펴보는 동안 Eyedropper 도구가 계속 활성화된 상태로 유지된다. - `Tab` 키를 사용해 Hex, HSB, RGB 등 다양한 색상 모델 사이를 전환할 수 있다. - 단순한 색상 값뿐 아니라 다음 항목을 감지한다. - 색상 스타일 - 변수 - 특정 요소에 적용된 디자인 토큰 - 요소를 선택한 뒤 Eyedropper를 실행하고 캔버스의 색상 위에 마우스를 올리면, Figma가 해당 색상에 사용된 스타일이나 변수를 표시한다. - 작업 중인 위치에서 바로 변수를 생성할 수 있어, 색상을 확인하고 디자인 시스템에 연결하는 과정이 빨라진다. ## 실용적인 결론 UI3 전환을 앞둔 사용자는 미리 새 인터페이스에 적응하고, 특히 Eyedropper의 변수·스타일 인식 기능과 변경된 메뉴 구조를 익혀두는 것이 좋다. 기존 UI2의 위치와 동작을 그대로 찾기보다, 캔버스 중심 설계와 디자인 토큰 활용을 전제로 새로운 작업 흐름을 익히는 것이 전환에 효과적이다.

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

LLM 표현을 통한 인간 뇌 (새 탭에서 열림)

거대 언어 모델(LLM)의 문맥적 임베딩이 실제 대화 중인 인간의 뇌 신경 활동과 선형적으로 정렬된다는 연구 결과가 발표되었습니다. 연구팀은 LLM의 내부 표현이 인간의 언어 이해 및 생성 과정을 설명하는 강력한 프레임워크가 될 수 있음을 증명했습니다. 결과적으로 이는 LLM이 단순히 성능이 뛰어난 도구를 넘어, 인간의 복잡한 언어 처리 메커니즘을 해독하는 핵심적인 열쇠로 작용할 수 있음을 시사합니다. **LLM과 인간 뇌의 언어 처리 유사성** * 기존의 심리언어학 모델은 상징적인 문법 규칙에 의존했으나, LLM은 다음 단어 예측과 강화 학습을 통해 언어의 통계적 구조를 다차원 임베딩 공간에 인코딩합니다. * 구글 리서치와 프린스턴 대학교 등 공동 연구진은 5년간의 연구를 통해 모델의 내부 표현(임베딩)과 자유로운 대화 중 발생하는 뇌 신경 활동 사이의 유사성을 탐구했습니다. * 연구 결과, 모델의 단어 수준 임베딩이 인간의 언어 중추인 브로카 영역(Broca’s area)과 상측두회(STG) 등의 활동 패턴과 긴밀하게 일치함을 확인했습니다. **Whisper 모델을 통한 신경망 분석 및 정렬** * Transformer 기반의 음성-텍스트 변환 모델인 'Whisper'를 활용해 실제 대화 중인 피험자의 뇌 신호와의 상관관계를 분석했습니다. * 분석을 위해 모델의 음성 인코더에서 추출한 '음성(Speech) 임베딩'과 디코더에서 추출한 단어 기반 '언어(Language) 임베딩'을 사용했습니다. * 두개강 내 전극(Intracranial electrodes)으로 측정된 뇌 활동 데이터에 선형 변환을 적용하여, 모델의 임베딩 값으로 뇌의 신경 신호를 예측하는 모델을 구축했습니다. **언어 이해와 생성의 신경학적 시퀀스** * **언어 이해(Comprehension):** 단어가 들릴 때 먼저 상측두회(STG)에서 음성 임베딩이 신경 활동을 예측하고, 수백 밀리초 후 브로카 영역(IFG)에서 언어 임베딩이 의미 해독 과정을 예측하는 순차적 흐름을 보입니다. * **언어 생성(Production):** 단어를 뱉기 약 500밀리초 전, 브로카 영역에서 언어 임베딩이 활동을 예측하며 발화를 계획합니다. 이후 운동 피질(MC)에서 음성 임베딩이 조음 과정을 예측하는 역순의 역동성이 관찰됩니다. * **자기 모니터링:** 발화 직후에는 자신의 목소리를 듣고 모니터링하기 위해 상측두회의 청각 영역에서 다시 한번 음성 임베딩과 신경 활동의 정렬이 나타납니다. 이 연구는 인공지능의 내부 메커니즘이 인간의 생물학적 언어 처리 과정을 모사하고 있음을 보여줍니다. 따라서 향후 뇌 기능 장애의 이해나 더 정교한 뇌-컴퓨터 인터페이스(BCI) 개발에 LLM의 임베딩 구조를 활용하는 것이 매우 효과적인 전략이 될 것입니다.

google원문

구글 픽셀 워 (새 탭에서 열림)

구글 픽셀 워치 3에 도입된 '맥박 소실 감지(Loss of Pulse Detection)' 기능은 심정지 발생 시 이를 자동으로 감지하여 응급 서비스에 연결함으로써 생존율을 획기적으로 높이는 기술입니다. 이 기능은 목격자가 없는 병원 밖 심정지(OHCA) 상황을 '기능적으로 목격된' 상황으로 전환하여, 골든타임 내에 적절한 응급 조치가 이루어질 수 있도록 돕습니다. 네이처(Nature)지에 게재된 연구 결과에 따르면, 이 알고리즘은 높은 정확도와 낮은 오경보율을 동시에 달성하여 일상적인 웨어러블 기기의 새로운 공중보건 활용 가능성을 제시했습니다. **심정지 생존율의 핵심, '목격자'의 역할** - 목격자가 있는 심정지 사건은 그렇지 않은 경우보다 생존율이 약 7.7배 높으며, 이는 즉각적인 응급 신고와 심폐소생술(CPR)이 가능하기 때문입니다. - 심정지 발생 후 매 분마다 생존 확률이 7~10%씩 감소하지만, 무인 상태에서 발생하는 심정지는 구조대가 도착했을 때 이미 소생이 불가능한 경우가 많습니다. - 맥박 소실 감지 기술은 목격자가 없는 심정지 상황을 목격 상황으로 전환함으로써, 산술적으로 6명 감지 시 1명의 생명을 구할 수 있는 수준(NNT=6)의 높은 공중보건 효과를 기대할 수 있습니다. **다중 게이트 방식의 맥박 소실 감지 알고리즘** - **PPG 및 가속도계 데이터 분석:** 광혈류측정(PPG) 센서로 혈류의 박동성 변화를 감지하고, 가속도계로 사용자의 움직임 여부를 동시에 확인합니다. - **1단계(급격한 신호 저하 확인):** 녹색 PPG 신호의 교류(AC) 성분이 급격히 감소하고 사용자의 움직임이 없는 상태가 감지되면 알고리즘이 작동합니다. - **2단계(머신러닝 모델 판단):** 다양한 사용자 데이터로 학습된 머신러닝 알고리즘이 맥박이 있는 상태에서 없는 상태로 전환될 확률을 정밀하게 계산합니다. - **3단계(추가 센서 교차 검증):** 적외선 등 다양한 파장의 LED와 수광 다이오드를 활용하여 매우 미세한 맥박조차 없는지 최종적으로 재확인합니다. **사용자 확인 및 응급 대응 프로세스** - 위 세 가지 단계가 1분 이내에 모두 충족되면 시계는 진동, 소리, 시각적 알림을 통해 사용자의 반응을 확인합니다. - 사용자가 의도적으로 팔을 움직여 반응하면 상황은 즉시 종료되지만, 일정 시간 동안 반응이 없으면 심정지로 간주합니다. - 최종적으로 사용자의 위치 정보와 함께 응급 서비스에 자동으로 전화를 걸어 구조를 요청합니다. **임상 데이터와 실생활 데이터를 통한 검증** - **임상 시험:** 소생 거부(DNR) 환자의 임종 과정과 수술 중 일시적 심정지가 필요한 환자 등을 대상으로 데이터를 수집하여 알고리즘을 최적화했습니다. - **광범위한 실생활 검증:** 150만 명 이상의 사용자로부터 수집된 3,500만 시간 이상의 데이터를 분석하여 일상 활동 중 발생할 수 있는 오경보 가능성을 최소화했습니다. - **성능 수치:** 임상 환경에서 94.4%의 높은 민감도를 기록했으며, 실생활 환경에서의 오경보는 연간 사용자당 약 0.17회(약 6년에 한 번) 수준으로 매우 낮게 유지되었습니다. 이 기술은 웨어러블 기기가 단순히 건강 상태를 모니터링하는 수준을 넘어, 위급 상황에서 직접적인 생명 구조 도구로 진화했음을 보여줍니다. 심혈관 질환 위험이 있는 사용자뿐만 아니라 예기치 못한 사고에 대비하려는 일반 사용자들에게도 실질적인 안전장치가 될 수 있을 것으로 보입니다.

google원문

무작위 작업 도착 (새 탭에서 열림)

구글 리서치(Google Research)의 Ravi Kumar와 Manish Purohit는 대규모 클러스터 관리 시스템에서 필수적인 부하 분산(Load balancing) 문제를 최신 온라인 알고리즘 이론으로 분석했습니다. 연구팀은 작업이 무작위 순서로 도착하는 환경을 가정하고, 결정적(deterministic) 온라인 알고리즘이 가질 수 있는 성능의 이론적 한계를 새롭게 정립했습니다. 이 연구는 기존의 최악 조건 분석을 넘어 현실적인 무작위 작업 흐름에서 알고리즘이 달성할 수 있는 최선의 성능이 $\sqrt{\log n}$ 수준임을 입증하며 이론적 간극을 메웠습니다. ### 트리 균형 게임을 통한 부하 분산 모델링 * **모델의 정의**: 부하 분산 문제를 기하학적인 '트리 균형 게임'으로 치환하여 설명합니다. 트리 내의 노드는 서버(머신)를, 노드를 연결하는 간선(edge)은 처리해야 할 작업(job)을 의미합니다. * **목표와 규칙**: 간선이 하나씩 제시될 때마다 알고리즘은 이를 두 끝점 중 하나로 방향을 정해야(orient) 합니다. 최종 목표는 특정 노드로 향하는 간선의 수(내차수, indegree)의 최댓값을 최소화하는 것입니다. * **경쟁 분석(Competitive Analysis)**: 미래의 모든 정보를 알고 있는 오프라인 최적 알고리즘의 결과와 온라인 알고리즘의 결과를 비교하여 알고리즘의 효율성을 측정합니다. ### 결정적 알고리즘의 전통적 한계 * **최악의 시나리오**: 1990년대부터 알려진 바에 따르면, 적대적인 공격자(adversary)가 작업 순서를 정할 경우 어떤 결정적 알고리즘도 최대 부하를 $\log n$($n$은 노드 수) 미만으로 유지할 수 없습니다. * **정보의 비대칭성**: 공격자는 알고리즘이 어떤 선택을 해도 부하가 높아질 수밖에 없는 순서로 간선을 배치하며, 이는 시스템 성능의 하한선을 결정하는 근거가 됩니다. * **그리디 알고리즘의 한계**: 단순히 부하가 적은 쪽으로 작업을 배정하는 탐욕적(Greedy) 방식은 작업 도착 순서에 따라 성능이 크게 좌우되는 취약점을 가집니다. ### 무작위 도착 순서에서의 새로운 이론적 하한선 * **무작위 순서 모델**: 모든 작업의 순열이 동일한 확률로 발생하는 환경을 가정합니다. 이는 실제 데이터 센터의 워크로드와 더 유사한 모델입니다. * **성능 격차의 발견**: 이전 연구에서는 무작위 순서일 때 그리디 알고리즘이 $\log n$보다 약간 나은 성능을 보인다는 점을 밝혔으나, 다른 정교한 알고리즘이 얼마나 더 잘할 수 있는지는 미지로 남아있었습니다. * **재귀적 구조를 통한 증명**: 본 연구는 재귀적으로 구성된 새로운 사례를 통해, 무작위 순서에서도 결정적 알고리즘이 $\sqrt{\log n}$보다 나은 경쟁비를 보장할 수 없음을 증명했습니다. 이는 기존 예측보다 하한선을 지수적으로 높인 결과입니다. 이 연구는 구글의 보그(Borg)와 같은 대규모 클러스터 관리 시스템에서 자원 할당 효율성을 높이기 위한 이론적 토대를 제공합니다. 작업이 무작위로 유입되는 실제 환경에서도 알고리즘이 극복할 수 없는 수학적 한계가 존재함을 이해함으로써, 더욱 견고하고 현실적인 스케줄링 전략을 설계하는 지침으로 활용될 수 있습니다.

discord원문

디스코드, 첫 모바일 (새 탭에서 열림)

디스코드가 자사의 성공적인 광고 모델인 ‘비디오 퀘스트(Video Quests)’를 2025년 6월부터 모바일 플랫폼으로 확장하며 본격적인 모바일 광고 시장 진출을 선언했습니다. 이번 확장은 사용자 경험을 최우선으로 하는 디스코드의 보상형 광고 철학을 모바일로 옮겨와 광고주들에게 더욱 넓은 도달 범위를 제공하는 것을 목표로 합니다. 이를 통해 게임 및 엔터테인먼트 브랜드들은 디스코드의 활발한 크로스 플랫폼 커뮤니티와 더욱 밀접하게 연결될 전망입니다. **모바일 비디오 퀘스트의 도입과 전략적 가치** * 2025년 6월 파일럿 출시 예정인 모바일 비디오 퀘스트는 디스코드가 선보이는 최초의 모바일 전용 광고 상품입니다. * 사용자가 직접 참여 여부를 결정하는 '옵트인(Opt-in)' 방식과 시청 후 보상을 제공하는 '리워드(Rewarded)' 형식을 유지하여 광고에 대한 유저의 거부감을 최소화합니다. * 모바일 환경에 최적화된 풀스크린 형식을 채택하여 게임 트레일러, 신규 시즌 발표, 프리미엄 콘텐츠 홍보 시 몰입감 있는 사용자 경험을 제공합니다. **디바이스를 넘나드는 퀘스트 광고의 두 가지 축** * **비디오 퀘스트(Video Quests):** 브랜드 인지도 확산에 집중하는 포맷으로, 영화나 게임의 예고편, DLC 출시 소식 등을 전달하는 데 특화되어 있으며 모바일 확장을 통해 모바일 게임 광고주들에게도 새로운 기회를 제공합니다. * **플레이 퀘스트(Play Quests):** 유저가 특정 게임을 직접 플레이하거나 스트리밍해야 보상을 받을 수 있는 참여형 포맷으로, 유저와 게임 간의 실질적인 상호작용과 충성도를 높이는 데 기여합니다. **주요 캠페인 사례로 증명된 성과** * **원신(Genshin Impact):** 신규 캐릭터 업데이트에 맞춰 플레이 퀘스트를 진행한 결과, 수백만 명의 참여를 이끌어냈으며 캠페인 기간 중 유저들의 게임 플레이 타임이 평소보다 80% 증가하는 성과를 거두었습니다. * **Max(Dune: Prophecy):** 드라마 시리즈 홍보를 위해 최초의 비디오 퀘스트를 집행했으며, 2분 38초라는 긴 분량의 트레일러임에도 불구하고 85%라는 높은 시청 완료율을 기록했습니다. * **넥슨 게임즈(The First Descendant):** 시즌 2 런칭 비디오 퀘스트를 통해 100만 회 이상의 시청 완료를 달성했으며, 전체 수치의 10%가 유저 간 자발적인 공유를 통해 발생하며 강력한 바이럴 효과를 입증했습니다. 디스코드는 PC와 콘솔을 넘어 모바일 유저까지 아우르는 통합 광고 생태계를 구축하고 있습니다. 게임 및 콘텐츠 기업들은 2025년 6월 시작되는 모바일 비디오 퀘스트 파일럿 프로그램에 참여함으로써, 월간 2억 명 이상의 활성 사용자가 포진한 디스코드의 고관여 유저 층을 선점하는 전략을 검토해 볼 필요가 있습니다.