생각의 조각들

.NET Aspire로 쉽고 빠르게 개발 환경 세팅하기

므호 — Tue, 9 Dec 2025 22:36:42 +0900

새로운 프로젝트를 시작하거나 새로운 팀원이 합류했을 때 가장 먼저 맞닥들이는 허들이 바로 로컬 개발 환경 세팅입니다.

각자의 컴퓨터에 각각 세팅을 하다보면 어느 컴퓨터에서는 잘 되지만 어느 컴퓨터에서는 안될 때가 있죠? 각자 프로그램을 설치했던 시기가 달라 버전이 다른 문제일 수도 있고 운영체제의 버전이 다른 문제일 수도 있고 아니면 아예 운영체제 자체가 다른 환경일 수도 있어요.

Docker Compose를 이용하면 이러한 문제를 해결하고 빠르게 로컬 개발 환경 세팅을 할 수 있게 해줍니다. 하지만 API 서버, DB, 메시지 브로커(Kafka) 등을 로컬에 띄우기 위해 수십에서 수백 줄의 docker-compose.yml을 작성해야 하고 Dockerfile을 작성해야 했습니다.

.NET Aspire은 복잡하고 번거로운 Docker Compose 작업을 간단하게 만들어줍니다.

.NET Aspire란?

Aspire는 하나의 명령으로 전체 앱을 로컬로 시작하고 디버그한 다음, 동일한 컴퍼지션을 사용하여 어디서나 배포하는 Kubernetes을 제공합니다.

Aspire는 개발자들이 반복적으로 겪는 세 가지 핵심 문제점을 해결하는 데 초점을 맞춥니다.

Orchestration: 여러 프로젝트(.NET 등으로 구성한 앱)와 컨테이너(DB, 캐시 등)의 실행, 종료, 그리고 이들 간의 연결 구성을 담당합니다.
Components: Redis, PostgreSQL, RabbitMQ 등과 같은 외부 의존성 서비스를 위한 NuGet 패키지를 제공합니다. 이 컴포넌트들은 단순 연결뿐만 아니라, 회복 탄력성(Resilience), 상태 확인(Health Checks), 텔레메트리(Telemetry) 설정이 기본적으로 포함되어 있습니다.
Tooling: 로컬 개발 시 로그, 메트릭, 트레이싱을 통합하여 보여주는 강력한 대시보드와 IDE 통합 기능을 제공합니다.

Aspire의 가장 매력적인 점은 YAML 파일이 아닌 C# 코드로 인프라를 정의한다는 것입니다. 인프라 구성도 컴파일 타임에 체크되는 Type Safe한 코드로 관리할 수 있다는 뜻입니다.

시작하기

Aspire를 사용하기 위한 준비사항은 다음과 같습니다.

.NET 8+ SDK
Visual Studio 2022+
Docker Desktop 또는 Podman

저는 Windows 11, .NET 8 SDK, Visual Studio 2026, Docker Desktop을 사용했습니다.

아래의 프로젝트는 https://github.com/muho2019/aspire-playground 에서 확인하실 수 있습니다.

프로젝트 생성

AppHost

Visual Studio에서 새 프로젝트 만들기 - Aspire AppHost를 선택합니다.

프로젝트 이름을 넣고 완료를 해줍니다. 그럼 다음처럼 AppHost 프로젝트가 생성되었습니다.

이제 다시 솔루션에 새 프로젝트를 추가해봅시다.

이번엔 Aspire 서비스 기본값 이라는 프로젝트를 선택합니다.

이 프로젝트는 Aspire로 띄우는 컨테이너에 공통으로 적용되는 교차 편집 관심사(Cross-cutting concerns)를 모아둔 곳입니다.

OpenTelemetry 설정, Health Checks, Resilience 정책 등이 미리 구현되어 있고 아래의 메서드를 각 서비스의 Program.cs에 추가해주면 됩니다.

Web API

이번엔 Web API 프로젝트를 추가해보겠습니다. 프로젝트 추가 설정 중 맨 아래에 .NET Aspire 오케스트레이션에 등록이라는 옵션이 있습니다. 해당 옵션을 체크하면 AppHost에 Web API가 자동으로 설정됩니다.

설정

AppHost 설정

이제 프로젝트 생성은 모두 끝났습니다.

// AppHost.cs

var builder = DistributedApplication.CreateBuilder(args);

