&

[독서] 팡세

sryang — Sun, 11 Jan 2026 18:29:44 +0900

수학자 파스칼이 자신의 생각을 적어 놓은 짧은 글들의 모음이다.

읽었던 책 중에 이해하기 어려운 책이었다. (30페이지도 못 읽은 것 같다.)

두 가지 내용 정도가 기억에 남는다.

하나는 무엇인가를? 내 전문성을 증명하기 위해서는
반복적으로 노력하여 몸으로 익혀야 한다는 것이었다.
300년 전에도 자기 계발에 대한 조언은 지금과 다르지 않다.
AI가 인간을 뛰어넘으려고 하는 미래에도 지금과 같을지 궁금해진다.

두 번째는 종교와 사후에 대한 생각이다.
처음에 종교에 대한 공박을 얘기하길래 종교를 믿지 않는다고 생각했다.
그 정반대였다. 사후 영생에 대해 생각하지 않고 눈에 보이지 않는다는 등
여러 단순한 논리로 종교에 대해 반박하는 사람들을 거침없이 까내린다.

내가 가져왔던 생각들을 나열하고 비판해 마치 내 얼굴에 대고 하는 얘기 같아
기억에 남는 것 같다.

난 내가 믿지 않을 뿐 종교에 대한 부정적인 생각은 없다. 지금도 믿지는 않지만
약간의 변화가 생긴 것 같다.

[영어] 현재 완료와 과거 시제 구분 Tip

sryang — Sat, 13 Dec 2025 09:24:44 +0900

현재 완료와 과거가 햇갈릴 때는

동사를 과거 상태와 현재 상태를 둘로 나눠 생각해본다.

(+ 과거상태는 둘다 동일하고 현재 상태만 생각해보면 된다.)

과거에 그러했고, 지금도 그러한가?

Q. 나는 키를 잃어버렸다.

I lost key. vs I have lost key.

나는 키를 잃어 버렸고, 지금도 키를 잃어버린 상태이다. (과거 상태 = 현재 상태 : 현재완료) -> I have lost key.

나는 키를 잃어 버렸고, 지금은 찾았다. or 지금은 모른다. (과거 상태 ≠ 현재 상태 : 과거) -> I lost key.

Q. 내 차가 고장났다.

My car broken. vs My car has broken.

내차는 고장났고, 지금도 고장난 상태이다. (과거 상태 = 현재 상태 : 현재완료) -> My car has broken.

내차는 고장났고, 지금도 고쳤다. or 지금은 모른다. (과거 상태 ≠ 현재 상태 : 과거) -> My car broken.

[독서] 아메리칸

sryang — Mon, 1 Dec 2025 13:05:49 +0900

1800년대 35살 나보다 젊은 미국인이 사업에 성공하여 유럽 여행을 하며 지내는 이야기.

책을 보고 느낀점은 어려운 단어가 많았고 그로 인해 문장을 이해하기가 힘든 소설이였다.

대충 알아왔던 단어들도 문맥 안에서 어떤 의미로 사용되는지 이해가 잘 되지 않았다.

모르는 단어를 사전으로 찾아 한자의 뜻을 찾고 유의어를 찾고 영단어 암기하듯이 한글도

꾸준히 공부해야함을 느꼇다.

소설은 반정도 밖에 읽지 못하였다. 첫 시작이 미국인이 루브르 박물관에서 평화롭게 구경하는 장면이라

돈좀 있는 노인이라고 생각했는데 35세 젊은 미국인이 박물관에서 한가롭게 거닐며 복제 작가의 작품을

그들 생활비 6개월치에 만먹는 가격을 주고 구매한다.

아름답고 어린 차가운 도시 여성인 여화가의 환심을 사려고 그런줄 알았는데 그게 아니였다.

군인으로 전역했다길래 아 옛날 참전 군인들은 일찍 전역해서 연금으로 먹고사나보다 했는데

그것도 아니였다. 군에서 모은돈 한 푼 없이 자기 힘으로 여러 사업에 도전해 젊은 나이에 성공한 것이다.

제조업으로 알고있는데 성공 스토리가 궁금하고 부러웠다.

글을 읽는 동안 주인공을 굉장한 성공에도 겸손하고 어떤 환경에도 침착함을 유지하고 허례허식없을 뿐 아니라

유럽의 귀족앞에서도 당당한 모습으로 그려지는데 '난 이런 미국 사람 이야.' 라고 직간접 적으로 서술하는 것 같아

