훈의 개발이야기

웹 서비스 개발 과정에서 프론트엔드 개발이라는 역할이 생긴 지 그리 오래되지 않았다.초기에는 간단한 웹 문서를 보여주는 수준에서 시작하여,이제는 거대한 애플리케이션을 개발하는 단계까지 많은 발전을 거쳤다.  프론트엔드의 발전과정에 대한 좋은 글이 있어 남겨둔다.https://yozm.wishket.com/magazine/detail/1289/ 시니어 개발자가 말하는, 프론트엔드 역사와 미래 | 요즘IT웹 프론트엔드는 웹 서비스 발전에서 막내 격으로 생긴 포지션입니다. 프론트엔드라는 영역이 갑자기 생겨난것은 아니지만 지금처럼 이렇게 선명하게 프론트엔드와 백엔드가 세분화된 배경에yozm.wishket.com 위 글에서도 언급하듯이 이렇게 최근에는 간단한 문서를 넘어 다양한 웹 서비스가 등장했고,React, ..

이 함수가 에러를 던진다는 사실을 어떻게 알릴까? /** @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 개발자" 관점에서 생각했던 것들, 질문들을 간략히 정리해 보았다.사실 책..