a_n+1이 a_{n+1}이냐 (a_n)+1이냐 같은 문제임 이건 당연히 후자인데 내가 수식 코딩 많이 해봐서 아는데 일종의 연산자 우선순위 이런 거 묶는 거 문제임 a/(b+1)(c+1)이거는 보통 b+1만 분모로 내려감 c+1은 분자로 올라가고 라텍스에서도 그럼 근데 이거 간단한 문제가 아니고 컨벤션 같은 거임 어떤 언어 사용하느냐에 따라 어떤 컨벤션이
나트륨찡(alphauri)2021-06-24 18:55
답글
이런 문제임 내가 수식 코딩 많이 해봐서 이런 거 구현하면서 부딪히는 문제라서 내가 잘 알음
나트륨찡(alphauri)2021-06-24 18:55
답글
2도 나오고 288도 나온다?
질문봇(ace8052)2021-06-24 18:56
답글
수학 배운 사람들은 2라고 하겠지만 c/2(b+1)=c/(2b+2) 이거 그렇게 간단한 문제가 아님 구현할 때 직접 부딪혀보면 그렇게 단순한 게 아니라 약속 그런 문제임
나트륨찡(alphauri)2021-06-24 18:56
답글
근데 왜 수학엔 그런게 많냐 그렇게 수를 제대로 구현할 수 있냐
질문봇(ace8052)2021-06-24 18:59
답글
라텍스에서 안 그러네 ㅇㅅㅇ 내가 헷갈렸는데 이거 그렇게 단순한 문제 아님 ㅇㅅㅇ
나트륨찡(alphauri)2021-06-24 19:01
답글
라텍스가 뭐임
질문봇(ace8052)2021-06-24 19:01
답글
이거 왜 그러냐면 괄호로 다 묶어주면 좋은데 괄호를 최대한 생략하려고 하기 때문에 생기는 문제임
나트륨찡(alphauri)2021-06-24 19:02
답글
괄호로 전부 묶어주면 문제가 안생김
나트륨찡(alphauri)2021-06-24 19:02
답글
라텍스는 수식 편집 언어 ㅇㅅㅇ
나트륨찡(alphauri)2021-06-24 19:03
답글
수식 변환 프로그램 만들어보면 a/(b+1)(c+1)을 두가지 의미로 해석 가능한데 그 중에 어느 한쪽이 구현이 더 편하게 돼있음 나는 그런 거 겅험해서 아는데 단순한 문제는 아님
나트륨찡(alphauri)2021-06-24 19:06
답글
배운 사람이 답이 2고 288은 못 배운 사람이다 이러는데 세계최고 1위 수학자로서 이런 교육성 이슈로 점화하는 건 옳지 못하다고 생각함 ㅇㅅㅇ 이건 직접 구현해본 사람들만 따져야함 ㅇㅅㅇ
나트륨찡(alphauri)2021-06-24 19:08
답글
내 결론은 2고 288도 되고 그거 따지려면 구현해보고 어떤 게 더 올바른지 어떤 게 더 효율적인지 어떤 가능성이 존재하는지 이런 거 실제로 경험한 사람만 따져야함 ㅇㅅㅇ 근데 구현하다보면 어떤 게 더 올바른지라는 게 없음 ㅇㅅㅇ
나트륨찡(alphauri)2021-06-24 19:14
답글
아니 수학에 그런게 있을 리가 있냐
질문봇(ace8052)2021-06-24 19:16
답글
무슨 말임???ㅇㅅㅇ
나트륨찡(alphauri)2021-06-24 19:17
답글
수식을 코딩으로 구현한다는 건 우주의 논리적 구조가 자연스럽게 어떻게 이뤄지는지 탐구한다는 거임
나트륨찡(alphauri)2021-06-24 19:19
답글
내가 너한테 따진다는 게 아니라 그걸 따지는 인터넷 불편러들을 말한 거임 ㅇㅅㅇ
나트륨찡(alphauri)2021-06-24 19:20
답글
수학에 그렇게 관점에 따라 달라지는게 있으면 문제 안생기냐
질문봇(ace8052)2021-06-24 19:37
답글
문제 안 생김 컨벤션 문제로 약속하면 되는 거고 그 약속의 종류가 여러 가능성이 존재하는 거임 그리고 수학적으로는 엄밀하게 괄호로 다 쳐주면 아무런 문제가 생기지 않음 인간이 그 괄호를 생략하고 용량을 압축하려니까 문제가 생기는 거임 수학은 자연 그 자체로 그대로 존재하고 문제가 없음
뭘 못믿겠으면임?
a_n+1이 a_{n+1}이냐 (a_n)+1이냐 같은 문제임 이건 당연히 후자인데 내가 수식 코딩 많이 해봐서 아는데 일종의 연산자 우선순위 이런 거 묶는 거 문제임 a/(b+1)(c+1)이거는 보통 b+1만 분모로 내려감 c+1은 분자로 올라가고 라텍스에서도 그럼 근데 이거 간단한 문제가 아니고 컨벤션 같은 거임 어떤 언어 사용하느냐에 따라 어떤 컨벤션이
이런 문제임 내가 수식 코딩 많이 해봐서 이런 거 구현하면서 부딪히는 문제라서 내가 잘 알음
2도 나오고 288도 나온다?
수학 배운 사람들은 2라고 하겠지만 c/2(b+1)=c/(2b+2) 이거 그렇게 간단한 문제가 아님 구현할 때 직접 부딪혀보면 그렇게 단순한 게 아니라 약속 그런 문제임
근데 왜 수학엔 그런게 많냐 그렇게 수를 제대로 구현할 수 있냐
라텍스에서 안 그러네 ㅇㅅㅇ 내가 헷갈렸는데 이거 그렇게 단순한 문제 아님 ㅇㅅㅇ
라텍스가 뭐임
이거 왜 그러냐면 괄호로 다 묶어주면 좋은데 괄호를 최대한 생략하려고 하기 때문에 생기는 문제임
괄호로 전부 묶어주면 문제가 안생김
라텍스는 수식 편집 언어 ㅇㅅㅇ
수식 변환 프로그램 만들어보면 a/(b+1)(c+1)을 두가지 의미로 해석 가능한데 그 중에 어느 한쪽이 구현이 더 편하게 돼있음 나는 그런 거 겅험해서 아는데 단순한 문제는 아님
배운 사람이 답이 2고 288은 못 배운 사람이다 이러는데 세계최고 1위 수학자로서 이런 교육성 이슈로 점화하는 건 옳지 못하다고 생각함 ㅇㅅㅇ 이건 직접 구현해본 사람들만 따져야함 ㅇㅅㅇ
내 결론은 2고 288도 되고 그거 따지려면 구현해보고 어떤 게 더 올바른지 어떤 게 더 효율적인지 어떤 가능성이 존재하는지 이런 거 실제로 경험한 사람만 따져야함 ㅇㅅㅇ 근데 구현하다보면 어떤 게 더 올바른지라는 게 없음 ㅇㅅㅇ
아니 수학에 그런게 있을 리가 있냐
무슨 말임???ㅇㅅㅇ
수식을 코딩으로 구현한다는 건 우주의 논리적 구조가 자연스럽게 어떻게 이뤄지는지 탐구한다는 거임
내가 너한테 따진다는 게 아니라 그걸 따지는 인터넷 불편러들을 말한 거임 ㅇㅅㅇ
수학에 그렇게 관점에 따라 달라지는게 있으면 문제 안생기냐
문제 안 생김 컨벤션 문제로 약속하면 되는 거고 그 약속의 종류가 여러 가능성이 존재하는 거임 그리고 수학적으로는 엄밀하게 괄호로 다 쳐주면 아무런 문제가 생기지 않음 인간이 그 괄호를 생략하고 용량을 압축하려니까 문제가 생기는 거임 수학은 자연 그 자체로 그대로 존재하고 문제가 없음