디자이너 없이 사용성을 지킬 수 있을까?
디자이너 없이도 사용성을 지킬 수 있는지, 대규모 어드민 화면에서 효율과 사용성의 균형을 어떻게 볼지 다룹니다. 페이먼츠 레거시 어드민 청산 과정에서 디자이너의 역할을 고민합니다.
#UI/UX
2500
모든 블로그
대표 인기 포스트캐시를 적용하기 까지의 험난한 길 (TPS 1만 안정적으로 서비스하기)499 조회499 조회 기타 기타 프론트엔드 기타 기타 기타 기타 프론트엔드
기타
프론트엔드
백엔드
프론트엔드
백엔드
아키텍처
기타
프론트엔드
기타
데브옵스
토스
도메인toss.tech
주요 카테고리 프론트엔드 · AI
활동 요약
- 최근 30일
- 7개
- 평균 조회
- 98
- 누적 조회
- 24,617
- 전체 글
- 252개
- 마지막 발행
- 2026. 11. 10.
토스 기술 블로그 글 (252)
어려운 기능, 꼭 설명해야 할까?
복잡한 기능을 사용자가 이해하기 어려운 상황을 짚고 있습니다. 설명만으로 해결할 수 있는지보다 더 쉬운 사용 방식을 고민합니다.
#UI/UX
3100
문화에 대한 문제까지 ux로 해결할 수 있을까?
문화처럼 추상적인 문제를 UX로 다룰 수 있을지 고민한 글입니다. 디자이너가 문제를 계속 구체화하며 팀 문화를 지키는 과정을 다룹니다.
#UI/UX#문화
2000
100% 자동화, 정말 좋은걸까?
자동화가 모든 문제를 해결하는지, 어디까지 적용해야 하는지에 대한 고민을 다뤘습니다. 유저 만족도와 효율의 균형을 맞추는 적절한 자동화 지점을 살펴봤습니다.
#자동화#효율성
2500
아무도 눈치채지 못한 문제까지 해결해야 할까?
사용자가 말한 문제만이 전부인지 되묻고, 숨은 문제를 찾아 해결한 디자이너의 경험을 공유했습니다. 제품 바깥 맥락까지 살펴보는 문제 정의의 중요성을 다뤘습니다.
#UI/UX
2600
지표가 좋으면 UX도 좋은걸까?
CTR이 높다고 UX가 좋은 것은 아니라는 문제를 다뤘습니다. 상충하는 지표를 어떻게 해석하고 진짜 문제를 찾을지 고민했습니다.
#UI/UX
2700
우선순위가 없을때 디자이너는 어떻게 해야할까?
우선순위가 없을 때 단건 처리 대신 전체 유저 플로우를 파악하는 방법을 다뤘습니다. 유저가 진짜 원하는 바를 찾아 더 나은 기능을 배포한 사례를 소개했습니다.
#UI/UX
2200
CocoaPods 없이 React Native 개발하기
운영 중인 iOS 앱에 React Native를 도입할 때 CocoaPods 병행으로 생기는 의존성 문제를 정리했습니다. XCFramework로 미리 빌드해 Swift Package 형태로 포함하는 Prebuild 방식과 빌드 절차를 소개했습니다.
#react native#iOS#Swift Package Manager
5300
개발자 리더로서 성장당한 썰 | 모닥불 EP.7
토스 프론트엔드 리드들이 조직 성장 속에서 리더로 성장한 경험을 공유했습니다. 리더십의 성장 가능성과 구성원 피드백, 리더의 역할을 함께 이야기했습니다.
#문화#agile#UI/UX
3300
메뉴 구조가 고민될 때 해볼 수 있는 UX리서치
혜택탭의 메뉴 구조를 개선하기 위해 카드소팅 UX리서치를 진행했습니다. 유저가 실제로 나누는 기준을 확인해 카테고리 개편 방향을 찾았습니다.
#UX/UX#검색
2300
입수는 Datalake로! (feat. Iceberg)
Iceberg를 DataLake에 도입해 Kafka·CDC 입수와 테이블 운영을 더 효율적으로 개선했습니다. 또한 자동화된 모니터링과 유지보수로 실시간 조회와 성능 최적화를 함께 달성했습니다.
#Iceberg#Spark#Kafka
5300
ts-pattern은 더 멋진 if문이 아니다
ts-pattern은 복잡한 조건 분기를 타입 안전하게 정리해 주지만, 성능은 기본 제어문보다 떨어질 수 있다고 설명했습니다. 단순한 분기에는 if/else, switch, IIFE 같은 방식이 더 적합할 수 있다고 정리했습니다.
#TypeScript#ts-pattern#패턴 매칭
6700
Spark Job 성능 모니터링과 최적화를 위한 Spark Analyzer 개발기
하루 6천 개가 넘는 Spark Job을 자동으로 점검하기 위해 Spark Analyzer를 개발했습니다. History Server 메트릭과 임계치 기반 규칙으로 성능 문제를 탐지하고 알림으로 연결했습니다.
#Spark#모니터링#성능
2700
가치있는 테스트를 위한 전략과 구현
테스트를 무조건 많이 쓰기보다 가치와 목적에 따라 선별적으로 작성하는 전략을 정리했습니다. 실제 객체 중심의 통합 테스트, 데이터 격리, 승인 테스트로 실용성과 신뢰성을 높이는 방법을 공유했습니다.
#test#통합 테스트#인수 테스트
4500
증권 UX 리서처가 투자의 비결을 알게 되기까지
토스증권 UX 리서처가 초보와 숙련 투자자를 인터뷰하며 첫 매수의 장벽과 투자 루틴의 차이를 발견했습니다. 그 결과 관심종목, 알림, 조건주문 같은 기능이 초보의 루틴 형성을 돕는 방향으로 이어졌습니다.
#UI/UX#검색#모바일
3100
모닥불 | EP.6 프론트엔드 개발에서 Next.js, 꼭 써야 할까?
프론트엔드에서 프레임워크와 라이브러리의 차이, 그리고 실제 업무에서의 활용 기준을 다뤘습니다. Next.js를 포함한 여러 프레임워크를 언제 써야 할지에 대한 관점을 소개했습니다.
#Next.js#React#프레임워크
4900
토스 피플 #2: UX 라이팅의 새로운 기준
토스 UX 라이팅 팀리더의 커리어와 역할 확장 과정을 다룬 인터뷰입니다. 문구 시스템화와 라이팅 교육을 통해 팀의 보이스톤과 작성 역량을 키운 이야기가 중심입니다.
#UX/UX#자동화#디자인
3400
고성능 GPU 클러스터 도입기 #2: 이주하는 데이터
고성능 GPU 클러스터에서 발생하는 통신 비용과 병목 구간을 하드웨어 관점에서 정리했습니다. 스토리지, 서버 내 GPU, 서버 간 통신에 맞춰 NVMe SSD, NVLink, NVSwitch, InfiniBand 선택을 제안했습니다.
#LLM#GPU#NVLink
3500