개발 숲 개발 숲

기획과 디자인 그리고 개발을 통해 출시된 서비스를 유저가 접하기까지 많은 수고가 필요하다. 매 순간 쏟아지던 서비스들 사이에서 AI 발전으로 인해 사람들은 더욱 많은 서비스가 출시되고 있고 그중 우리 서비스가 선택되기 위해선 더 많은 광고와 마케팅, 그에 따른 비용이 필요하다. 소비자는 친절하지 않다.하지만 이렇게 공들여 데려온 유저가 서비스를 떠나버리는 건 너무나 쉽다. 불편한 UI / UX, 작동하지 않는 기능, 무차별적인 광고 등 유저 입장에서 마음이 돌아설 요소들을 제거하고 유저 이탈을 막는 것이 중요하다. 정말 고맙게도 스토어에 리뷰를 작성해 주는 유저도 존재하지만 이건 앱이 개선되어 더 편하게 사용하고 싶은 진성 고객에 해당한다. 대부분의 사용자는 마음에 들지 않으면 다른 서비스를 찾으러 간다..

개발하고자 하는 화면은 앱의 메인화면으로, 다양한 컴포넌트로 구성되어 있다. 화면 안에서 사용성을 해치지 않으면서 모든 구성요소들을 적절하게 표시하는 전략이 필요했다. 이런 구성을 한 화면에 알맞게 담기 위해 중첩 스크롤과 고정헤더 그리고 스크롤 이벤트 발생 시 우선순위 조정을 기획에 맞게 처리하였다. 그 과정에서 겪은 이슈와 해결 방법을 정리한다. 화면 요구사항 사용자 경험을 고려하며 적절한 화면 스크롤 처리 전략을 구성하기 위해 다음 기획을 따른다.1. AppBar와 Bottom Navigation을 제외한 나머지 영역에 대해 스크롤이 가능하다.2. 기기 목록은 전체 영역에 대한 스크롤과 별개로 내부적으로 스크롤될 수 있다.3. 전체 영역 스크롤 시 방 목록은 사라지지 않고 AppBar 하위에 고정되..

수치 기반으로 이야기하기개발을 업으로 삼으면서 개발 과정에서 생기는 프로젝트의 문제점을 파악하고 해결하는 것을 담당하고 있다.프로젝트 개발 과정에서 문제점을 인지하는 것에 그치는 것이 아니라 문제를 정확히 분석하는 것이 중요하다.내가 생각한 문제가 사실은 다른 원인으로 발생하는 것이라면 의미 없는 리소스에 시간을 버리는 것이다. 인지 가능한 문제가 어떤 케이스, 빈도, 시간에 발생하는지 명확해야 올바른 해결책을 제시할 수 있다.이를 위해선 가능한 모든 문제를 수치 기반으로 이야기해야 한다. 해결 또한 마찬가지다.기존 대비 얼마 큼의 개선했는지를 숫자로 이야기할 수 있어야 한다. 캐시 전략 도입, 화면 로딩 속도 개선을 진행하며 사용한 성능 분석 도구를 공유한다. 성능 분석 도구, Macrobenchmar..

화면 데이터 수집의 문제점회사에서 개발하고 있는 앱은 여러 IoT 기기의 상태를 확인하거나 손쉽게 제어하기 위해 화면에 다양한 데이터를 보여준다.화면 데이터는 계층 구조로, 사용자 계정부터 계정에 연결된 장소, 장소에 연결된 기기, 기기에 연결된 자동화 등으로 구성된다. 데이터를 가져오기 위해선 데이터 별 API를 개별적으로 호출해 데이터를 수집해야 한다. 플랫폼 정책상, 모든 데이터를 단일 호출로 가져올 수 없다. 문제는 화면 데이터는 계층 구조로 되어 있으므로 순차적으로 호출할 수밖에 없는 구조라는 것이다. 사용자 계정에 설정된 현재 장소의 최소 정보를 이용해 장소 정보를 조회하고 결과를 받으면 하위 데이터를 순서대로 호출하는 것이다. 물론 모든 데이터가 해당하는 것은 아니므로 가능한 병렬 호출로..