- TI nspire
[TI-nspire] factor(), 소인수 분해 & 수식을 묶을 때
-
- 2024.11.27 - 10:00 2024.11.27 - 09:43 455 1 1
1. factor(rationalNumber)
"소수를 인수로 가지는 유리수를 반환합니다. 합성수의 경우, 두 번째로 큰 인수의 자리 수가 증가함에 따라 계산 시간은 기하급수적으로 증가합니다."
factor() 함수는 기본적으로는 인수로 넣어진 숫자를 소인수 곱으로 분해하는 기능을 합니다.
※ 너무 큰 수의 분해에는 시간이 많이 소요되므로, 소수인지를 확인하는 것으로 충분하다면 isPrime() 함수를 쓰시는게 좋습니다.
2. factor(수식)
인수에 수식을 넣었을 때는 수식을 곱의 형태로 만들어주기도 합니다.
다만, 수식을 정확하게 내가 원하는 형태(꼴)로 변형할 수 있다고 기대하진 않으시는게 좋습니다.
간단한 거라면 그렇게 될 수도 있지만, 조금만 복잡해져도 딱 내가 원하는 형태로 변경되지 않는 경우가 더 많습니다.
3. 유리수 vs 무리수, 실수 vs 허수
[TI-nspire] 계산 결과의 분모에 허수(i) or 무리수(√)를 그대로 남겨두는 방법
https://allcalc.org/10126
추천인
-
25
세상의모든계산기 님의 최근 댓글
불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 VARIABLE 버튼 【⇄[x]】목록에서 확인하고 Recall 하시면 되고, 변수값을 이미 알고 있을 때는 바로 【⬆️SHIFT】【4】로 (A)를 바로 입력할 수 있습니다. 2025 10.24 fx-570 CW 로 계산하면? - 최종 확인된 결과 값 = 73.049507058478629343538 (23-digits) - 오차 = 6.632809104889414877 × 10^-19 꽤 정밀하게 나온건 맞는데, 시뮬레이션상의 22-digits 와 오차 수준이 비슷함. 왜 그런지는 모르겠음. - 계산기중 정밀도가 높은 편인 HP Prime CAS모드와 비교해도 월등한 정밀도 값을 가짐. 2025 10.24 HP Prime 에서 <Home> 73.0495070344 (12-decimal-digits) // python 시뮬레이션과 일치 <CAS> 21자리까지 나와서 이상하다 싶었는데, Ans- 에서 자릿수를 더 늘려서 빼보니, 뒷부분 숫자가 아예 바뀌어버림. 버그인가? (전) 73.0495070584718691243 (21-digits ????) (후) 73.0495070584718500814401 (24-digits ????) 찾아보니 버그는 아니고, CAS에서는 십진수가 아니라 2진수(bit) 단위로 처리한다고 함. Giac uses 48 bits mantissa from the 53 bits from IEEE double. The reason is that Giac stores CAS data (gen type) in 64 bits and 5 bits are used for the data type (24 types are available). We therefore loose 5 bits (the 5 low bits are reset to 0 when a double is retrieved from a gen). 출처 : https://www.hpmuseum.org/cgi-bin/archv021.cgi?read=255657 일단 오차를 놓고 보면 16-decimal-digits 수준으로 보임. 2025 10.23 khiCAS 에서 HP 39gII 에 올린 khiCAS는 254! 까지 계산 가능, 255! 부터는 ∞ fx-9750GIII 에 올린 khiCAS는 factorial(533) => 425760136423128437▷ // 정답, 10진수 1224자리 factorial(534) => Object too large 2025 10.23 같은 방식으로 500! 근사값을 구해보면 1.219933487 × 10^(1134) 1.22013682599111006870123878542304692625357434280319284219241358838 × 10^(1134) (참값, 울프람 알파) 2025 10.23