Visual Studio Express for Web has the tools to create standards-based, responsive websites, web APIs, or real-time online experiences using ASP.NET. Publish your web application directly to Windows Azure from the IDE. Create web services consumed by connected devices. System Requirements: Windows 7 SP1 (x86 and x64) Windows 8 (x86 and...
우리는 2001년부터 거대한 거래자 커뮤니티와 함께 4세대 거래 언어를 체계적으로 만들었습니다. 경쟁자들은 죽었고, 그들의 관리 언어는 발전하지 않았지만 우리는 일했고, 일했고, 계속 일할 것입니다.
레나트 :
모든 Windows 라이브러리 및 플랫폼 SDK가 포함된 컴파일러와 링커는 어디에서 구할 수 있습니까?
훨씬 쉽게 할 수 있습니다. 무료 Visual Studio 2008 Express를 다운로드하여 설치하고 필요한 DLL을 만드십시오.
우선, "그들의 관리 언어"가 무엇인지 알아내고, "그들의" 기능을 구별한 다음, "그들의" 발달이 의미하는 바를 알아내는 것이 필요합니다. 경쟁자에 대해 말하는 것이 아니라 언어에 대해 말하는 것입니다. 보시다시피 거래 프로그램과 시스템은 다양한 주변 셸 사이에 있습니다. Windows에서도 C++/.net/JScript/shell script/ 등이 있으며 위에서 드래그하는 것은 의미가 없습니다. 거래 플랫폼 내부의 모든 것 - 일부 DLL을 생성하거나 타이머, 데이터 교환 등을 제공하는 것은 이미 사용 가능하고 널리 알려진 OS 자체 도구를 기반으로 해야 하며 추가로 무료로 사용할 수 있습니다. 모듈(예: 런타임 버전과 함께 지속적으로 발전하는 .net 프레임워크) + 강력한 개발 및 디버깅 도구 - 자전거나 Chrome OS와 같은 차세대 트레이딩 OS를 사용하는 이유는 무엇입니까?
IMHO, TS 쓰기 언어의 개발은 무역의 특정 작업, 즉 정보 수집, 분석, 테스트, 무역 관리 및 다른 시스템과의 통합 - 이 모든 것이 가능하고 IMHO는 높은 수준의 현대 개발 도구에서 수행되어야 합니다. 선택한 표준 프레임워크를 일반적으로 허용되는 방법(OOP 등)과 통합하고 확장합니다. 작업은 C/C++ 또는 기타 다른 것을 혼합하여 폐쇄적이고 자급자족하는 플랫폼을 작성하는 것이 아니라 우선 고품질 거래 플랫폼의 기본, 해당 서비스, API 및 사용자 인터페이스를 작성하는 것입니다. 특정 기존, 심지어 최고의 거래 플랫폼을 통합하는 작업을 위해 누구에게나 발생할 것입니다. 간단한 예가 자동 거래입니다. OS의 시작 폴더에서 autologin과 MT 터미널로 Windows를 실행하는 것은 이미 악의적인 시대착오적인 행위임이 분명할 것입니다. 로봇이 사용자(서버) 로그인과 상관없이 작동하려면 정상적인 Windows 서비스가 필요합니다. 플랫폼(예: .net)에 따라 DLL 조작이 필요하지 않았을 수 있습니다. C#, 관리되는 C++, Delphi, J++ 등으로 작성하세요. IMHO, 개발자는 너무 확장 가능하고 유연한 플랫폼을 만드는 것이 두려웠는데, 이는 뿌리가 깎인 "샌드박스"보다 제어하기 훨씬 더 어렵습니다.
몇 번이나 그런 말을 들었습니다. 왜 바퀴를 재발명하고, Java, Net 등을 기본으로 삼지 않습니까? 하지만 나 자신도 정확히 11년 전에 첫 번째 거래 전략을 쓰기 시작했습니다. 그때는 거래 계정에 대한 API 개념이 거의 없었기 때문입니다.
맙소사, 다양한 브로커의 기성 API를 가지고 스스로 결정하십시오.
그러나 실습에 따르면 프로그래머만 원시 API가 필요합니다. 그리고 시스템을 작성하기 위해 "직접" 갈 준비가 된 한 프로그래머를 위해 기성품의 안전한 프레임워크에서 자신의 전략을 테스트하려는 1000명의 거래자가 있습니다.
초보자는 API가 필요하고 때로는 얻을 수 있습니다. 그런 다음 한 달의 고뇌가 지나고 API가 가장 간단한 거래 전략을 작성하는 데 충분하지 않지만 나머지 기성 시장 환경이 필요하다는 이해가 필요합니다. 인터페이스가 없는 간단한 프로그램은 시장이 없고, 구매자는 하나의 터미널에 바인딩하는 데 관심이 없는 것으로 나타났습니다. 그리고 더 쓰고 싶은 욕망은 변함없이 사라집니다.
거래 플랫폼에서 정상적인 자동 프로그래밍 환경을 개발하려면 엄격한 샌드박스가 있는 보안 프레임워크가 필요합니다. 그렇지 않으면 트로이 목마에 대한 두려움 때문에 아무도 스크립트를 교환하지 않을 것입니다. 그리고 그들이 교환하지 않으면 커뮤니티는 죽고 그와 함께 언어도 죽습니다.
커뮤니티는 50, 100 또는 500명의 프로그래머(그들이 기꺼이 당신의 발을 닦아줄 것입니다)가 아니라 최소한의 복잡성으로 시스템을 사용하는 수만 및 수십만 명의 거래자입니다.
그건 그렇고, 매일 30,000명 이상의 고유 방문자가 MQL4.community 를 방문하며, 우리의 추정에 따르면 전 세계의 MetaTrader 4 사용자는 100만 명이 훨씬 넘습니다.
몇 번이나 그런 말을 들었습니다. 왜 바퀴를 재발명하고, Java, Net 등을 기본으로 삼지 않습니까? 하지만 나 자신도 정확히 11년 전에 첫 번째 거래 전략을 쓰기 시작했습니다. 그때는 거래 계정에 대한 API 개념이 거의 없었기 때문입니다. 라고 말하는듯. 그리고 11년 후에는 무언가가 바뀌어야 합니다. :)
맙소사, 다양한 브로커의 기성 API를 가지고 스스로 결정하십시오. 때때로 그들은 그것을 하는 경향이 있습니다. 특히 상황이 허락한다면 상황을 개선하려고 노력하지 않으시겠습니까?
그러나 실습에 따르면 프로그래머만 원시 API가 필요합니다. 그리고 시스템을 작성하기 위해 "직접" 갈 준비가 된 한 프로그래머를 위해 기성품의 안전한 프레임워크에서 자신의 전략을 테스트하려는 1000명의 거래자가 있습니다. Raw는 상대적인 개념입니다. 그러나 때로는 API가 없는 것보다 낫습니다. 또는 더 나쁜 것은 내부적으로 제한된 플랫폼을 사용하도록 강요받는 것입니다. "보호된" 프레임워크와 관련하여, 우리가 무엇을, 누구로부터, 어떻게 보호하는지에 대한 논의가 열려 있습니다.
초보자는 API가 필요하고 때로는 얻을 수 있습니다. 그런 다음 한 달의 고통이 지나고 API가 가장 간단한 거래 전략조차 작성하기에 충분하지 않지만 나머지 기성 시장 환경이 필요하다는 이해가 필요합니다. 인터페이스가 없는 간단한 프로그램은 시장이 없고, 구매자는 하나의 터미널에 바인딩하는 데 관심이 없는 것으로 나타났습니다. 그리고 더 쓰고 싶은 욕망은 변함없이 사라집니다. 이것이 우리가 말하는 것입니다. API가 아니라 특정 작업에 맞게 조정된 특수 인터페이스가 있는 확장 가능한 프레임워크가 있어야 합니다! 터미널에 바인딩하는 것은 누구에게도 관심이 없지만 브로커는 자신을 바인딩하는 것을 "좋아합니다". 물론 여기에서 그들은 동정해야합니다.
거래 플랫폼에서 정상적인 자동 프로그래밍 환경을 개발하려면 엄격한 샌드박스가 있는 보안 프레임워크가 필요합니다. 그렇지 않으면 트로이 목마에 대한 두려움 때문에 아무도 스크립트를 교환하지 않을 것입니다. 그리고 그들이 교환하지 않으면 커뮤니티는 죽고 그와 함께 언어도 죽습니다. 나는 여기에서 당신과 동의하지 않지만 설득과 입장의 변화에 열려 있습니다. 하나 또는 다른 사용 가능한 개발 환경의 (과도한) 힘이 사용자를 두려워하게 되었고 그러한 환경이 파괴와 멸종의 운명을 맞았던 거래 플랫폼의 자동 프로그래밍 역사에서 예를 들어 보십시오. 동의합니다. MT에서 DLL 호출을 사용하도록 확인란을 허용하는 것은 실제로 이와 관련하여 아무 것도 해결하지 못합니다. 특히 DLL에 의존해야 하는 정당한 이유가 있는 경우에는 더욱 그렇습니다.
커뮤니티는 50, 100 또는 500명의 프로그래머(그들이 기꺼이 당신의 발을 닦아줄 것입니다)가 아니라 최소한의 복잡성으로 시스템을 사용하는 수만 및 수십만 명의 거래자입니다. 그럴 때 처음부터 결정해야 하며 프로그래밍에 대한 막연한 생각을 가진 사람에게 OOP를 강요하지 마십시오. 자동 거래 시스템에 대해 구체적으로 말하면 거래자에게 복잡성을 최소화하고 그래픽 인터페이스의 담요 아래에서 최대 복잡성으로 성장할 것입니다(결과적으로 시스템 프로그래머에게는 악몽). 초기에 시스템을 만들 때 최대한의 유연성을 가질 수 있는 기회를 제공하고 95%의 경우에 작동하도록 허용된 것의 절충안을 찾으려고 하지 않습니다(읽기 - "몇몇 불량품을 제외하고는 모두 매우 행복합니다. 이것이 우리 회사의 방식입니다. 위치")?
그건 그렇고, 매일 30,000명 이상의 고유 방문자가 MQL4.community 를 방문하며, 우리의 추정에 따르면 전 세계의 MetaTrader 4 사용자는 100만 명이 훨씬 넘습니다. 이 통계로 무엇을 하시겠습니까? 비즈니스 관점에서 볼 때 DC에는 98%의 가난한 사람들이 돈을 남겼고 의심할 여지 없이 견고한 로션이 있는 거래 터미널에서 아름다운 고문을 켰습니다 ...
이론가 와 실무자 사이에 논쟁이 있습니다. 물론 "세계 평화"를 위해 싸우는 것을 금지하는 사람은 없지만 "개선하지 않는 이유는 무엇입니까?"보다 더 많은 요소를 고려하십시오.
Ради бога, берите готовые API разнообразных брокеров и делайте свои решения. Иногда к этому склоняют. А почему бы не постараться улучшить ситуацию, тем более если позиция позволяет?
그것이 내가 쓴 것입니다. 일상적인 작업을 원하지 않기 때문에 사용하지 않을 것입니다. 결국 모든 지표, 모든 시장 환경, 다른 기간의 전체 역사 등 모든 것을 은색 플래터에 제공해야 합니다. 차트 작성이 필요하지만 마음속으로 지표를 조작할 것입니까?
즉, 실제로 본격적인 터미널이 필요합니다. 그리고 우리는 그것을 제공합니다: MetaTrader 5 + MQL5 + DLL. 그것을 프레임 워크라고 부르거나 즉시 말하십시오 - 소스 / 구성 요소에 터미널을 제공하십시오 (결국 실제로 필요합니다).
프로그래머는 보호되지 않는 모국어로 거래 시스템을 위한 스크립트를 작성할 수 있는 것이 "힘"이라고 잘못 생각하고 아무도 자신의 창작물을 사용하지 않는다는 사실에 놀랐습니다. 그러므로 그들은 태어나자마자 죽는다. 사용자 커뮤니티를 개발하고 만든 사람들은 훨씬 더 깊이 생각하고(이전에는 충돌이 있기 때문에) 그런 실수를 하지 않습니다.
제어된(기본적으로 비활성화된) DLL 호출은 허용되지만 거래 터미널에 누구인지 모르는 사람이 만든 DLL을 업로드하는 것은 패치되지 않은 Internet Explorer 6보다 더 나쁜 구멍입니다.
그리고 MKL5를 이용하여 간단한 DLL을 생성하는 것, 즉 에디터에서 작성하고 컴파일하는 것이 가능하게 될 것입니다...?
모든 Windows 라이브러리 및 플랫폼 SDK가 포함된 컴파일러와 링커는 어디에서 구할 수 있습니까?
훨씬 쉽게 할 수 있습니다. 무료 Visual Studio 2008 Express를 다운로드하여 설치하고 필요한 DLL을 만드십시오.
모든 Windows 라이브러리 및 플랫폼 SDK가 포함된 컴파일러와 링커는 어디에서 구할 수 있습니까?
훨씬 쉽게 할 수 있습니다. 무료 Visual Studio 2008 Express를 다운로드하여 설치하고 필요한 DLL을 만드십시오.
공짜의 문제가 아니라...
그리고 작은 것을 위해 괴물을 넣어야한다는 사실.
그건 그렇고, 답변 감사합니다...
또 작은 질문...
이 페이지에서 다운로드할 항목:
http://www.microsoft.com/express/Downloads/
이것
비주얼 C++ 2008 익스프레스 에디션
또는 모두
전체 - 오프라인 ISO 이미지 파일 설치
?
비주얼 C++ 2008 익스프레스 에디션
충분 해.
감사합니다. 이미 다운로드 중입니다.
사실, 모두 하나의 파일(800MB)에 있습니다.
저는 네트워크 설치를 별로 신뢰하지 않습니다...
우리는 2001년부터 거대한 거래자 커뮤니티와 함께 4세대 거래 언어를 체계적으로 만들었습니다. 경쟁자들은 죽었고, 그들의 관리 언어는 발전하지 않았지만 우리는 일했고, 일했고, 계속 일할 것입니다.
모든 Windows 라이브러리 및 플랫폼 SDK가 포함된 컴파일러와 링커는 어디에서 구할 수 있습니까?
훨씬 쉽게 할 수 있습니다. 무료 Visual Studio 2008 Express를 다운로드하여 설치하고 필요한 DLL을 만드십시오.
우선, "그들의 관리 언어"가 무엇인지 알아내고, "그들의" 기능을 구별한 다음, "그들의" 발달이 의미하는 바를 알아내는 것이 필요합니다. 경쟁자에 대해 말하는 것이 아니라 언어에 대해 말하는 것입니다. 보시다시피 거래 프로그램과 시스템은 다양한 주변 셸 사이에 있습니다. Windows에서도 C++/.net/JScript/shell script/ 등이 있으며 위에서 드래그하는 것은 의미가 없습니다. 거래 플랫폼 내부의 모든 것 - 일부 DLL을 생성하거나 타이머, 데이터 교환 등을 제공하는 것은 이미 사용 가능하고 널리 알려진 OS 자체 도구를 기반으로 해야 하며 추가로 무료로 사용할 수 있습니다. 모듈(예: 런타임 버전과 함께 지속적으로 발전하는 .net 프레임워크) + 강력한 개발 및 디버깅 도구 - 자전거나 Chrome OS와 같은 차세대 트레이딩 OS를 사용하는 이유는 무엇입니까?
IMHO, TS 쓰기 언어의 개발은 무역의 특정 작업, 즉 정보 수집, 분석, 테스트, 무역 관리 및 다른 시스템과의 통합 - 이 모든 것이 가능하고 IMHO는 높은 수준의 현대 개발 도구에서 수행되어야 합니다. 선택한 표준 프레임워크를 일반적으로 허용되는 방법(OOP 등)과 통합하고 확장합니다. 작업은 C/C++ 또는 기타 다른 것을 혼합하여 폐쇄적이고 자급자족하는 플랫폼을 작성하는 것이 아니라 우선 고품질 거래 플랫폼의 기본, 해당 서비스, API 및 사용자 인터페이스를 작성하는 것입니다. 특정 기존, 심지어 최고의 거래 플랫폼을 통합하는 작업을 위해 누구에게나 발생할 것입니다. 간단한 예가 자동 거래입니다. OS의 시작 폴더에서 autologin과 MT 터미널로 Windows를 실행하는 것은 이미 악의적인 시대착오적인 행위임이 분명할 것입니다. 로봇이 사용자(서버) 로그인과 상관없이 작동하려면 정상적인 Windows 서비스가 필요합니다. 플랫폼(예: .net)에 따라 DLL 조작이 필요하지 않았을 수 있습니다. C#, 관리되는 C++, Delphi, J++ 등으로 작성하세요. IMHO, 개발자는 너무 확장 가능하고 유연한 플랫폼을 만드는 것이 두려웠는데, 이는 뿌리가 깎인 "샌드박스"보다 제어하기 훨씬 더 어렵습니다.
몇 번이나 그런 말을 들었습니다. 왜 바퀴를 재발명하고, Java, Net 등을 기본으로 삼지 않습니까? 하지만 나 자신도 정확히 11년 전에 첫 번째 거래 전략을 쓰기 시작했습니다. 그때는 거래 계정에 대한 API 개념이 거의 없었기 때문입니다.
맙소사, 다양한 브로커의 기성 API를 가지고 스스로 결정하십시오.
그러나 실습에 따르면 프로그래머만 원시 API가 필요합니다. 그리고 시스템을 작성하기 위해 "직접" 갈 준비가 된 한 프로그래머를 위해 기성품의 안전한 프레임워크에서 자신의 전략을 테스트하려는 1000명의 거래자가 있습니다.
초보자는 API가 필요하고 때로는 얻을 수 있습니다. 그런 다음 한 달의 고뇌가 지나고 API가 가장 간단한 거래 전략을 작성하는 데 충분하지 않지만 나머지 기성 시장 환경이 필요하다는 이해가 필요합니다. 인터페이스가 없는 간단한 프로그램은 시장이 없고, 구매자는 하나의 터미널에 바인딩하는 데 관심이 없는 것으로 나타났습니다. 그리고 더 쓰고 싶은 욕망은 변함없이 사라집니다.
거래 플랫폼에서 정상적인 자동 프로그래밍 환경을 개발하려면 엄격한 샌드박스가 있는 보안 프레임워크가 필요합니다. 그렇지 않으면 트로이 목마에 대한 두려움 때문에 아무도 스크립트를 교환하지 않을 것입니다. 그리고 그들이 교환하지 않으면 커뮤니티는 죽고 그와 함께 언어도 죽습니다.
커뮤니티는 50, 100 또는 500명의 프로그래머(그들이 기꺼이 당신의 발을 닦아줄 것입니다)가 아니라 최소한의 복잡성으로 시스템을 사용하는 수만 및 수십만 명의 거래자입니다.
그건 그렇고, 매일 30,000명 이상의 고유 방문자가 MQL4.community 를 방문하며, 우리의 추정에 따르면 전 세계의 MetaTrader 4 사용자는 100만 명이 훨씬 넘습니다.
빌드 240에서는 래퍼가 단순화되었으며 이제 호출 속도는 초당 19,911,000 호출입니다.
몇 번이나 그런 말을 들었습니다. 왜 바퀴를 재발명하고, Java, Net 등을 기본으로 삼지 않습니까? 하지만 나 자신도 정확히 11년 전에 첫 번째 거래 전략을 쓰기 시작했습니다. 그때는 거래 계정에 대한 API 개념이 거의 없었기 때문입니다.
라고 말하는듯. 그리고 11년 후에는 무언가가 바뀌어야 합니다. :)
맙소사, 다양한 브로커의 기성 API를 가지고 스스로 결정하십시오.
때때로 그들은 그것을 하는 경향이 있습니다. 특히 상황이 허락한다면 상황을 개선하려고 노력하지 않으시겠습니까?
그러나 실습에 따르면 프로그래머만 원시 API가 필요합니다. 그리고 시스템을 작성하기 위해 "직접" 갈 준비가 된 한 프로그래머를 위해 기성품의 안전한 프레임워크에서 자신의 전략을 테스트하려는 1000명의 거래자가 있습니다.
Raw는 상대적인 개념입니다. 그러나 때로는 API가 없는 것보다 낫습니다. 또는 더 나쁜 것은 내부적으로 제한된 플랫폼을 사용하도록 강요받는 것입니다.
"보호된" 프레임워크와 관련하여, 우리가 무엇을, 누구로부터, 어떻게 보호하는지에 대한 논의가 열려 있습니다.
초보자는 API가 필요하고 때로는 얻을 수 있습니다. 그런 다음 한 달의 고통이 지나고 API가 가장 간단한 거래 전략조차 작성하기에 충분하지 않지만 나머지 기성 시장 환경이 필요하다는 이해가 필요합니다. 인터페이스가 없는 간단한 프로그램은 시장이 없고, 구매자는 하나의 터미널에 바인딩하는 데 관심이 없는 것으로 나타났습니다. 그리고 더 쓰고 싶은 욕망은 변함없이 사라집니다.
이것이 우리가 말하는 것입니다. API가 아니라 특정 작업에 맞게 조정된 특수 인터페이스가 있는 확장 가능한 프레임워크가 있어야 합니다! 터미널에 바인딩하는 것은 누구에게도 관심이 없지만 브로커는 자신을 바인딩하는 것을 "좋아합니다". 물론 여기에서 그들은 동정해야합니다.
거래 플랫폼에서 정상적인 자동 프로그래밍 환경을 개발하려면 엄격한 샌드박스가 있는 보안 프레임워크가 필요합니다. 그렇지 않으면 트로이 목마에 대한 두려움 때문에 아무도 스크립트를 교환하지 않을 것입니다. 그리고 그들이 교환하지 않으면 커뮤니티는 죽고 그와 함께 언어도 죽습니다.
나는 여기에서 당신과 동의하지 않지만 설득과 입장의 변화에 열려 있습니다. 하나 또는 다른 사용 가능한 개발 환경의 (과도한) 힘이 사용자를 두려워하게 되었고 그러한 환경이 파괴와 멸종의 운명을 맞았던 거래 플랫폼의 자동 프로그래밍 역사에서 예를 들어 보십시오. 동의합니다. MT에서 DLL 호출을 사용하도록 확인란을 허용하는 것은 실제로 이와 관련하여 아무 것도 해결하지 못합니다. 특히 DLL에 의존해야 하는 정당한 이유가 있는 경우에는 더욱 그렇습니다.
커뮤니티는 50, 100 또는 500명의 프로그래머(그들이 기꺼이 당신의 발을 닦아줄 것입니다)가 아니라 최소한의 복잡성으로 시스템을 사용하는 수만 및 수십만 명의 거래자입니다.
그럴 때 처음부터 결정해야 하며 프로그래밍에 대한 막연한 생각을 가진 사람에게 OOP를 강요하지 마십시오. 자동 거래 시스템에 대해 구체적으로 말하면 거래자에게 복잡성을 최소화하고 그래픽 인터페이스의 담요 아래에서 최대 복잡성으로 성장할 것입니다(결과적으로 시스템 프로그래머에게는 악몽). 초기에 시스템을 만들 때 최대한의 유연성을 가질 수 있는 기회를 제공하고 95%의 경우에 작동하도록 허용된 것의 절충안을 찾으려고 하지 않습니다(읽기 - "몇몇 불량품을 제외하고는 모두 매우 행복합니다. 이것이 우리 회사의 방식입니다. 위치")?
그건 그렇고, 매일 30,000명 이상의 고유 방문자가 MQL4.community 를 방문하며, 우리의 추정에 따르면 전 세계의 MetaTrader 4 사용자는 100만 명이 훨씬 넘습니다.
이 통계로 무엇을 하시겠습니까? 비즈니스 관점에서 볼 때 DC에는 98%의 가난한 사람들이 돈을 남겼고 의심할 여지 없이 견고한 로션이 있는 거래 터미널에서 아름다운 고문을 켰습니다 ...
친애하는 피사르,
이론가 와 실무자 사이에 논쟁이 있습니다. 물론 "세계 평화"를 위해 싸우는 것을 금지하는 사람은 없지만 "개선하지 않는 이유는 무엇입니까?"보다 더 많은 요소를 고려하십시오.
Ради бога, берите готовые API разнообразных брокеров и делайте свои решения.
Иногда к этому склоняют. А почему бы не постараться улучшить ситуацию, тем более если позиция позволяет?
그것이 내가 쓴 것입니다. 일상적인 작업을 원하지 않기 때문에 사용하지 않을 것입니다. 결국 모든 지표, 모든 시장 환경, 다른 기간의 전체 역사 등 모든 것을 은색 플래터에 제공해야 합니다. 차트 작성이 필요하지만 마음속으로 지표를 조작할 것입니까?
즉, 실제로 본격적인 터미널이 필요합니다. 그리고 우리는 그것을 제공합니다: MetaTrader 5 + MQL5 + DLL. 그것을 프레임 워크라고 부르거나 즉시 말하십시오 - 소스 / 구성 요소에 터미널을 제공하십시오 (결국 실제로 필요합니다).
프로그래머는 보호되지 않는 모국어로 거래 시스템을 위한 스크립트를 작성할 수 있는 것이 "힘"이라고 잘못 생각하고 아무도 자신의 창작물을 사용하지 않는다는 사실에 놀랐습니다. 그러므로 그들은 태어나자마자 죽는다. 사용자 커뮤니티를 개발하고 만든 사람들은 훨씬 더 깊이 생각하고(이전에는 충돌이 있기 때문에) 그런 실수를 하지 않습니다.
제어된(기본적으로 비활성화된) DLL 호출은 허용되지만 거래 터미널에 누구인지 모르는 사람이 만든 DLL을 업로드하는 것은 패치되지 않은 Internet Explorer 6보다 더 나쁜 구멍입니다.
자세한 내용 은 자동화된 터미널 거래에 대한 Google 트렌드 통계 :