별 생각 없이 다이소 사생활 보호필름을 쓰고 있었다. (3개째..)어느날 지인이 옆에서 다보인다고 알려주더라.. 지인이 쓰고 있던 신지모루 사생활 보호필름을 추천받아 바로 구매했고,필름을 교체하는 김에 기존에 사용하던 다이소 필름과 차이를 비교해봤다. 1. 다이소 사생활 보호필름이 정도 각도면 괜찮지 않을까 싶었다.하지만 필름을 떼기 전까지의 착각이었다.옆에서 보면 화면 내용이 생각보다 꽤 잘 보인다. 2. 신지모루 사생활 보호필름물론 모든 각도에서 완벽하게 차단되는 것은 아니다.그럼에도 불구하고 다이소 필름과 비교하면 차이는 분명하다.측면 시야 차단 수준이 체감될 정도로 다르다. 결론다이소 사생활 보호필름은 굳이 선택할 이유가 없다.사생활 보호를 기대한다면, 최소한 신지모루급은 사용하는 게 맞다.

검색 입력창에서 사용자가 타이핑할 때마다 API를 호출하면 여러 문제가 발생한다.이를 해결하기 위해 Debounce 기법을 사용한다.Debounce란?Debounce는 연속해서 발생하는 이벤트 중마지막 이벤트가 발생한 후 일정 시간이 지나면 한 번만 실행되도록 만드는 기법이다.즉,사용자가 입력을 계속하는 동안에는 실행하지 않고입력이 멈췄다고 판단되는 시점에만 동작한다검색, 자동완성, 입력 기반 API 호출에 매우 적합하다.현재 코드 예시const handleInputChange = (value: string) => { searchQuery.value = value; emit("update:modelValue", value); // Debounce 검색 if (debounceTimer) { c..

멀티스레드 환경에서 InterruptedException은 다른 예외들과는 성격이 완전히 다르다.단순히 “오류가 발생했다”라는 의미가 아니라, 스레드를 종료하라는 의도적인 신호다.이 신호를 어떻게 다루느냐에 따라 시스템이 정상적으로 종료될 수도 있고,반대로 종료되지 않는 스레드가 남아 장애로 이어질 수도 있다.아래는 InterruptedException을 올바르게 처리하는 방법과잘못 처리했을 때 생기는 문제들을 정리한 내용이다.InterruptedException은 “스레드를 멈춰라”라는 신호다다른 일반적인 예외(IOException, RuntimeException, etc.)는오류 상황을 나타낼 뿐이다.하지만 InterruptedException은 외부에서 스레드에 보낸 종료 요청이다.이 신호가 발생하..

‘충족’이라는 말을 떠올릴 때, 우리는 무언가가 결함 없이 채워진 상태를 상상하지만, 그런 상태는 애초에 인간에게 허락된 세계 바깥의 풍경에 가깝다.인간은 늘 조금의 결핍을 가진 채 살아가고, 바로 그 결핍 때문에 삶은 지속되고, 의미는 생성된다. 그런데도 우리는 순간적인 쾌락이 그 공백을 지워줄 것이라 착각한다.하지만 찰나의 즐거움은 언제나 빠르게 사라지고, 그 자리를 깊은 허무가 다시 채운다.쾌락이 강렬해질수록, 삶에서 정말로 지켜야 할 것들은 오히려 더 미세하게 흩어진다. 결국 우리가 배워야 할 것은, 결핍을 없애는 기술이 아니라, 결핍을 끌어안고 살아가는 태도일 것이다.충족을 향한 갈망이 아니라, 결핍을 품은 채로도 흔들리지 않는 단단함.그곳에서 비로소 삶의 무게를 감당하며, 하루하루를 쌓아 나가..

기본 구조 개요Capacitor는 “웹 앱을 네이티브 앱처럼 감싸주는 브릿지”예요.즉, Vue로 웹 화면을 만들고 → Capacitor가 그걸 iOS/Android에서 실행할 수 있게 해주는 구조죠.📁 smartledger-app/ ┣ 📁 frontend/ ← Vue (Vite 기반) ┣ 📁 android/ ← Android 프로젝트 (Capacitor 자동 생성) ┣ 📁 ios/ ← iOS 프로젝트 (Capacitor 자동 생성) ┗ capacitor.config.ts ← Capacitor 설정 파일1단계: Vue 프로젝트 생성npm create vue@latest# ornpm init vue@latest frontendcd frontendnpm ..

멀티스레드 프로그래밍을 하다 보면 volatile과 atomic의 차이에서 한 번쯤 혼란을 겪게 된다.둘 다 동시성과 관련된 키워드지만, 그 역할은 분명히 다르다.이 글에서는 두 개념을 CPU 동작부터 코드 레벨까지 명확하게 정리해본다. 1. volatile — “항상 최신 값을 보게 하라” volatile은 가시성(visibility) 을 보장하기 위한 키워드다.일반 변수는 CPU 캐시에 저장되어, 다른 스레드가 변경한 값을 즉시 반영하지 못할 수 있다.하지만 volatile을 붙이면 해당 변수를 항상 메인 메모리에서 직접 읽고 쓰도록 강제한다.어떤 블로그를 보니 [그 변수를 휘발성 메모리에 만들어라] 라고도 표현해두었네. volatile int count;이렇게 선언하면 모든 스레드가 항상 count..