<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>안드로이드 위클리 공부 노트</title>
  <link>https://2giwon.github.io/android-weekly-study/</link>
  <atom:link href="https://2giwon.github.io/android-weekly-study/feed.xml" rel="self" type="application/rss+xml"/>
  <description>Android Weekly에서 고른 글을 한국어로 풀어 정리하고, Aide에 적용할 방법을 적습니다.</description>
  <language>ko</language>
  <item>
    <title>AI 에이전트는 일하기 전에 계획부터 보여줘야 한다</title>
    <link>https://2giwon.github.io/android-weekly-study/posts/749-ai-plan-first.html</link>
    <guid isPermaLink="true">https://2giwon.github.io/android-weekly-study/posts/749-ai-plan-first.html</guid>
    <pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate>
    <description>오픈소스 Android 앱 Kryzz AI의 개발자가, 앱의 AI 에이전트가 일하는 동안 무엇을 하려는지, 무엇을 했는지를 계속 화면에 보여 주도록 만든 이유를 설명한다. 폰에서는 사용자가 화면을 반쯤만 보고 있으므로, 숨어서 똑똑하게 일하는 에이전트보다 조금 지루해도 하는 일이 다 보이는 에이전트가 낫다는 주장이다. 이를 위해 계획 카드, 작업 기록, 허용된 링크만 읽기, 보내기 전 검토, 작업당 비용 상한 같은 장치를 넣었다.</description>
  </item>
  <item>
    <title>companion object 대신 companion 블록 — Kotlin 2.5의 새 static</title>
    <link>https://2giwon.github.io/android-weekly-study/posts/749-companion-blocks.html</link>
    <guid isPermaLink="true">https://2giwon.github.io/android-weekly-study/posts/749-companion-blocks.html</guid>
    <pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate>
    <description>Kotlin에서 &quot;클래스에 딸린 상수·함수&quot;를 둘 때 늘 쓰던 companion object 는 사실 객체 하나와 클래스 하나를 더 만드는 방식이다. Kotlin 2.5부터 실험 기능으로 들어온 companion 블록은 object 라는 단어만 빼면 되고, 컴파일하면 Java의 static 처럼 클래스에 바로 붙는다. 함께 들어온 companion 확장은 내가 만들지 않은 클래스에도 바깥에서 Task.fromLine(...) 같은 &quot;클래스 이름으로 부르는 함수&quot;를 붙일 수 있게 해 준다.</description>
  </item>
  <item>
    <title>디자인 시스템은 계약이다 — Konsist와 Android Lint로 어기지 못하게 하기</title>
    <link>https://2giwon.github.io/android-weekly-study/posts/749-design-system-contract.html</link>
    <guid isPermaLink="true">https://2giwon.github.io/android-weekly-study/posts/749-design-system-contract.html</guid>
    <pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate>
    <description>디자인 시스템(앱 전체가 함께 쓰는 색·글자·간격·버튼 같은 정해진 값과 부품)은 문서로 남겨 두고 리뷰에서 지켜 달라고 부탁하는 것만으로는 몇 달 안에 무너진다. 이 글의 주장은 디자인 시스템을 &quot;개발 계약&quot;으로 보고, 계약을 어기는 코드가 PR 검사에서 자동으로 빨간불이 되게 만들라는 것이다. 규칙의 종류에 따라 맞는 도구가 다르다. 구조(무엇이 무엇을 import 하나)는 Konsist, 코드에 금지된 모양이 있는지(기능 코드의 Color(0xFF…) 등)는 직접 만든 Android Lint 규칙, 실제로 그려진 화면의 동작은…</description>
  </item>
  <item>
    <title>딥 링크는 받는 쪽과 길 찾는 쪽으로 나눈다 — KMP에서 딥 링크 다루기</title>
    <link>https://2giwon.github.io/android-weekly-study/posts/749-kmp-deep-links.html</link>
    <guid isPermaLink="true">https://2giwon.github.io/android-weekly-study/posts/749-kmp-deep-links.html</guid>
    <pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate>
    <description>딥 링크(알림·메일·공유 주소를 눌렀을 때 첫 화면이 아니라 앱 안의 특정 화면을 바로 여는 링크)를 Android와 iOS가 화면 이동 코드를 함께 쓰는 Kotlin Multiplatform 앱에서 어떻게 나눌지 정리한 글이다. 저자의 답은 하나다. 플랫폼은 URL을 문자열로 받아서 넘기기만 하고, 그 문자열을 읽어 어느 화면으로 갈지 정하는 일은 전부 공용 코드가 한다. 그 위에 앱이 꺼져 있을 때와 켜져 있을 때를 둘 다 받기, 내비게이션이 준비되기 전에 온 링크를 잠시 보류하기, 이상한 링크를 안전하게 버리기 같은 실전 함정…</description>
  </item>
  <item>
    <title>재질이 곧 비유다 — Heron이 Compose 하나로 Android·iOS에 유리 디자인을 입힌 방법</title>
    <link>https://2giwon.github.io/android-weekly-study/posts/749-material-glass-heron.html</link>
    <guid isPermaLink="true">https://2giwon.github.io/android-weekly-study/posts/749-material-glass-heron.html</guid>
    <pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate>
    <description>Bluesky 앱 Heron을 혼자 만드는 저자는 앱 전체를 &quot;유리&quot;라는 재질 하나로 비유하고, 높이에 따라 세 가지 유리를 정했다. 바닥의 무광 유리(타임라인 카드), 가운데의 새틴 유리(반투명 머리글), 맨 위의 플로트 유리(떠 있는 탭 막대와 버튼)다. 무광과 새틴은 Heron이 Compose로 직접 그려 Android와 iOS에서 똑같이 보이게 하고, 플로트는 일부러 각 플랫폼의 기본 부품을 그대로 쓴다. 앱 대부분은 자기 브랜드로 지키고, 가장 자주 만지는 탐색 막대 하나만 플랫폼에 맡기는 셈이다. 글의 뒷부분은 이 디자인…</description>
  </item>
  <item>
    <title>SKIE에서 Swift export로 옮기며 알게 된 것 — iOS에 내보내는 코드를 줄여라</title>
    <link>https://2giwon.github.io/android-weekly-study/posts/748-skie-to-swift-export.html</link>
    <guid isPermaLink="true">https://2giwon.github.io/android-weekly-study/posts/748-skie-to-swift-export.html</guid>
    <pubDate>Sun, 11 Oct 2026 00:00:00 GMT</pubDate>
    <description>Android와 iOS가 Kotlin 코드를 함께 쓰는 샘플 앱 PeopleInSpace에서, iOS 앱이 Kotlin 코드를 불러 쓰는 방식을 SKIE라는 외부 도구에서 Kotlin이 직접 제공하는 Swift export 기능으로 바꾼 기록이다. 바꾸고 나니 iOS 쪽 코드는 조금만 고치면 됐다. 시간이 많이 든 일은 따로 있었다. Kotlin 쪽에서 iOS로 넘겨주는 코드의 양을 꼭 필요한 만큼만 남기도록 줄이는 일이었다.</description>
  </item>
</channel>
</rss>
