일반 계산기로 (상용) 로그값을 구할 수 있을까?
ChatGPT-4o 에게 물어봤습니다.
일반 계산기 basic calculator 를 이용해 상용로그의 값을 구할 수 있나? 예를 들어 상용로그 log(7.56) 을 구한다면?


아니... ChatGPT야! 자연로그 계산 기능이 있는 계산기에 상용로그 계산 기능이 없겠니? 있겠니? 상식적으로 생각해 봐라.

근사적으로 구할 수 있습니다.
댓글11
-
세상의모든계산기
Claude 3.5 Sonnet
질문 : 상용로그 log(7.56) 을 구하려고 해. 1. 로그표를 사용할 수 없고, 2. 공학용 계산기를 사용할 수 없어. 3. 상용로그 log(2) log(3) log(5) 와 같은 값도 알고있지 않아.
답변 :
이해했습니다. 상용로그 log(7.56)을 근사적으로 계산하는 방법을 단계별로 설명해 드리겠습니다. 주어진 제한 사항을 고려하여 접근하겠습니다.
1단계: 7.56을 10의 거듭제곱 형태로 표현
7.56 = 10^x 라고 할 때, x를 찾는 것이 우리의 목표입니다.2단계: 양변에 로그를 취합니다.
log(7.56) = log(10^x) = x3단계: 7.56을 10에 가까운 수와 그 나머지로 분해
7.56 = 10 * 0.7564단계: 로그의 성질을 이용
log(7.56) = log(10 * 0.756) = log(10) + log(0.756) = 1 + log(0.756)5단계: 0.756에 대한 근사값 찾기
0.756은 1보다 작고 0.5보다 크므로, log(0.756)은 0과 -0.3 사이의 값일 것입니다. // 0은 알겠는데, -0.3은? (log2에서 착안한 듯?)
더 정확한 근사를 위해, 0.756 ≈ 10^(-0.12)라고 가정해 봅시다. // 뭐지? 급발진은?6단계: 최종 계산
log(7.56) ≈ 1 + (-0.12) = 0.88따라서, 주어진 제한 사항 하에서 log(7.56)의 근사값은 0.88입니다.
이 방법은 정확한 값을 제공하지는 않지만, 주어진 조건에서 상용로그의 개념과 성질을 이용하여 근사값을 구하는 방법을 보여줍니다. 실제 log(7.56)의 정확한 값은 약 0.8785입니다.
더 자세한 설명이 필요하거나 다른 질문이 있으시면 말씀해 주세요.
-
세상의모든계산기
쌀집 계산기 : 방법1

10^x = 756 을 만족하는 x 를 구하고 -2를 하면 정답이니까,
10의 몇제곱을 하면 756 이 될 것인가? 를 찾으면 됨.
- 1. 2제곱(100)보다는 많아야 하고 3제곱(1000)보다는 적어야 한다.
- 2. 5/2 = 2.5제곱은 √
곱하기 5회(=6-1)반복으로 쉽게 구할 수 있는데 316이니까 많이 모자르고 - 3. 분모를 4로 하면 √√
곱하기 11회(=12-1)반복하여 보아도 562로 많이 모자르고 - 4. 분모를 8로 하면 √√√
곱하기 23회(=24-1)까지 하니까 739.89 로 찾는 값 756에 매우 근접함을 알 수 있다. - 5. 반복을 더 하여 더 근접한 횟수를 찾을 것 같으면 더 하는 것이고, 대충 만족하려면 여기서 스탑
- 23/8 - 2 로 최종 결과값 0.875를 구함. 오차율 = −0.4 %

-
1
세상의모든계산기
분모를 16으로(√√√√) 하면
분모를 8로 했을 때(√√√) 와 비교해
(시도횟수상) 간격이 반으로 줄어들게 됨
그 말을 다시 풀면
분모 8에서는 (24-1) 번째에 749.89 가 나왔으니,
분모 16에서는 (48-2) 번째에 749.89 가 나오고,
(48-1)번째에는 749.89 - 1000 사이의 어떤 값이 나오게 된다는 것.
정확하게는 몰라도 대충 그 값이 '(749보다 더) 756에 가깝지는 않을 것'은 알 수 있을 것

-
2
세상의모든계산기
이해를 돕기 위해 그래프로 그려보면

대충 오차가 10 이내로 들어오면 운 좋게 찾아진 것.
-
세상의모든계산기
쌀집 계산기 방법 2
버튼 입력 횟수에 무관하게
무식&정확하게 구해 나간다면...

