BaekLog

[우아한 테크코스 8기] 제 1회 테코톤 회고

BaekCCI — Tue, 16 Jun 2026 16:28:29 +0900

안녕하세요 허닛입니다~

테코톤

한참 레벨2 장바구니 미션을 진행하던 중 공지사항으로 아래와 같은 공지가 올라왔다.

테코톤!!

우아한 테크코스의 근로 이벤트팀에서 미니 해커톤 느낌의 행사를 진행한다는 내용이였다.

보자마자 하고싶다는 생각은 들었지만 미션을 한창 진행하고 있을 때라 시간적으로 여유가 있을 지 걱정이 되었다.

생각하면 할수록 안하면 두고두고 아쉬울 것 같다는 생각이 들었고 안드로이드 크루 2명과 함께 일단 지원했다.

세개의 심장: 허닛브레드 샘이 솟아 리오레이별터

지원하기 위해 우리는 가장 먼저 팀명을 정해야했다.

이것저것 뱉다가 팀원이 하하의 “하이브리드 샘이솟아 리오레이비” 어떠냐는 의견을 내었고

약간의 변주를 넣어 “세개의 심장: 허닛브레드 샘이 솟아 리오레이별터”로 팀명을 정했다.

팀 프로필 사진이다...(왼쪽이 원본..)

별모씨가 야무지게 제미나이를 활용해 팀 프로필 사진도 제작햇다.

아이디어의 샘이 솟아

하지만 가장 큰 문제는 주제정하기

행사 주제는 “우테코 생활에 도움이 될 만한 서비스 개발” 이다.

팀 슬랙 채널을 통해각자 이런저런 아이디어를 뱉어봤는데 딱 이거다! 싶은 게 없었다.

(채널에서 나눴던 아이디어 중 일부)

주제가 하나로 정해지지 않아서 회의실을 예약해 아이디어 회의를 진행했다.

함께 우테코 생활에서 불편한 점이 있냐에 대해서 먼저 얘기를 했지만 모두 불편함의 역치가 낮아서 그런가 불편한 점이 없다는 점이 문제였다.

그러다가 별모씨가 슬랙에서 쓸 이모지 생성기 어떠냐는 의견을 냈다.

지난번 별모씨가 이모지를 만드는 걸 보고 나도 만들고 싶었는데 어려울 것 같아서 생각만 하다가 안만들었었다.

별모씨의 설명을 들어보니,

이모지 생성 사이트는 많지만 각각의 사이트마다 이모지에 넣을 수 있는 효과가 달라서 내가 원하는 효과를 가진 사이트를 찾는게 힘들었고 또 여러 사이트에 흩어져 있는 효과들을 함께 적용할 수 없어서 아쉬웠다고 했다.

그래서 우리는 “슬랙 이모지 생성기”를 주제로 정했다.

제 1회 테코톤 Start!

글 초반에 미니 해커톤이라고 언급했던 이유는 아래와 같다.

테코톤 타임라인

1시부터 5시 반까지 총 4시간 반 동안 하나의 결과를 완성해야 한다.

또한 사전 기획은 가능하나 사전 개발은 하면 안된다는 주의사항이 있었다.

이 시간 안에 결과물을 낼 수 있을 까 처음에 의심했지만 레벨1 첫 미션 때 경험했던 gemini canvas를 활용하면 우리가 원하는 결과물을 빠르게 낼 수 있겠다고 생각했다.

각자 프롬프트를 작성해서 각자의 결과물을 비교해서 디벨롭하기로 결정했다.

## 기능1: .Gif 생성

1. mp4 파일을 올리면 gif 파일로 변환
2. 입력된 텍스트에 이펙트를 추가하여 gif로 변환

## 기능 2: .JPG, PNG 생성

1. 이미지를 올리면 이미지로 변환
2. 입력된 텍스트를 이미지로 변환

## 추가적인 기능

1. 배경 설정 : 투명, 색상 조절, 그라데이션
    1. gif인 경우 배경 이펙트 설정
2. 텍스트 조절: 크기, 폰트, 두께, 색상 조절
3. 텍스트 이펙트

## 결과물 조건

- 용량 - 128kb 미만
- 128 x 128 픽셀
- 지원 포맷: PNG, GIF

프롬프트 원문 중 일부

위와 같이 생성해야할 이모지에 대한 조건, 추가하고싶은 이펙트들을 작성했는데

말 안듣는 잼미니

내 제미나이는 말을 듣지 않았다..

웹앱을 만들어달라는 프롬프트를 작성했는데 UI 이미지를 제공해주는 등의 문제를 일으켰다.

내 프롬프트가 이상한가 싶어서 별모씨와 샘모씨의 프롬프트를 내 제미나이에 입력해봤는데, 똑같은 이슈가 발생했다.

