- 세상의 모든 계산기 자유(질문) 게시판 일반 ()
손으로 세제곱근 계산하기? 도대체 왜 그러시는 건데요??
세제곱근을 손으로 풀어야 하나요?
"8의 세제곱근" 같은 것도 아니고, "1.392274 의 세제곱근"을 손으로 풀어야 한다구요?
왜죠? 도대체 왜 그러시는 건데요?

(핸드폰이나 컴퓨터에 있는) 공학용 계산기를 쓰면 되는 걸 알지만, 그걸 못쓰는 상황이라는 건데...
굳이 저런 상황이 왜 있는 건지? 모르겠지만...
여튼 일반 계산기도 없고 오직 손으로 풀어야 한다면,
그냥 못풀겠다고 하고 펜을 집어 던지시는게 좋습니다.
오차값이라도 제발 구해달라고 누가 사정사정한다면 그 때는 얘기가 좀 달라지겠지만요.
딱 떨어지지 않는 세제곱근의 근사값으로 계산하는 것은 그렇게 어렵지는 않습니다.
다음 과정만 잘 따라오시면 됩니다.
1. 정확한 해를 손으로 계산하는 것은 매우 어렵다.
- 고차방정식을 풀 때는 특히 손 계산으로는 해를 정확히 얻기 어렵다.
2. 손으로 계산할 때는 근사값으로 만족해야 한다.
- 근사 방법으로 빠르게 해를 구하고, 일정한 오차 범위를 허용하는 것이 현실적이다.
3. 이항 전개를 활용한 근사 계산
- \( (1 + r)^3 = 1^3 + 3r + 3r^2 + r^3 \)에서 \( +3r^2 +r^3 \) 는 \( r \)이 0에 가까울 때 무시할 수 있다.
- \( 3r^2 \)까지 포함하고, \( r^3 \) 만 버린다면, 오차는 줄어들겠지만, 제곱근을 손으로 또 구해야 하는 불상사가 생긴다.
- 어쩔 수 없이 2차항 3차항은 버려야만 한다.
- 따라서, \( 1 + 3r = 1.392274 \)를 풀어 간단한 근사 해 \(r = 0.130758 \)를 구해볼 수는 있다.
- 그런데, r=0.130758 이 0에 가깝다고 볼 수 있나?
4. 핵심은 \( r \)이 0에 가까워야만 이 논리에 의미가 있다는 것이다.
- \( r \)이 너무 크면 오차가 커져 근사 결과에 의미가 없어지므로, 매우 작은 \( r \)일 때 이 방법이 유효하다.
- 어떻게 r을 0에 가깝게 만들 것인가? 우리는 그 방법을 찾을 것이다. 늘 그랬듯이...
5. 이자율과 현실적 문제에서의 활용
- 이자율은 보통 5% 내외로 현실적으로 작은 값이기 때문에, 이를 바탕으로 사전 지식을 활용할 수 있다.
- \( 1.392274 \)는 \( 1.1^3 \)보다 크고 \( 1.2^3 \)보다 작다는 것을 (경험적으로) 감각적으로 알 수 있다.
- 아니면 최소한 앞선 과정3.에서 찾은 답이 r=0.130758 이니 제일 앞자리 0.1을 없애면 r이 0에 더 가까워지는 것 아니겠는가?
6. 더 정밀한 근사를 위해 수식을 변형해 사용
- \( 1.1 + r' \)을 기준으로 다시 전개하여 오차를 줄일 수 있다.
- \( (1.1 + r')^3 \approx 1.331 + 3.63r' \)로 고차항을 무시하여 전개 후, \( 1.331 + 3.63r' = 1.392274 \)을 계산하면, 훨씬 작은 오차로 근사값을 얻을 수 있다.
- 그렇게 찾은 r'=0.016879889807163 이고, 0.1 을 더해주면 더욱 더 근사해진 근사값 r = 0.116879889807163 을 얻는다.

이 방법은 계산량이 상대적으로 적고, 1차식으로 계산이 끝나기 때문에
직관적으로 \( r \) 값을 점점 더 작은 값으로 조정하면서 빠르게 근사값을 구할 수 있습니다.
더 정밀하게 다음 값을 구한다면
직전에 찾은 결과값에서 한자리 더 정확한 값을 선택해 0.12 또는 0.11을 빼고 r'' 를 계산해 볼 수 있겠습니다.





세상의모든계산기 님의 최근 댓글
V2 갱신 (nonK / K-Type 통합형) 예전에는 직접 코드작성 + AI 보조 하여 프로그램 만들었었는데, 갈수록 복잡해져서 손 놓고 있었습니다. 이번에 antigravity 설치하고, 테스트 겸 새로 V2를 올렸습니다. 직접 코드작성하는 일은 전혀 없었고, 바이브 코딩으로 전체 작성했습니다. "잘 했다 / 틀렸다 / 계산기와 다르다." "어떤 방향에서 코드 수정해 봐라." AI가 실물 계산기 각정 버튼의 작동 방식에 대한 정확한 이해는 없는 상태라서, V1을 바탕으로 여러차례 수정해야 했습니다만, 예전과 비교하면 일취월장 했고, 훨씬 쉬워졌습니다. 2026 02.04 A) 1*3*5*7*9 = 계산 945 B) √ 12번 누름 ㄴ 12회 해도 되고, 14회 해도 되는데, 횟수 기억해야 함. ㄴ 횟수가 너무 적으면 오차가 커짐 ㄴ 결과가 1에 매우 가까운 숫자라면 된 겁니다. 1.0016740522338 C) - 1 ÷ 5 + 1 = 1.0003348104468 D) × = 을 (n세트) 반복해 입력 ㄴ 여기서 n세트는, B에서 '루트버튼 누른 횟수' 3.9398949655688 빨간 부분 숫자에 오차 있음. (소숫점 둘째 자리 정도까지만 반올림 해서 답안 작성) 참 값 = 3.9362834270354... 2026 02.04 1. 분모 먼저 계산 400 × 10000 = 100 × 6000 = GT 결과값 4,600,000 역수 처리 ÷÷== 결과값 0.00000021739 2. 분자 곱하기 ×3 00 00 00 ×4 00 ×1 00 00 최종 결과 = 2,608,695.65217 2026 02.04 해결 방법 1. t=-1 을 기준으로 그래프를 2개로 나누어 표현 ㄴ 근데 이것도 tstep을 맞추지 않으면 문제가 발생할 것기도 하고, 상관이 없을 것 같기도 하고... 모르겠네요. 2. t=-1 이 직접 계산되도록 tstep을 적절하게 조정 tstep=0.1 tstep=0.01 도 해 보고 싶지만, 구간 크기에 따라 최소 tstep 이 변하는지 여기서는 0.01로 설정해도 0.015로 바뀌어버립니다. 그래서 tstep=0.02 로 하는게 최대한 긴 그래프를 얻을 수 있습니다. 2026 02.02 불연속 그래프 ti-nspire는 수학자처럼 연속적인 선을 그리는 것이 아니라, 정해진 `tstep` 간격으로 점을 찍고 그 점들을 직선으로 연결하는 'connect-the-dots' 방식으로 그래프를 그립니다. 여기에 tstep 간격에 따라 특이점(분모=0)이 제외되어 문제가 나타난 것입니다. seq(−2+0.13*t,t,0,23) {−2.,−1.87,−1.74,−1.61,−1.48,−1.35,−1.22,−1.09,−0.96,−0.83,−0.7,−0.57,−0.44,−0.31,−0.18,−0.05,0.08,0.21,0.34,0.47,0.6,0.73,0.86,0.99} t=-1 에서 그래프를 찾지 않습니다. 그 좌우 값인 −1.09, −0.96 두 값의 그래프값을 찾고, Window 범위를 보고 적당히 (연속되도록) 이어서 그래프를 완성하는 방식입니다. 그래서 t=-1에서도 그래프 값이 존재하는 것입니다. 2026 02.02