다시 한번 '회원'으로 주제가 넘어갔고, 주제와 무관한 문제에 대한 논의로 흘러간 점은 안타깝습니다.
Nikolai는 단지 캔버스의 가능성을 보여주고 싶었습니다.
개발자 자신과 마찬가지로 다양한 예제는 특정 프로그램 기능의 가능성과 작동을 보여줍니다.
그러나 결국 그들은 굴러 떨어졌습니다. 필요합니다, 필요하지 않습니다 ...
시각화가 필요하지 않은 경우 개발자는 왜 캔버스를 생각해 냈습니까?
존재한다는 것은 개발자의 입장에서 그것이 필요하다는 것을 의미한다. 그리고 필요한 경우 다양한 각도에서 기능을 고려할 가치가 있습니다.
관심이 없거나 단순히 캔버스의 가능성을 어디에 적용해야할지 모르는 사람들 - 그냥 지나치십시오! 당신의 한계를 보여줄 필요가 없습니다! 당신이 필요하지 않다고해서 아무도 그것을 필요로하지 않는다는 것을 의미하지는 않습니다! 당신은 이 문제에 대한 당신만의 관점을 가지고 있습니다 - 훌륭합니다! 맡겨두고 진행하세요!
다시 한번 '회원'으로 주제가 넘어갔고, 주제와 무관한 문제에 대한 논의로 흘러간 점은 안타깝습니다.
Nikolai는 단지 캔버스의 가능성을 보여주고 싶었습니다.
개발자 자신과 마찬가지로 다양한 예제는 특정 프로그램 기능의 가능성과 작동을 보여줍니다.
그리고 결국 그들은 굴러 떨어졌습니다. 필요합니다, 필요하지 않습니다 ...
시각화가 필요하지 않은 경우 개발자는 왜 캔버스를 생각해 냈습니까?
존재한다는 것은 개발자의 입장에서 그것이 필요하다는 것을 의미한다. 그리고 필요한 경우 다양한 각도에서 기능을 고려할 가치가 있습니다.
관심이 없거나 단순히 캔버스의 가능성을 어디에 적용해야할지 모르는 사람들 - 그냥 지나치십시오! 당신의 한계를 보여줄 필요가 없습니다! 당신이 필요하지 않다고해서 아무도 그것을 필요로하지 않는다는 것을 의미하지는 않습니다! 당신은 이 문제에 대한 당신만의 관점을 가지고 있습니다 - 훌륭합니다! 당신과 함께 그것을 떠나 이동!
그리고 이해 관계자들은 계속해서 가능성에 대해 논의하고 자신의 관점을 표현할 것입니다.
캔버스의 작업은 전체 터미널 인터페이스가 아니라 차트의 작업 영역에만 적용됩니다. 새로운 유형의 프로그램 모듈인 경우 시장 개요, 내비게이터 등과 같은 터미널 인터페이스에 그래픽 모듈을 통합할 수 있습니다. 그런 다음 캔버스의 도움으로 멋진 모듈을 만드는 것이 실제로 가능할 것입니다. 그러나 일반 표준 인터페이스는 여전히 맛을 더할 것입니다.
캔버스의 작업은 전체 터미널 인터페이스가 아니라 차트의 작업 영역에만 적용됩니다. 새로운 유형의 프로그램 모듈인 경우 시장 개요, 내비게이터 등과 같은 터미널 인터페이스에 그래픽 모듈을 통합할 수 있습니다. 그런 다음 캔버스의 도움으로 멋진 모듈을 만드는 것이 실제로 가능할 것입니다. 그러나 일반 표준 인터페이스는 여전히 맛을 더할 것입니다.
음, 사실, ME에서 사용 가능한 모든 도구는 차트의 작업 영역이나 오히려 차트 창에 적용되며 터미널 인터페이스 자체에는 영향을 미치지 않습니다.
이는 이러한 도구가 차트와 함께 작동하도록 설계되었으며 캔버스도 예외가 아니기 때문입니다.
이것은 비관주의가 아니라 현실에 대한 지식입니다. 나는 다른 사람들에게서 장미빛 안경을 벗고 그 이유를 설명할 뿐입니다.
우리 둘 다 일했고 계속 일하고 상인 을 훈련 시킵니다 .
다음 베타 및 릴리스에서 새롭고 멋진 기능을 찾아보십시오.
Renat, 모든 사람은 자신의 일에 신경을 써야 하고 거래자가 Canvas와 같은 라이브러리와 함께 일하도록 훈련해야 합니다. 실례합니다. 이것은 프로그래머에게 가르쳐야 하고 상인이 거래하게 해야 합니다.
예를 들어 볼 조인트를 교체하거나 스타터를 교체하는 것과 같이 자동차 수리 방법을 운전자에게 가르치기 시작하는 것과 같습니다. 운전자는 일반적으로 "후드" 아래에 차가 어떻게 배치되는지에 무관심합니다. 여기에는 주유소와 자동차 수리공이라는 또 다른 범주가 있습니다.
내 친구는 타이어 가게에서 일합니다. 그는 타이어를 바꾸고, 구멍을 붙이고, 디스크를 정렬하고, 그래서 그는 차를 전혀 운전할 수 없습니다. 그는 그녀를 두려워합니다. 그는 타이어를 교체한 후에도 그것을 슬러지로 추월할 수 없습니다. 다른 사람들이 기다리는 공간.
사물의 논리에 따르면 주유소에서 일하고 디스크와 휠을 교체하면 자동차를 운전할 수 있어야 합니까? 아니요, 그는 전혀 의무가 없으며 전혀 필요하지 않습니다. 여기에는 운전자라는 또 다른 범주가 있기 때문입니다.
터미널은 "트레이딩"이라고 하며, 이는 프로그래머뿐만 아니라 트레이더를 위해 기본적으로 모든 종류의 "새로운 멋진 기능"(c)을 터미널에 추가하는 것이 바람직하다는 것을 의미합니다.
PS 글쎄요, 가사가 맞습니다. 죄송합니다!
추신 Kostya가 거래를 위해 시장에 와서 N-sum에 대한 실제 계정 을 청구하고 선택한 규모의 양초를 보고 싶어할 때 그는 이 기회가 없습니다. 10년 전. "메뉴에서 나에게 선택권을 줘"와 같은 제안은 거부되고, 앉아서 지표를 작성한다고 말합니다. 유일한 요점은 그가 거래를 위해 시장에 왔다는 것입니다. 상자.
Renat, 모든 사람은 자신의 일에 신경을 써야 하고 거래자가 Canvas와 같은 라이브러리와 함께 일하도록 훈련해야 합니다. 실례합니다. 이것은 프로그래머에게 가르쳐야 하고 상인이 거래하게 해야 합니다.
예를 들어 볼 조인트를 교체하거나 스타터를 교체하는 것과 같이 자동차 수리 방법을 운전자에게 가르치기 시작하는 것과 같습니다. 운전자는 일반적으로 "후드" 아래에 차가 어떻게 배치되는지에 무관심합니다. 여기에는 주유소와 자동차 수리공이라는 또 다른 범주가 있습니다.
내 친구는 타이어 가게에서 일합니다. 그는 타이어를 바꾸고, 구멍을 붙이고, 디스크를 정렬하고, 그래서 그는 차를 전혀 운전할 수 없습니다. 그는 그녀를 두려워합니다. 그는 타이어를 교체한 후에도 그것을 슬러지로 추월할 수 없습니다. 다른 사람들이 기다리는 공간.
사물의 논리에 따르면 주유소에서 일하고 디스크와 휠을 교체하면 자동차를 운전할 수 있어야 합니까? 아니요, 그는 전혀 의무가 없으며 전혀 필요하지 않습니다. 여기에는 운전자라는 또 다른 범주가 있기 때문입니다.
터미널은 "트레이딩"이라고 하며, 이는 프로그래머 뿐만 아니라 트레이더를 위해 기본적으로 모든 종류의 "새로운 멋진 기능"(c)을 터미널에 추가하는 것이 바람직하다는 것을 의미합니다.
PS 글쎄요, 가사가 맞습니다. 죄송합니다!
사실 MetaTrader 이념의 본질(단말기가 움직이는 방향)이 다릅니다. MT는 프로그래머 가 특정 사용자 요구에 맞게 소프트웨어 패키지를 조합할 수 있는 UNIX와 유사한 운영 체제에 비유할 수 있습니다. 순전히 프로그래머를 위한 UNIX 계열 시스템을 고려하는 사람이 있습니까? iOS-macOs, Linux(서버 솔루션에 대한 주부의 요구를 충족시키기 위한 전체 다양한 빌드), Android ? 그리고 이 이념은 MT5의 출시와 함께 나타났습니다.
그러나 응용 프로그램 디자인은 물론 초보자를 선택할 때 중요한 역할을 합니다. thinkorswim 을 사용하여 MQL 언어가 있기 때문에 MT(그 다음에는 여전히 4)로 전환했습니다. 즉시가 아니라 플랫폼을 선택할 때 처음에는 기능이 아닌 디자인.
터미널 인터페이스의 끝없는 재작업을 통해 이러한 사용자 요구를 충족시키고 누구나 자신이 필요로 하는 것을 찾을 수 있는 전체 생태계를 만드는 것보다 프로그래머(MQ가 하는 일)가 사용자에게 필요한 모든 것을 만들 수 있도록 하는 것이 훨씬 쉽고 효율적입니다. 자신을 위해. 시간이 지나면서 MT가 PC에 설치하기 위한 본격적인 OS가 되어 단순한 터미널 이상의 무언가로 변한다고 해도 놀라지 않을 것입니다.
Мобильный трейдинг с MetaTrader 5 для Android — это возможность торговать валютой, акциями и фьючерсами при помощи смартфонов и планшетов. Где бы вы ни были, вы можете подключаться к серверам брокерских компаний, анализировать котировки акций и валют и совершать торговые сделки. Все это — бесплатно и круглосуточно! MetaTrader 5 для Android...
다국어 www.mql5.com과 규모가 비슷한 것을 만들면 깨닫게 될 것입니다. "캔버스를 배우기" 위해 단순화할 필요가 없습니다.
훈련의 임무는 광범위하며 우리는 그것을 아주 성공적으로 해결합니다.
"기본적으로 사용해야 함"에 대해 특별한 감사를 드립니다. 기술적인 관점에서 이것은 코드베이스에 있는 12,000개의 프로그램과 시장에 있는 약 14,000개의 프로그램을 배경으로 하는 매우 뻔뻔스러운 일입니다. 이들은 포럼의 "수요자"입니다. 현실을 무시하고 규범을 고려하는 것은 "변덕을 부리십시오."
수년에 걸쳐 작성된 MQL 프로그램 자체는 엄청나게 많지만 기억에 남는 것은 적고 상상력을 놀라게 하는 프로그램은 한 손에 꼽을 수 있습니다. 창조적 인 사람들의 잠재력은 "왜 그것이 거래에 있습니까?"라는 질문의 족쇄에 속박되어 있습니다. "어떻게 수익성을 높일 것인가?" 그리고 그들은 무엇에 반대해야 할지 모르고 닫힙니다. 나는 내 창작 공간을 보호하기 위해 포럼에서 이러한 질문과 싸웠지만 많은 사람들이 매우 빨리 포기했습니다.
실제로 CCanvas, CCanvas3D 또는 기타 기능과 같이 플랫폼에 도입된 도구는 사용자의 마음에서 제 자리를 찾지 못합니다. 그들은 왜 그것이 필요한지 모르고 궁금해합니다... 그리고 누군가 나타나서 "얘들아, 나는 그것이 무엇을 위한 것인지 이해한다! GUI 캔버스에서 당신을 위해 만들어 드리겠습니다!"라고 말하면 그들은 그에게 "아니요, 우리는 필요 없어"라고 말하며 자리에 앉는다. 왜 이런 기회가 더 필요한지 의아해한다.) 웃기기도 하지만 사실은 슬프기도 하다. 특히 재능있는 사람들과 관련된 행정부의 입장은 기껏해야 중립적입니다. 그들은 포럼이나 마켓에서 어떠한 지원도 받지 않습니다. 맞나요? 확실하지 않다. 그러나 한 가지는 분명합니다. 언어에 제공된 도구는 해당 언어, 특히 프로그래밍 및 개발 분야에서 뛰어난 재능을 가진 사람만이 완전히 사용할 수 있다는 것입니다. 나머지는 가치 있는 일을 할 기회가 없습니다.
돈 버는 터미널이 최고죠 ;)
그래서 어느 것이 가장 좋습니까?
사용 가능한 것은 Windows에서 테마를 변경하는 것뿐입니다.
그런 다음 주제가 터미널에 정확히 맞지 않습니다.
솔직히 말해서 Windows에서 일반적으로 테마를 변경하는 것은 실제로 어떤 프로그램에도 적용되지 않으며 적용 할 수도 없습니다 .
색상 테마는 수백 수천 개의 관계와 관련된 수십 가지 매개변수에 대해 적절하고 일관된 색상을 선택하는 디자이너의 복잡한 작업입니다. 따라서 새로운 글로벌 OS 테마 를 만들어 응용 프로그램에 적용하는 것은 사실상 불가능합니다.
하나의 잘 개발된 기본 테마는 계속 작동하고 있습니다. + 취향에 따라 여러 매개변수를 자유롭게 변경할 수 있어 전반적인 균형이 분명히 악화되지만 시력 저하를 위한 글꼴 크기 또는 출력 대비와 같이 필요한 매개변수 1-2개를 빼냅니다.
운영 체제에 두 번째 작업 테마를 도입하는 데 12년 이상이 걸렸고 이제 Apple은 개척자로서 MacOS에 대한 글로벌 다크 스킴을 만들 수 있었습니다. 불행히도 Windows는 HiDPI조차도 제대로 씹을 수 없습니다.
20년 전인 1999년에 FX Charts에서 Green on Black 차트 방식을 도입했습니다. 장기간 작업하는 동안 눈을 정말로 보호했기 때문입니다. 이제 MetaTrader의 기본값은 검은색 위의 녹색입니다.
다시 한번 '회원'으로 주제가 넘어갔고, 주제와 무관한 문제에 대한 논의로 흘러간 점은 안타깝습니다.
Nikolai는 단지 캔버스의 가능성을 보여주고 싶었습니다.
개발자 자신과 마찬가지로 다양한 예제는 특정 프로그램 기능의 가능성과 작동을 보여줍니다.
그러나 결국 그들은 굴러 떨어졌습니다. 필요합니다, 필요하지 않습니다 ...
시각화가 필요하지 않은 경우 개발자는 왜 캔버스를 생각해 냈습니까?
존재한다는 것은 개발자의 입장에서 그것이 필요하다는 것을 의미한다. 그리고 필요한 경우 다양한 각도에서 기능을 고려할 가치가 있습니다.
관심이 없거나 단순히 캔버스의 가능성을 어디에 적용해야할지 모르는 사람들 - 그냥 지나치십시오! 당신의 한계를 보여줄 필요가 없습니다! 당신이 필요하지 않다고해서 아무도 그것을 필요로하지 않는다는 것을 의미하지는 않습니다! 당신은 이 문제에 대한 당신만의 관점을 가지고 있습니다 - 훌륭합니다! 맡겨두고 진행하세요!
그리고 이해 관계자들은 계속해서 가능성에 대해 논의하고 자신의 관점을 표현할 것입니다.
다시 한번 '회원'으로 주제가 넘어갔고, 주제와 무관한 문제에 대한 논의로 흘러간 점은 안타깝습니다.
Nikolai는 단지 캔버스의 가능성을 보여주고 싶었습니다.
개발자 자신과 마찬가지로 다양한 예제는 특정 프로그램 기능의 가능성과 작동을 보여줍니다.
그리고 결국 그들은 굴러 떨어졌습니다. 필요합니다, 필요하지 않습니다 ...
시각화가 필요하지 않은 경우 개발자는 왜 캔버스를 생각해 냈습니까?
존재한다는 것은 개발자의 입장에서 그것이 필요하다는 것을 의미한다. 그리고 필요한 경우 다양한 각도에서 기능을 고려할 가치가 있습니다.
관심이 없거나 단순히 캔버스의 가능성을 어디에 적용해야할지 모르는 사람들 - 그냥 지나치십시오! 당신의 한계를 보여줄 필요가 없습니다! 당신이 필요하지 않다고해서 아무도 그것을 필요로하지 않는다는 것을 의미하지는 않습니다! 당신은 이 문제에 대한 당신만의 관점을 가지고 있습니다 - 훌륭합니다! 당신과 함께 그것을 떠나 이동!
그리고 이해 관계자들은 계속해서 가능성에 대해 논의하고 자신의 관점을 표현할 것입니다.
캔버스의 작업은 전체 터미널 인터페이스가 아니라 차트의 작업 영역에만 적용됩니다.
새로운 유형의 프로그램 모듈인 경우 시장 개요, 내비게이터 등과 같은 터미널 인터페이스에 그래픽 모듈을 통합할 수 있습니다.
그런 다음 캔버스의 도움으로 멋진 모듈을 만드는 것이 실제로 가능할 것입니다. 그러나 일반 표준 인터페이스는 여전히 맛을 더할 것입니다.
캔버스의 작업은 전체 터미널 인터페이스가 아니라 차트의 작업 영역에만 적용됩니다.
새로운 유형의 프로그램 모듈인 경우 시장 개요, 내비게이터 등과 같은 터미널 인터페이스에 그래픽 모듈을 통합할 수 있습니다.
그런 다음 캔버스의 도움으로 멋진 모듈을 만드는 것이 실제로 가능할 것입니다. 그러나 일반 표준 인터페이스는 여전히 맛을 더할 것입니다.
음, 사실, ME에서 사용 가능한 모든 도구는 차트의 작업 영역이나 오히려 차트 창에 적용되며 터미널 인터페이스 자체에는 영향을 미치지 않습니다.
이는 이러한 도구가 차트와 함께 작동하도록 설계되었으며 캔버스도 예외가 아니기 때문입니다.
음, 사실, ME에서 사용 가능한 모든 도구는 차트의 작업 영역이나 오히려 차트 창에 적용되며 터미널 인터페이스 자체에는 영향을 미치지 않습니다.
이는 이러한 도구가 차트와 함께 작동하도록 설계되었으며 캔버스도 예외가 아니기 때문입니다.
프로그램 유형 서비스는 차트의 작업 공간에 속하지 않지만 차트와 함께 작업할 수 있는 간접적인 기능이 있습니다.
모듈이 비슷한 원리로 작동할 것이라고 생각하지만, Renat은 모듈의 비밀을 밝히고 싶지 않기 때문에 틀릴 수 있습니다. :))
이것은 비관주의가 아니라 현실에 대한 지식입니다. 나는 다른 사람들에게서 장미빛 안경을 벗고 그 이유를 설명할 뿐입니다.
우리 둘 다 일했고 계속 일하고 상인 을 훈련 시킵니다 .
다음 베타 및 릴리스에서 새롭고 멋진 기능을 찾아보십시오.
Renat, 모든 사람은 자신의 일에 신경을 써야 하고 거래자가 Canvas와 같은 라이브러리와 함께 일하도록 훈련해야 합니다. 실례합니다. 이것은 프로그래머에게 가르쳐야 하고 상인이 거래하게 해야 합니다.
예를 들어 볼 조인트를 교체하거나 스타터를 교체하는 것과 같이 자동차 수리 방법을 운전자에게 가르치기 시작하는 것과 같습니다. 운전자는 일반적으로 "후드" 아래에 차가 어떻게 배치되는지에 무관심합니다. 여기에는 주유소와 자동차 수리공이라는 또 다른 범주가 있습니다.
내 친구는 타이어 가게에서 일합니다. 그는 타이어를 바꾸고, 구멍을 붙이고, 디스크를 정렬하고, 그래서 그는 차를 전혀 운전할 수 없습니다. 그는 그녀를 두려워합니다. 그는 타이어를 교체한 후에도 그것을 슬러지로 추월할 수 없습니다. 다른 사람들이 기다리는 공간.
사물의 논리에 따르면 주유소에서 일하고 디스크와 휠을 교체하면 자동차를 운전할 수 있어야 합니까? 아니요, 그는 전혀 의무가 없으며 전혀 필요하지 않습니다. 여기에는 운전자라는 또 다른 범주가 있기 때문입니다.
터미널은 "트레이딩"이라고 하며, 이는 프로그래머뿐만 아니라 트레이더를 위해 기본적으로 모든 종류의 "새로운 멋진 기능"(c)을 터미널에 추가하는 것이 바람직하다는 것을 의미합니다.
PS 글쎄요, 가사가 맞습니다. 죄송합니다!
추신 Kostya가 거래를 위해 시장에 와서 N-sum에 대한 실제 계정 을 청구하고 선택한 규모의 양초를 보고 싶어할 때 그는 이 기회가 없습니다. 10년 전.
"메뉴에서 나에게 선택권을 줘"와 같은 제안은 거부되고, 앉아서 지표를 작성한다고 말합니다. 유일한 요점은 그가 거래를 위해 시장에 왔다는 것입니다. 상자.
Renat, 모든 사람은 자신의 일에 신경을 써야 하고 거래자가 Canvas와 같은 라이브러리와 함께 일하도록 훈련해야 합니다. 실례합니다. 이것은 프로그래머에게 가르쳐야 하고 상인이 거래하게 해야 합니다.
예를 들어 볼 조인트를 교체하거나 스타터를 교체하는 것과 같이 자동차 수리 방법을 운전자에게 가르치기 시작하는 것과 같습니다. 운전자는 일반적으로 "후드" 아래에 차가 어떻게 배치되는지에 무관심합니다. 여기에는 주유소와 자동차 수리공이라는 또 다른 범주가 있습니다.
내 친구는 타이어 가게에서 일합니다. 그는 타이어를 바꾸고, 구멍을 붙이고, 디스크를 정렬하고, 그래서 그는 차를 전혀 운전할 수 없습니다. 그는 그녀를 두려워합니다. 그는 타이어를 교체한 후에도 그것을 슬러지로 추월할 수 없습니다. 다른 사람들이 기다리는 공간.
사물의 논리에 따르면 주유소에서 일하고 디스크와 휠을 교체하면 자동차를 운전할 수 있어야 합니까? 아니요, 그는 전혀 의무가 없으며 전혀 필요하지 않습니다. 여기에는 운전자라는 또 다른 범주가 있기 때문입니다.
터미널은 "트레이딩"이라고 하며, 이는 프로그래머 뿐만 아니라 트레이더를 위해 기본적으로 모든 종류의 "새로운 멋진 기능"(c)을 터미널에 추가하는 것이 바람직하다는 것을 의미합니다.
PS 글쎄요, 가사가 맞습니다. 죄송합니다!
사실 MetaTrader 이념의 본질(단말기가 움직이는 방향)이 다릅니다. MT는 프로그래머 가 특정 사용자 요구에 맞게 소프트웨어 패키지를 조합할 수 있는 UNIX와 유사한 운영 체제에 비유할 수 있습니다. 순전히 프로그래머를 위한 UNIX 계열 시스템을 고려하는 사람이 있습니까? iOS-macOs, Linux(서버 솔루션에 대한 주부의 요구를 충족시키기 위한 전체 다양한 빌드), Android ? 그리고 이 이념은 MT5의 출시와 함께 나타났습니다.
그러나 응용 프로그램 디자인은 물론 초보자를 선택할 때 중요한 역할을 합니다. thinkorswim 을 사용하여 MQL 언어가 있기 때문에 MT(그 다음에는 여전히 4)로 전환했습니다. 즉시가 아니라 플랫폼을 선택할 때 처음에는 기능이 아닌 디자인.
터미널 인터페이스의 끝없는 재작업을 통해 이러한 사용자 요구를 충족시키고 누구나 자신이 필요로 하는 것을 찾을 수 있는 전체 생태계를 만드는 것보다 프로그래머(MQ가 하는 일)가 사용자에게 필요한 모든 것을 만들 수 있도록 하는 것이 훨씬 쉽고 효율적입니다. 자신을 위해. 시간이 지나면서 MT가 PC에 설치하기 위한 본격적인 OS가 되어 단순한 터미널 이상의 무언가로 변한다고 해도 놀라지 않을 것입니다.
학습은 수백만 명의 사용자에게 광범위한 개념입니다.
다국어 www.mql5.com과 규모가 비슷한 것을 만들면 깨닫게 될 것입니다. "캔버스를 배우기" 위해 단순화할 필요가 없습니다.
훈련의 임무는 광범위하며 우리는 그것을 아주 성공적으로 해결합니다.
"기본적으로 사용해야 함"에 대해 특별한 감사를 드립니다. 기술적인 관점에서 이것은 코드베이스에 있는 12,000개의 프로그램과 시장에 있는 약 14,000개의 프로그램을 배경으로 하는 매우 뻔뻔스러운 일입니다. 이들은 포럼의 "수요자"입니다. 현실을 무시하고 규범을 고려하는 것은 "변덕을 부리십시오."
추신: 논의는 이미 물로 변질되었고 계속하는 것은 흥미롭지 않습니다.