들어가며백준 1647번 '도시 분할 계획' 문제는 최소 신장 트리(MST)의 성질을 활용한 흥미로운 문제입니다. 핵심 아이디어는 전체 그래프에서 MST를 만든 후, 가장 비싼 간선 하나를 제거하면 두 개의 연결된 마을로 나눌 수 있다는 점입니다.문제 분석📋 문제 요약시간 제한: 2초 | 메모리 제한: 256MB | 정답률: 49.164%N개의 집과 M개의 길이 있는 마을을 두 개의 마을로 분할각 마을 내에서는 모든 집이 연결되어야 함남은 길의 유지비 합을 최소화🎯 핵심 통찰마을을 두 개로 나누기 = MST에서 간선 하나 제거하기왜 이 방법이 최적일까요?MST는 N-1개의 간선으로 모든 정점을 연결MST에서 간선 하나를 제거하면 정확히 두 개의 트리가 생성가장 비싼 간선을 제거해야 남은 비용이 최소해결..

들어가며"TypeScript에서 any랑 제네릭이랑 뭐가 다른가요? 실행하면 똑같은 결과가 나오는데요..."이런 질문을 받을 때마다 느끼는 것은, 런타임 결과만 봐서는 차이를 알기 어렵다는 점입니다. 하지만 실제 개발에서는 엄청난 차이가 있습니다.이 글에서는 실제 코드 실행 결과와 함께 any와 제네릭 T의 차이점을 단계별로 보여드리겠습니다. 마치 요리를 배울 때 레시피만 보는 것과 직접 만들어보는 것의 차이처럼, 코드를 실행해보면서 확실한 차이를 체감해보세요!1강: 겉으로는 똑같아 보이는 두 코드🔍 문제 상황먼저 가장 기본적인 예제부터 시작해보겠습니다.// any 버전: 모든 타입을 허용하지만 타입 정보 손실function getFirstAny(array: any[]): any { return ar..

들어가며TypeScript 제네릭을 공부할 때 "이론은 알겠는데 실제로 어떻게 동작하는지 모르겠다"는 고민을 해본 적이 있나요? 이 글에서는 실제 코드 실행 결과와 함께 제네릭의 모든 것을 단계별로 알아보겠습니다.마치 요리 레시피를 보면서 직접 요리를 만들어보는 것처럼, 코드를 작성하고 실행 결과를 확인하면서 제네릭을 완전히 이해해보세요!1단계: 제네릭의 필요성 - any vs 제네릭 비교🔍 문제 상황 파악먼저 제네릭이 왜 필요한지 직접 확인해보겠습니다.// 제네릭 없이 (문제가 있는 코드)function getFirstElementAny(array: any[]): any { return array[0];}// 제네릭 사용 (개선된 코드)function getFirstElement(array: T[]..

들어가며TypeScript를 처음 접하는 개발자들이 가장 어려워하는 개념 중 하나가 바로 제네릭(Generic)입니다. 처음 보는 같은 문법에 당황하고, "왜 이런 복잡한 걸 써야 하지?"라고 생각하기 쉽습니다. 하지만 제네릭을 이해하고 나면, 코드의 재사용성과 타입 안전성을 동시에 확보할 수 있는 강력한 도구라는 것을 알게 됩니다.이 글에서는 제네릭의 기본 개념부터 실무에서 자주 사용하는 패턴까지, 실전 예제와 함께 차근차근 알아보겠습니다.제네릭이란 무엇인가?일상생활 비유로 이해하기제네릭을 이해하기 위해 간단한 비유를 들어보겠습니다. 상자를 만드는 공장이 있다고 생각해보세요. 이 공장에서는 다양한 크기의 물건을 담을 수 있는 범용 상자를 만듭니다. 상자 자체는 하나의 설계도로 만들어지지만, 실제로 사..

문제 출처https://school.programmers.co.kr/learn/courses/30/lessons/92343문제2진 트리 모양 초원의 각 노드에 늑대와 양이 한 마리씩 놓여 있습니다. 이 초원의 루트 노드에서 출발하여 각 노드를 돌아다니며 양을 모으려 합니다. 각 노드를 방문할 때 마다 해당 노드에 있던 양과 늑대가 당신을 따라오게 됩니다. 이때, 늑대는 양을 잡아먹을 기회를 노리고 있으며, 당신이 모은 양의 수보다 늑대의 수가 같거나 더 많아지면 바로 모든 양을 잡아먹어 버립니다. 당신은 중간에 양이 늑대에게 잡아먹히지 않도록 하면서 최대한 많은 수의 양을 모아서 다시 루트 노드로 돌아오려 합니다.예를 들어, 위 그림의 경우(루트 노드에는 항상 양이 있습니다) 0번 노드(루트 노드)에서 ..

