본문 바로가기

vividswan

Notice

블로그 이전 완료

Recent Posts

Popular Posts

Recent Comments

Link

깃허브

Calendar

Tags

더보기

Archives

Visits

Today

Yesterday

2025/03

후기, 회고 2025. 3. 30. 🤔 개발자로서의 성장에 대해 고민하며 왜 이 글을 쓰게 되었을까?‘성장’이라는 단어는 들으면 늘 막연하다. 누군가는 연봉 상승을, 누군가는 기술 스택 확장을, 누군가는 조직 내 영향력을 말한다. 나 역시 그 단어가 항상 머릿속에 떠 있었지만, 정작 내 안에서는 구체적인 언어로 꺼내 본 적이 별로 없었다. 사실 지금 이 글을 쓰는 내가 이런 주제를 논할 자격이 있는지는 잘 모르겠다. 아직 갈 길이 멀고, 매일 부족함을 느끼는 낮은 연차의 개발자이기 때문이다. 그래서 이번 글은 누군가에게 정답을 말하려는 글이 아니라, 나 스스로에게 성장에 대해 던졌던 질문들과 그에 대한 파편적인 생각들을 정리해보는 글이다. 언젠가 이 글을 다시 봤을 때, 내가 어디에서 어떤 고민을 하고 있었는지를 떠올릴 수 있길 바란다.1. 부서의 프로젝트 아키텍처와 기술을 ..

아키텍처 2025. 3. 23. 🏗️ 아키텍처 설계 - 무엇이 무엇을 어디까지 의존해야 할까? 왜 이 글을 쓰게 되었을까?개발을 처음 배울 땐 컨트롤러, 서비스, 리포지토리. 딱 세 개의 레이어로 프로젝트를 나눴다. 그리고 대부분의 로직은 서비스에 몰아넣었다. 그때는 그것만으로도 어느 정도는 역할이 분리 된다고 생각했다. 그런데 시간이 지나고 개발을 조금씩 더 하다 보니, ‘서비스에 로직을 넣는다’는 말 자체가 점점 모호하게 느껴졌다. ‘서비스’라는게 무엇인지, ‘비즈니스 로직’은 어디까지고, ‘도메인 로직’은 어디까지인지 고민이 되었다. 이런 고민이 깊어질 즈음, 회사에서 프론트엔드 업무도 같이 하게 됐다. 프론트엔드는 백엔드보다 훨씬 얕게 알고 있지만, 프론트 역시설계에서 ‘의존성’은 굉장히 중요한 문제라는 것을 느꼈다. 의존성이 한 번 꼬이기 시작하면 유지보수와 기능 변경이 굉장히 힘들어진다..

후기, 회고 2025. 3. 16. 🗃️ 이관 업무 중 생각해 본 테스트 코드의 가치 (Java to Kotlin) 왜 이 글을 쓰게 되었을까?부서에서 사용하는 Java 프로젝트를 Kotlin으로 전환하는 작업을 맡게 되었다.문제는, 이 프로젝트의 도메인도 제대로 알지 못했고, 기존 개발자가 부서에 남아 있지도 않았다. 게다가 전환 작업만 할 수 있는 것도 아니고, 기존의 다른 업무들도 병행해야 하는 상황이었다.이런 조건이라면 당연히 실수가 나올 수밖에 없다. 코드 한 줄 수정할 때마다 ‘이게 정말 원래 기능대로 동작할까?’라는 의문이 들었다. 다행히도, 이 프로젝트에는 테스트 코드가 잘 작성되어 있었다. 덕분에 테스트 코드가 없었다면 훨씬 더 많은 시행착오를 겪었을 것이라는 생각이 들었다.이 경험을 바탕으로, 이번 글에서는 Java에서 Kotlin으로 전환하는 과정에서 테스트 코드가 어떤 도움이 되었는지를 정리하려 ..

Deploy 2025. 3. 8. 🐳 Dockerfile vs Helm values 환경 변수 관리 배포 환경 변수, 어떻게 관리하는 게 좋을까?작년에 진행한 프로젝트에서 쿠버네티스 기반의 사내 배포 툴을 활용해 개발, 스테이징, 운영 환경을 구축하게 되었다. 그런데 배포 환경별로 환경 변수를 어떻게 효율적으로 관리할지 고민이 생겼다.왜 이 문제를 고민했을까?기존 방식에서는 사내 배포 툴에서 직접 Docker에 환경 변수를 입력해야 했다. 이렇게 하면 운영 환경과 개발 환경을 분리할 수는 있지만, 문제는 코드상에서 어떤 환경이 적용되는지 확인할 수 없다는 점이었다. 배포 설정이 사내 툴 내부에서만 관리되다 보니, 코드만 봐서는 어떤 환경에서 실행되는지 알기 어려웠다.그래서 환경 변수를 코드에서도 명확히 확인할 수 있으면서도, 관리가 더 편리한 방법을 찾기로 했다. 처음에는 Dockerfile에서 환경을..

이전 1 다음

티스토리툴바