훈의 개발이야기

이 함수가 에러를 던진다는 사실을 어떻게 알릴까? /** @throws {DuplicateNumberException} */ private checkDuplicateNumber(input: string): void { if (new Set(input).size !== input.length) { throw new DuplicateNumberException(); } }최근 입력값 검증을 처리하는 모듈을 작성하면서 한 가지 생각이 떠올랐다. 내가 작성한 함수가 특정 상황에서 오류를 던질 수 있는데, 이 함수를 사용하는 쪽에서도 오류가 던져질 수 있는 가능성을 명확하게 알 수 있도록 할 수는 없을까? 이 글은 이런 의문에서 시작되었다. throws 절에 대한 아이디어, Java의 Checked Execpti..

프론트엔드 개발을 하면서 백엔드에서 자주 논의되는 특정 개념들이 (ex. 의존성 주입 등)상대적으로 덜 등장하는 이유가 항상 궁금했다. 단순한 느낌일까, 아니면 실제로 그러할까? 이 글은 이러한 의문에서 출발했다. 마침 같은 주제에 대하여 다른 언어로 작성된 (각각 FE, BE를 대변하는 JS, JAVA) 코드들이 존재했고이 코드들에 대한 PR 리뷰/코멘트 의 양도 아주 많은 컨텐츠를 발견했다. 그래서 이것들을 간단한 방법으로 직접 데이터를 수집하여 분석해 보았다.혹시라도 이 데이터 활용에 대한 문제가 있을 경우 이 글은 삭제할 예정이다.  분석 과정우아한 테크코스에서 사용한 public 레포지토리 사용 https://github.com/woowacourse/java-racingcarhttps://git..

최근 토스 FE팀에서 진행한 4주 동안의 멘토링 프로그램을 마쳤다.지원 과정부터 멘토링 내용, 좋았던 점과 아쉬웠던 점, 그리고 그 외 이야깃거리를 가볍게 남겨보려고 한다.  지원 배경  6월 말, 종강을 맞이하고 간만에 누리는 대학생의 방학대학생으로서의 여름방학은 거의 2년 만인 듯하다. 딱히 방학 계획이 없었던 지라, 하루하루 빈둥거리며 방학 백수생활을 제대로 즐기고 있었다.그때 전 동료분께 한 소식을 전달 받았고 마침 6개월 동안 잠시 쉬었던 개발 재활치료도 할 겸 소문으로만 듣던, 토스의 일하는 방식을 직/간접 경험할 수 있는 기회가 되었으면 좋을 것 같아 신청하게 되었다.  프로그램 소개멘토링 소개 페이지 [토스 프론트엔드 멘토링] Frontend Accelerator 1기 | Notion프론트..

때는 2024년 1월, FE 개발자로서 다니던 회사를 퇴사 후 백수 생활을 즐기고 있었던 시절방구석에 박혀있던 클린아키텍처: 소프트웨어구조와 설계의 원칙이라는 책을 보게 되었다. 개발자라면 언젠가 한 번쯤은 읽어보겠지 라는 막연한 생각 + 들고 다니면 뭔가 멋져보이는 책이라 구매했던 것 같다. 들리는 말로는 주니어 때, 중니어(?) 때, 시니어 때 1번씩 보면 볼 때마다 새로운 맛을 느낄 수 있다더라 사실 이전부터 업무를 하면서 프로젝트 구조, 모듈 설계에 관심이 많았고,앞으로 선택의 순간이 찾아왔을 때 적절한 선택지를 제시하고 근거를 들고 싶어 한번 읽어보게 되었다.  책에 대한 내용은 생략하고 내가 직접 읽으며 "주니어" "FE 개발자" 관점에서 생각했던 것들, 질문들을 간략히 정리해 보았다.사실 책..