// Web API 생성할 때 `.NET Aspire 오케스트레이션에 등록` 옵션을 체크하여 자동으로 추가된 코드입니다.
builder.AddProject<Projects.BlogAspireSample_Api>("blogaspiresample-api");

builder.Build().Run();

이제 오케스트레이션 설정을 해보겠습니다.

여기에 MSSQL과 Redis를 추가해보겠습니다.

아래의 패키지를 AppHost 프로젝트에 설치해줍니다.

Aspire.Hosting.SqlServer
Aspire.Hosting.Redis

이제 AppHost.cs에 다음과 같이 MSSQL, Redis 설정하는 코드를 추가해줍니다.

var builder = DistributedApplication.CreateBuilder(args);

// Add database service
var sqlServer = builder.AddSqlServer("db").AddDatabase("appdata");

// Add redis cache service
var redis = builder.AddRedis("cache");

// Web API 생성할 때 `.NET Aspire 오케스트레이션에 등록` 옵션을 체크하여 자동으로 추가된 코드입니다.
builder.AddProject<Projects.BlogAspireSample_Api>("blogaspiresample-api")
    .WithReference(sqlServer)
    .WithReference(redis);

builder.Build().Run();

WithReference()는 Aspire가 자동으로 환경 변수(Connection String)를 설정하여 해당 서비스(Web API)에 주입해 줍니다.

이제 오케스트레이션 설정이 끝입니다.

정말 놀랍지 않나요? 만약 동일한 내용을 docker-compose.yml로 작성하려면 수십~수백 줄을 작성해야 했을 겁니다.

만약 DB가 실행된 후 API를 실행하려면 다음과 같이 코드를 추가해줍니다. WaitFor()

builder.AddProject<Projects.BlogAspireSample_Api>("blogaspiresample-api")
    .WithReference(sqlServer)
    .WaitFor(sqlServer)
    .WithReference(redis)
    .WaitFor(redis);

Web API 설정

Web API에서 DB를 사용하기 위하여 다음의 패키지를 설치해줍니다.

Aspire.Microsoft.EntityFrameworkCore.SqlServer
Aspire.StackExchange.Redis

Program.cs를 확인해보면 아래의 코드가 추가되어 있는 것을 보실 수 있습니다.

builder.AddServiceDefaults();

이 코드는 바로 Aspire 서비스 기본값 프로젝트의 코드입니다.

Web API 프로젝트 생성할 때 .NET Aspire 오케스트레이션에 등록 옵션을 선택했기 때문에 자동으로 추가되었습니다.

그리고 이제 DB 설정을 해보겠습니다.

//  MSSQL DbContext 등록
// "appdata"는 AppHost에서 .AddDatabase("appdata")로 지정한 이름과 같아야 합니다.
// AppDbContext는 별도로 작성해주셔야 합니다. 잘 모르시겠다면 Entity Framework를 참고해주세요.
builder.AddSqlServerDbContext<AppDbContext>("appdata");

// Redis 캐시 등록
// "cache"는 AppHost에서 .AddRedis("cache")로 지정한 이름과 같아야 합니다.
builder.AddRedisClient("cache");

위 코드의 주석에 있는 것처럼 AppHost에서 설정한 DB의 이름과 동일한 이름을 사용해주면 자동으로 모든 설정이 주입됩니다.

설정 끝! 실행해볼까요?

이제 BlogAspireSample.AppHost를 실행해봅시다.

이 글을 작성하고 있는 현재는 한 가지 버그가 있습니다.

바로 Aspire 프로젝트를 생성할 때 Aspire의 최신버전을 선택할 수 없다는 것입니다.

현재 Aspire의 최신 버전은 13입니다. 하지만 Aspire 프로젝트 생성 시에 선택할 수 있는 버전은 8, 9뿐입니다. 이로 인해 DB 관련 패키지를 설치할 때 해당 패키지를 최신 버전으로 설치했다면 버전이 서로 맞지 않아 실행에 실패하게 됩니다.

BlogAspireSample.AppHost 프로젝트의 nuget 패키지 관리에 들어가서 아래의 패키지를 최신 버전으로 업그레이드해줍니다.

Aspire.Hosting.AppHost

Aspire 실행 전 Docker Desktop 실행은 필수입니다!

이제 다시 실행해주면 아래와 같이 대시보드를 확인할 수 있으며 이 곳에서 모든 컨테이너들을 확인하실 수 있습니다.