(1/2)+(1/2)+(1/2)+(1/2)+(1/2)
+(1/4)
+(1/8)
+(1/16)
-(1/32)
-(1/64)
-(1/128)
-(1/256)
=((737)/(256)) = 2.87890625
최종 답 = 0.87890625
오차율 = 0.0437615208591%
다음 단계의 값을 루트로 구하기 위해서는
우선순위 때문에 앞의 결과값 ans 를 메모리에 먼저 넣어야 하므로
상~당히 귀찮은 작업입니다.
- 1
-
1
세상의모든계산기
다시 보니까 √ 버튼이 스택에 쌓여있는 입력보다 우선 계산되기 때문에
M 메모리를 쓰지 않고도 계산이 가능하네요.
(8클릭) 1 0 √ × = = = = 316.2277
(6클릭) × 1 0 √√ = 562.3413
(6클릭) × 1 0 √√√ = 749.8942
749.89420933246 구하는 데까지 20번 클릭이면 되네요.
(오차 줄인다고) 한번 더 갔다가 되돌아오려면추가로 +45 클릭이 필요합니다.
16제곱근(7클릭) : × 1 0 √√√√ = 865.9643 > 756
32제곱근(8클릭) : ÷ 1 0 √√√√√ = 805.8421 > 756
64제곱근(9클릭) : ÷ 1 0 √√√√√√ = 777.3650 > 756
128제곱근(10클릭) : ÷ 1 0 √√√√√√√ = 763.5060 > 756
256제곱근(11클릭) : ÷ 1 0 √√√√√√√√ = 756.6695 ≒ 756버튼 입력 횟수가 줄어드는 것도 좋지만,
계산중 M을 부르고 지우고 더하고 하는 관리과정이 빠지니까 훨씬 수월합니다.
-
2
세상의모든계산기
계산 과정을 입체적? 으로 표현하면 이렇게 되구요.

최종 수식에서
곱하기에 해당하는 지수는 더해주고 (1/2)*5회 + (1/4) + (1/8) + (1/16)
나누기에 해당하는 지수는 빼주면 - (1/32) - (1/64) - (1/128) + (1/256)
찾고자 하는 로그값이 나오는 것이죠.
- 3