제미나이에게 채찍질한 결과 웹앱을 만들어주긴 했지만 그 사이 샘모씨가 야무지게 웹앱을 구현해놔서 샘모씨의 작업으로 디벨롭하기로 결정했다.

생성한 .gif형식의 이모지가 제대로 다운로드 되지 않는 등의 문제점도 해결하고, 원하는 이펙트들을 추가하는 작업을 했다.

Who Made This!

허닛브레드 샘이 솟아 리오레이별터와 제미나이가 함께 만든 합작품이다.

텍스트, 이미지, 영상을 커스텀하여 이모지를 생성할 수 있다!

아래는 테코톤을 진행하며 테스트를 위해 만들었던 펀치 시리즈 이모지이다.(매우 유용하게 쓰고 있다)

:펀치시리즈:

16팀이나 참여하기도 했고 다른 팀들의 결과물을 보니 정말 재미있고 유용한 결과물을 도출해 낸 팀들이 많아서 입상은 기대도 못하고 있었다.

하지만 너무 감사하게도 12표를 받아 3등을 했고 배민 상품권도 받았다!

함께한 샘이솟아, 리오레이별터에게 박수를 보냅니다.

자세한 내용이 궁금하다면

Who Made This 사이트

Who Made This - 슬랙 커스텀 이모지 생성기

128 x 128 px 12.5 FPS (고정) Live Loops

3s2-hsb.github.io

깃 레포지토리

GitHub - 3S2-HSB/who-made-this: 슬랙 커스텀 이모지를 쉽고 빠르게 만들어주는 웹앱

슬랙 커스텀 이모지를 쉽고 빠르게 만들어주는 웹앱. Contribute to 3S2-HSB/who-made-this development by creating an account on GitHub.

github.com

[우아한테크코스 8기] 조금 많이 늦은 레벨 1 회고

BaekCCI — Wed, 6 May 2026 01:16:48 +0900

안녕하세요~ 허닛입니다~

늦은 감이 없진 않지만.. 레벨 1 회고를 시작합니다..

연극 미션

알고는 있었지만.. 너무너무 긴장됐었다..

우테코 등교 첫날 조가 정해졌고 서로 어색해하며 열심히 주제를 정했다..

진짜 어색하고 아이디어도 생각 안났지만 열심히 던졌던 기억이 난다..

이제는 잊혀져버린 구내식당

같이 구내식당에서 밥도 먹고 대화를 나누며 친해졌...나..?(밥도 꾸역꾸역 열심히 먹은 기억이..)

대본을 짜고 함께 연습도 하면서 조금씩 편해졌고, 깔깔 웃으면서 연습도 했다

연극날이 되고 긴장감 MAX로 등교를 했었는데 앞순서의 연극을 보는데 모든 크루들이 반응을 잘해주는걸 보고 긴장감이 슬슬 풀렸고 우리조 차례가 될 때 쯤엔 긴장을 거의 안한것 같다.

처음엔 분명히 왜 해야하는 건가 싶었는데 다 하고나니 오히려 안했으면 아쉬웠을 것 같다..!

다음 기수도 꼭 연극을 했으면 좋겠다(Positive)

델리만쥬

매일 아침 30분동안 데일리미팅을 진행한다.

처음엔 어색했지만 다같이 얘기하고 가볍게 게임도 하면서 많이 친해질 수 있었다.

제일 기억에 남는 건 사주풀이와 어몽어스 그리고.. 누구도 따라잡을 수 없는 모 크루의 영타 속도...!

우리조의 담당 코치이신 04년생 디노와 함께 델리만쥬 회식도 진행했다.

회식 당시 말을 놓기로 했는데 이때가 레벨1 거의 마지막을 달려갈 때라 다들 존댓말이 익숙해져서 갑자기 어색해졌다 ㅋㅋㅋㅋㅋ

물론 이제는 편함요!

델리만쥬 챱

페어프로그래밍

페어와 함께 미션을 구현한다는게 기대되면서도 걱정이 많이 되었다.

어색하고.. 내 갈대같은 의견이 독이 될까 걱정도 되고..

또 코드를 작성하다가 생각이 안나면 어떡하지라는 걱정도 되어서 초반에 페어프로그래밍 할 때 집에서 미리 구현해보기도 했다.

항상 의견이 깔끔하게 하나로 정해지는 건 아니였지만 페어와 이야기를 나누며 다양한 방향성에 대해서 고려해보고 내 의견을 다시 생각해보는 과정도 재미있었다.

단순히 의견이 일치할 때보다 내 의견과 반대되는 의견이 나오면 너무 재미있는 것 같다..!

다음 미션으로 시작할 때 페어와 나의 이전 미션 코드 중 어떤 걸 베이스로 할 지 정하는데

레벨 1동안 한번도 페어의 코드 베이스에서 작업해보지 못해서 아쉬움이 크다..