로깅, 추적, 메트릭 등 다양한 지표를 함께 확인 가능합니다.

마치며

.NET은 C#이라는 훌륭한 언어와 훌륭한 IDE인 Visual Studio를 가지고 있었지만 그동안 클라우드 네이티브 환경에서는 다소 부족한 점이 많았습니다.

이제 .NET Aspire를 이용하면 정말로 간단하게 인프라 구성을 할 수 있게 되었습니다.

저는 단지 로컬 개발 환경 설정을 예로 보여드렸지만 운영 환경 배포 역시 가능합니다.

.NET 컨테이너 환경에 적합하지 않다는 편견은 이제 옛말이 되었습니다.

f-lab(에프랩) 자바 백엔드 후기

므호 — Fri, 7 Nov 2025 12:17:03 +0900

들어가며 – 닷넷 개발자에서 새로운 도전을 결심하다

만 6년 동안 닷넷(.NET) 기반의 웹 개발자로 일하며 안정적인 커리어를 쌓아왔지만, 마음 한켠에는 늘 “이대로 괜찮을까?” 하는 질문이 있었습니다. 기술 생태계가 빠르게 변하는 가운데, 새로운 언어와 프레임워크에 대한 갈증이 커졌습니다. 그렇게 자바 백엔드 개발자로의 전환을 결심했고, 방향을 잃지 않기 위해 선택한 것이 에프랩(F-Lab)의 자바 백엔드 멘토링이었습니다.

멘토링을 선택한 이유 – 방향을 잃지 않기 위한 결정

혼자 공부하며 언어 문법을 익히는 것은 어렵지 않았지만, 실무 감각을 유지하면서 새로운 언어의 철학과 프레임워크 구조를 이해하기란 쉽지 않았습니다. 무엇보다 제가 원한 것은 “효율적인 학습이 아닌, 본질을 이해하는 성장”이었습니다. F-Lab은 단순한 강의가 아닌, 실무 기반의 코드 리뷰와 멘토링 중심의 시스템이었기에 제게 꼭 맞는 선택이었습니다.

과정 속에서의 변화 – 기술보다 사고의 변화

멘토링을 거치며 가장 크게 느낀 변화는 사고방식의 변화였습니다. 단순히 자바와 스프링을 배우는 것을 넘어, 컴퓨터 사이언스의 기본 원리와 프레임워크의 내부 동작을 이해하려는 태도가 생겼습니다.
이전에는 “이렇게 하면 된다” 수준이었다면, 지금은 “왜 이렇게 동작하는가?”를 끊임없이 묻습니다. 코드 한 줄을 작성하더라도 그 이유와 설계 의도를 명확히 하려는 습관이 생긴 것이 가장 큰 수확입니다.

멘토님이 남긴 한마디 – “왜 그렇게 했는가?”

멘토님은 코드 리뷰 때마다 “이 코드를 왜 이렇게 작성했나요?”라는 질문을 던지셨습니다.
처음엔 부담스러웠지만, 점차 그 질문이 제 사고를 깊게 만들었습니다. 기술을 선택할 때마다, 어떤 아키텍처를 도입할 때마다 “왜”를 먼저 생각하는 습관이 자리잡았고, 이는 단순한 기술 숙련을 넘어 주도적인 개발자로 성장하는 계기가 되었습니다.

프로젝트 경험 – MSA와 EDA의 실전 감각

멘토링 중 진행한 프로젝트에서는 이전 경력에서 경험하지 못했던 MSA(Microservice Architecture)와 EDA(Event-Driven Architecture)를 직접 코드로 구현했습니다.
서비스 간의 경계를 설정하고, 이벤트 기반으로 시스템을 설계하며, 단순히 코드를 짜는 것이 아니라 시스템을 구성하는 감각을 체득할 수 있었습니다. 이런 경험은 이직을 준비하며 기술적 자신감을 갖게 해주었습니다.

이직 준비 중의 배움 – 코드로 말할 수 있는 자신감

현재는 여러 회사의 채용 공고를 살피며 이직 도전을 이어가고 있습니다. 아직 결과는 진행 중이지만, F-Lab 멘토링을 통해 코드로 제 생각을 설명할 수 있는 자신감을 얻었습니다. 면접을 준비하며 단순히 “무엇을 할 수 있다”가 아니라 “왜 그렇게 했다”를 논리적으로 전달할 수 있게 된 점이 큰 변화입니다.

