_

자료구조/알고리즘 개념

쿨시크 — Sat, 25 Oct 2025 23:56:05 +0900

스택은 접시 탑, 큐는 줄서기 — 코드 없이 이해하는 자료구조

개발 공부를 시작하면 대부분 “자료구조/알고리즘”이라는 단어를 일단 겁부터 먹고 만난다.

특히 비전공자는 “이걸 알아야 하는 건 알겠는데, 도대체 왜 중요한지”부터 잘 안 잡힌다.

복잡한 시간 복잡도나 수식보다, 먼저 머릿속에 들어올 “직관”이 필요하다.

왜 자료구조를 배워야 할까?

정답률보다 “반응 속도” 때문이다

같은 기능을 만들더라도 “어떻게 담고, 어떻게 찾느냐”에 따라

사용자 입장에서 느끼는 속도는 극단적으로 달라진다.

예를 들어 로그인을 한다고 해보자.

입력한 이메일로 “저장된 사용자 목록” 중에서 나를 찾는 과정이 필요하다.

목록 전체를 맨 앞부터 끝까지 하나씩 비교한다면 → 시간이 오래 걸린다
“어디 있는지 바로 가리키는 구조”를 써서 곧장 접근한다면 → 바로 나온다

자료구조는 바로 이 “접근 방식”을 바꾸는 기술이다.

스택(Stack)-접시를 위에만 쌓고 위에서만 뺀다 (LIFO)

집에서 설거지한 접시를 위에만 올린다
쓸 때도 위에 있는 것부터 꺼낸다
→ 나중에 쌓은 것이 먼저 나온다 (Last In First Out)

프로그래밍에서는

‘함수가 실행되면 쌓이고, 끝나면 빠지는’ 동작 등에서 쓰인다.

큐(Queue)-카페 웨이팅 줄 (FIFO)

먼저 온 사람이 먼저 들어간다
새로 오는 사람은 맨 뒤에 선다
→ 먼저 들어온 것이 먼저 나간다 (First In First Out)

운영체제의 작업 스케줄링, 프린터 출력 순서 등

“공정한 순서”를 보장해야 할 때 사용된다.

해시(Hash)-책갈피를 꽂아두는 것처럼 바로 점프

사전에서 단어를 찾을 때

앞에서부터 하나씩 넘기는 방식은 O(n) 이다.

근데 책갈피가 꽂혀 있다면 → 바로 뛰어간다 = O(1)

회원 이메일로 사람을 찾을 때도 해시는 동일한 효과를 낸다.

“먼저 주소를 계산해두고, 그곳에서 바로 꺼내는 방식”이 해시의 핵심이다.

트리(Tree) —

폴더 구조 그대로 생각하면 된다

루트(최상위 폴더)
자식 노드(하위 폴더들)
내려가면서 원하는 걸 좁혀간다

검색엔진의 자동완성·탐색, 데이터베이스 인덱스 등

“계층적으로 좁혀가는 문제”에 매우 강하다.

그래프(Graph) —

지하철 노선도 자체가 그래프의 실물

역 = 노드
노선 = 간선
특정 역까지 가장 빠른 길(최단경로)을 찾는 알고리즘이 그래프 문제의 전형

유튜브 추천, SNS 친구 추천도

실제로는 모두 그래프 위에서 돌아가는 문제다.

정리-“코드보다 먼저 머릿속 그림이 정확해야 한다”

자료구조를 어려워하는 대부분의 이유는

“이걸 왜 쓰는지 모르는데 코드부터 보려고 해서”다.

스택 = 위로 쌓고 위에서만 뺀다
큐 = 먼저 온 사람 먼저 처리
해시 = 책갈피처럼 즉시 접근
트리 = 폴더처럼 내려가며 찾기
그래프 = 연결된 관계 위에서 최적 경로 찾기

이 직관이 잡히면

그 다음에 나오는 시간 복잡도, 구현, 언어별 차이는 훨씬 빠르게 흡수된다.

시뮬레이션 1강 정리

쿨시크 — Sat, 11 Oct 2025 22:16:25 +0900

시뮬레이션이란?

-실시스템에서 실제 시스템의 성질을 나타내는 모델을 만든 다음 그 모델로 실험을 하는 것! (모의 실험)

시뮬레이션의 활용 예

-드라이빙 시뮬레이션, 시뮬레이션 모델하우스, 의료영상 시뮬레이션, 교육용 시뮬레이션, 시뮬레이션 게임 등 다양함.

시뮬레이션의 기본요소

-실시스템

-모델

-시뮬레이터

*모델링:모델을 만드는 과정

*시뮬레이션:모델 만들고 실험하기