최대 강국에 시민임 암시적으로 유럽 사람들에게 자랑하는 허세 가득한 인물로 보여졌다.

(혹시 다른 사람들도 그렇게 검색해봤지만 나만 그렇게 느낀 것 같다.)

부유하지않은 프랑스 귀족인 싱트레 부인과 그녀의 가족들에게 그녀와 청혼을 할 것 이라고 선포하고 본격적인

이야기가 시작되는 시점에 지쳐버려 나머지 내용은 구글링으로 검색해봤다.

결론은 싱트레 부인의 어머니의 계략으로 결혼에 실패한다고 하는데 앞에 내용으로 봐서 그럴만 하다고 생각하였다.

당당함과 겸손함의 경계를 잘 지켜야 한다는 것을 배운 것 같다.

The following classes could not be found: - androidx.compose.ui.tooling.preview.ComposeViewAdapter (Fix Build Path, Edit XML, Create Class)

sryang — Fri, 19 Sep 2025 15:53:06 +0900

갑자기 모든 프리뷰 화면에서

The following classes could not be found: - androidx.compose.ui.tooling.preview.ComposeViewAdapter (Fix Build Path, Edit XML, Create Class)

오류가 발생했다.

미리보기가 안되니 빌드를 계속 하면서 확인해야했다.

그러다 안되겠어서 모든 파일을 지우고

의존성도 다 지우는 노가다를 했는데 해결이 안됬다.

https://stackoverflow.com/questions/68224361/jetpack-compose-cant-preview-after-updating-to-1-0-0-rc01

Jetpack compose can't preview after updating to 1.0.0-rc01

this happened to me only when I updated to 1.0.0-rc01. it says: The following classes could not be found: - androidx.compose.ui.tooling.preview.ComposeViewAdapter (Fix Build Path, Edit XML, Create...

stackoverflow.com

오랜만에 구글링과 스텍오버 플로우는 감사함을 느꼇다.

애니메이션 테스트하는데 버벅여서

build variant를 release 모드로 바꿨는데

컴포즈 프리뷰는 develop 모드에서만 동작하는 것 같아 보인다.

[독서] 고도를 기다리며

sryang — Tue, 2 Sep 2025 12:11:00 +0900

연극 소설이다.

'블라디미르'와 '에스트라공' 두 주인공이 고도를 기다리는 이야기.

아무 생각없이 처음 읽었을 때. 10살 정도의 두 소년이 대화하는 거라고 생각했다.

단순하고 꾸밈없이 어린이 같은 대화를 둘은 이어나간다. 하지만.

무슨일로 구두를 벗는데 온몸에 진이 빠지도록 고생을 하지? 심하게 다쳤나? 그렇다기엔 둘의 대화가 너무 가벼운데..

블라디미르는 에스트라공을 껴안고 싶어하고 좋아하는 모습. 남녀 인가? 이름이 둘 다 남자 같은데

블라디미르가 예수와 도둑에 관한 얘기를 하는데 어린애들이 대화하는 주제는 아닌 것 같고,

에스트라공이 영국 군인이 사창가에 간 얘기를 하자고 했을 때, 이 둘 은 도데체 뭐하는 사람들인지 알 수가 없었다.

좀 있다가 '포조'와 '럭키'가 등장하는데,

포조가 둘의 나이를 물어보는데 60~70대는 되어 보인다고 한 것이다.

'블라디미르'와 '에스트라공'은 노인들 이였다.

위의 이야기가 조금은 이해되기 시작했다.

간략하게 줄거리는 (해가 지기 2시간 전 정도?) 블라디미르 에스트라공 등장 간단한 대화

-> 포조(주인)와 럭키(노예) 등장 포조와 두 노인의 대화 및 포조가 럭키를 막 대함

-> 해가 질무렵 포조와 럭키 퇴장

-> 소년 등장 고도는 내일 온다고 알림

-> 하루 일과 끝 다음날 위 패턴이 반복

에스트라공은 블라디미르 외에는 기억을 못하는 치매가 걸린것 처럼 보이고,

블라디미르는 정신이 멀쩡하지만 같이 놀 친구가 없는 노인 처럼 보인다.

포조와 럭키도 별로 할 일 없는 노인들로 보여진다. 노예와 주인놀이를 하는?

할 일 없는 노인들의 똑같은 하루 일과를 그려낸 것 같다. 모든것을 '이 들은 뭐지?' 추측만 하게 하는 소설이였다.

가진게 하나 없어이 티격태격 하지만, 함께인 친구를 하나라도 두고 있어 외롭거나 불행해보이지 않는 노인들의 이야기였다.

[Kotlin] lateinit

sryang — Tue, 2 Sep 2025 09:20:57 +0900

lateinit은 2가지 경우에 사용하고 있었다.

- 전역변수인데 nullable을 허용하면 null 처리를 해줘야 하는 불편함.

- hilt를 통해 components(activiry, fragment..)에 주입이 필요할 경우.

lateinit 단어만 봐도 나중에 초기화 하겠다. (그러니 non-null로 선언하게 해줘. null 처리 하기 싫음.)

위 이유가 맞는것 같기도 하고..

- 보통 생성자에서 속성을 초기화 하지만 이게 때론 불편할 때가 있다.

- di나 test 에서 초기화 하는데 사용하기도 함.

- 1)최상단(전역 변수), 2)클래스 안, 3)로컬 변수(private?) 로 선언