멘토링의 장점과 단점 – 배우려는 태도가 만든 차이

F-Lab 멘토링의 가장 큰 장점은 실무형 코드 리뷰와 멘토의 깊이 있는 피드백입니다. 하지만 한 가지 명심해야 할 점이 있습니다.
멘토링은 결코 ‘떠먹여주는’ 과정이 아닙니다. 가만히 있으면 얻을 수 있는 것이 없습니다. 스스로 고민하고 질문하며 적극적으로 참여해야 비로소 그 가치가 드러납니다. 주도적으로 임할수록 성장의 폭이 커지는 과정이 바로 F-Lab 멘토링입니다.

마무리하며 – 멘토링 이후의 나, 그리고 다음 단계로

에프랩 자바 백엔드 멘토링은 제게 단순한 학습 과정이 아니라 개발자로서 다시 태어난 경험이었습니다.
이제 저는 “무엇을 아는가”보다 “왜 그렇게 하는가”를 고민하는 개발자가 되었습니다.
앞으로의 커리어에서도 이 질문을 놓지 않고, 더 단단한 백엔드 개발자로 성장해 나갈 것입니다.

수료한 코스

자바 백엔드

f-lab(에프랩) 자바 백엔드 3개월 후기

므호 — Mon, 6 Oct 2025 21:07:56 +0900

저의 현재 f-lab 자바 백엔드 멘토링 과정이 만 3개월을 지났습니다.

이번 달은 무엇을 배웠고 어떤 변화가 있었는지 알아볼까요?

열심히 프로젝트 작업!

저의 경우 기존에 C#만 사용해오다가 자바, 스프링으로 처음 작업을 하다보니 자바 컨벤션을 익히고 스프링에 익숙해지는 데 시간이 많이 소요가 되었어요.

대부분 "연차가 어느정도 쌓이면 언어나 프레임워크는 중요하지 않다."라는 말을 자주 듣고 보고 했는데요. 백엔드의 경우 전체적인 틀은 정해져있다보니 언어나 프레임워크가 바뀌어도 금방 적용할 수 있는 것은 어느정도 맞는 말이지만 그 수준을 기존에 사용하던 언어나 프레임워크 수준까지 끌어올리는 것은 또 다른 이야기같아요.

실제 코드를 작성하는데 들이는 시간보다 어떻게 작성할 지 찾아보고 고민하는 데 시간이 많이 들은 것 같습니다.

스프링에 익숙해지기

스프링은 어노테이션으로 대부분의 로직을 자동으로 처리하도록 되어 있습니다.

한편으로는 굉장히 편리하지만 다른 한편으로는 속을 들여다보지 않으면 어떻게 동작하는 것인지 알기 어렵다는 점이 있어요.

저는 아직까지는 '사용법'에 익숙해지기만 했어요 ㅠㅠ

내부 동작이 어떻게 되는 지에 대해서는 아직 이해도가 많이 적은 편입니다.

구현해야 할 기능은 많고 적응해야 할 새로운 개념들(ORM, MSA, 멀티모듈 등)이 워낙 많다보니 시간이 절대적으로 부족한 현실이네요.

현재는 빠르게 기능 구현을 하면서 내가 무엇을 사용해야 하는지를 아는 것에 집중하고 있는 상태에요.

그렇다면 멘토링 시간에는 어떻게?

저에게는 이게 가장 어려운 점이었어요.

프로젝트 구현이야 혼자서 어떻게든 해나가지만, 작업 완료 후 멘토님께 PR을 드리면 멘토링 시간에 리뷰를 받습니다.

멘토님은 항상 "왜?"를 가장 많이 질문하십니다.

만약 제가 내부동작에 대한 이해도가 어느정도 있고 동일한 로직을 다른 방법으로 구현할 수 있는 방법이 무엇이 있고 등의 내용을 알고 있다면 제대로 답변할 수 있겠지만, 바로 전에 언급했듯 저는 사용법에 익숙해지기 급급한 상태이거든요.

그렇다보니 "왜"에 대한 답을 할 수 없는 상태에요. 그래서 저의 답은 "블로그를 찾아보니, AI에게 물어보니, 일반적으로 이걸 사용해서"외엔 없었습니다 ㅠㅠ

언제까지 그렇게?

