- TI nspire
[TI-nspire] 계산 결과의 분모에 허수(i) or 무리수(√)를 그대로 남겨두는 방법
-
- 2025.01.13 - 09:52 2015.11.15 - 21:01 5942 5
1. 분모의 유리화(Rationalisation) or 실수화(?)
[TI-nspire] 계산기는 '분자/분모 꼴'인 결과의 분모에 무리수(√)나 복소수(i)가 남아 있는 것을 싫어합니다.
ㄴ 다른 공학용 계산기들도 비슷합니다.
그래서 어지간하면 강제로 분모의 유리화 or 실수화를 진행합니다.
ㄴ 문자가 들어 있거나 해서 실수/허수 판단이 안되는 경우 등에는 진행되지 않습니다.
2. 문제의 발생
그 결과값이 상수인 경우에는 큰 문제가 되지 않으나, 미지수를 포함한 식인 경우에는 경우에 따라 아래처럼 문제가 될 수도 있습니다.
강제적인 유리화 또는 실수화 과정에서 (x-α)가 분모, 분자에 각각 곱해졌는데, 그 다음 계산에서 x=α 를 대입해야 하는 경우에는 분모가 0이 되고, 의도치 않게 결과값으로 undef 이 나옵니다.
결과적으로 쓸데없이 분모분자에 0을 곱해서 0/0 꼴을 만든 것과 같습니다.
3. 해결 방안
factor(Expr1[, Var]) ⇒ expression
cfactor(Expr1[, Var]) ⇒ expression
- 옵션인 ,var 값을 생략해도 괜찮을 수 있지만, 가급적 입력하는 것을 추천합니다.
- 무리수에서는 factor, 복소수에서는 cfactor를 사용하는게 모양상 바람직합니다.
복소수 변수일 경우에는 변수 뒤에 언더스코어바(_)를 붙여주는 것이 바람직합니다. - 위 명령으로 최종 수식을 감싸주면 분모가 더이상 유리화 또는 실수화되지 않고 그대로 출력됩니다.
- 위처럼 분모 위치에 묶여있는 상태에서 |x=α 조건을 붙여서 사용하거나, 결과값에 조건을 붙여서 계산하면 undef 문제를 해결할 수 있습니다.
☆ 반대로 유리화가 진행되지 않은 채 남은 다항식을 강제로 통분하려면 comDenom( ) 명령을 사용하시면 됩니다.
-
25
댓글5
-
세상의모든계산기
ㄴ "Var 값의 입력여부"에 따라 결과의 차이가 발생할 수 있습니다. -
세상의모든계산기
cfactor 함수와 ,var 변수의 조합에 따라 다양한 결과가 나옴을 알 수 있습니다.
눈에 보이는 계산에서는 실수를 바로 파악할 수 있지만, 결과값이 외부로 즉시 드러나지 않는 프로그램 내부에서 이런 문제가 발생하면 문제 파악이 어려울 수 있습니다. 여러가지 경우를 가정해서 미리 테스트 해보는 일이 필요합니다.
-
1
세상의모든계산기
cfactor의 도움으로 원하는 결과식이 구해지긴 하지만, x=α 를 결과식이 아닌 처음의 수식에 집어넣으면 답이 안나올 수 있습니다.
이런 경우에는 어쩔 수 없이 계산을 2단계로 나누어서 해야 합니다. (다른 방법이 있으면 제보 바랍니다)
-
세상의모든계산기 님의 최근 댓글
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