(레벨 2에서는 꼭! 페어의 코드 베이스에서 작업을 해보고 싶다)

사라진 도메인 그리고 커피와 커피숍

레벨 1 중간 쯔음 시작된 "도메인이 존재하는가", "도메인은 몰까..?" 그리고..

커피를 시켰더니 커피숍을 주는..

그런 이상한 나라에 대해서 크루들과 얘기했던 기억이 난다.

미래의 내가 보면 참 멍청한 생각이였구나 하겠지..?

나는 사실 아침형 인간이였다?!

농담아니고 유치원 다닐 때부터 항상 아침에 일어나는 걸 늘 힘들어했었고 잠을 많이 자는 사람이였다.

작년에는 부모님이 퇴근할 때 일어나서 함께 저녁(인데 아침인..)식사를 하고

스카에 있다가 아침에 돌아와서 잠드는 생활을 했었다. 쉬는 날엔 하루종일 잠만 잔적도 있다.

생활패턴이 이러다 보니 햇빛도 거의 못보고 하루 한끼만 먹게 되면서 건강이 악화되는 걸 느꼈다.

한번은 밥을 안먹고 스카를 갔는데, 스카 계단 오르다가 쓰러질 뻔한 적도 있다.

그랬던 내가 사실은 아침형 인간이였다는 걸 우테코를 다니며 깨달았다.

처음에는 긴장감에 눈이 떠지는 것 같았는데, 이젠 주말에 늦어도 10시 전에 눈이 떠진다(아직도 이런 내가 신기해요)

심지어 규칙적인 생활을 하며 살도 좀 찌고 건강해진 것 같다.

우테코 최고의 복지 = 크루

안드 크루들과는 계단 오르기도 했다.

계단 오르기로 포도알을 모으면 디노의 복복복이 상으로 주어진다.(디노의 동의는 구하지 않았다.)

11층 등반 완료.

아침에 11층 엘리베이터 앞에서 커피를 쏟은 적이 있다..

입도 안댄 커피 두잔이 엎어졌고.. 등교시간이였어서 크루들이 몰려오기 전에 호다닥 치우려고 했지만 양이 많아서 그런지 닦아도 닦아도 줄지 않는 커피에 마음이 급해질 찰나

갑자기 어디선가 백엔드 크루들이 우루루 나타나서 같이 닦아주기 시작했다...!

너무 당연하다는 듯이 함께 치워주셔서.. 진짜 다시 생각해도 너무 감사합니다ㅠㅜㅠㅜ

물론 우리 안드 크루들도 짱이다

회의실에 모여서 미션을 하고 있었는데 갑자기 불안감이 몰려온적이 있었는데

크루들에게 얘기하니 마음이 힘들땐 몸이 힘들어야한다며 다같이 1층으로 내려가 11층까지 계단을 탔다.

신기하게도 불안감이 싹 사라졌다..!

불안감을 해소시켜준 영애들에게 감사를 표합니다..

흠

쓰다보니 그냥 일기인것 같은데 이게 맞는지 모르겠다

그래도 일단 뭐라도 올려야.. 계속 쓸 수 있을 것 같아서 올려봅니데이..

[우아한 테크코스 8기] Lv.0 4주차 회고

BaekCCI — Mon, 23 Feb 2026 22:59:46 +0900

4주차 회고

마지막 주차는 2주차때 학습하지 못했던 람다함수와 고차함수에 대해서 학습했다.

그동안 코드를 작성하면서 중복되는 로직을 줄이기 위해 람다를 활용하거나, adapter에 이벤트를 전달할 때 자연스럽게 사용해왔다. 하지만 이번에 개념을 다시 학습하면서 내가 단순히 '사용'만 하고 있었다는 걸 깨달았다.

특히 함수 타입 또한 nullable로 선언할 수 있다는 점이 기엇에 남는다.

평소 자주 사용하던 문법이었음에도 불구하고, 함수 타입 자체를 하나의 타입으로 바라보지 않았다는 사실을 깨달았다.

함수를 값처럼 다룬다는 개념을 머리로는 알고는 있었지만 그 의미를 깊게는 생각하지 않았던 것 같다.

Lv.0 학습 계획을 작성하면서 내가 개념적으로 놓치고 있다고 생각이 드는 주제들로 선정했는데,

알고있다고 생각한 부분들 또한 다시 바라볼 필요가 있다는 걸 깨달았다.

Lv.0동안 학습하지 못했던 주제, 익숙한 주제에 대해서도 다시 한번 공부할 필요성을 느꼈다.

마지막 주차에는 그동안 학습한 내용을 바탕으로 "왜 코틀린을 사용하는가"에 대해서 스스로 정의를 내리는 것이 목표였는데,

아직 명확한 문장으로 정의하기엔 부족한 것 같다..