앞으로 계속 이렇게 하면 안되겠죠?

한 달동안 어느정도 스프링에서 "정체를" 알아야 할 것에 대해 어느정도 알 게 된 것 같아요.

그래서 이제부터는 프로젝트 작업을 하면서 스프링 내부 동작에 대한 이해를 하려고 합니다.

그러면서 앞으로 남은 한 달동안 이력서도 작성하여 회사에 지원을 해보려고 해요.

3개월을 돌아보며

돌이켜보면 제가 처음 f-lab을 시작할 때의 마음가짐을 잊어버린 것 같아요.

초심을 잃고 제가 할 수 있는 최선, 최고의 노력을 쏟지 못한 것 같아요.

앞으로 남은 한 달은 다시 초심을 되찾고 열심히 노력하려고 합니다.

제가 참여하고 있는 F-Lab 자바 백엔드 과정이 궁금하다면? https://f-lab.kr/mentoring-courses/java-backend

f-lab(에프랩) 자바 백엔드 2개월 후기

므호 — Fri, 5 Sep 2025 15:37:52 +0900

시간이 참 빠릅니다.

어느새 에프랩 멘토링 2개월이 되었네요.

개인적인 사정으로 이번 2개월차는 제대로 하지 못해 아쉬움이 남는 한달이었습니다.

그래도 어떤 과정을 겪었는지 기록을 해보겠습니다.

2개월차에는 무엇을 할까?

1주차 - Thread

보통은 첫 한달동안 이론에 대해 이야기를 나누고 2개월차에 바로 프로젝트에 들어가게 되어 있는데요.

저 같은 경우에는 제 준비가 미흡했어서 이론에 시간이 많이 들게 되었어요. 그래서 2개월차 1주차에도 이론에 대한 이야기를 나누게 되었습니다.

쓰레드에 대해 이야기를 나누는 시간이었는데요. 아무래도 저 같은 경우에는 컴퓨터 기초에 대한 공부를 해본적이 없다보니 단순히 자바 쓰레드가 아닌 운영체제 쓰레드에 대해 공부하게 되었습니다. 그런데 딱 운영체제 쓰레드 부분만 공부하는 것은 무리가 있더군요. 결국 운영체제 처음부터 쭉 차례대로 훑어보게 되었습니다. 아무래도 방대한 양을 일주일만에 학습하기에는 무리더군요.

처음 공부해보는 영역이다보니 아무래도 어려웠고 수준높은 멘토님의 날카로운 질문에 거의 다 대답을 못했네요 ㅠㅠ

앞으로 계속해서 공부를 이어가야 할 것 같습니다.

2주차 - 프로젝트 시작

이론에 대한 시간이 지나고 이제 남은 기간동안 프로젝트를 진행하게 됩니다.

그에 대한 첫 번째 시간은 어떤 주제를 할 것인지 정하는 것이었습니다.

저는 웹 개발자로 경력 대부분이 예약과 관련된 것이었습니다. 그렇다보니 자연스럽게 제가 친숙한 예약과 관련된 주제로 정하게 되었어요.

멘토님께서는 프로젝트와 관련해서 '이렇게 해라, 저렇게 해라' 라는 식으로의 지도는 하지 않으시더군요.

제가 정해온 주제를 가지고 편안하게 대화를 나누는 시간이었습니다.

다만 한 가지 요청하셨던 것은 'Gradle 멀티 모듈로 프로젝트를 구성하라'였습니다. 이는 다음 3주차 이야기!

3주차 - Gradle 멀티 모듈

저는 자바, 스프링으로 프로젝트를 개발하는 것이 처음입니다.

그러다 보니 빌드툴에 대한 개념도 없었구요. 그래서 당연하게도 멀티 모듈을 구성하려면 어떻게 해야 하는지에 대해 모르기 때문에 이 부분부터 찾아보았습니다.

사실 닷넷에서는 굉장히 편하게 설정할 수 있는 것들이 자바 환경에서는 아니더군요.. ㅠㅠ

그래서 덕분에 빌드툴에 대해 많이 배울 수 있었던 시간이었습니다.

저는 그간 회사에 다니면서 MSA를 경험한 적이 없다보니 닷넷에서 하던 식으로 멀티 프로젝트를 구성하게 되었습니다. (닷넷에서는 모놀리식이라고 하더라도 기본적으로 여러 프로젝트로 나누어 관리하는 것이 오랜 관례였습니다.)

