You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
alt: "Dynamic한 인생...은 재미있고(?) Dynamic한 프로그래밍...은 좀 어렵더라"
9
9
width: 1200# 이미지의 너비 조정
10
10
height: 1200# 이미지의 높이 조정
@@ -30,7 +30,7 @@ image:
30
30
31
31
아니 나는 처음엔, 2 * N 배열의 우리에 사자 배치? 인접하면 안된다고? 사방을 탐색해야 되나… 이런 사고 방식에 이어서 배열 다 탐색해야 겠구나… 생각하고 완전탐색(DFS 아니면 BFS..)를 생각했다. 적당히 백트래킹 하면 2초 안에 풀 수 있을 줄 알고… 내가 문제 풀면서 적어 놨던 주석의 일부를 가져왔다 일단.
2차원 배열에서 모든 경우의 수 탐색이라는 걸 보고.. DFS 아니면 BFS라는 고정관념이 어느 정도 있던 것 같다. 그동안 그래프 탐색 문제를 열심히 풀었으니 그런 것도 있던 것 같다. 상태 수가 제한적인 구조가 있다는 것을 파악 하질 못함. 어떻게 패턴화 시키는지에 대해 경험이 부족한 게 컸던 것 같다.
- 문제를 보면 **"상태의 수가 제한적인가?", "반복되는 패턴이 있는가?"** 를 먼저 점검해야 할 것 같다.
119
119
120
-
### 2️⃣ 모듈러 연산에 대한 이해 부족 (왜 `% 9901`을 계속해야 할까?)
120
+
### 2. 모듈러 연산에 대한 이해 부족 (왜 `% 9901`을 계속해야 할까?)
121
121
122
122
"그냥 마지막에 한 번 나누면 되겠지?" 라는 안일한 생각을 당연히 했지. 중간에 수가 커지면 생기는 **메모리 초과**를 고려하지 못했다. Python과 같은 프로그래밍 언어에서 정수는 자동으로 커지긴 하지만, 메모리를 많이 차지하는 큰 정수를 반복적으로 다루면 메모리 터질 가능성이 매우 높다.
0 commit comments