dansoon.log()

들어가며자바스크립트는 오랜 시간 동안 ‘기능적인 언어’로 오해받아 왔습니다. 필요하면 쓰고, 문제 생기면 회피하는 도구처럼 사용했습니다.하지만 개발 환경이 바뀌고, 프론트엔드가 복잡한 애플리케이션 구조를 갖추게 되면서 자바스크립트는 그 한계를 극복하며 스스로 구조를 진화시켜 왔습니다.이 글에서는 단순한 연대기적 흐름이 아닌, 언어 자체가 어떻게 '구조'와 '패턴'을 받아들이고, 실제 문법으로 진화해왔는지에 집중해 보았습니다. 1. 태생부터 빠른 실행을 위한 구조였다자바스크립트는 1995년 넷스케이프에서 태어났습니다.그리고 설계자였던 브렌던 아이크는 단 열흘 만에 이 언어를 완성했습니다.설계보다는 속도, 철학보다는 실용이 우선이었고 그 결과 JS는 아래와 같은 특징을 가진 언어로 태어났습니다.전역 스코프유..

들어가며10주 동안 『쏙쏙 들어오는 함수형 코딩』 이라는 책을 읽었다. 처음엔 “요즘 다시 함수형이 유행이래” 정도의 호기심이었지만, 읽을수록 개발자로서 갖춰야 할 기본기가 뭔지 생각하게 되었다.가장 좋았던 점은 단순히 “함수형 프로그래밍을 써야 한다”가 아니라 어떻게 코드를 바라볼 것인가, 그 근본적인 감각을 키워준다는 데 있었다.액션? 계산? 데이터?코드를 나누기 시작하면서 생긴 변화이 책은 우리가 평소 작성하는 코드를 크게 세 가지로 나눈다.액션: 시점에 따라 결과가 달라지는 코드 (API 요청, DOM 조작 등)계산: 입력이 같으면 항상 같은 결과가 나오는 순수한 코드데이터: 그냥 ‘사실’ 그 자체. 변경하지 않는 정보그리고 함수형 프로그래밍이란"가능한 많은 코드를 계산이나 데이터로 끌어내는 것"..

들어가며지난 2개월 동안 '자바스크립트 + 리액트 디자인 패턴'을 읽으며 학습한 내용과 개인적인 깨달음을 공유하려 한다. 현재 진행 중인 프로젝트에서 코드 구조화와 관련된 여러 문제점들을 이해하고자 이 책을 선택했고, 기대 이상의 인사이트를 얻을 수 있었다.책 소개와 주요 내용이 책은 리액트 애플리케이션의 설계와 구조화에 초점을 맞추고 있으며, 단순히 컴포넌트를 만드는 방법을 넘어 확장 가능하고 유지보수하기 쉬운 애플리케이션을 구축하는 방법을 다루고 있다. 특히 다음과 같은 내용이 인상적이었다1. 컴포넌트 패턴의 진화기존에 알고 있던 HOC(Higher-Order Components)와 Render Props 패턴부터 최신 React Hooks를 활용한 패턴까지 리액트의 발전 과정에 따른 디자인 패턴의 ..

2025년 1분기 회고: 방구하기 프로젝트회사에서 1분기부터 시작된 '방구하기 프로젝트'가 드디어 첫 번째 마일스톤을 완료했다.오늘은 이 프로젝트를 진행하면서 경험한 기술적인 도전과 배움에 대해 정리해보려 한다. 방구하기 프로젝트방구하기 프로젝트의 핵심은 마이크로 프론트엔드 아키텍처 도입이었다.기존 서버에 Next.js로 만든 새 프로젝트를 통합하는 것이 목표였는데, 이 과정에서 다양한 기술적 과제들을 해결해야 했다.주요 과제는 기존 시스템과 새로운 Next.js 애플리케이션의 통합이었다.두 애플리케이션이 사용자에게는 하나의 일관된 서비스로 제공되어야 했다. 특히 라우팅과 인증 시스템 통합이 핵심 요소였다.결국 우리는 Module Federation을 활용해 런타임에서 두 애플리케이션을 통합하는 방식을..

