예, 그들은 크기가 작고 C ++에 대한 자체 표준을 제시했지만 어떤 이유로 그들은 여전히 주기적으로 ANSI 방향을 찾습니다.).
왜 무역 분야에서 그 작고 부드러운 사실상의 표준화를 결정 했습니까? 제품이 상당히 구체적입니다. Windows에서는 현재 작동하지 않으며 현재 스몰 소프트를 좋아하는 사람들은 사용하지 않습니다. 글을 보니 다른 플랫폼은 전혀 안 보셨는데 평가가 더 믿음이 가네요.. 왜 그러시죠?
행운을 빕니다.
친구, 거래가 그것과 무슨 관련이 있습니까?
인터페이스는 성가시다.
인터페이스와 권장 사항은 모두 Microsoft에서 Windows용으로 개발했습니다...
niks가 있다는 것은 저를 약간 흥분시킵니다. niks 사용자는 시스템의 인터페이스 표준화에 대해 걱정할 수 있습니다.
다른 사람들도 살펴보았지만 대중의 의견이 궁금합니다. 나는 이미 내 것을 정의했지만 실수를하지 않고 더 의식적으로 선택하고 싶습니다.
그래서 나는 병이 났고 나는 microsoft - 입법자가 발명 한 표준 버튼을 원합니다.
내 입장이 분명했으면 좋겠다
예, 그들은 크기가 작고 C ++에 대한 자체 표준을 제시했지만 어떤 이유로 그들은 여전히 주기적으로 ANSI 방향을 찾습니다.).
무역 분야에서 그 작은 소프트 사실상의 표준화를 결정한 이유는 무엇입니까? 제품이 상당히 구체적입니다. Windows에서는 현재 작동하지 않으며 현재 스몰 소프트를 좋아하는 사람들은 사용하지 않습니다. 글을 보니 다른 플랫폼은 전혀 안 보셨는데 평가가 더 믿음이 가네요.. 왜 그러시죠?
행운을 빕니다.
친구, 거래가 그것과 무슨 관련이 있습니까?
인터페이스는 성가시다.
인터페이스와 권장 사항은 모두 Microsoft에서 Windows용으로 개발한 것입니다...
niks가 있다는 것은 저를 약간 흥분시킵니다. niks 사용자는 시스템의 인터페이스 표준화에 대해 걱정할 수 있습니다.
다른 사람들도 살펴보았지만 대중의 의견이 궁금합니다. 나는 이미 내 것을 정의했지만 실수를하지 않고 더 의식적으로 선택하고 싶습니다.
따라서 이 제품은 거래용으로 설계되었으며 슈퍼 성배 판매자나 일반 Windows 사용자를 대상으로 하지 않습니다. 그리고 거래자들은 플랫폼의 기능을 향상시키기 위한 팁에 참여했습니다. 즉, 다시 한 번 말씀드리지만 제품은 구체적입니다. 실제로 사용되는 거래 자체입니다. 이것은 일반적인 회계 또는 다른 프로그램이 아닙니다. 그리고 타겟층이 다르니.... 이점을 고려하지 않고 묻어두는 것이다. 그리고 동일한 Omega, WellsLab, Ensign 및 seter와 비교하여 상당히 많은(IMHO)가 있습니다. 그러나 주로 프로그래밍에 익숙한 거래자를 위한 것입니다. 그래픽 분석을 수행하고 터미널이 프로그래밍되지 않는 사람들에게는 EnSign, Esignal 또는 Omega(AdGET)가 더 적합합니다. MT의 경우 또 다른 대상 사용자 그룹일 뿐입니다.
나는 그것을 사용하지 않으려고 노력합니다 - 당신은 이해하지 못합니다. - 잠넨에서 뭔가를 찾고 있어요. 나는 세 번째로 반복한다. 조언을 구합니다.
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
수익을 내기 위해 API가 필요하지 않습니다. 계산기로 성공적으로 돈을 버는 사람들이 있습니다. 그리고 MT4에서 성공한 사람들이 있습니다. 그리고 matlab에 있는 것들도 있습니다. 이렇게 하려면 HEAD만 있으면 됩니다.
논리도 필요합니다. API에서 이익을 얻지 못한다고 해서 필요하지 않은 것은 아닙니다. API는 개발의 편의성과 속도를 위해 필요합니다. 개인적으로 그는 내가 편리하다고 생각하는 대로 GUI를 만드는 것이 허용될 것입니다. 그리고 INCONVENIENCE에 대한 질문은 저절로 사라질 것입니다. 내 질문은 그것이 주어지지 않는 이유는 무엇입니까? 무엇이 널 멈추게 해?
나는 다른 회사의 터미널을 많이 보았 / 사용하지 않았지만 MT에 적합하지 않은 것을 보았습니다. 그리고 이들은 주방 DC의 자체 제작 공예품이 아니라 초대형 금융 회사의 "개발"이었습니다.
인터넷의 모든 "큰 여론 조사"는 큰 모독이며 완전한 무지한 사람만이 이를 정보 소스로 참조할 수 있습니다. 개인적이지 않은 일.
인터넷 투표, 모든 투표, 선거의 가격을 직접 압니다)) 그리고 아마도 topikstarter가 찾고 있는 사용 가능한 거래 시스템 목록으로 언급했지만 거기에 언급된 것들이 충분히 있었지만 나는 단지 링크를 기억하지 못했습니다. 누군가 그랬을 수도 있다고 생각했는데...
그리고 나서 다른 생각이 들었습니다. 4년 동안 이런저런 거래를 했고, 이 기간 동안 4개의 DC를 변경했는데 항상 제 변덕은 아니었습니다...) 마스터링에 시간을 할애할 가치가 있나요? 고유한 DC 플랫폼이 매우 훌륭하더라도 이를 위해 시스템을 "날카롭게/다시 작성"한다면, 내일 DC(또는 조건을 변경한 DC)가 나타나 더 나은 조건이나 더 흥미롭고 필요한 도구를 제공한다면? 결론: 플랫폼은 DC "서핑"을 단순화하기 위해 방대하고 광범위해야 합니다. :) 그리고 그러한 플랫폼은 몇 개입니까? 한번? 둘?
추측할 수 밖에 없습니다. 이것은 충돌 상황의 "분해"를 용이하게 하기 위한 DC의 명령이었습니다. 터미널에도 로그 등이 있습니다. 등등, 그리고 새로운 GUI는 다투는 ... 어리석은 사람의 손에 들어갈 수 있습니다. 개발자가 로그를 요청한 후 소프트웨어/사용자/DC 글리치가 있는 DC를 처리할 때 첫 번째 오류를 찾는 게시물을 읽으십시오. 똑같이, 우리는 돈으로 일하지만 ... 우리는 우주선 강하 차량을 착륙시키지 않습니다 :) :) :) :) :) :)
저도 MT3 이후에 API를 놓쳤지만... MA, RSI 등을 다시 작성했습니다. (dll 읽기), 디버거 부족( 인쇄 읽기).... 제 경우에는 기회주의적 기능 + 즐겨찾기 :) DC가 API의 유령 같은 이점을 압도했습니다.
그래서 나는 병이 났고 나는 microsoft에서 발명한 표준 버튼을 원합니다.
내 입장이 분명했으면 좋겠다
예, 그들은 크기가 작고 C ++에 대한 자체 표준을 제시했지만 어떤 이유로 그들은 여전히 주기적으로 ANSI 방향을 찾습니다.).
왜 무역 분야에서 그 작고 부드러운 사실상의 표준화를 결정 했습니까? 제품이 상당히 구체적입니다. Windows에서는 현재 작동하지 않으며 현재 스몰 소프트를 좋아하는 사람들은 사용하지 않습니다. 글을 보니 다른 플랫폼은 전혀 안 보셨는데 평가가 더 믿음이 가네요.. 왜 그러시죠?
행운을 빕니다.
친구, 거래가 그것과 무슨 관련이 있습니까?
인터페이스는 성가시다.
인터페이스와 권장 사항은 모두 Microsoft에서 Windows용으로 개발했습니다...
niks가 있다는 것은 저를 약간 흥분시킵니다. niks 사용자는 시스템의 인터페이스 표준화에 대해 걱정할 수 있습니다.
다른 사람들도 살펴보았지만 대중의 의견이 궁금합니다. 나는 이미 내 것을 정의했지만 실수를하지 않고 더 의식적으로 선택하고 싶습니다.
API.....
예, 문제입니다. IP를 제공하는 브로커와 협력하십시오. 자신의 업적을 연결할 수 있는 IP가 있어 문제가 되지 않습니다. 그리고 MT는? 사용하지 마십시오. 문제가 하나 줄어듭니다. 전체 사업은 ...
행운을 빕니다.
나는 그것을 사용하지 않으려고 노력합니다 - 당신은 이해하지 못합니다. - 잠넨에서 뭔가를 찾고 있어요. 나는 세 번째로 반복한다. 조언을 구합니다.
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
당신이 찾고있는 것이 이상합니다. 제품 지원 사이트에서 "누가 작업하지 않는지" 물어보세요. 더 많은 "보편적인" 거래 포럼이 있습니다.
이러한 브로커의 기술적 측면도 이 포럼 에서 'Java/.NET에서 Expert Advisors를 작성하는 방법'에 대해 논의했습니다.
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
당신이 찾고있는 것이 이상합니다. 제품 지원 사이트에서 "누가 작업하지 않는지" 물어보세요. 더 많은 "보편적인" 거래 포럼이 있습니다.
아니요, 누가 다른 사람에 대해 말할 수 있는지 묻고 있습니다. 나쁜 포함 .... 경쟁 사이트가 아닌 다른 곳에서 이것에 대해 물어보십시오.
그래서 나는 병이 났고 나는 microsoft - 입법자가 발명 한 표준 버튼을 원합니다.
내 입장이 분명했으면 좋겠다
예, 그들은 크기가 작고 C ++에 대한 자체 표준을 제시했지만 어떤 이유로 그들은 여전히 주기적으로 ANSI 방향을 찾습니다.).
무역 분야에서 그 작은 소프트 사실상의 표준화를 결정한 이유는 무엇입니까? 제품이 상당히 구체적입니다. Windows에서는 현재 작동하지 않으며 현재 스몰 소프트를 좋아하는 사람들은 사용하지 않습니다. 글을 보니 다른 플랫폼은 전혀 안 보셨는데 평가가 더 믿음이 가네요.. 왜 그러시죠?
행운을 빕니다.
친구, 거래가 그것과 무슨 관련이 있습니까?
인터페이스는 성가시다.
인터페이스와 권장 사항은 모두 Microsoft에서 Windows용으로 개발한 것입니다...
niks가 있다는 것은 저를 약간 흥분시킵니다. niks 사용자는 시스템의 인터페이스 표준화에 대해 걱정할 수 있습니다.
다른 사람들도 살펴보았지만 대중의 의견이 궁금합니다. 나는 이미 내 것을 정의했지만 실수를하지 않고 더 의식적으로 선택하고 싶습니다.
따라서 이 제품은 거래용으로 설계되었으며 슈퍼 성배 판매자나 일반 Windows 사용자를 대상으로 하지 않습니다. 그리고 거래자들은 플랫폼의 기능을 향상시키기 위한 팁에 참여했습니다. 즉, 다시 한 번 말씀드리지만 제품은 구체적입니다. 실제로 사용되는 거래 자체입니다. 이것은 일반적인 회계 또는 다른 프로그램이 아닙니다. 그리고 타겟층이 다르니.... 이점을 고려하지 않고 묻어두는 것이다. 그리고 동일한 Omega, WellsLab, Ensign 및 seter와 비교하여 상당히 많은(IMHO)가 있습니다. 그러나 주로 프로그래밍에 익숙한 거래자를 위한 것입니다. 그래픽 분석을 수행하고 터미널이 프로그래밍되지 않는 사람들에게는 EnSign, Esignal 또는 Omega(AdGET)가 더 적합합니다. MT의 경우 또 다른 대상 사용자 그룹일 뿐입니다.
행운을 빕니다.
나는 그것을 사용하지 않으려고 노력합니다 - 당신은 이해하지 못합니다. - 잠넨에서 뭔가를 찾고 있어요. 나는 세 번째로 반복한다. 조언을 구합니다.
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
수익을 내기 위해 API가 필요하지 않습니다. 계산기로 성공적으로 돈을 버는 사람들이 있습니다. 그리고 MT4에서 성공한 사람들이 있습니다. 그리고 matlab에 있는 것들도 있습니다. 이렇게 하려면 HEAD만 있으면 됩니다.
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
따라서 Gain과의 작업은 IP입니다. 괴로움에 지쳤다면 MT도 있습니다. 이것은 DC가 아닌 Market Maker입니다.
행운을 빕니다.
나는 그것을 사용하지 않으려고 노력합니다 - 당신은 이해하지 못합니다. - 잠넨에서 뭔가를 찾고 있어요. 나는 세 번째로 반복한다. 조언을 구합니다.
네, API를 제공하는 중개업체와 협력할 예정이므로 선택하고 싶습니다. 당신은 무엇을 조언합니까?
수익을 내기 위해 API가 필요하지 않습니다. 계산기로 성공적으로 돈을 버는 사람들이 있습니다. 그리고 MT4에서 성공한 사람들이 있습니다. 그리고 matlab에 있는 것들도 있습니다. 이렇게 하려면 HEAD만 있으면 됩니다.
논리도 필요합니다. API에서 이익을 얻지 못한다고 해서 필요하지 않은 것은 아닙니다. API는 개발의 편의성과 속도를 위해 필요합니다. 개인적으로 그는 내가 편리하다고 생각하는 대로 GUI를 만드는 것이 허용될 것입니다. 그리고 INCONVENIENCE에 대한 질문은 저절로 사라질 것입니다. 내 질문은 그것이 주어지지 않는 이유는 무엇입니까? 무엇이 널 멈추게 해?
나는 다른 회사의 터미널을 많이 보았 / 사용하지 않았지만 MT에 적합하지 않은 것을 보았습니다. 그리고 이들은 주방 DC의 자체 제작 공예품이 아니라 초대형 금융 회사의 "개발"이었습니다.
인터넷의 모든 "큰 여론 조사"는 큰 모독이며 완전한 무지한 사람만이 이를 정보 소스로 참조할 수 있습니다. 개인적이지 않은 일.
인터넷 투표, 모든 투표, 선거의 가격을 직접 압니다)) 그리고 아마도 topikstarter가 찾고 있는 사용 가능한 거래 시스템 목록으로 언급했지만 거기에 언급된 것들이 충분히 있었지만 나는 단지 링크를 기억하지 못했습니다. 누군가 그랬을 수도 있다고 생각했는데...
그리고 나서 다른 생각이 들었습니다. 4년 동안 이런저런 거래를 했고, 이 기간 동안 4개의 DC를 변경했는데 항상 제 변덕은 아니었습니다...) 마스터링에 시간을 할애할 가치가 있나요? 고유한 DC 플랫폼이 매우 훌륭하더라도 이를 위해 시스템을 "날카롭게/다시 작성"한다면, 내일 DC(또는 조건을 변경한 DC)가 나타나 더 나은 조건이나 더 흥미롭고 필요한 도구를 제공한다면? 결론: 플랫폼은 DC "서핑"을 단순화하기 위해 방대하고 광범위해야 합니다. :) 그리고 그러한 플랫폼은 몇 개입니까? 한번? 둘?
... 질문이 있는데 왜 안 주어지나요? 무엇이 널 멈추게 해?
추측할 수 밖에 없습니다. 이것은 충돌 상황의 "분해"를 용이하게 하기 위한 DC의 명령이었습니다. 터미널에도 로그 등이 있습니다. 등등, 그리고 새로운 GUI는 다투는 ... 어리석은 사람의 손에 들어갈 수 있습니다. 개발자가 로그를 요청한 후 소프트웨어/사용자/DC 글리치가 있는 DC를 처리할 때 첫 번째 오류를 찾는 게시물을 읽으십시오. 똑같이, 우리는 돈으로 일하지만 ... 우리는 우주선 강하 차량을 착륙시키지 않습니다 :) :) :) :) :) :)
저도 MT3 이후에 API를 놓쳤지만... MA, RSI 등을 다시 작성했습니다. (dll 읽기), 디버거 부족( 인쇄 읽기).... 제 경우에는 기회주의적 기능 + 즐겨찾기 :) DC가 API의 유령 같은 이점을 압도했습니다.
간단히 말해서 찾고 찾으십시오.