들어가며 이 글은 Java Spring으로 백엔드 개발을 하던 개발자가 Kotlin으로 전환한 후기를 담은 글입니다. Java에서 Kotlin으로의 전환을 고민 중인 백엔드 개발자 분들에게 도움이 되면 좋겠습니다. 왜 자바에서 코틀린으로 넘어가나요? 우리나라에서 가장 대중적인 백엔드 개발 기술 스택은 단연컨대 자바 + 스프링일 것입니다. 그렇기에 백엔드 개발을 한다면 이 스택으로 경력을 이어나갈 확률이 매우 높은데요, JVM 기반으로, 자바와의 상호 호환성을 들고 나온 코틀린의 등장과 급부상으로 코틀린 + 스프링, 이른바 코프링도 최근에 많은 주목을 받고 있습니다. 저는 일찌기 코프링 도입을 간절히 원했기에 코틀린으로의 전환을 강력하게 건의해 왔는데요, 이럴 때 접하는 반응들 중엔 이러한 것들이 있었습니..

들어가며 최근에 있었던 일입니다. 제가 만든 컴포넌트를 코드 리뷰를 통해 팀원들과 공유하는 자리를 가졌었는데, 스케줄링 된 작업에 대해서 이런 질문이 들어왔었습니다. 어라.. 저 작업이 0.5초마다 실행되게 설정되어 있는데요, 만일 작업의 수행속도가 0.5초를 넘기면 어떻게 되나요? 다음 작업이 무시되나요? 아니면 스레드가 하나 더 생겨서 어떻게든 0.5초마다 계속 실행되도록 하나요? 아니면 밀린 만큼 연달아 실행하나요? 이 질문은 중요했습니다. 왜냐하면 해당 작업은 무조건 순차적으로, 동시가 아닌 딱 1번씩만 실행되어야만 하는 작업이었기 때문이죠. 저는 스프링의 스케줄링에 대해 대략적인 조사를 해 보았을 때의 기억에 의존해서, "제가 알기로 기본 설정이 싱글 스레드이기 때문에, 수행 시간이 밀린다고 멀..

들어가며 취준생 시절 때부터도 쭉 간직해 온 의문이 있었습니다. 내로라하는 대기업들의 구직 공고를 보면, 항상 따라오는 조건들이 있었죠. Java 언어 사용이 능숙한 분 Spring Framework 개발 경험이 있으신 분 Java를 배우긴 했지만, 백엔드에 사용해본 적은 없었기에 이 부분은 항상 지원에 걸림돌이 되곤 했습니다. 도대체 자바 스프링이 뭐하는 녀석이길래 이 기업 저 기업에서 다 찾을까요? 나름대로 정리한 내용을 글로 옮겨보기로 했습니다. 그리고 '그렇다면 Spring을 배워야만 할까?' 하는 고민에 빠지신 분들께 제 의견을 전달해보고자 합니다. 주의사항 : 필자는 백엔드 개발에 이제 막 뛰어든 초짜입니다. 백엔드의 유구한 역사에 대해서는 당연히 잘 모르며, 제가 추측한 이유들도 잘못된 부분..