Wesley's Dev Log

앞선 글 끝에서 「그거 그냥 문서화 잘하자는 이야기 아닌가」라는 질문을 던져두었습니다. 이번 글이 그 답입니다. 맞는 말인데, 그래서 더 어렵습니다. 문서화를 안 해본 팀은 없기 때문입니다. 다들 한 번쯤 시작했다가 멈춰본 경험이 있으실 것입니다. 저도 세 번쯤 실패했습니다 작년에 컨플루언스에 회의록 템플릿을 만든 적이 있습니다. 제목, 참석자, 결정사항 세 칸짜리 단순한 양식이었습니다. 처음 2주는 회의마다 꼬박꼬박 채웠습니다. 3주차부터 「결정사항」 칸이 절반쯤 비기 시작했습니다. 6주째에는 새 문서가 한 건도 안 늘었습니다. 그전에는 지라 이슈에 코멘트로 남겼고, 그전에는 그냥 채팅에 적어두고 말았습니다. 도구를 바꿔도 결과는 같았습니다. 그래서 저는 이게 도구의 문제가 아니라고 생각하게 됐습니다...

AX 알아가기/문서로 일하기 2026. 9. 3. 08:46

앞선 글에서 결정을 파일 하나로 남기기로 했다고 적었습니다. 그러면 자연스럽게 다음 질문이 나옵니다. 그 문서를 AI 가 정말 읽고 지키느냐입니다. 결론부터 적으면 제 경험으로는 지킵니다. 다만 어떻게 적느냐에 따라 완전히 갈렸습니다. 이건 측정한 수치가 아니라 몇 달 써보며 겪은 것이라는 점을 먼저 밝혀둡니다. 매번 같은 말을 반복하고 있었습니다 처음에는 대화창에 매번 적었습니다. 「이 프로젝트는 멀티 모듈이다」, 「이 폴더는 건드리지 마라」, 「주석은 한국어로 써라」 같은 것들입니다. 세션을 새로 열 때마다 다시 적어야 했습니다. 한두 줄이면 괜찮은데, 프로젝트가 커지니 그 앞머리가 점점 길어졌습니다. 나중에는 어디 메모장에 복사해두고 매번 붙여넣고 있었습니다. 그러다 어느 날 이게 사람 온보딩과 똑..

AX 알아가기/AI 와 일하기 2026. 9. 3. 08:28

오랜만에 글을 씁니다. 마지막 글이 2024년 7월이었는데, 그 사이 회사 일이 많이 바빴습니다. 틈틈이 글을 써보려고는 했지만, 퇴근하고 나면 무언가를 정리해서 남길 여력이 잘 나지 않았던 것 같습니다. 그러다 최근에 온디바이스 AI 를 다루는 개인 프로젝트를 하나 진행하게 되었습니다. 막상 시작해보니 국내 자료가 거의 없어서, 공식 문서와 릴리즈 노트를 뒤지고 직접 부딪혀보며 알게 된 것들이 꽤 쌓였습니다. 이걸 저만 알고 있기에는 아깝다는 생각이 들어서, 정리하는 김에 글을 다시 써보려고 합니다. 주제가 기존에 쓰던 글들과는 결이 많이 달라서, 「온디바이스 알아가기」 라는 이름으로 새 연재를 하나 시작하려고 합니다. 이론만 정리하는 글이 아니라, 실제로 스토어에 출시한 앱을 만들면서 겪은 것들을 순..

온디바이스 알아가기/LiteRT-LM 으로 앱 만들기 2026. 9. 3. 08:26

요즘 AX(AI 전환)라는 말을 자주 듣습니다. DX(디지털 전환) 다음에 나온 말입니다. 저도 처음에는 이게 무슨 유행어인가 싶었는데, 몇 달 굴려보고 나니 생각이 좀 바뀌었습니다. 그 이야기를 세 번째 연재로 적어보려고 합니다. 처음에는 저도 코드 자동완성인 줄 알았습니다 개발자에게 AX 를 물어보면 대개 비슷한 대답이 돌아옵니다. 코드를 대신 짜준다, 테스트를 만들어준다, 리뷰를 도와준다 같은 것들입니다. 저도 그렇게 시작했습니다. 에디터에 붙여두고 함수 하나씩 뽑아 쓰는 식이었습니다. 확실히 빨라지긴 했습니다. 다만 그게 전부라면 굳이 「전환」이라는 거창한 말을 붙일 이유는 없어 보였습니다. 정작 바뀐 것은 코드가 아니었습니다 몇 달이 지나고 보니 제일 크게 달라진 건 코드를 짜는 속도가 아니라 ..