- isInitialized로 초기화 되어있는지 확인 가능.

https://kotlinlang.org/docs/properties.html#late-initialized-properties-and-variables

Properties | Kotlin

kotlinlang.org

보통 생성자에서 속성을 초기화.

이게 때론 불편함. di를 통해 초기화 하기도 하고,

유닛 테스트의 설정 함수에서 초기화 하기도 함.

이런 상황을 위해, lateinit을 설정한다.

public class OrderServiceTest {
    lateinit var orderService: OrderService

    @SetUp fun setup() {
        orderService = OrderService()
    }

    @Test fun processesOrderSuccessfully() {
        // Calls orderService directly without checking for null
        // or initialization
        orderService.processOrder()
    }
}

lateinit modifier은 var 에 다음에 선언하여 사용 가능.

- 최상단에 선언

- 로컬 변수

- 클래스의 바디 안

클래스 속성을 위해선

- primary 생성자에 선언하지 않는다.

- custom getter setter을 하지 않는다.

non-nullable 여야 하며, primitive 타입일 수 없다.

초기화 전에 접근한다면 exception 발생.

class ReportGenerator {
    lateinit var report: String

    fun printReport() {
        // Throws an exception as it's accessed before
        // initialization
        println(report)
    }
}

fun main() {
    val generator = ReportGenerator()
    generator.printReport()
    // Exception in thread "main" kotlin.UninitializedPropertyAccessException: lateinit property report has not been initialized
}

isInitialized로 초기화 되어있는지 확인 가능.

class WeatherStation {
    lateinit var latestReading: String

    fun printReading() {
        // Checks whether the property is initialized
        if (this::latestReading.isInitialized) {
            println("Latest reading: $latestReading")
        } else {
            println("No reading available")
        }
    }
}

fun main() {
    val station = WeatherStation()

    station.printReading()
    // No reading available
    station.latestReading = "22°C, sunny"
    station.printReading()
    // Latest reading: 22°C, sunny
}

isInitialized는 이미 접근이 가능할 때만 사용할 수 있다.

동일 클래스 안, outer class 또는 같은 파일의 최상단에서 선언해야 한다.

[독서] 폴란드 풍차

sryang — Mon, 1 Sep 2025 11:18:14 +0900

'폴란드 풍차'라고 불리는 토지를 소유한 '코스트 가'에 대한 이야기.

저주 받은 가문으로 5대에 걸쳐서 구성원 모두가 순탄치 않은 운명으로 단명하는 비극적인 이야기 이다.

서술자는 코스트가와 이웃으로 살고 있는 가난한(?) 변호사이다.

주인공은 본인이 나름 상류층에 있다는 '자부심'과

상류층 에서 하위에 속하고, 자신의 외적인 모습에 대해 만족하지 못하는 '열등감'을 함께 갖고 산다.

(보통 그렇듯 서술자는 자신이 어떤 사람인지 보여주는 것 같다.)

폴란드 풍차의 새로운 주인이 된 '조제프' 이야기.

코스트가 3대에 걸친 비극적인 죽음.

코스트 4대 마리의 불행과 조제프와의 만남으로 잠시 멈춘 저주.

조제프의 죽음과 마지막 5대 ?? 의 비극

상류층 귀족들의 삶? 그들만의 세계, 질서 등이 희미하게 기억에 남는다.

(현실적으로)마리는 굉장히 안타깝고 불행한 삶을 살지만,

가문에 걸쳐 재산을 잃어왔음에도 연 2억 정도(chat gpt로 환산)의

불로소득으로 삶을 살아가는 부자이다.

