[일반 계산기] 【%】 퍼센트 버튼을 활용한 계산 방법 (2가지 타입, Type의 구분)
-
- 2025.02.18 - 09:32 2015.02.11 - 19:00 30810 9
일반 계산기에는 【%】 버튼이 (대부분) 있습니다.
일반적인 % 에 대한 인식(상식)을 가지고 계산기에서 【%】 버튼을 누르다 보면 (백이면 백) 오류가 발생합니다.
【%】버튼이 ÷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 에 해당한다고 해서 모두 똑같은 동작을 한다고 단정할 수 없습니다. 회사별로 세세한 기능의 차이가 있을 가능성도 있습니다.
(법으로 정해진 건 아니니까요)
- 숙달되지 않으면 【%】 버튼은 결과의 오류를 발생시킬 수 있으므로, 손가락에 완전 익숙해지도록 연습하거나, 아예 안쓰거나를 선택하시는게 좋겠습니다.
-
25
댓글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%)
세상의모든계산기 님의 최근 댓글
HP-39gII 에 ExistOS 설치하기 https://allcalc.org/38526 2025 11.07 1. 왜 검은색이 아닌 다른 색으로 보일까? (제공된 LUT 필터) 제가 제공해 드린 magenta_lens.cube LUT 필터는 540~560nm(녹색-노란색) 파장대의 색상을 '완전히 제거(검은색으로 만듦)'하는 대신, '다른 색상으로 왜곡/변환'하도록 설계되었습니다. * 원리: LUT(Look-Up Table)는 특정 입력 색상(Input RGB)을 미리 정해진 다른 출력 색상(Output RGB)으로 매핑하는 테이블입니다. 이 LUT는 540~560nm에 해당하는 RGB 값들이 들어오면, 검은색(0, 0, 0)이 아닌, 매우 어둡거나 채도가 낮은 특정 색(예: 어두운 올리브색, 갈색 등)으로 변환하라고 지시합니다. * 의도: * 현실적인 물리 필터 시뮬레이션: 실제 고가의 색약 보정 안경도 특정 파장을 100% 완벽하게 차단하지는 못합니다. 빛의 일부를 흡수하고 일부는 통과시키거나 변환하는데, 이 LUT는 그러한 현실 세계의 필터 효과를 더 비슷하게 흉내 냈을 수 있습니다. * 시각적 정보 유지: 특정 색을 완전히 검게 만들면 그 부분의 형태나 질감 정보가 완전히 사라집니다. 하지만 다른 어두운 색으로 대체하면, 색상 정보는 왜곡되더라도 밝기나 형태 정보는 어느 정도 유지되어 전체적인 이미지가 덜 어색하게 보일 수 있습니다. 결론적으로, 스펙트럼 그림에서 해당 대역의 색이 갑자기 '다른 색으로 툭 바뀌는' 현상은, LUT 필터가 "이 파장대의 색은 앞으로 이 색으로 표시해!"라고 강제적으로 지시한 결과이며, 이것이 바로 이 필터가 작동하는 방식 그 자체입니다. 2. 왜 'Color Vision Helper' 앱은 검은색으로 보일까? 비교하신 'Color Vision Helper' 앱은 노치 필터의 원리를 더 이상적(Ideal)이고 교과서적으로 구현했을 가능성이 높습니다. * 원리: "L-콘과 M-콘의 신호가 겹치는 540~560nm 파장의 빛은 '완전히 차단'되어야 한다"는 개념에 매우 충실한 방식입니다. * 구현: 따라서 해당 파장에 해당하는 색상 정보가 들어오면, 어떠한 타협도 없이 그냥 '검은색(RGB 0, 0, 0)'으로 처리해 버립니다. 이는 "이 파장의 빛은 존재하지 않는 것으로 처리하겠다"는 가장 강력하고 직접적인 표현입니다. 2025 11.06 적용사례 4 - 파장 스펙트럼 https://news.samsungdisplay.com/26683 ㄴ (좌) 연속되는 그라데이션 ➡️ (우) 540 이하 | 구분되는 층(색) | 560 이상 - 겹치는 부분, 즉 540~560 nm 에서 색상이 차단? 변형? 된 것을 확인할 수 있음. 그럼 폰에서 Color Vision Helper 앱으로 보면? ㄴ 540~560 nm 대역이 검은 띠로 표시됨. 완전 차단됨을 의미 2025 11.05 빨간 셀로판지로도 이시하라 테스트 같은 숫자 구분에서는 유사한 효과를 낼 수 있다고 합니다. 색상이 다양하다면 빨강이나, 노랑, 주황 등도 테스트해보면 재밌겠네요. 2025 11.05 안드로이드 앱 - "Color Vision Helper" 다운받아 본문 내용을 카메라로 찍어 보니, 본문 프로그램에서는 애매하게 보이던 부분에서도 구분이 완전 확실하게 되네요. 숫자 구분 능력 & 편의성 면에서 압도적이라고 할 수 있겠습니다. 2025 11.05