• SEARCH

    통합검색
세모계
    • Dark Mode
    • GNB Always Open
    • GNB Height Maximize
    • Color
    • Brightness
    • SINCE 2015.01.19.
    • 세모계 세모계
    •   SEARCH
    • 세상의 모든 계산기
      • 자유(질문) 게시판
      • 계산기 뉴스/정보
      • 수학, 과학, 공학 이야기
      • 세모계 : 공지 게시판
        • 구글 맞춤검색
    • TI
    • CASIO
    • HP
    • SHARP
    • 일반(쌀집) 계산기
    • 기타계산기
    • by OrangeDay
  • 세상의 모든 계산기 자유(질문) 게시판
    • 세상의 모든 계산기 자유(질문) 게시판 일반 ()
    • 아니... 원(회전)에서 왼쪽방향 오른쪽방향이 있다니

    • Profile
      • 세상의모든계산기
      • 2024.02.04 - 19:27 2024.02.04 - 07:09 3795 1

    1. 논란

    원의 회전을 얘기할 때

    왼쪽방향 회전/오른쪽방향 회전에 대한 논란이 있음을 알게 되었습니다. 

    https://r1.community.samsung.com/t5/%EA%B0%A4%EB%9F%AD%EC%8B%9C-s/%EC%95%84%EB%8B%88-%EC%9D%B4%EA%B2%8C-%EC%99%9C-%EC%99%BC%EC%AA%BD-%EC%98%A4%EB%A5%B8%EC%AA%BD%EC%9D%B4%EC%97%90%EC%9A%94/td-p/197365

     

    2. 논란을 알기 전 나의 인식

    원의 회전에 대해서는

    시계/반시계 방향에 대해서만 배웠고, 
    논리적으로 그게 당연히 맞다고 생각하였기 때문에,  
    왼쪽/오른쪽 방향이라는 일반적 인식이 있을 거라고는 생각도 못했습니다.

    Math_Trigonometry_Unit_Circle_Rotation_Wise_Indication.png

     

    3. 왜 왼쪽/오른쪽이 쓰이는 걸까?

    그런데 그게 아니었나봅니다. 
    생각보다 많은 사람이 왼쪽방향=시계방향, 오른쪽방향=반시계방향이라고 생각하고 그렇게 쓰고 있나 봅니다. 

    기존에 가지고 있던 인식과 너무 괴리가 커서 왜 그럴까 생각해 봤는데요...
    도저히 답이 안나오더군요. 

    본문 처음에 예시로 들었던 '스마트폰 사진'의 경우에는 
    곰곰히 생각해 보니 
    회전이라는 요소가 있긴 하지만, 
    사진/핸드폰은 사각형인데다가, 사진 내용상 위/아래가 명백히 구분되는 경우가 대부분이며 
    핸드폰 사용 특성상 손으로 핸드폰 아랫쪽(바닥)을 잡고 사용하고 돌릴 것이기에  
    ↙반시계=왼쪽 vs 시계=오른쪽↘ 이 상당 부분 이해가 가더군요. 

     

    그럼에도 불구하고 사진의 경우가 아닌 일반적인 원운동(rotation회전) 에서 왼쪽/오른쪽 회전은 왜 쓰이는지는 
    도저히 이해가 되지 않아 검색을 하다보니 

    위키에 "기준점이 없는 회전을 설명할 때 왼손법칙/오른손법칙을 쓰기도 한다" 는 내용이 있기도 한데...
    https://ko.wikipedia.org/wiki/%EC%8B%9C%EA%B3%84_%EB%B0%A9%ED%96%A5

    Normal_right-left_rotation.svg.png

    음... 봐도 말이 되는 건가 싶기도 하구요. 
    앞서 사진의 예에서 봤던 것과는 왼/오른 이 반대로 되어 있네요. 
    (사진에서는 ↙반시계=왼쪽 vs 시계=오른쪽↘)

    이러면 더욱 더 미궁으로 빠져 들어가는데...

    시계가 발명되기 전이라고 가정하고(=시계방향이라는 단어가 없음) 
    시계방향을
    1 : 왼쪽 방향
    2 : 오른쪽 방향
    둘 중 하나로 하기로 투표로 결정한다고 하면 나는 어디에 한표를 던질까? 를 고민해 본다면 

    아... 몰랑
    도저히 모르겠네요. 뇌정지 옵니다.

    Attached file
    Math_Trigonometry_Unit_Circle_Rotation_Wise_Indication.png 19.3KB 68Normal_right-left_rotation.svg.png 58.8KB 67
    이 게시물을..
    N
    0
    0
    • 세상의모든계산기 25
      세상의모든계산기

      계산기는 거들 뿐
      혹은
      계산기를 거들 뿐

    세상의모든계산기 님의 최근 글

    ban 설정 강화 4704 1 2026 05.09 정적분 구간에 미지수가 있고, solve 를 사용할 수 없을 때 그 값을 확인하려면? 1493 4 2026 04.10 높아질수록 좁아지는 시야에 대하여 - written by ChatGPT 7929 2026 02.12 내가 올해 몇살이더라? (내 나이 계산기) 6811 2026 02.11 AGI 자기 거버넌스 구조와 인간-AGI 관계 모델 (written by GEMINI & GPT) 8090 1 2026 01.30

    세상의모든계산기 님의 최근 댓글

    - 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
    글쓴이의 서명작성글 감추기 

    댓글1

    • Profile 0
      세상의모든계산기
      2024.02.04 - 07:54 #40145
      https://brunch.co.kr/@ultra0034/82
      이런 것도 영향이 있을 것 같기도 하고...
      댓글
    • 댓글 입력
    • 에디터 전환
    댓글 쓰기 에디터 사용하기 닫기
    • view_headline 목록
    • 14px
    • 목록
      view_headline
    1
    × CLOSE
    전체 일반 389 질문 508 웃김 2 팁 & 정보 16 퀴즈 2 리뷰 11 퍼옴 & 링크 6 공지 1
    기본 (0) 제목 날짜 수정 조회 댓글 추천 비추
    분류 정렬 검색
    등록된 글이 없습니다.
    • 글쓰기
    • 세상의 모든 계산기 자유(질문) 게시판
    • 세상의모든계산기
    • 사업자등록번호 703-91-02181
    • 세모계 all rights reserved.