그렇다보니 MSA에서는 필요없는 부분까지 제가 모듈로 만들게 되었고 이 부분에 대해 이야기를 나누었습니다. 하지만 이에 대해서도 멘토님께서는 '이렇게 해라, 저렇게 해라' 라는 식으로의 지도는 하지 않으셨어요. '이 부분에 대해 이런 저런 장점과 단점이 있을 수 있으니 조금 더 생각해보고 스스로 결정을 내려라' 라는 식으로의 지도를 하십니다.

어떻게 보면 '이렇게 해!' 라고 답정너로 하는 것이 멘티 입장에서는 생각할 필요없고 편할 수 있겠지만, 스스로 생각하는 힘을 기르는 것이 중요하다고 생각해요. 당연히 쉽지 않지만 이런 점이 에프랩 멘토링의 장점이자 매력이라고 볼 수 있겠네요!

4주차 - API 스펙 정하기

4주차는 개인적인 사유로 인하여 멘토링을 진행하지 못했습니다. ㅠㅠ

만약 멘티의 개인적인 사유로 인하여 멘토링을 스킵하게 되면 그 회차는 그냥 사라지게 됩니다!

하지만 반대로 멘토님의 사유로 인하여 스킵하게 되면 멘토링 종료일이 일주일 미뤄진다고 하네요!

API 스펙 정하기는 실제 코딩에 들어가기 전에 각 API에 대한 스펙(엔드포인트, 리퀘스트/리스폰스 바디 등)을 미리 정하는 것이에요.

그리고 프로젝트를 하는 동안 이 스펙이 최대한 변경되지 않도록 잘 정하는 것이 중요했습니다.

각오!

아무래도 2개월차는 개인적인 사정으로 인하여 멘토링에 많은 시간을 쏟지 못했습니다.

중요한 시기에 너무 아쉽네요 ㅠ

이제 프로젝트가 시작되었으니 다음 3개월차에는 훨씬 많은 시간을 들여 더 열심히 달려보겠습니다.

다음 3개월차 후기에는 지금보다 훨씬 더 성장하기를!

마무리

혹시라도 에프랩 멘토링에 관심이 있으신 분은 아래의 링크에 접속해서 둘러보세요~!

https://f-lab.kr/mentoring-courses/java-backend

f-lab(에프랩) 자바 백엔드 1개월 후기

므호 — Tue, 5 Aug 2025 20:59:49 +0900

닷넷 웹 개발자로 바쁘게 회사 일을 하다보니 경력이 어느새 7년차가 되었습니다.

이직을 하려고 보니 경력에 비해 아는 게 너무 없더군요. 기술 면접에서 할 수 있는 이야기가 없었어요.

그래서 내실을 다지고자 경력자도 할 수 있는 교육과정이 무엇이 있을까 하고 찾아보다가 에프랩을 알게 되었습니다.

업계 탑 티어의 선배 개발자분에게 1대1로 멘토링을 받을 수 있다는 점이 매우 매력적으로 느껴져 바로 신청하게 되었고

어느새 약 한 달이 되었습니다.

1개월간의 학습 여정

1주차 - 이력서 작성 방법

첫 멘토링에서는 저의 이력서를 리뷰하는 시간을 가졌습니다.

저는 그동안 지극히 일반적인 방식으로 이력서를 작성해왔습니다.

재직했던 회사들을 나열하고 어떤 프로젝드를 했었는지 아주 간단하게 소개하고,

경력 기술서에서는 그동안 진행해왔던 프로젝트들을 모두 최근 시간순으로 나열했습니다. 그리고 그 프로젝트는 무엇인지에 대한 설명을 작성했구요.

그런데 멘토님께서 '이건 이력서가 아니라 프로젝트 기술서 같다'라는 말씀을 해주셨을 때 굉장히 충격적이었습니다.

단 한 번도 그런 관점으로 생각해보지 못했었는데 막상 얘기를 듣고보니 정말 '나'라는 사람에 대한 설명보다는 '내가 했던 프로젝트'에 대한 설명이 전부더라구요.

첫 번째 멘토링이 진행된 후 이력서는 '나라는 사람에 대해 어필해야 한다'라는 멘토님의 가르침을 되뇌이며 이력서를 다시 작성해보았습니다.

