알고리즘 문제를 풀다 보면, 머릿속에 떠오르는 자료구조를 일단 선언해 두고 로직을 끼워 맞추려는 습관이 있습니다. 특히 백준에서 단편적인 알고리즘을 풀 때와 달리, 소프트웨어 마에스트로(SoMa)나 기업 코테처럼 요구사항이 복잡한 시뮬레이션 문제에서는 이러한 '구현 주
새롭게 정립한 '설계 주도형 사고(SOP)'에 따라, 시뮬레이션 문제(이기적 유전자: 반복되는 죄수의 딜레마)를 풀기 위해 5단계 모듈화 작업을 진행했습니다. 함수의 역할을 매칭(match) -> 게임 진행(play_game) -> 행동 결정(action) -> 인구
코딩 테스트에서 복잡한 시뮬레이션 문제를 풀기 위해 '설계 주도형 사고(SOP)'를 도입하여 5개의 스켈레톤(뼈대) 코드를 분리하는 데 성공했습니다. 하지만 빈 껍데기뿐인 함수들을 마주하고 나니 새로운 고민이 생겼습니다. "상향식(Bottom-Up)으로 가장 작은 조각
📌 들어가며: 시뮬레이션의 늪에서 벗어나기소프트웨어 마에스트로(SoMa)와 같은 고난도 코딩 테스트에서 가장 발목을 잡는 유형은 단연 '복잡한 구현/시뮬레이션'이다.과거에는 문제를 읽자마자 하나의 거대한 solution 함수 안에 모든 로직을 때려 넣으며(일명 스파게
SOP (Standard Operating Procedure) 수립 회고백준(BOJ)과 프로그래머스는 입출력 환경이 완전히 다릅니다. 백준은 날것의 문자열을 직접 파싱해야 하고, 프로그래머스는 정제된 매개변수를 던져줍니다. 이 두 플랫폼 사이에서 코드를 짤 때마다 헷갈
SOP (Standard Operating Procedure) 수립 회고알고리즘 문제를 풀 때마다 플랫폼(백준 vs 프로그래머스)의 입출력 방식 차이로 코드가 꼬이는 것을 막기 위해, 나만의 범용 보일러플레이트(Boilerplate) 템플릿을 구축했습니다. 더 나아가,