앞으로 더 많은 경험과 고민을 통해 차근차근 생각해보려한다.

마무릿

벌써 내일이 우테코 OT라니..!!!!

4주간의 레벨 0 기간동안 10시도 기적이였는데..

일어날 수 있겠지..?

앞으로 10개월동안 지치지 않고 달릴 수 있기를!

[우아한 테크코스 8기] Lv.0 3주차 회고

BaekCCI — Mon, 16 Feb 2026 23:13:51 +0900

Lv.0 3주차 회고

3주차 학습 계획

이번 주차에는 평일에는 프로젝트 개발에 집중하고, 주말에는 계획했던 학습을 진행했다.

정리한 내용 > [학습 기록/kotlin] - [Kotlin] 동시성 프로그래밍 with Coroutine

이번에 동시성 프로그래밍을 학습하면서

프로젝트에서 자주 사용했던 함수들을 내가 제대로 이해하지 못한 채 사용하고 있었다는 사실을 깨달았다.

특히 어떤 스레드에서 실행되어야 할지 판단하지 않은 채, Dispatcher를 지정하지 않고 사용하는 경우가 많았고,

특정 부분에서 에러가 발생하면 근본적인 원인을 찾기보다 Dispatchers.Main으로 감싸 임시로 해결하려 했던 코드들도 많았다.

이번 학습에서 가장 크게 깨달은 나의 문제점은 '일단' 이라는 태도였다.

나는 항상 "일단 해결하고 다시 찾아보자"는 마인드로 프로젝트에 임하고 있었다.

지금 개발하고 있는 프로젝트가 첫 안드로이드 프로젝트도 아닌데,

여전히 근본적인 원인을 모르고 아 이렇게 되면 Main으로 감싸면 해결됐었지 하고 넘기고 있었다..

공부나 프로젝트를 시작할 때마다

에러가 나거나 모르는 부분이 생기면 그때그때 정리하자고 다짐한다.

하지만 막상 개발을 하다보면 "일단 급하니까 해결하고 나중에 정리하자."를 반복하고 있었다.

이번 주차를 통해서 한번 더 내가 프로젝트에 임했던 태도를 돌아볼 수 있어서 좋았다.

여전히 글쓰기는 어렵고, 포스팅 하나 작성하는 데 시간이 좀 걸리지만..

글을 작성하면서 한번 더 나에 대해 돌아볼 수 있었다.

이제 Lv.0 마지막 주차가 남아있는데,

Lv.0이 끝난 이후에도 계속해서 회고 작성 루틴을 가져가고 싶다!

[Kotlin] 동시성 프로그래밍 with Coroutine

BaekCCI — Mon, 16 Feb 2026 22:20:13 +0900

1. 동시성과 병렬성

동시성(Concurrency)

CPU의 컨텍스트 스위칭을 통해 작업을 번갈아 처리 → 동시에 수행하는 것처럼 보이는 것
실제로 CPU가 동시에 여러 작업 수행하는 것은 아님

병렬성

실제로 CPU가 동시에 여러 작업을 실행하는 것
CPU의 코어가 여러개 있는 멀티 코어에서 작업 수행 가능

2. 스레드와 코루틴

스레드

프로세스 내부에서 독립적으로 실행되는 작업 단위

특징
- JVM에서 생성하는 스레드는 OS가 관리하는 시스템 스레드
- 각 스레드는 독립적인 실행 흐름을 가진다.
- OS가 메모리, 스케줄링을 직접 관리한다.
단점
- 메모리와 컨텍스트 스위칭(context switching) 비용이 많이 든다.
  - 수천 개 이상 생성하면 성능 저하 발생
- 블로킹 문제
  - 스레드가 해당 작업을 완료하는 동안 블로킹된다.
  - 다른 작업을 수행할 수 없고, 시스템 자원을 계속 점유한다.
- 독립적인 프로세스로 작업을 관리하고 제어하기 어렵다.

코루틴

일시 중단 가능한 계산 단위이다.

특징
- Kotlin 런타임이 관리
- 매우 가볍다(수십만 개 이상의 작업 수행 가능)
- 스레드를 블로킹하지 않고 ‘중단’ 가능
- 구조화된 동시성 지원
중단(Suspension)과 블로킹의 차이

Thread.sleep(1000) //(1) 스레드(블로킹)
delay(1000) //(2) 코루틴(중단)

(1): 스레드가 멈춤
(2): 스레드는 다른 코루틴을 실행하고, 해당 코루틴은 나중에 이어서 실행

코틀린에서 동시성 프로그래밍

코틀린에서 동시성을 구현하는 방법은 크게 두 가지다.

전통적인 스레드 기반 방식 (Java 방식)
코루틴 기반 방식 (Kotlin 권장 방식)

1. 스레드 기반 동시성

코틀린은 JVM 위에서 동작하기 때문에 Java의 동시성 API를 그대로 사용할 수 있다.

