개발과 일상

작년 4월에 후쿠오카 여행을 갔다 온 후, 연말에 여행을 한번 더 가야지 하고 계획을 했었는데 작년 말과 올해 초엔 딱히 기회가 없었다. 여기에 쓰기엔 너무나 많은 일이 있었다. 그 때의 여행기를 따로 정리하지 않았는데, 조금씩 정리해볼 계획이다. 그러던 중, 현재 개발팀이 안정화되고 스프린트도 무난히 진행 중이라 이번 기회가 아니면 다시 기회를 잡기 어려울 것 같아서 4박 5일 여행을 계획했다. 이번 여행은 지난 두번의 여행과는 다르게 일정을 딥하게 짜지 않았다. 동선을 최소화하고 가볍게 즐길 목적으로 갔다. 일정을 하나 잡긴 했는데, 이마저도 버스투어라 내가 계획을 짤 필요는 없었다. 이 모든 선택들이 지나고보니 정말 좋은 선택이었다. 사전 준비1. 당연한 이야기지만 여권 준비/확인 - 일본 여행에..

글또를 준비하면서 "삶의 지도" 라는 주제로 글을 쓸 일이 생겨서 정리한 내용이다. 원래는 프라이빗하게 써서 구어체가 많이 섞여있었는데, 이 내용을 정리해봤다. 지금까지의 내 삶을 요약하면 나를 정의하는 과정이었다. 내가 할 수 있는 것과 할 수 없는 것, 좋아하는 것과 싫어하는 것들을 하나씩 정의하면서 경계가 희미했던 것들에 대한 경계를 만들어가는 과정이었다. 항상 어중간했고 경계가 희미하고 선택을 미뤘었던... 너무나 길었던 학창 시절의 영향이었던 것 같다. 1. 학창 시절(~대학교 초반) : 너무나 어중간했던학창 시절은 딱히 작성할 내용이 없을정도로 뭐든 어중간하게 했던 사람이었다. 공부를 하는 것도 아니고 노는 것도 아닌 그냥 큰 의미없이 하루하루를 즐겁게 보내고 단순히 게임을 좋아하던 학생이었다..

2024.01.29 - [일상] - [컨퍼런스] 게으른 개발자 컨퍼런스 후기 컨퍼런스 이벤트로 받았던 강의였는데, 시간이 꽤 지나서 듣게 됐다. 총 1시간 12분짜리의 짧은 강의였지만 나름대로 생각해볼만한 여지를 준 강의였다.(링크) 말 그대로 선착순 이벤트를 만들면서 생길만한 이슈들을 하나씩 짚어가면서 대응하는 법을 알려준다. 요구사항은 다음과 같다선착순 100명에게 할인쿠폰을 제공하는 이벤트를 진행하고자 한다.이 이벤트는 아래와 같은 조건을 만족하여야 한다.- 선착순 100명에게만 지급되어야한다.- 101개 이상이 지급되면 안된다.- 순간적으로 몰리는 트래픽을 버틸 수 있어야합니다.https://dramatic-server-aab.notion.site/c01b8f15ee324137a4c0340c831..

2024년 07월 24일. 수요일에 있었던 테스트 코드 퇴근길 밋업 리뷰이다.(링크) 당시 참가 신청을 했는데 바로 탈락해버렸었다. 봐야지 봐야지 하고 미루다가 연휴에 보고 내용을 정리해봤다. #1 내 마음대로 되지 않는 테스트코드, 꼭 작성해야 할까? (희망편)테스트를 왜 작성해야할까?1. 테스트 자동화를 통해 비용 절감. 자동화를 통해 더 빠르고 자주 할 수 있게 된다.2. 실패한 이유를 명확히 알기 위함 - 코드 결함을 빠르게 인지3. 지속적 피드백 안정성과 생산성 향상4. 테스트로 검증된 최신 명세를 제공할 수 있고, 심리적 안정감을 얻음 자주 반복 수행할 수 있는 테스트를 구축해야해야 한다. 1. 빠르게 동작하는 테스트 코드를 구축하는게 좋다.- 단위 테스트 비중을 높이자- 통합 테스트로 이루..