시뮬레이션의 목적

-실제 시스템이 갖는 행위를 예측, 평가, 분석, 훈련

실시스템을 표현하는 모델

-해석적 방법:수학적 공식으로 표현됨, 해법에 따라 풀어 나가면 해가 구해짐, 가장 정확한 방법

-실험적 방법:실시스템의 구성요소가 복잡 or 정확히 분석되지 않아 공식 유도하기 어려울때 사용, 실험 모델 구성->실험적 방법으로 문제 해결

시뮬레이션의 구분

-결정적(확정적) 시뮬레이션

-확률적 시뮬레이션

개발자도 피그마(Figma)를 배우면 좋은 이유와 기초 가이드

쿨시크 — Sat, 27 Sep 2025 19:40:04 +0900

개발자에게 디자인 툴은 다소 낯설게 느껴질 수 있습니다.

“굳이 디자인 툴까지 배워야 할까?” 하는 생각이 드는 게 자연스럽죠. 하지만 요즘 같은 협업 중심 개발 환경에서는 피그마(Figma) 를 조금이라도 다룰 줄 아는 것이 큰 장점이 됩니다.

이번 글에서는 개발자가 피그마를 배우면 좋은 이유와, 꼭 알아두면 좋은 기초 기능을 소개해 보겠습니다.

개발자가 피그마를 배우면 좋은 이유

1) 디자이너와의 원활한 협업

과거에는 디자이너가 만든 시안을 별도의 파일(PNG, PSD 등)로 받아서 작업했죠. 그러다 보니 “이 여백 몇 픽셀이에요?” 같은 질문이 끊임없이 오갔습니다.

피그마에서는 개발자가 직접 디자인 파일을 열어보고, 정확한 레이아웃·폰트·색상 코드를 확인할 수 있습니다.

→ 불필요한 커뮤니케이션을 줄이고 협업 효율이 크게 올라갑니다.

2) 디자인 명세 확인 가능

피그마에는 Inspect 패널이 있어서 CSS 속성, 폰트 정보, 색상 코드가 자동으로 표시됩니다.

즉, 개발자는 디자이너에게 따로 물어보지 않고도 바로 코드로 옮길 수 있는 자료를 얻을 수 있죠.

3) 프로토타입 이해

디자인은 단순히 “화면 그림”이 아니라 사용자 흐름(UX) 까지 포함합니다.

피그마의 프로토타입 모드를 통해 화면 전환, 버튼 클릭 시 동작 등을 미리 체험할 수 있어, 개발 전 전체적인 그림을 이해하는 데 도움이 됩니다.

4) 작은 수정은 직접 처리

텍스트를 조금 바꾸거나 버튼 위치를 살짝 옮기는 수준의 변경은 개발자가 직접 할 수 있습니다.

“이 정도는 내가 바로 수정해도 되겠다” 싶으면 디자이너에게 요청하지 않고 바로 반영 가능합니다.

5) 개인 프로젝트/스타트업에 유리

작은 팀에서는 개발자가 기획+디자인까지 담당하는 경우도 많습니다.

이때 피그마를 조금만 다룰 줄 알면 빠른 와이어프레임 제작 → 프로토타입 공유 → 피드백 반영의 사이클을 혼자서도 돌릴 수 있습니다.

개발자를 위한 피그마 기초 가이드

피그마를 디자이너처럼 깊게 배울 필요는 없습니다.

개발자라면 다음과 같은 핵심 기능만 익혀도 충분합니다.

✅ 꼭 알아야 할 기초

1. 프로젝트 열기 & 파일 구조 이해

• 팀에서 공유해 준 파일을 열고, 페이지별로 어떤 화면이 있는지 파악하기.

2. Inspect 기능 활용

• CSS 속성, 폰트, 색상 코드를 확인하고 바로 복사하는 방법 익히기.

3. 코멘트 확인 & 작성

• 디자이너가 남긴 설명을 확인하고, 필요하면 댓글로 질문 남기기.

있으면 좋은 기능

1. 와이어프레임 제작

• 네모 박스, 텍스트, 아이콘 정도만 배치해서 간단한 화면 구상하기.

2. 컴포넌트 이해 & 재사용

• 버튼, 카드 같은 공통 요소를 복사·수정해서 활용하기.

3. 프로토타입 미리보기

• 화면 간 연결을 클릭해 보며 사용자 플로우를 경험해 보기.

결론

개발자가 피그마를 배운다고 해서 디자이너가 되는 건 아닙니다.

하지만 협업 효율을 높이고, 업무 속도를 줄이며, 개인 프로젝트에도 활용할 수 있는 ‘실전 무기’ 가 됩니다.