나머지 계산기

실제로 언제 필요한가

나머지 계산은 시험에만 나오는 개념이 아닙니다. 프로그래밍에서는 배열의 순환 인덱스(예: 7명이 순서대로 돌아가며 당번을 정할 때 8번째 사람은 다시 1번), 짝수·홀수 판별, 특정 간격마다 반복되는 이벤트(3의 배수마다 알림) 처리에 나머지 연산이 그대로 쓰입니다. 날짜 계산에서도 요일을 구할 때(전체 일수를 7로 나눈 나머지) 나머지 연산이 핵심 역할을 합니다.

암호학과 해시 함수에서도 나머지 연산(모듈러 연산)이 기반입니다. 데이터를 특정 개수의 버킷에 고르게 분산시키는 해시 테이블, 특정 숫자 범위 안에서만 값을 순환시키는 체크섬 계산 모두 나머지 연산 없이는 만들 수 없습니다. 학생이라면 두 수가 나누어떨어지는지(나머지가 0인지)를 확인해 약수·배수 관계를 판단할 때도 이 계산이 필요합니다.

실생활에서도 나머지 계산은 자주 등장합니다. 대형마트에서 물건을 낱개가 아니라 묶음 단위로만 판매할 때 몇 묶음을 사야 하고 얼마가 남는지, 여러 사람이 모임 회비를 나눠 낼 때 1인당 얼마씩 내고 잔돈은 얼마가 남는지를 계산할 때도 몫과 나머지를 함께 구해야 정확한 답이 나옵니다.

계산법 — 몫과 나머지의 관계

나눗셈의 기본 관계식은 피제수 = 제수×몫 + 나머지입니다. 17을 5로 나누면 몫은 3, 나머지는 2이고, 5×3+2=17로 검산됩니다. 여기까지는 양수끼리의 계산이라 헷갈릴 일이 없습니다. 문제는 음수가 끼어드는 순간부터입니다. -17을 5로 나눌 때 몫을 -3으로 볼지 -4로 볼지에 따라 나머지가 -2가 되기도 하고 3이 되기도 합니다.

이 차이는 프로그래밍 언어가 몫을 어느 방향으로 반올림하느냐에서 갈립니다. JavaScript·Java·C는 0을 향해 자르는(truncate) 방식을 쓰고, Python은 음의 무한대를 향해 내리는(floor) 방식을 씁니다. 그 결과 -17을 5로 나눈 나머지는 JavaScript에서 -2가 나오지만 Python에서는 3이 나옵니다. 같은 수식인데 언어마다 다른 답이 나오는 이유가 바로 이 반올림 방향 때문입니다.

언어별·정의별 부호 규칙표

수학 교과서에서 배우는 나머지는 대개 세 번째 방식으로, 나머지가 항상 0 이상이 되도록 정의합니다. 반면 실무 코드를 그대로 옮기면 언어 기본 방식(첫 번째)이 적용되어 음수 나머지가 나올 수 있습니다. 코드를 짤 때 배열 인덱스처럼 항상 양수 나머지가 필요하다면 언어 기본 연산자만 쓰지 말고 별도로 보정해야 합니다.

몫도 마찬가지로 방식에 따라 값이 달라집니다. -17을 5로 나눌 때 JavaScript·Java·C 방식의 몫은 -3(0을 향해 자름)이지만, Python 방식의 몫은 -4(음의 무한대로 내림)입니다. 나머지만 보고 몫을 무시하면 검산식(피제수=제수×몫+나머지)이 맞지 않게 되므로, 항상 몫과 나머지를 같은 방식으로 함께 계산해야 합니다.

음수·0 처리 시 주의점

제수가 0이면 수학적으로 정의되지 않으므로 이 계산기는 오류로 안내합니다. 프로그래밍에서도 0으로 나누기는 대부분 예외(에러)를 던지거나 Infinity·NaN 같은 비정상 값을 반환하므로, 사용자 입력을 받는 코드라면 나눗셈 전에 반드시 제수가 0인지 검사해야 합니다.

또한 배열 인덱스처럼 나머지가 반드시 양수여야 하는 상황에서 언어 기본 나머지 연산자만 쓰면 음수 인덱스 오류로 이어질 수 있습니다. 이럴 때는 나머지를 한 번 더 제수로 보정하는 방식이 안전한 관용구로 쓰입니다. 이 계산기의 '수학적 정의' 모드가 바로 이 보정을 적용한 값입니다.

큰 수를 다룰 때도 주의가 필요합니다. 프로그래밍 언어에서 정수 표현 범위를 벗어나는 매우 큰 피제수를 나누면 반올림 오차가 생겨 나머지가 미세하게 틀어질 수 있습니다. 이 계산기는 안전하게 계산할 수 있는 범위를 넘는 값이 입력되면 별도로 안내하도록 방어 로직을 넣었습니다.

사례 계산

7명이 원탁에 둘러앉아 순서대로 당번을 맡는다고 가정해 보겠습니다. 오늘이 전체 순번 중 23번째 날이라면, 몇 번째 사람 차례인지는 23을 7로 나눈 나머지로 구합니다. 23÷7은 몫 3, 나머지 2이므로(7×3+2=23), 사람 번호를 1~7로 매겼다면 나머지 2에 해당하는 사람이 당번입니다. 다만 나머지가 0으로 딱 떨어지는 21번째, 28번째 날에는 '나머지 0'이 7번째 사람을 가리킨다는 점을 놓치기 쉬워, 나머지가 0일 때는 마지막 사람으로 보정해야 합니다.

또 다른 예로 재고를 24개들이 박스에 포장한다고 하면, 물건 350개를 포장할 때 350÷24는 몫 14, 나머지 14이므로(24×14+14=350), 박스 14개를 꽉 채우고 낱개 14개가 남는다는 계산이 나옵니다. 이런 계산은 몫과 나머지를 동시에 알아야 하는 대표적인 실무 사례입니다.

음수가 등장하는 사례도 살펴보겠습니다. 온도가 영하 17도에서 시작해 매시간 5도씩 오른다고 할 때, 5시간 뒤 온도를 7로 나눈 나머지로 어떤 요일 패턴에 해당하는지 구한다고 가정하면, -17÷7의 나머지가 방식에 따라 -3(JS 방식)일 수도, 4(수학적 방식)일 수도 있습니다. 이런 경우 어떤 기준을 쓸지 미리 정해두지 않으면 같은 계산도 결과가 서로 다르게 나올 수 있습니다.

체크리스트

나머지 계산을 코드나 수식에 쓸 때는 다음을 확인하는 것이 좋습니다. 첫째, 제수가 0이 될 가능성이 있는지 미리 검사했는가. 둘째, 음수가 입력될 수 있는 상황이라면 어떤 부호 규칙(언어 기본값인지, 항상 양수인지)이 필요한지 명확히 정했는가. 셋째, 다른 언어나 시스템과 값을 주고받을 때 나머지 부호 규칙이 서로 다르면 결과가 어긋날 수 있으므로 경계 지점에서 한 번 더 검증했는가. 이 세 가지만 짚어도 나머지 연산에서 나오는 오류의 대부분을 예방할 수 있습니다.