마을의 대축에 연회장에서 짝을 찾지 못한 마리가 혼자 춤을추는 장면, 모두의 비웃음을 사고 홀로 쓰러져

축제의 이벤트 중 경품 추첨에서 '행복도 당첨 될 수 있냐고' 묻는 장면이 가장 인상에 남았다.

굉장히 바른 성품과 아름다운 외모를 가졌음에도 저주와 사고로 평생을 불행하게 사는 마리를 보여 안타깝지 않을 수 없었다.

[독서] 백년의 고독

sryang — Mon, 30 Jun 2025 11:51:21 +0900

어렸을 때 어딘가에서 '마꼰도'라는 명칭을 들어본 것 같은 기억이 난다. TV였던 것 같았는데.

『백년의 고독』 이 책에서 마꼰도가 등장한다. 식민지 시대에 원주민들을 주인공으로 한다. 부엔디아라는 가문이 친구 가족들과 독립해 만든 나라가 마꼰도이다.

30여 가구에서 시작한, 죽은 사람 하나 없는 평화로운 부족이다. 책은 반도 읽지 못하였지만, 나중에 300여 명이 넘는 커다란 부족으로 발전하지만 마꼰도를 지배하려는 도시 세력과 싸우다 전쟁에 패배해 부엔디아 가문이 몰락한다.

호세 아르까디오 부엔디아와 그의 부인 우르술라에 대한 이야기로 먼저 시작된다.

마꼰도를 창립하는 과정과 초대 족장인 부엔디아의 과학과 문명에 대한 호기심, 대표답게 부족에 헌신하며 이끌어가는 내용이 나온다. 매년 새로운 문물들을 가져오는 집시들과 거래를 하며, 그 문물들을 활용하여 대단한 발명품을 만들기 시도하는 모습이 인상적이었다. 하지만 힘들게 모은 재산을 아내의 반대에도 불구하고 과감하게 탕진하는 것을 볼 때는 아내가 불쌍하기도 했다.

그다음 장에서는 두 아들에 대한 이야기가 나오는데, 첫째 아들하고 족장하고 이름이 비슷하여 나중에는 아빠와 두 아들이 누가 누군지 헷갈려 읽는 데 좀 짜증이 났었다.

두 번째 장부터 성적인 이야기가 좀 많이 나온 걸로 기억한다. 첫째 아들은 아버지를 닮아서 엄청난 거구에 힘도 장사이다. 첫 번째 여자가 임신을 하자 집시들과 함께 떠나버린다. 전 세계를 몇 바퀴 돌며 17명의 자녀를 만들었고, 오랜 기간(10년?) 후 온몸에 문신을 하고 부족에 다시 돌아와 술집들을 드나들며 매일 여자들과 놀아난다. 그럼에도 마초 같은 매력에 반해 부엔디아 가족에 입양된 레베카와 결혼하는 등 막장스러운 이야기들이 나온다.

부족 사회라 근친혼이 일반적이었고, 이에 따른 기형아 출산에 대한 인식도 가지고 있었다. 문명 사회와 교류하며 피아노도 사고 이탈리아인을 사위로 삼을 능력도 있는 것을 보면 내가 생각하는 원주민 같은 부족은 아닌 것 같기도 하다.

그 후 이야기들은 내 머릿속에는 대부분 이상한 내용들만 남아 있어 여기까지만 써야겠다.

org.jetbrains.kotlin.backend.common.BackendException: Backend Internal error: Exception during IR lowering

sryang — Mon, 2 Jun 2025 15:55:18 +0900

오류 메시지를 분석하긴 어려워 코드를 한 줄씩 주석하며 빌드해 원인을 찾았다.

plugins {
    alias(libs.plugins.android.library)
    alias(libs.plugins.kotlin.android)
    alias(libs.plugins.kotlin.compose) <-- 라이브러리 생성되었는데 이게 추가 안되어 발생
}

안드로이드 권한 샘플 코드 PermissionBox 분석

sryang — Sun, 1 Jun 2025 16:26:18 +0900

안드로이드에서 권한 요청 샘플 코드를 제공한다.

하나의 권한 요청

단순하게 하나의 권한만 요청하는 기능과 여러 권한을 요청하는 기능을 제공한다.
여러 권한을 요청할 때는 요청 권한 리스트와, 필수 권한 리스트를 따로 받아 처리한다.
파라미터를 여러가 받지만 중요한 건 permission 파라미터. 이것만 요청해도 동작한다.

