통신 기능(BT, 블루투스)이 있는 일반 계산기
일반 계산기는 학교, 직장, 일상 생활에서 쉽게 접할 수 있는 사무용 도구입니다.
주로 덧셈, 뺄셈, 곱셈, 나눗셈 등의 기본적인 계산에 사용됩니다.
입력을 받기 위한 버튼, 계산을 수행하는 내부 회로, 그 결과를 보여주기 위한 액정화면으로 구성됩니다.
매우 단순하고 심플한 기기입니다.
그런데, 이런 평범함을 거부하는 일반 계산기가 없지 않습니다.
개발되는 과정은 이런 것 같습니다.
1. 숫자 키 없는 키보드가 있음. 숫자 키 없어서 불편.
2. 숫자 키만 따로 떼어서 보조 키보드로 만듦.
3. 숫자 키가 있는데, 액정을 붙일까? 그럼 계산기로 쓸 수 있잖아?
4. 요즘 누가 유선으로 키보드 연결해. 블루투스 기능 붙여!
이런 식으로 발전해 오지 않았나 추측해 봅니다.
그 결과물은 아래와 같습니다.
KcBlue Numeric Keypad Calculator



블루투스로 연결될 경우 연결된 기기에 숫자를 전송【Send】할 수 있습니다. 계산 결과도 전송할 수 있구요.
연결되어 숫자를 입력받을 수 있는 기기는
PC로 한정될 이유는 없겠죠? 휴대폰이 될 수도 있고, 태블릿이 될 수도 있고...
개발 여부에 따라 다른 계산기도 될 수 있는거 아닙니까?
일반 계산기면 아묻따 허용하는 시험에서는 문제가 될 소지가 충분해 보입니다.
만약 그 시험에서 PC까지도 사용한다면? (보통은 이 경우 문제은행식이기 때문에 괜찮을 수도 있겠지만, 일방이든 상호작용이든 소통이 가능해진다는 점에서는 심각합니다.)
한 두 제품이 아닐껍니다. 아마도...

댓글2
-
1
세상의모든계산기
LOFREE, [EH113P] 분해 및 축 교체 영상
축 교체를 하려면 땜질을 새로 해야하구요.
스위치 종류에 따라 안맞을 수도 있나봅니다. (드릴로 구멍 넓히네요)
이 분은 숫자키는 게이트론 (추정) 백축(리니어, 35g, clear)으로 바꾸고,
상단키 4개만 흑축(55g) 으로 바꾸고 있습니다.
그 결과...
키캡과 하우징이 부딛히며 소음이 발생하므로
그닥 소음이 줄어들지 않았다는... 슬픈 소식이네요.
스텝드릴로 구멍을 아슬아슬할 정도까지 키워 보았지만
최종적으로도 소음은 그다지 줄어들지 않았습니다.
처음부터 저소음을 설계된 제품이 아니기 때문에,
아무리 저소음 축으로 교체한다고 해도
원래부터 조용한 계산기보다는 더 시끄러운 수준입니다.


세상의모든계산기 님의 최근 댓글
2번 사진 3개 사진 공통적으로 구석(corner) 에 증상이 있다는 특징이 있네요. 영상 찾아보니 이 가능성이 가장 높은 듯 합니다. https://www.youtube.com/watch?v=zxRBohepzwc ㄴ Liquid Crystal Leakage (액정 누설). ㄴ 손으로 밀어내니 주변으로 밀려나네요. 그래서 점으로 보이기도 하구요. 2025 10.29 500! 의 십진수 근사값 확인 500! = 1.22013682599111006870123878542304692625357434280319284219241358838 × 10^(1134) (참값, 울프람 알파) 2025 10.29 관련 라이브러리 https://allcalc.org/56263 sgn(x) 내장된 부호 함수(signum function)와 달리, 이 함수의 sgn(0)은 0을 반환합니다. 2025 10.29 라이브러리로 사용할 수 있습니다. (제작자 추천) 1. mylib 폴더에 넣기 2. Actions ➡️ library ➡️ refresh libraries 실행 하기 2025 10.29 ChatGPT-5 기호(÷, /, :) 자체는 의미적으로 같은 “나눗셈”을 뜻하지만, 문맥(사람이 쓰는 수학 vs 컴퓨터/프로그래밍)에 따라 해석 우선순위가 달라질 수 있습니다. 🔹 1️⃣ 전통 수학 표기 — ÷, /, : 수학 교과서, 논문, 일반 문서 등에서는 셋 다 의미적으로 “나누기”로 간주됩니다. 즉, 48÷2(9+3), 48/2(9+3), 48:2(9+3) 은 같은 의미로 받아들여야 합니다. 모두 사람의 수학 관행적 해석이 적용되어 48 ÷ 2 × (9+3) = 288 로 처리되죠. 즉, 기호가 바뀌어도 결과는 바뀌지 않습니다. 🔹 2️⃣ 컴퓨터·프로그래밍 문맥에서 / 사용 시 컴퓨터는 “생략된 곱셈(implicit multiplication)”을 따로 구분하지 못합니다. 따라서 다음 두 식은 완전히 다르게 인식됩니다. 표현 파이썬 등에서 해석 결과 48 / 2*(9+3) ((48 / 2) * (9+3)) 288 48 / 2(9+3) ❌ 문법 오류 (생략된 곱셈 인식 불가) — 즉, 컴퓨터 언어에서는 생략된 곱셈이 허용되지 않기 때문에, /는 반드시 명시적 *와 함께 써야 합니다. 🔹 3️⃣ “:” 기호의 경우 현대 수학에서는 “비율”을 나타내는 기호로 쓰입니다. a:b = \frac{a}{b} 따라서 (27 : 3(1+2)3) 같은 표현은 모호하거나 비표준적으로 간주됩니다. 대부분의 경우 계산기로는 입력 자체가 불가능합니다. ✅ 정리 기호 의미 결과 변화 주로 쓰이는 문맥 ÷ 나누기 없음 초중등 수학, 일반 표기 / 나누기 없음 (단, 프로그래밍에서는 생략 곱 불허) 수학/컴퓨터 : 비율 (또는 나누기 의미로 혼용) 보통 계산식에서는 사용 안 함 비, 비율 표기 🔹 결론 48 ÷ 2(9+3), 48/2(9+3), 48:2(9+3) 는 “수학적 의미”로는 동일하게 81로 해석됩니다. 하지만 프로그래밍이나 수식 파서(context) 에서는 /만 유효하고, 생략된 곱은 허용되지 않으며, :는 아예 다른 의미(비율)로 인식됩니다. 2025 10.28