1. Compose Strong Skipping Mode — "타입을 Stable하게 만들어 준다"는 오해 바로잡기
URL: https://doveletter.dev/articles/strong-skipping-mode-misconceptions
요약: Android Weekly #724(2026-04-26)에 소개된 깊이 있는 Compose 분석 글입니다. Strong Skipping Mode는 타입 안정성(Stability) 자체를 바꾸지 않습니다. 이 모드는 불안정한 파라미터를 처리하는 방식만 변경합니다 — 참조 동등성(===)으로 비교해 같은 인스턴스가 재사용될 때 리컴포지션을 건너뜁니다. 그러나 리컴포지션마다 새 인스턴스가 생성되는 경우(예: 람다, 인라인 객체)에는 전혀 도움이 되지 않습니다. 구조적 동등성이 필요한 상황에서는 여전히 @Stable·@Immutable 어노테이션 또는 불변 컬렉션으로 Stability를 직접 부여해야 합니다. "Strong Skipping을 켜면 됐지"라는 안도감은 금물입니다.
2. Room 다중 테이블 Insert — DAO 인터페이스 상속으로 중복 코드 제거
URL: https://androidessence.com/multi-table-inserts/
요약: Room DB에서 연관 테이블(예: Agency + 연결된 Countries)에 동시에 데이터를 삽입해야 할 때 생기는 로직 중복 문제를 DAO 인터페이스 상속으로 해결하는 패턴을 소개합니다. BaseAgencyDao 인터페이스에 Agency·Countries 삽입 로직을 캡슐화하고, 이를 필요로 하는 SpaceStationDao 등이 상속받아 재사용합니다. "인터페이스는 서로를 직접 호출할 수 없지만, 상속은 가능하다"는 특성을 영리하게 활용한 방식입니다. Wrapper 클래스나 코드 복사 없이 Clean Architecture를 유지하면서 다중 테이블 트랜잭션을 관리할 수 있습니다.
3. Compose 모디파이어 적용 순서 — 단계별 방향이 다르다
URL: https://kt.academy/article/compose_modifier_order
요약: Compose 모디파이어 순서에 대한 "위→아래"·"아래→위" 등 단순한 규칙은 없습니다. 각 단계마다 방향이 다릅니다: 측정(Constraint)은 부모→자식, 크기 응답은 자식→부모, 배치(Placement)는 위→아래. 핵심 정신 모델은 "각 모디파이어는 자신 내부에 있는 요소에 대한 데코레이터"라고 이해하는 것입니다. padding → background 순서와 background → padding 순서가 왜 다른 결과를 내는지를 이 데코레이터 관점에서 직관적으로 설명합니다. 모디파이어 순서 관련 버그를 자주 만나는 개발자라면 필독할 만한 깊이 있는 글입니다.