/**
 * The PermissionBox uses a [Box] to show a simple permission request UI when the provided [permission]
 * is revoked or the provided [onGranted] content if the permission is granted.
 *
 * This composable follows the permission request flow but for a complete example check the samples
 * under privacy/permissions
 *
 * 하나의 권한만 요청
 * @param permission 요청 권한
 */
@Composable
fun PermissionBox(modifier: Modifier = Modifier, permission: String, description: String? = null, contentAlignment: Alignment = Alignment.TopStart, onGranted: @Composable BoxScope.() -> Unit, ) {
    PermissionBox(modifier, permissions = listOf(permission), requiredPermissions = listOf(permission), description, contentAlignment,) { onGranted() }
}

실제 권한 요청에 대한 처리는 '여러 권한'을 받는 함수에서 처리. 위에 '하나의 권한' 요청은 요청 권한과 필수 권한을 동일하게 해서 '여러 권한' 처리 하는 함수를 다시 호출한다.

여러 권한과 필수 권한 요청

rememberMultiplePermissionsState 이 객체가 핵심 정보를 모두 담고있다.
구글에서 accompanist.permissions 라는 compose용 권한을 편리하게 처리 할 수 있는 라이브러리를 제공한다.
https://google.github.io/accompanist/permissions/
compose 개발을 돕는 라이브러리로, androidX에 포함 될 수 없는 아직 실험 상태인 라이브러리 이다.
다른 코드로 작성한 권한 샘플 코드도 있어 나중에 분석해 봐야겠다.

아래와 같이 권한을 체크하는데 필요한 유용한 정보를 모아서 제공해준다.

@ExperimentalPermissionsApi
@Stable
interface MultiplePermissionsState {
    val permissions: List<PermissionState>
    val revokedPermissions: List<PermissionState>
    val allPermissionsGranted: Boolean
    val shouldShowRationale: Boolean
    fun launchMultiplePermissionRequest(): Unit
}

거부한 권한 정보

권한 허용/거부에 대한 결과를 아래 함수에서 콜백 받도록 제공해준다.
아래 한 줄로 거부 권한에 대한 정보를 필터 한다.
Map에서 값에 대한 타입이 Boolean 일 경우 filterValues를 사용해서 true/false를 필터 할 수 있다.
샘플 코드에서 아래 부분은 권한을 거부 했을 때 에러 메세지를 표시하는 용도로 사용한다.

onPermissionsResult = { permissionResultMap ->
            val rejectedPermissions = permissionResultMap.filterValues { !it }.keys
        }

필수 권한 허용 여부

회수된 권한(권한 허용을 안한 권한들?) 중에 필수 권한이 있는지 체크하는 코드이다. 매우 간결하다
none라는 함수를 사용한다. 두개의 리스트를 비교해 같은 값이 없어야 하는 경우 유용하게 사용할 수 있는 것 같다.

val allRequiredPermissionsGranted = permissionState.revokedPermissions.none { it.permission in requiredPermissions }

로직

필수 권한을 허용했다면 -> 종료

필수 권한을 설정하지 않았다면 -> '권한 허용이 안된 경우' 로직 이동

권한 허용이 안된 경우

필수 권한에 대한 정보를 알리고 요청 버튼이 나온다.

버튼 클릭 시 해야할 작업이 있다.

shouldShowRationale 여부 확인

권한을 1회 거부 시 shouldShowRationale 상태가 true가 된다.
한번 더 거부 시 영구 거부상태가 되므로, 권한을 다시 요청할 때 이 값이 true라면 다이얼로그로 사용자에게 권한이 필요한 이유에 대해
좀 더 상세하게 설명해줘야 한다.

최초 요청 시 showRationale = false 상태 -> 바로 시스템 권한 팝업<br>
1회 거부 시 showRationale = true 상태 -> 다이얼로그 띄움 -> 사용자 확인 -> 시스템 권한 팝업
2회 거부 시 showRationale = false -> 바로 시스템 권한 팝업 but 팝업이 뜨지도 않고 거부 처리 됨.

if (state.shouldShowRationale) { showRationale = true }

요약

- 필수 권한을 모두 허용 했다면, 화면 진행.
- 필수 권한 미 허용 시, 필수 권한 표시와 요청 버튼 표시
- 권한 요청 시 showRationale = true 라면 다이얼로그 보여주기

https://github.com/android/platform-samples/blob/main/shared/src/main/java/com/example/platform/shared/PermissionBox.kt

platform-samples/shared/src/main/java/com/example/platform/shared/PermissionBox.kt at main · android/platform-samples

A collection of samples of different Android OS platform APIs. - android/platform-samples

github.com