프레임워크 · 라이브러리

프레임워크란?

이 개념이 실제로 바꾸는 것은 코드가 아니라 일정과 견적을 보는 눈입니다. 로그인, 파일 업로드, 표 정렬, 그래프 그리기처럼 이미 수만 번 검증된 기능은 가져다 쓰고, 우리 회사 업무 규칙이 들어간 부분만 직접 만드는 식으로 일이 쪼개집니다. 개발 견적서에 적힌 '4개월'이 왜 4개월인지, 어느 항목을 도구로 대체해 줄일 수 있는지 물어볼 수 있게 되는 셈입니다. 직접 만들 것과 빌려 쓸 것의 경계가 곧 비용선입니다.

둘을 가르는 진짜 기준은 '누가 누구를 부르는가'입니다. 라이브러리는 내가 필요할 때 불러 쓰지만, 프레임워크는 정해진 자리에 내 코드를 끼워 넣으면 프레임워크가 알아서 그 코드를 불러 씁니다. 이걸 제어의 역전이라고 합니다. 그래서 차트 라이브러리는 중간에 다른 것으로 갈아 끼울 수 있지만, 프레임워크를 바꾸는 일은 사실상 재개발에 가깝습니다. 참고로 SDK는 카카오·토스 같은 특정 회사 서비스를 붙이는 도구 묶음, API는 외부와 주고받는 창구라서 층위가 다른 단어입니다.

고를 때 보는 항목은 의외로 단순합니다. 최근 6개월 안에 업데이트가 있었는지, 주간 내려받기 수가 꾸준한지, 문서에 예제가 충분한지, 그리고 라이선스가 상용 사용을 허용하는지입니다. 기능이 화려한 쪽보다 우리 팀이 이미 아는 쪽이 유지보수에서 이깁니다.

현장에서 가장 자주 깨지는 지점은 '한 번 붙여놓으면 끝'이라는 생각입니다. 라이브러리는 버전이 오르고, 3년 전 유행하던 것이 지금은 관리자가 손을 뗀 상태일 수 있습니다. 업데이트 한 번에 화면이 깨지거나 보안 취약점 공지가 뜨는 일이 흔합니다. AI가 추천한 라이브러리가 실제로는 존재하지 않거나 이미 폐기된 것인 경우도 드물지 않으니 설치 전에 확인해야 합니다. 무료인 줄 알고 쓴 것이 소스 공개 의무가 붙은 라이선스라, 사내 시스템 코드를 공개하라는 요구를 받는 사고도 실제로 벌어집니다.