1-1. Thread 직접 생성

fun main() {
    println("Running on ${Thread.currentThread().name}")

    Thread {
        println("And Running on ${Thread.currentThread().name}")
    }.start()
}

1-2. ExecutorService 사용

fun main() {
	val executor = Executors.newFixedThreadPool(4)

    repeat(10) {
        executor.submit {
            println("Running on ${Thread.currentThread().name}")
        }
    }

    executor.shutdown()
}

특징

OS 스레드를 직접 사용
스레드 풀 관리 필요
예외 처리 및 취소 제어가 복잡
많은 수의 작업을 처리하기에 비효율적

→ 대규모 비동기 작업에는 적합하지 않다.

2. 코루틴 기반 동시성

1. 기본 코루틴 실행

import kotlinx.coroutines.*

fun main() = runBlocking {
    launch {
        delay(1000)
        println("Coroutine finished")
    }
    println("Hello")
}
//Hello
//Coroutine finished

주요 함수

runBlocking : 코루틴을 시작하고 완료될 때까지 현재 스레드를 블로킹
launch: 반환값 없는 코루틴 실행
async: 결과를 반환하는 코루틴 실행
delay: 코루틴을 일시 중단 (스레드는 블로킹하지 않음)

2. Dispatcher

코루틴은 Dispatcher를 통해 어떤 스레드에서 실행될 지 결정된다.

launch(Dispatchers.Default) { }
launch(Dispatchers.IO) { }
launch(Dispatchers.Main) { }

주요 Dispatcher

Dispatchers.Main : 기본 Android 스레드에서 코루틴 실행
- suspend 함수 호출, Android UI 프레임 워크 작업 실행, LiveData 객체 업데이트
Dispatchers.IO : 기본 스레드 외부에서 디스크 or 네트워크 I/O 실행에 최적화
- Room, 파일 읽기 쓰기를 하며 네트워크 작업 실행
Dispatchers.Default : CPU를 많이 사용하는 작업을 기본 스레드 외부에서 실행하도록 최적화
- 목록 정렬, Json 파싱

구조화된 동시성 (Structured Concurrency)

코루틴은 스코프(scope) 단위로 묶어 생명 주기를 구조적으로 관리할 수 있다.

부모-자식 관계

코루틴은 반드시 CoroutineScope 안에서 실행된다.

runBlocking {
    launch {
        delay(1000)
        println("Child coroutine")
    }
}

runBlocking → 부모 코루틴
launch → 자식 코루틴

1. 부모는 자식을 기다린다

runBlocking {
    launch {
        delay(1000)
        println("Done")
    }
    println("Hello")
}

runBlocking은 내부의 모든 자식 코루틴이 종료될 때까지 기다린다.

2. 취소는 아래로 전파된다

val job = CoroutineScope(Dispatchers.Default).launch {
    launch {
        delay(5000)
        println("Child done")
    }
}

Thread.sleep(1000)
job.cancel()

부모 코루틴을 취소하면
→ 자식 코루틴도 자동으로 취소된다.
별도로 자식을 관리할 필요가 없다.

3. 예외는 위로 전파된다

runBlocking {
    launch {
        throw RuntimeException("Error")
    }
}

자식 코루틴에서 예외가 발생하면
→ 부모 코루틴도 취소된다.
비동기 코드에서 예외가 조용히 사라지는 문제를 방지할 수 있다.

coroutineScope vs supervisorScope

1. coroutineScope

자식 중 하나라도 실패하면 전체가 취소된다.

coroutineScope {
    launch { throw Exception() }
    launch {
        delay(1000)
        println("coroutine run")
    }
}

모든 코루틴 취소

2. supervisorScope

자식 간 독립 보장
한 자식이 실패해도 다른 자식은 계속 실행

supervisorScope {
    launch { throw Exception() }
    launch {
        delay(1000)
        println("coroutine run")
    }
}

실행 결과: Exception이 발생한 후에도 "coroutine run" 출력을 확인할 수 있다.

[우아한 테크코스 8기] Lv.0 2주차 회고 | Android

BaekCCI — Mon, 9 Feb 2026 22:22:21 +0900

2주차 학습 계획

2주차 시작 전부터 시간이 부족할 것 같아 걱정했는데, 걱정이 현실이 되었다..

프로젝트 일정이 앞당겨지면서 개발하기 급급했고, 이사도 해야해서

화요일, 수요일에 고차함수만 조금 공부하고 이후에는 시간을 투자하지 못했다

이사하고 지금까지도 짐을 풀지도 못했다..ㅜㅜㅠ

결국 이번주차는 계획한 내용을 손대지 않은 거나 마찬가지이다..

프로젝트가 이번주면 거의 마무리 될것 같아서 3주차는 주말을 이용해서 공부를 하고,