하지만 아무래도 어렵더라구요. 한 번도 생각해보지 않은 방식으로 작성해야 되다보니 막막하기도 하고 어색하고 어려웠어요.

그 이후 멘토링이 진행되면서 이론 학습을 따라가느라 아직 이력서 완성을 하지는 못했지만 이번 달 중으로 이력서를 완성해보려고 합니다!

2주차 - 클래스 로딩과 객체 생성 과정 with JVM

대망의 첫 번째 이론 주제 멘토링!

난생 처음 접해보는 JVM과 클래스 로딩이라는 개념...

정말... 어려웠습니다.

개발자로 일을 해왔지만 한 번도 생각해본 적도, 고민해본 적도 없는 주제였습니다. 너무나도 부끄러워지더군요.

'JVM 밑바닥까지 파헤치기'라는 책을 읽으며 평일 기준 2~4시간 매일 공부했습니다. 그래도 밑바닥이 워낙 없던 터라 정말로 어려웠습니다.

그렇게 멘토링 시간이 다가왔고 결국 제대로 설명하지 못했습니다. ㅠㅠ

결국 멘토님께서는 추가 학습을 한 뒤 다음 시간에 다시 한 번 설명해보라고 하셨습니다.

그리고 원래 다음 시간에 해야 하는 GC도 함께 같이 설명해보라고 하셨어요.

3주차 - Garbage Collection

3주차는 지난 시간에 제대로 설명하지 못했던 내용과 함께 GC에 대해 아주 잠깐동안 이야기를 나누는 시간이었습니다.

그래도 약 2주동안 같은 내용을 반복해서 보니 어느정도 이해가 되기 시작하면서 머리에 들어오더라구요!

그래서 이번 시간은 전체적으로 아주 만족스럽게 진행되었어요.

멘토님께서 질문하신 내용에 대해 100%는 아니지만 꽤 많이 대답했네요.

그런데 확실히 멘토님께서 업계 탑 티어이어서 그런지 제가 알고 있는 내용에 대해서 새로운 시각을 제안해주시면서 다른 방향으로 생각을 해볼 수 있도록 유도해주셔서 정말 좋았어요.

멘토링이 진행되는 1시간이 정말 짧게 느껴졌습니다!

4주차 - G1 GC

3주차에는 GC 얘기를 조금밖에 하지 못해서 이번 4주차에 제대로 이야기를 나누었습니다.

GC 모델 중 G1 GC를 주제로 진행되었고 GC 주제도 약 2주간 학습을 진행하여 멘토링 시간에 멘토님과 티키타카하며 즐거운 시간을 보냈습니다.

이번 시간도 역시나 저는 생각지도 못한 시각을 제시해주셨습니다.

멘토님: "GC는 무엇인가요?

나: "쓸모없는 객체를 제거하는 것입니다."

멘토님: "GC가 객체를 제거하는거에요?"

나: "네!"

멘토님: "그럼 GC는 어떻게 객체를 제거해요?"

나: "GC는 GC 루트로부터 루트 노드 열거 방식을 통해 ~~~ 해서 필요없는 객체를 찾고 제거합니다."

멘토님: "필요없는 객체를 어떻게 찾고 제거해요?"

나: "네??? 그러니까 GC 루트로부터 참조 체인을 통해 도달 가능한 객체에 모두 방문한 뒤에 필요없는 객체를 찾고 제거합니다."

멘토님: "도달 가능한 객체에 모두 방문했는데 필요없는 객체라는 건 어떻게 판단하는거에요?"

나: (!!!!!!!!!!!!!!!!!!!!!) "아! G1은 메모리를 리전으로 구성하여 관리하고 도달 가능한 객체들을 모두 안전한 다른 리전으로 옮기고 기존 리전은 모두 비워버립니다."

멘토님: "그렇죠! 필요없는 객체는 영어로 Unreachable 그러니까 도달할 수 없다는 거에요. 그러니까 사실 GC는 '필요없는 객체를 모아서 제거한다'가 아니라 살려야 할 객체들을 소중하게 관리해서 잘 살 수 있도록 하는 행위인거에요'

나: (!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)

이 말을 듣고 정말 머리를 망치로 한대 맞은 듯한 느낌이었어요.

분명 공부할 때 살아있는 객체를 복사한 후 기존 메모리 영역을 비워버린다고 공부했었음에도 불구하고 GC는 '필요없는 객체(가비지)를 수거하고 제거하는 것'이라는 고정관념에서 빠져나오지 못했던 것입니다.

