[일반 계산기] 【%】 퍼센트 버튼을 활용한 계산 방법 (2가지 타입, Type의 구분)
일반 계산기에는 【%】 버튼이 (대부분) 있습니다.
일반적인 % 에 대한 인식(상식)을 가지고 계산기에서 【%】 버튼을 누르다 보면 (백이면 백) 오류가 발생합니다.
【%】버튼이 ÷100 으로 계산되는 것 이외에도, 사칙연산 버튼과 특수하게 조합되면서 예상하지 않은 함수로 작동하기 때문입니다.
퍼센트(%)와 관련한 계산에서, 그런 특수한 함수기능을 활용하면
버튼 입력 횟수를 줄일 수 있을 뿐 아니라, 일반 계산기로는 불가능한 계산까지도 할 수 있어 편리하게 사용할 수 있습니다.
장사하면서 하루에도 열번 스무번씩 할인액 계산하고, 마진 계산하고 하는 분이라면 분명히 도움이 됩니다.
하지만
사용을 할 것 같으면 사용법을 확실하게 익히고 난 다음에 사용을 해야지,
평소에 【%】기능을 쓸 일이 많지 않아서, 완벽하게 익히지 못할 것 같으면 【%】 버튼을 아예 사용하지 않는 것이 이득입니다.
계산기의 2종류 타입(<K TYPE> 과 <non-K TYPE>)에 따라 입력 순서나 조합도 다르고,
사용법을 한두번 본다고 완벽하게 모든 기능이 손에 익숙해지지 않기 때문입니다.
더듬더듬 입력하거나, 실수로 잘못입력해서 다시 처음부터 입력해야 하는 상황이 발생하면
시간만 잡아먹고, 계산 결과에 신뢰가 떨어지는 악영향이 있습니다.
% 를 안쓰고 대신 100으로 나눈 소숫점 숫자로 바꿔 입력하는게 전혀 어려운 일이 아니기 때문에,
가능하면 % 를 사용하는 대신 소숫점으로 계산하시는 것을 추천드리는 것입니다.
※ Type 의 구분에 관하여는 다음 글을 참고하세요.
<카시오 K TYPE>
수식 | 키 입력 | 결과 값 |
---|---|---|
100×5% = 5 | ![]() ![]() ![]() ![]() ![]() ![]() |
5 |
100 + (100×5%) = 105 | ![]() ![]() ![]() ![]() ![]() ![]() |
105 |
10 - (10×20%) = 8 | ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
8 |
30 = 60 × ? % | ![]() ![]() ![]() ![]() ![]() ![]() |
50 |
12 - 10 = (10×? %) | ![]() ![]() ![]() ![]() ![]() ![]() |
20 |
120 + 160× 25% = 160 | ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
160 |
ㄴ 연속 계산 160 - 120 = 40 | ![]() |
40 |
적용 대상 : (상수계산시 K가 표시되는) CASIO 계산기 대부분.
(일부 CASIO 계산기는 Non-K타입입니다)
<Non-K TYPE>
ㄴ 사진 출처 : Canon HS-1200TS Instructions
└ 사진출처 : CASIO DX-12S_EN.pdf
적용대상 : SHARP, CANON 계산기 등 상수계산시 K 표시가 없는 계산기
(카시오 계산기 중에도 일부 non-K 타입이 있습니다.)
※ 【MU】 버튼이 없는 계산기는 MU 를 이용한 계산을 할 수 없습니다. MU 는 Mark-Up 의 약자로, 원가 가산율을 의미합니다.
주의
- % 계산 뒤에 추가계산을 하려면 【=】를 입력해야 할 수도 있습니다.
반대로, 마지막에 【=】 를 입력하면 문제가 생기는 계산기도 있습니다.
이런 경우에는 【GT】와 호환성이 좋지 않으므로 【M】 메모리를 이용하는 것이 좋습니다.
- <K Type> 과 <Non-K Type>의 구분은 편의상 명칭한 것으로 널리 쓰이는 용어는 아닐 수 있습니다.
또한 하나의 Type 에 해당한다고 해서 모두 똑같은 동작을 한다고 단정할 수 없습니다. 회사별로 세세한 기능의 차이가 있을 가능성도 있습니다.
(법으로 정해진 건 아니니까요)
- 숙달되지 않으면 【%】 버튼은 결과의 오류를 발생시킬 수 있으므로, 손가락에 완전 익숙해지도록 연습하거나, 아예 안쓰거나를 선택하시는게 좋겠습니다.
댓글9
- 1
-
세상의모든계산기
예시 문제 : [K타입] 10000-30%를 하면 33233.33333... 이 나오는데요... 무슨값일까요?
https://kin.naver.com/qna/detail.nhn?d1id=11&dirId=1126&docId=319013482
판매가(10000) 원가(100) 일 때 원가 대비 이익률(%) 구하는 입력
【10000】 【-】 【30】 【%】 의 의미?
10000은 30 과 몇 퍼센트 차이가 나는지 계산
⇔ 10000 = 30 + (30 × ?%) = 30 * (1 +?%)
⇔ (10000-30) 은 30의 몇 배인지를 퍼센트 단위로 계산
⇔ 10000 - 30 = (30 × ?%)
30에다가 30의 33233.33333%를 더하면 10,000
※ 매출액 125원이고, 매출 원가가 100원이면 원가대비 이익률은 몇 퍼센트인가? 이런 계산할 때 씁니다.
입력 【125】 【-】 【100】 【%】
결과 25 (퍼센트) - 1
- 1
-
세상의모든계산기
K타입 상수계산과 % 결합 예시
https://kin.naver.com/qna/detail.naver?d1id=11&dirId=1113&docId=480853041
버튼 입력 화면 결과 계산식 1 -- 2 % 100 2-1 = 1×(x%) % 9900 100-1 = 1×(x%) % 989900 9900-1 = 1×(x%)
세상의모든계산기 님의 최근 댓글
예시11) 선형 연립방정식에서 답이 false 로 나올 때 https://allcalc.org/55823 2025 10.22 approx(참 해) 값이 이상하게 튀는 것 같아서 AI를 이용해 (python 으로) 구해보았습니다. * python 의 유효자릿수가 nspire 의 유효자릿수(14자리~15자리)보다 더 길기 때문에 시도하였습니다. ** 원래는 wolfram alpha 로 구해보려고 했는데, 울프람에서는 수식 길이가 너무 길다고 거부하는 바람에 포기하였습니다. 그 결과, AI approx(참 해) 값은 정상 범주에 포함되었고, 이는 solve()로 구한 대부분의 결과값과 유사하였습니다. 그럼 nspire 의 approx(참 해)는 왜 튀었나? 참 해에 더하기,빼기,곱하기,나누기 가 너무 많이 포함되어 있다보니, 모두 계산하고 나면 오차가 누적&증폭되어 버리는 것 같습니다. 그래서 오히려 solve의 numeric 한 접근보다도 더 큰 오차가 발생한 듯 하고, 그래서 적절한 해의 x 구간을 벗어나버린 듯 합니다. 그것이 처음의 solve 에서 false 를 이끌어낸 주 원인이 아니었을까요? (추정) 2025 10.21 그래프로 확인 그래프 함수로 지정하고, 매우 좁은 구간으로 그래프를 확대해 보면 불연속적인 그래프 모습이 확인됩니다. 이것은 한계 digits(15자리) 이상을 처리하지 못하기 때문일 것이구요. 다만 특이한 점은, 그래프상으로 교점에 해당하는 구간이 73.049507058477≤x≤73.049507058484 사이로 나오는데 -> 이 구간은 'solve에서 여러 방법으로 직접 구해진 해들'은 포함되는 구간입니다. -> 하지만, '참값인 해를 계산기로 구한 appprox 값 x=73.049507058547'은 포함되지 않는 구간입니다. 2025 10.21 tns 파일 첨부 sol_num_vs_exact.tns 2025 10.21 검증하면 1번 식을 x에 대해 정리하고, → 그 x 값을 2번 식에 대입해 넣으면 → 그 결과로 x는 사라지고 y에 대한 식이 되니, y에 대해 정리하면 참값 y를 얻음. 얻은 y의 참값을 처음 x에 대해 정리한 1번식에 대입하면 참 값 x를 얻음. 구해진 참값의 근사값을 구하면 x=73.049507058547 and y=23.747548955927 참 값을 approx() 로 변환한 근사값은 원래 방정식 모두를 만족할 수 없지만, linsolve() 로 찾은 근사값과, AI로 참 값을 근사변환한 값은 원래 방정식 모두를 만족할 수 있습니다. 2025 10.21