마지막 주차인 4주차때 공부하지 못한 부분을 채워나갈 예정이다...

마음이 불편한 한주여따..

[우아한 테크코스 8기] Lv.0 1주차 회고 | Android

BaekCCI — Mon, 2 Feb 2026 17:55:50 +0900

Lv.0 최종 목표

1. 코틀린 이해하기

코틀린 공부한지 약 1년정도 되었다. 사실 공부를 시작할 때 Kotlin In Action 책을 구매했었는데..

코틀린을 전혀 모르는 상태에서 책으로 공부하려니 머리에 잘 들어오지 않았다.

그래서 책은 책장에 고이 모셔두고 백준에서 입출력, 컬렉션 관련 간단한 문제들을 풀면서 공부했었다.

코틀린으로 알고리즘 문제를 풀거나, 안드로이드 앱을 구현할 수는 있지만

코틀린에 대해서 제대로 이해하고 있는지에 대해서는 확신이 없었다.

이번 레벨 0 기간동안 'Kotlin In Action' 책을 바탕으로 단순히 코드 작성하는 방법보다는

왜 코틀린을 사용하는지, '코틀린스러운'이 뭘까에 대해서 생각해보려고 한다.

2. 학습 습관 정돈하기

항상 나는 불규칙한 생활패턴이 문제다.. 잠깐 한눈팔면 미국인이 되어있다..

우테코 시작 전까지 생활패턴을 정상적으로 돌리고, 또한 학습 내용을 정리하는 것을 습관화하려고 한다.

Lv.0 1주차 회고

1주차 학습 계획

계획을 보면 너무 없는거 아닌가 싶지만..

본 교육 시작 전까지 마무리해야하는 프로젝트가 있어서 현실적으로 내가 이룰 수 있는 정도로만 계획을 짰다.

그럼에도 불구하고.. 사실 스스로에게 기대했던 만큼은 달성하지 못했다.

프로젝트 개발 시간을 제외하고 하루 2-3시간씩은 투자하려고 했는데

집을 알아보러 다니는 일정이 추가가 되면서 실제로 투자한 시간은 이틀에 2시간 정도인 것 같다.

그래도 생활패턴 정상화는 지켜냈다.

매일 10시 전에 일어나는 걸 목표로 했는데, 하루이틀을 제외하고는 제때 일어났다.

문제점

정리하는 방법이 잘못된 것 같다.

항상 노션에 1차적으로 정리한 후에 한번 더 가공해서 블로그에 포스팅하는 방식으로 하고 있는데

한번 더 가공할거라는 생각 때문인지 노션에 작성되어 있는 내용이 너무 책을 그대로 때려박은 듯한 느낌이다.

책을 읽으면서 정리해서 그런가..? 두서가 없다...

2주차는!

2주차에는 정리할 때 다시 가공할거라는 생각을 버리고!! 좀 더 생각해서 깔쌈하게 정리해야겠다.

또한 목표한 하루 2시간 이상 투자하기는 꼭 지키자!

[우아한 테크코스 8기] 최종 테스트 준비 및 합격 회고

BaekCCI — Sun, 25 Jan 2026 12:02:29 +0900

1차 합격 & 최종 코테 준비

프리코스 종료부터 1차 합격 발표까지 약 한달간의 텀이 있었는데 기다리고 기다리던 1차 합격 메일이 왔다!

물론 안드 지원자가 적어서 포기만 안하면 가능성 있다는 언급이 있었지만.. 그래도 불안한걸 우째...

프리코스를 하면서 나포함 세명의 안드 지원자 분들과 매주 대면 스터디를 했는데,

프리코스가 끝나고 1차 결과가 나올 때까지 함께 코테를 준비했다.

프리코스를 할 당시, 커뮤니티를 통해서 코드리뷰도 하긴 하지만 직접 만나서 어떤 사고방식으로 과제를 구현했는지에 대해서 얘기하고, 서로 부족한 부분을 피드백 해주는 과정이 정말정말 많은 도움이 되었다.

타지라서 교통비도 들고 왕복하는 시간도 많이 걸리긴 했지만.. 전혀 아깝지 않았다.

(이 글을 보고 우테코에 지원한다면 꼭 스터디를 구해보시길...!)

코테 준비할 때에는 매주 만나서 5시간 제한을 두고 이전 기수 문제를 풀었고, 다 푼 뒤에는 서로 어려웠던 부분, 소감(?)을 얘기하는 방식으로 진행되었다.

개인적으로 공부할 때에는 시간 제한이 아니라 푼 시간을 재는 방식으로 이전 기수 문제들을 반복해서 푸는 시간을 가졌고

시험 이틀 전부터는 자주쓰는 로직이나, 개념들을 템플릿으로 정리했다.

최종 코딩 테스트