문제 출처https://school.programmers.co.kr/learn/courses/30/lessons/340199문제민수는 다양한 지폐를 수집하는 취미를 가지고 있습니다. 지폐마다 크기가 달라 지갑에 넣으려면 여러 번 접어서 넣어야 합니다. 예를 들어 지갑의 크기가 30 * 15이고 지폐의 크기가 26 * 17이라면 한번 반으로 접어 13 * 17크기로 만든 뒤 90도 돌려서 지갑에 넣을 수 있습니다. 지폐를 접을 때는 다음과 같은 규칙을 지킵니다.지폐를 접을 때는 항상 길이가 긴 쪽을 반으로 접습니다.접기 전 길이가 홀수였다면 접은 후 소수점 이하는 버립니다.접힌 지폐를 그대로 또는 90도 돌려서 지갑에 넣을 수 있다면 그만 접습니다.지갑의 가로, 세로 크기를 담은 정수 리스트 wallet과..

1. 연구 주제 및 필요성1.1 연구 배경 및 주제 선정최근 LLM (Large Language Model) 발전으로 인해, 자연어 질의에 대한 응답 시스템에서의 정보 검색 구조의 중요성이 더욱 부각되고 있습니다. 특히 LLM이 실제로 문장을 생성하기 위해서는 관련성이 높은 문서를 질의에 맞춰 정확히 검색해내는 것이 핵심인데, 이때 사용되는 검색기의 효율성과 정확도가 전체 시스템의 성능에 직결됩니다.그러나 전통적인 키워드 검색 방식은 주로 dict[str, list[int]] 형태의 역색인(Inverted Index) 자료구조를 기반으로 하며, 질의에 포함된 단어와 정확히 일치하는 문서만을 반환합니다. 이 방식은 "하와이 여행 팁"이라는 질의가 "마우이 여행 조언"과 의미는 유사하지만 키워드가 다르면 검..

React로 쇼핑몰 웹 애플리케이션이나 관리자 대시보드를 개발할 때 전역 상태 관리 도구를 선택하는 일은 매우 중요합니다. 대표적인 상태 관리 라이브러리인 Redux와 Zustand는 서로 다른 철학과 장단점을 지니고 있습니다. 본 글에서는 쇼핑몰과 대시보드 같은 현실적인 UI 시나리오를 배경으로 Redux와 Zustand를 비교합니다. 특히 다음과 같은 핵심 항목들을 중심으로 두 라이브러리의 접근 방식을 살펴보고자 합니다.인증 토큰 관리: Redux에서는 어떻게 관리하며, Zustand에서는 어떤 방식으로 처리할 수 있는지상태 디버깅 및 추적: Redux DevTools의 강점과, Zustand에서의 대안 및 구현 방법미들웨어 확장성: Redux의 미들웨어 (thunk, saga 등) 사용 사례와 Zu..

들어가며프론트엔드 개발을 시작하면서 가장 혼란스러웠던 것 중 하나가 바로 상태 관리였습니다. "useState는 새로고침하면 날아간다""localStorage에 저장하면 남아있다" "TanStack Query는 서버 상태를 관리한다"이런 말들을 들을 때마다 "도대체 데이터가 어디에 저장되는 거야?" 라는 궁금증이 생겼습니다. 브라우저 메모리? 그게 내 컴퓨터의 RAM인가? 서버 상태 관리? 클라이언트에서 서버를 관리한다고?오늘은 이러한 헷갈리는 개념들을 시각적 자료와 함께 체계적으로 정리해보겠습니다. 각 상태 관리 방식이 실제로 어디에 저장되고, 언제까지 유지되며, 어떻게 동작하는지 명확하게 이해할 수 있도록 도와드리겠습니다.브라우저 메모리 구조의 전체적인 이해먼저 브라우저가 데이터를 저장하는 공간들을..

머리글2021 KAKAO BLIND RECRUITMENT의 합승 택시 요금을 풀면서 무지와 어피치가 합승을 할 수 있다는 점에 주목하여 플로이드-워셜 알고리즘을 사용했지만, 효율성 테스트에서 낮은 점수를 받았다. 이를 계기로 다익스트라 알고리즘과 플로이드-워셜의 차이를 다시 정리하고, 각 알고리즘의 적절한 사용 전략을 세울 필요성을 느꼈다.다익스트라(Dijkstra) 알고리즘은 하나의 정점에서 출발하여 다른 모든 정점으로의 최단 경로를 구하는 알고리즘이고, 플로이드-워셜(Floyd-Warshal) 알고리즘은 모든 정점에서 다른 모든 정점으로의 최단 경로를 구하는 알고리즘이다.Dijstra vs FloydWarshall출처 : https://loosie.tistory.com/146다익스트라(Dijkstra..