AX 알아가기 2026. 9. 3. 08:25

요즘 안드로이드 개발자들 사이에서 크로스 플랫폼은 거의 빠지지 않는 이야깃거리인 것 같습니다. React Native 로 가야 하나, Flutter 를 해야 하나 하는 이야기를 주변에서 자주 듣습니다. 저도 개인 프로젝트를 시작하면서 같은 고민을 했습니다. 결론부터 말씀드리면 저는 KMP 를 골랐습니다. 그 이유를 정리해두면 저와 비슷한 고민을 하시는 분들께 도움이 될 것 같아 적어보려고 합니다. 「온디바이스 알아가기」에 이어 두 번째 연재입니다. 선택지는 대체로 셋입니다 안드로이드 개발자가 크로스 플랫폼을 고민할 때 이름이 오르내리는 것은 대체로 세 가지입니다. React Native - JavaScript 와 React 로 만들고, 화면은 각 플랫폼의 네이티브 뷰로 그려집니다Flutter - Dart..

크로스 플랫폼 알아가기/무엇을 고를 것인가 2026. 9. 3. 08:09

안드로이드 개발을 할 buildSrc와 TOML, 둘 다 안드로이드 프로젝트의 설정 및 의존성 관리를 위한 좋은 방법이지만, 각각의 장단점이 있습니다. 하지만 최근 저는 buildSrc 대신 TOML 을 채택하여 사용하고 있고, 그 이유는 다음과 같습니다.  buildSrc를 사용하는 이유  buildSrc는 Gradle 빌드 스크립트의 재사용 가능한 코드(플러그인, 의존성 관리 등)를 작성할 수 있는 커스텀 Gradle 프로젝트입니다.빌드 로직 중앙화 및 재사용: 여러 모듈에서 공통으로 사용하는 빌드 로직을 buildSrc에 모아서 관리하면 코드 중복을 줄이고 유지보수를 용이하게 할 수 있습니다. 예를 들어, 모든 모듈에 적용되는 기본 설정, 플러그인, 의존성 버전 등을 buildSrc에서 정의하고 각..

Android/기능 개발 2024. 7. 14. 22:49

안드로이드 13과 14의 후속 버전인 안드로이드 15가 드디어 출시되었습니다. 이번 버전은 사용자 경험 향상, 개인정보 보호 강화, 개발자 지원 등 여러 측면에서 이전 버전 대비 크게 진화했습니다. 핵심 기능들을 살펴보면 다음과 같습니다. 1. 개인정보 보호 강화: 안전하고 편리한 스마트폰 사용사진 및 비디오 공유 개선: 특정 부분만 선택 공유하거나 공유 범위를 제한하는 등 개인정보 보호를 강화합니다.근사 위치 공유: 정확한 위치 정보 대신 근사 위치 정보만 공유하여 개인정보 유출 위험을 줄입니다.앱 권한 자동 재설정: 오랫동안 사용하지 않은 앱의 권한을 자동으로 재설정하여 불필요한 권한 부여를 방지합니다.클립보드 개선: 클립보드 접근 기록을 확인하고 과거 내용을 관리할 수 있어 개인정보 유출을 예방합니..

Android/버전·릴리즈 2024. 7. 1. 00:31

최근 앱 시작 시간에 대해 설명해야 하는 일이 있었는데 나름 알고 있었지만 다시 정리해볼겸 게시물을 작성하게 되었습니다. 앱 개발자들은 사용자 경험을 최적화하기 위해 다양한 성능 지표를 고려하게 됩니다. 그 중에서도 앱 시작 시간은 중요한 요소 중 하나입니다. 앱 시작 시간은 사용자가 앱 아이콘을 터치한 순간부터 첫 화면이 표시될 때까지의 시간을 의미합니다. 이 글에서는 앱 시작 시간의 세 가지 유형인 cold, hot, warm start에 대해 자세히 알아보고, 각 유형의 차이점과 최적화 방법을 설명하고자 합니다. 1. Cold StartCold Start는 시스템이 앱을 처음 시작할 때 발생합니다. 이는 앱이 완전히 종료된 상태에서 다시 시작되는 상황을 말합니다. Cold Start는 가장 오래 걸..

Android/기능 개발 2024. 6. 23. 10:14