들어가며24년은 2년 차 개발자로서 첫 이직을 성공했고, 서비스 회사에서 의미있는 성장과 서비스 기여를 할 수 있던 한 해였다.아직 부족함이 많은 주니어 개발자였지만,점차 서비스 개선에 대한 감을 익혀가며 개발자로서의 정체성과 성장에 대해 깊이 고민했던 시간이었다.새로운 환경에서의 도전과 업무 외 학습을 통해 많은 것을 배웠고, 이제 그 시간들을 돌아보며 내년을 준비하고자 한다.올해의 업무 :: 새로운 업무 환경과 낯선 코드처음 마주한 레거시 환경Vue 3, React 18과 같은 최신 프레임워크를 사용하다가 이직 후 받은 첫 충격은 Node.js 6 버전을 사용한다는 점이었다.ES6 이후 문법도 지원하지 않는 환경에서 생소한 PHP 코드와 순수 JavaScript로 제품을 개선해야 하는 상황이었다.서비..

들어가며프론트엔드 프로젝트의 규모가 커지면 효율적인 코드 구조화의 중요성이 더욱 부각되기 마련이다.단순한 기능 구현을 넘어 시스템 아키텍처가 비즈니스 요구사항의 변화에 얼마나 유연하게 대응할 수 있는지가 프로젝트의 장기적 성공을 좌우하는 핵심 요소로 자리잡았다.이를 해결하기 위해 구조화된 설계와 디자인 패턴을 적용하는 것이 현대 프론트엔드 개발의 주요 트렌드로 자리잡고 있다.컴포넌트 기반 아키텍처, 상태 관리 패턴, 모듈화 등 다양한 접근 방식이 존재하지만,대규모 애플리케이션에서는 보다 체계적인 구조화 방법론이 요구된다.최근 PHP와 Vue로 작성된 레거시 애플리케이션을 Next.js로 마이그레이션하는 과정에서,우리 팀은 일관된 개발 패러다임을 확립하기 위해 Feature-Sliced Design(FSD..

들어가며최근 같이 교류하던 분들과 친한 개발자 분이 이렇게 물어봤다."이 @components 같은 거 왜 쓰는 거예요? 어떤 이유가 있죠?"솔직히 처음에는 그냥 "깔끔해 보여서" 쓰기 시작했다.하지만 수년간 다양한 규모의 프로젝트를 진행하면서, 이 패턴이 단순한 미적 선호를 넘어 코드 품질과 개발 효율성에 상당한 영향을 미친다는 것을 깨달았다.이 글에서는 모듈 별칭(alias)과 barrel 패턴의 기술적 이점, 구현 방법, 그리고 실제 대규모 프로젝트에서의 활용 사례를 심층적으로 분석해보고자 한다.1. 모듈 별칭(Alias)의 기술적 필요성1.1 상대경로의 구조적 문제점프로젝트 복잡도가 증가하면서 상대경로 방식은 다음과 같은 심각한 문제를 야기한다:// 중첩 깊이가 깊어질수록 발생하는 가독성 문제im..

"더 깊이 알고 싶다", "이게 최선일까?", "정말 이게 맞는 걸까?"개발자로서 끊임없이 마주치는 이 질문들에 대한 답을 찾을 수 없겠지만,정해진 길이 없는 개발자의 성장 경로에서, 혼자만의 학습이 아닌 새로운 방향을 찾고 싶었다.그렇게 시작한 10주간의 여정이 마무리되었다. 다양한 경력을 가진 팀원들과 함께하며 새로운 시각을 발견했다.밤늦게까지 이어진 과제와 코드 리뷰 시간은 단순한 기술 공유를 넘어 서로의 관점을 이해하는 소중한 시간이었다.'이런 식으로도 생각할 수 있구나!' 하는 깨달음의 순간들이 쌓여갔고,열정 넘치는 코치님들의 멘토링은 기술 외적인 부분에서도 값진 배움을 선물해주었다. 처음엔 모든 과제를 완벽하게 해내겠다는 욕심을 부렸지만,회사 업무와 병행하는 게 쉽지만은 않았다.하지만 31..