본문으로 건너뛰기
J
피드

Firefox, 상징적인 레드판다 로고를 버리고 새 마스코트 'Kit' 공개

frontend 약 2분
tags
#firefox#mozilla#design#branding#mascot
vote
0
댓글
북마크

Mozilla가 Firefox의 오랜 레드판다 지구본 로고를 대체할 공식 마스코트 'Kit'을 발표함. 입 없는 디자인, 눈과 꼬리로 감정을 표현하며, AI가 아닌 사람이 직접 만들었다고 강조함.

  • 1

    레드판다 지구본 로고 은퇴, 새 마스코트 Kit 도입

  • 2

    입 없는 디자인으로 눈과 몸짓 중심 감정 표현

  • 3

    2006년 개발자 커뮤니티 캐릭터 Renardo의 별명에서 이름 유래

  • 4

    AI 생성이 아닌 인간이 수백 가지 선택으로 제작했음을 명시

  • Firefox가 오랫동안 사용해온 이름 없는 레드판다 지구본 로고를 은퇴시키고, 'Kit'이라는 이름의 공식 마스코트를 새로 도입함. Kit은 레드판다도 여우도 아닌, 그냥 "Firefox"라는 존재임
  • Kit은 브라우저 온보딩 화면, 새 기능 안내 팝업, 설정 변경 확인 등 곳곳에 등장하며, 제품 웹사이트와 블로그, SNS에서도 활약함. 입이 없는 디자인이 특징인데, "말하는 만화 캐릭터"를 피하고 눈과 몸짓으로 감정을 전달하기 위한 의도적인 선택임
  • 이름은 2006년 개발자 이벤트용으로 만들어진 아기 여우 캐릭터 'Renardo'에서 유래됨. 당시 개발자 커뮤니티가 아기 여우를 뜻하는 'Kit'이라는 별명을 붙였고, 이번에 공식 이름으로 채택됨
  • Mozilla + 크리에이티브 에이전시 JKR + 일러스트레이터 Marco Palmieri의 협업으로 탄생했으며, AI가 아닌 사람이 수백 가지 세밀한 선택을 거쳐 만들었다고 명시함. 챗봇이나 AI 어시스턴트가 아니라는 점도 굳이 강조한 게 요즘 시대상을 반영함

AI 시대에 '이 캐릭터는 AI가 만든 게 아닙니다'라고 굳이 선언해야 하는 상황 자체가 브랜딩 환경의 변화를 보여줌. 크리에이티브 작업에서 human-made를 차별점으로 내세우는 흐름이 본격화되고 있음.

prev

이전 기사 (P)

next

다음 기사 (N)

댓글

댓글

댓글을 불러오는 중...

관련 기사

frontend

요즘 픽셀 폰트가 그냥 복고 감성이 아닌 이유

1990년대 기기 화면 느낌을 현대 폰트 시스템으로 재해석한 픽셀 폰트 몇 가지를 소개한 글이다. 핵심은 예쁜 복고풍 글자 모양만이 아니라, 실제 제품에서 쓸 수 있게 기준선, 자간, 메타데이터, 세로 메트릭까지 챙기는지가 중요하다는 점이다.

frontend

HTML의 `<dl>`이 생각보다 쓸모 많은 이유

이 글은 HTML의 description list, 즉 `<dl>`, `<dt>`, `<dd>`가 단순 용어 사전용 태그가 아니라 이름-값 쌍 UI를 표현하는 꽤 강력한 시맨틱 도구라고 설명한다. 숙소 편의시설, 요금 내역, 기술 용어 설명, 게임 능력치표처럼 흔한 패턴을 중첩 `<div>` 대신 의미 있는 HTML로 만들 수 있다는 얘기다.

frontend

HTML을 캔버스 안에 넣는 데모 모음이 등장함

구글 크롬 랩스 저장소에 HTML-in-Canvas 관련 데모와 프레임워크 지원 목록이 정리됐다. Duck Hunt 스타일 폼, 흔들리는 버튼, 셰이더 기반 페이지 전환, 천처럼 매달린 폼 같은 실험적 예제가 포함돼 있고 Three.js와 PlayCanvas 쪽 샘플도 연결돼 있다.

frontend

싱글 페이지 앱이 웹을 너무 비싸게 만들었다는 불평

이 글은 싱글 페이지 앱(SPA)이 사용자 경험을 좋게 만든다는 명분 아래 웹의 초기 로딩 비용, 도구 복잡도, 개발 진입 장벽을 키웠다고 비판한다. 페이스북 로그인 페이지의 CSS 3.8MB, 레딧 몇 개 클릭 후 33MB 다운로드 같은 숫자를 들며, 지금의 프론트엔드 생태계가 사람보다 대기업의 요구에 맞춰져 있다고 주장한다.

frontend

네이티브로 끝까지 가려다 텍스트에서 막힌 macOS 개발자의 고백

20년 가까이 macOS와 iOS 네이티브 개발을 해온 작성자가 SwiftUI, AppKit, TextKit 2로 마크다운 채팅 UI를 만들다 결국 WebKit과 Electron 쪽이 훨씬 낫다는 결론에 도달한 글이다. 문제는 성능 하나가 아니라 선택, 스트리밍, 스크롤, 접근성, 텍스트 상호작용 같은 ‘사용자가 당연히 기대하는 기본기’가 네이티브 조합에서 계속 깨진다는 점이다.