이 외에도 정말 많은 멘토님의 좋은 추가 설명도 많았지만 이번 시간은 고정관념을 벗어날 수 있는 시각을 제시해주신 것 하나만으로 정말 뜻 깊은 시간이었습니다! 멘토님 최고

F-Lab 멘토링의 특별한 점

1. 생각하는 법을 가르쳐준다

멘토링 시간에는 주로 멘티님들이 공부한 내용에 대해 상위 1% 멘토님들에게 질문을 받게 됩니다. 그리고 질문에 대한 답변을 하고, 답변과 그 논리에 대한 피드백을 받습니다.
단순히 지식을 전달하는 게 아니라, 논리적 사고력을 기를 수 있도록 도와줍니다.

2. 완벽한 1:1 맞춤형 교육

제 수준과 속도에 맞춰 진행되니까 뒤처질 걸 걱정할 필요가 없어요. 이해가 안 되는 부분은 충분히 시간을 들여 설명해주시고, 빠르게 이해하는 부분은 더 깊이 들어가 주십니다.

3. 체계적인 학습 관리 시스템

슬랙을 통한 실시간 소통: 궁금한 것이 생기면 언제든 질문할 수 있어요
멘토링 녹음 제공: 복습할 때 정말 유용해요
주간 피드백: 멘토링 후 2시간 내에 핵심 내용과 추천 키워드가 정리되어 전달됩니다

1개월 후 달라진 점들

기술적 성장

깊이 있는 이해: 이제 JVM, GC, Thread 등의 개념을 "왜?"까지 포함해서 설명할 수 있어요
학습 방법의 변화: 표면적인 사용법이 아닌, 근본적인 원리부터 파악하는 습관이 생겼습니다
문제 해결 능력: 업무에서 이상한 현상이 발생했을 때 원인을 추적하는 능력이 향상되었어요

마인드셋의 변화

가장 큰 변화는 **"모르는 것을 인정하고 배우려는 자세"**가 생긴 것 같아요. 예전에는 대충 넘어갔던 것들을 이제는 끝까지 파고드는 습관이 생겼습니다.

커뮤니케이션 스킬

멘토링을 진행하면서 내가 생각하고 있던 것을 말로 표현하는 것이 정말 서툴다는 것을 알게 되었다는 다른 후기의 말처럼, 저도 처음에는 두괄식으로 명확하게 설명하는 게 어려웠어요. 하지만 1개월 동안 계속 연습하다 보니 많이 개선되었습니다.

솔직한 단점들

높은 러닝커브

정말 쉽지 않아요. 매주 책을 읽고, 개념을 정리하고, 질문에 대비해야 하니까 시간 투자가 많이 필요합니다.

멘탈 관리의 중요성

'내가 이렇게 많이 몰랐구나' 하고 좌절시간이 여러번 올때마다 이제 배워가면 되지라고 마음먹는 게 중요해요. 처음에는 정말 자존감이 바닥까지 떨어질 수 있거든요.

비용 부담

솔직히 저렴하지 않은 가격이에요. 하지만 얻어가는 것을 생각하면 충분히 가치 있는 투자라고 생각합니다.

앞으로의 계획

1개월을 마치고 나서 확실한 방향성을 얻었어요. 앞으로도 계속해서

꾸준한 이론 학습: 책과 공식 문서를 통한 깊이 있는 학습
실전 프로젝트: 2개월차부터는 프로젝트를 통해 이론을 실제로 적용해볼 예정
블로그 정리: 배운 내용들을 정리해서 다른 개발자들과 공유하고 싶어요

마무리

1개월이라는 짧은 시간이었지만 정말 많은 것이 달라졌어요.

특히 "제대로 공부하는 방법"을 알게 된 것이 가장 큰 수확입니다. 물론 아직도 처음 접하는 개념들을 공부할 땐 여전히 헤메지만 어떤 방향으로 학습해야 할 지에 대해서는 확실히 잡힌 것 같아요!
F-Lab은 단순히 기술을 가르쳐주는 곳이 아니라, 개발자로서 평생 성장할 수 있는 기반을 만들어주는 곳이라고 생각해요.

앞으로 3개월이 남았고 3개월 뒤의 저는 어떻게 성장해 있을 지 너무나도 기대됩니다!