당일 아침에 넉넉하게 도착해서 시험장 근처 스타벅스에 들어가서 간단하게 허기를 달래고 있었다.

문제를 더 풀기도 애매하고, 뭘 할지 모르겠어서 준비해둔 템플릿을 한번 더 복기하고 있었는데 스터디원 분들과도 마주쳤다!

반가움과 동시에 갑자기 긴장감이 밀려와서 일부러 시험 생각을 안하며 입실 시간을 기다렸다.

시험장에 들어가 신분증 검사를 하고 간식을 줍줍해서 자리에 착석했다.

시험 시작 시간까지 시간이 많이 남았지만 긴장되서 핸드폰만 만지작거렸다.

시험이 시작 되었는데

시험 시간 5시간 중 4시간은 구현, 1시간은 소감문 작성하는 시간이였다.

그리고...... 문제가 로또네..?

익숙한 문제에 당황스러움과 동시에 눈에 띄는 문장..

“프리코스에서 학습한 개발 방식(문제 분해, 설계, TDD)가 코드에 드러나는 것”

프리코스 과제를 할때 TDD를 도전했었는데,

긴장감 + 새로운 문제 + 제한 시간을 생각하면 TDD는 커녕 테스트 코드 작성할 시간도 없을 것 같아서

최종 코테를 준비할 때 테스트 코드에 대해서는 하나도 복습하지 않았었다...

그나마 다행인건 프리코스때와 거의 비슷한 문제라는 것과, 프리코스 과제를 할때 테스트 코드에 대해서 정리해놨다는 점이였다..

오랜만에 TDD를 하려니 어색해서 초반에는 구현을 먼저 하고 테스트 코드를 작성하는 등 TDD 구현 순서를 제대로 지키지 못했다.

그래도 하다보니 익숙해져갔고 3시간 정도가 되었을 때 주어진 요구사항에 대한 기능 구현과 리팩토링을 마칠 수 있었다.

이제 도전 과제인 기능 확장을 해야하는데...

하.. 진짜 도저히 생각이 안났다.. 1시간이라는 시간이 남아있는데 내가 고작 추가한 건 프리코스 과제에 있던 수익률에 대한 기능 뿐이였다..ㅜㅜ

결국 아쉬움만 남은채로 제출했다...

합격....!!!!!

코딩 테스트에서 기능확장 부분을 거의 안한거나 마찬가지라 사실 합격 못할 줄 알았다...

감사함미다.....

혼자 스카에서 공부하며 물어볼 사람도 없고, 함께 고민할 사람도 없어서 외톨이가 된 기분이였는데

다양한 사람들과 함께 공부할 수 있다고 생각하니 너무 설렌다!

빡시게 해보자잇!

[Kotlin] LocalDate/LocalTime/LocalDateTime <-> String 변환

BaekCCI — Thu, 4 Dec 2025 05:16:52 +0900

1. LocalDate ↔ String

1) String -> LocalDate

(1) 기본 형식 yyyy-MM-dd

val date = LocalDate.parse("2025-12-04")

- 별도의 formatter 없이 바로 변환 가능

(2) 커스텀 형식 사용

val formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd")
val date = LocalDate.parse("2025/12/04", formatter)

- LocalDate.parse(String ,DateTimeFormatter) 형태로 파싱
- ofPattern()을 이용해 원하는 형식을 지정할 수 있다.

2) LocalDate -> String

(1) 기본 형식 yyyy-MM-dd

val date = LocalDate.of(2025, 12, 4)

println(date.format(DateTimeFormatter.ISO_DATE)) // 2025-12-04

(2) 커스텀 형식 사용

val date = LocalDate.of(2025, 12, 4)

val formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd")
println(date.format(formatter)) // 2025/12/04

- LocalDate.format(DateTimeFormatter) 를 사용

(2-1) 요일 포함 형식

- E : 요일 축약 (Mon/Tue.. || 월/화..)
- EEEE : 요일 전체(Monday/Tuesday.. || 월요일/화요일..)

val date = LocalDate.of(2025, 12, 4)

val formatterK = DateTimeFormatter.ofPattern("yyyy/MM/dd (E)", Locale.KOREAN)
val formatterE = DateTimeFormatter.ofPattern("yyyy/MM/dd (E)", Locale.ENGLISH)

println(date.format(formatterK)) // 2025/12/04 (목)
println(date.format(formatterE)) // 2025/12/04 (Thu)

- Locale 설정으로 요일 언어를 지정할 수 있다.

2. LocalTime ↔ String

1) String -> LocalTime

(1) 기본 형식 HH:mm:ss

val time1 = LocalTime.parse("14:30:15")
val time2 = LocalTime.parse("14:30")

(2) 커스텀 형식 사용

val formatter = DateTimeFormatter.ofPattern("HH시 mm분 ss초")
val time = LocalTime.parse("09시 15분 04초", formatter)