세상의모든계산기 님의 최근 댓글
- claude AI는 l-c*r^2 을 1-c*r^2 으로 잘못 읽고 표시하고 있습니다. - TI-nspire CAS 계산기에 l-c*r^2 ≥0 을 조건에 추가해 계산해 보아도 결과는 바뀌지 않습니다. 2026 07.20 ⚠️ 경고가 바로 두 번째 방법이 "성공"한 이유와 정확히 연결되어 있습니다. 경고의 의미 "Domain of the result might be larger than the domain of the input"는 CAS가 절댓값(모듈러스)을 계산하는 과정에서 원래 식보다 정의역이 더 넓은 형태로 단순화했다는 뜻입니다. 구체적으로 이 계산은 내부적으로 대략 이런 과정을 거칩니다. $$\left|\frac{er}{e\cdot r}\right| = \sqrt{\left(\frac{er}{e\cdot r}\right)\cdot\overline{\left(\frac{er}{e\cdot r}\right)}}$$ 즉 원래 식(복소수)과 그 켤레복소수를 곱해서 실수부·허수부 제곱합을 만들고, 거기에 다시 제곱근을 씌우는 과정입니다. 이 과정에서 √(x²) → x 또는 √a·√b → √(ab) 같은 규칙들이 쓰이는데, 이런 규칙들은 x가 실수이고 0 이상일 때만 엄밀하게 성립합니다. CAS는 이 조건들을 일일이 다 추적하지 않고 넘어가면서, 원래는 (e≠0, r+l·ω·i ≠ 0 등) 복소수 특유의 좁은 정의역을 가진 식을, r, l, ω가 어떤 실수여도(부호 무관하게) 정의되는 1/√(r²+l²·ω²)라는 더 넓은 정의역의 식으로 바꿔버린 것입니다. CAS는 이 손실을 감지하고 경고를 띄운 것입니다. 이게 왜 조건 대입 성공과 연결되는가 정리하면, 이 경고는 사실상 이런 뜻입니다. "나는 이 결과를 만들면서 원래 식이 가지고 있던 정의역 제약 정보(부호 조건, i 관련 조건 등)를 이미 버렸다." 바로 이 "정의역 정보를 버린" 상태가 이후 con_1 대입을 매끄럽게 만드는 원인입니다. 첫 번째 시도에서는 i가 살아있는 원래 식에 조건을 대입했기 때문에, CAS가 √(1-c·r²)이 실수인지(정의역 조건: 1-c·r² ≥ 0) 계속 추적하려고 했고, 그 정보가 con에 없어서 더 이상 정리를 못 하고 멈췄습니다. 두 번째 시도에서는 절댓값 계산 단계에서 이미 그런 세밀한 정의역 추적을 CAS 스스로 포기(단순화)했기 때문에, 이후 ω에 무리식을 대입해도 "이게 실수가 맞나?" 하는 검증 절차 없이 그냥 대수적으로 치환·정리해 버립니다. 그래서 깔끔하게 √c/√l이 나온 겁니다. 한 줄 요약 절댓값 계산 시 뜬 "정의역이 넓어졌을 수 있다"는 경고는, CAS가 그 순간에 원래 식의 엄밀한 조건(정의역)을 놓쳤다는 신호이고, 바로 그 "조건을 놓친 상태"이기 때문에 뒤에 이어지는 조건식 대입이 막힘없이 진행된 것입니다. 다만 그 대가로, 결과인 1/√(r²+l²·ω²)이나 최종 √c/√l이 원래 회로 조건(i≠0이 되는 경계, 분모가 0이 되는 경우 등)에서는 엄밀히 성립하지 않을 수 있다는 점은 감안하셔야 합니다. 실제 물리적으로는 r, l, c > 0이고 결과도 물리적으로 타당한 형태라 문제없어 보이지만, 수학적 엄밀성 측면에서는 "정의역이 넓어진 근사적 결과"라는 꼬리표가 붙어있는 셈입니다. 2026 07.20 Claude AI 답변 TI-Nspire CAS의 | (such that / 조건대입) 연산자는 대입 시점의 수식 형태를 그대로 두고 기호만 치환하는 연산입니다. 대입 후에 처음부터 다시 "실수부/허수부 분리, 유리화" 같은 재간소화를 자동으로 수행하지 않습니다. 이 차이가 지금 보신 결과 차이의 핵심입니다. 첫 번째 경우 (|er/(e·r)| | con_1 and con → 실패) 이 시점의 식은 아직 r + l·ω·i 형태의 복소수 그대로입니다 (i가 살아있음). 여기에 con_1: ω = √(1-c·r²)/(√c·l)을 대입하면, 분모 안에 i · √(1-c·r²) 라는 항이 새로 생깁니다. 문제는 CAS가 √(1-c·r²)이 실수인지(즉 1-c·r² ≥ 0인지) 판단할 근거가 없다는 겁니다. 저장해 두신 con 조건은 c>0, l>0, r>0뿐이고, 1-c·r²≥0이라는 조건은 포함되어 있지 않습니다. 그래서 CAS는 i와 이 무리식을 더 정리(유리화, 실수부·허수부 재결합)하지 못하고 있는 그대로 남겨둡니다. 결과에 여전히 i가 보이는 이유입니다. 두 번째 경우 (결과값 1/√(r²+l²·ω²)에 대입 → 성공) |er/(e·r)| (절댓값/모듈러스) 연산은 그 자체로 이미 "복소수 → 실수" 변환을 완료한 결과입니다. 즉 1/√(r²+l²·ω²)에는 더 이상 i가 없고, 순수하게 r, l, ω로만 이루어진 실수식입니다. 이 식에 ω = con_1을 대입하는 것은 그냥 실수 대수식에 실수 대입하는 것이므로, i와 무리식이 뒤엉키는 문제 자체가 발생하지 않습니다. 그래서 바로 깔끔하게 √c/√l로 정리됩니다. 정리하면 절댓값(모듈러스) 계산은 "이 값들이 실수다"라는 가정을 이미 내부적으로 써서 i를 제거하는 연산입니다. 그 연산을 조건 대입 이전에 해두면, 이후 대입은 단순 실수 대입이라 문제없이 정리됩니다. 반대로 i가 남아있는 식에 무리식을 포함한 조건을 먼저 대입하면, 그 무리식의 실수성/부호에 대한 가정이 없어서 CAS가 i를 소거하는 재간소화를 못 하고 멈춰버립니다. 실용적 팁: 복소식에 조건을 대입해야 할 때는 가능하면 절댓값·실수화(유리화) 등을 먼저 끝내서 i를 없앤 뒤 조건을 대입하거나, 대입 후 결과에 다시 simplify/expand/combine 같은 명령을 한 번 더 걸어주면 (필요한 도메인 조건과 함께) 정리가 되는 경우가 많습니다. 2026 07.19 저도 어림잡아 추측할 뿐이지 정확한 이유를 알지는 못합니다. 질문하신 사진을 그대로 (Gemini 3.5 Flash / ChatGPT / Claude Sonnet 5) AI에 넣어 보니 claude AI 가 제일 합리적인 답변을 주어서 이를 붙여 넣습니다. 2026 07.19 아 그렇네요. 감사합니다. ^^ 2026 04.28