나는 항해 코스를 듣지 않았지만, 주변에 들은 분들이 꽤 있다. 내가 이런 세션을 들으러 다니는걸 좋아한다는건 그분들도 다 아시기 때문에.. 항해 DEV LAB에 같이 가자고 추천 받았다. 참석이 확정되고 스케줄을 받았는데, 다음과 같았다.  세션보단 네트워킹에 초점을 맞춘 스케줄이었다. 그러나 막상 세션 장소에 도착해보니 너무 덥고, 시끄러워서 의사소통이 썩 원활하진 않았다. 세션도... 다 좋지는 않았는데, 일단 정리는 해봤다. 1. AI와 자동화로 주니어 개발자 키우기 인프랩은 개발자가 33명으로 구성되어 있다. 그중에 첫 직장 11명이고, 대부분 주니어로 구성되어 있다.그러나 처음 채용을 할 때는, 좋은 시니어를 뽑자가 목표 - 어떤 사람을 뽑아야 할까?1. 셀프모티베이션2. 제품과 조직의 ali..

문제 상황 정리작년 9월쯤부터 비용절감을 위해 dev 서버를 spot 인스턴스로 변경했다. 약 30% 정도 비용절감이 효과가 있어서 당시에는 꽤 괜찮은 선택이었는데, 운영하면서 문제가 발생했다. dev 서버가 spot 인스턴스를 너무 자주 뺏기고, 다시 할당 받는데 시간이 오래 걸리는 현상이 반복됐다. 한두번이면 상관 없는데 하루에도 몇 번씩 뺏기고 다시뜨는데 10분씩 걸리니까, 개발에 차질이 생기는 경우가 생겼다. 이 문제를 해결하고 싶었다. 문제 정의spot instance란?스팟 인스턴스는 실행 중인 동안에는 온디맨드 인스턴스와 정확히 동일합니다. 그러나 스팟은 실행 중인 인스턴스를 워크로드를 완료할 수 있을 만큼 충분히 오래 유지할 수 있다고 보장하지 않습니다. 또한 스팟은 찾고 있는 인스턴스의 ..

5월 초에 인제님이 주최하는 오픈소스에 참석하고 석달 반이 지났다.2024.05.13 - [일상] - 오픈소스 멘토링 후기 최근에는 많은 기여활동을 못하고 있지만, 오픈소스 멘토링 당시 작업했던 게 머지된 김에 오픈소스 멘토링 외에도 몇 가지 이슈를 더 다룬 것들이 기억에서 사라지기전에 정리해보려고 한다. 1. Spring Cloud AWS 기여(2머지)2. JTokkit 기여(머지)3.Azure SDK for Java 기여(실패)  총 3가지 프로젝트에 기여하려고 시도했었고 사실상 3번은 실패나 다름없었다... 하나씩 정리해보자  1. Spring Cloud AWS 기여 오픈소스 멘토링 지원 당시에는 Spring Data JPA, Spring Cloud OpenFeign을 전달드렸었다. 이리저리 생각해..

2024.07.19 - [개발/SPRING] - Kotlin + SpringBoot 서버에 테스트 도입기. Kotest와 MockK 이전 포스팅에서 테스트는 왜 필요하고, 어떤 것들이 있는지에 대해 정리해봤다. 그리고 현재 프로젝트에서 어떻게 쓰면 좋을지도 결정했었다. 이 후 한동안 실제로 테스트를 구현하면서, 어떻게 테스트를 서비스에 잘 녹일 수 있을지 고민하면서 구현했다. 테스트가 있긴 있었지만, 레거시의 레거시를 테스트하는 용도라 싹 들어내고 다시 구현했다. 1. 테스트는 기능을 테스트하는 용도도 크지만 히스토리 용도도 크다테스트는 사이드 이펙트를 잡는 용도도 크지만 이 코드가 왜 만들어졌는가를 남기는 요소도 포함하고 있다. 주석도 서비스 로직에 남겨져 있는 것보다, 테스트에 남기는게 최신화 하기 ..