2) LocalTime -> String

(1) 기본 형식 HH:mm:ss

val time = LocalTime.of(14, 30, 15)
println(time.toString()) // 14:30:15

(2) 커스텀 형식 사용

val time = LocalTime.of(14, 30)

val formatter = DateTimeFormatter.ofPattern("HH시 mm분 ss초")
println(time.format(formatter)) // 14시 30분 00초

3. LocalDateTime ↔ String

1) String -> LocalDateTime

(1) 기본 형식 yyyy-MM-ddTHH:mm:ss

val dateTime = LocalDateTime.parse("2025-12-04T14:30:15")

(2) 커스텀 형식 사용

val formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm:ss")
val dateTime = LocalDateTime.parse("2025/12/04 14:30:15", formatter)

2) LocalDateTime -> String

(1) 기본 형식 yyyy-MM-ddTHH:mm:ss

val dateTime = LocalDateTime.of(2025, 12, 4, 14, 30)
println(dateTime.toString()) // 2025-12-04T14:30

(2) 커스텀 형식

val dateTime = LocalDateTime.of(2025, 12, 4, 14, 30)

val formatter = DateTimeFormatter.ofPattern("yyyy년 MM월 dd일 HH시 mm분")
println(dateTime.format(formatter)) // 2025년 12월 04일 14시 30분

(2-1) 요일 포함 형식

val formatterK = DateTimeFormatter.ofPattern("yyyy/MM/dd (E) HH:mm", Locale.KOREAN)
val formatterE = DateTimeFormatter.ofPattern("yyyy/MM/dd (E) HH:mm", Locale.ENGLISH)

println(dateTime.format(formatterK)) // 2025/12/04 (목) 14:30
println(dateTime.format(formatterE)) // 2025/12/04 (Thu) 14:30

[Kotlin] LocalDateTime (java.time)

BaekCCI — Thu, 4 Dec 2025 05:06:11 +0900

LocalDateTime

날짜(LocalDate) + 시간(LocalTime) 정보를 함께 담는 불변 객체

“YYYY-MM-DDTHH:mm:ss” 형태의 로컬 날짜/시간을 표현

1. 생성 방법

val now = LocalDateTime.now()

val dt1 = LocalDateTime.of(2025, 12, 4, 14, 30)
val dt2 = LocalDateTime.of(LocalDate.of(2025, 12, 4), LocalTime.of(14, 30))

val parsed = LocalDateTime.parse("2025-12-04T14:30:00")

2. 값 읽기

val dateTime = LocalDateTime.of(2025, 12, 4, 14, 30)

println(dateTime.year) // 2025
println(dateTime.month) // DECEMBER
println(dateTime.monthValue) // 12
println(dateTime.dayOfMonth) // 4
println(dateTime.hour) // 14
println(dateTime.minute) // 30
println(dateTime.second) // 0

- LocalDate, LocalTime의 모든 정보에 접근할 수 있다.

3. 날짜/시간 연산

val dateTime= LocalDateTime.of(2025, 12, 31, 23, 30)

println(dateTime.plusDays(1))       // 2026-01-01T23:30
println(dateTime.plusHours(2))      // 2026-01-01T01:30
println(dateTime.plusMonths(2))     // 2026-02-28T23:30

- LocalDate + LocalTime 연산을 모두 지원한다.

4. 비교 연산

val dateTime1 = LocalDateTime.of(2025, 1, 1, 10, 0)
val dateTime2 = LocalDateTime.of(2025, 1, 1, 12, 0)

println(dateTime1.isBefore(dateTime2)) // true
println(dateTime1.isAfter(dateTime2))  // false
println(dateTime1.isEqual(dateTime2))  // falㅅ

- dateTime1 < dateTime2 와 같이 비교 연산자도 사용가능하다.

5. 날짜/시간 분리

val dateTime = LocalDateTime.of(2025, 12, 4, 14, 30)

val date = dateTime.toLocalDate()  // LocalDate
val time = dateTime.toLocalTime()  // LocalTime

6. LocalDateTime + Zone 정보

LocalDateTime은 “날짜 + 시간” 정보만 가지며 타임존이 없는 로컬 시간이다.

특정 지역의 실제 시각으로 변환하려면 ZoneId 를 적용해야한다.

val dateTime = LocalDateTime.of(2025, 12, 4, 14, 30)

val zdt = dateTime.atZone(ZoneId.of("Asia/Seoul"))
println(zdt) // 2025-12-04T14:30+09:00

- atZone(): LocalDateTime에 시간대(ZoneId) 를 적용해 LocalDateTime 를 생성한다.

✔ 타임존을 포함한 현재 시각 가져오기

val now= LocalDateTime.now(ZoneId.of("Asia/Seoul"))

특정 타임존 기준의 LocalDateTime을 얻고 싶을 때 사용한다.