-Aleksey- : , 당신은 정말 평범한 상인이 모든 것과 모든 것을 공부할 엄청난 시간을 가진 일종의 메가 브레인이라고 상상하십니까? MT5는 클라우드와 비디오 카드에 가족, 시간, 돈을 희생해야 하는 프로그래머를 위한 제품, 컴퓨터 공학의 우상으로 변모하고 있습니다.
귀하의 비즈니스. 비교를 원하면 Ninja(C#) 또는 Dukas(J++)로 이동하십시오. 일반 사용자의 문제, 플랫폼의 기능, 포럼, 기술 지원을 살펴보십시오.
아니면 가장 단순한 언어(또는 시각적 코드 생성)를 갖춘 플랫폼이 필요합니까? 네, 있습니다. 하지만 그들의 능력 면에서 당신을 만족시키지 못할까 두렵습니다.
이것은 일반적인 추세이며 벗어날 수 없습니다. 당신은 여전히 희생해야합니다. 이것은 세계에서 가장 위험한 사업입니다.
그리고 - 다시 한 번: 거의 일반적인 절차 스타일로 MQL5로 작성할 수 있으며 실제로 OOP가 없습니다. 코드가 매우 무겁지 않은 경우 - OOP가 필요하지 않습니다. 글쎄, 이벤트 핸들러를 계산하지 않습니다.
계산 속도 를 높이기 위해 OpenCL로 작성하고 싶지 않다면 - 글쎄요, 쓰지 마세요. 비록 빠르지는 않지만 코드는 여전히 실행될 것입니다. 클라우드를 사용하고 싶지 않다면 사용하지 마십시오. 그러나 최적화(사용하는 경우)에 너무 많은 시간이 걸리지 않는지 확인하십시오. 이들은 모두 개발 및 실행 속도를 높이는 가제트입니다. 그들은 사용할 필요가 없습니다.
어쨌든 이익이 전혀 작동하지 않는 가장 중요한 것은 시스템 자체입니다. 시스템이 있을 것입니다. 다른 모든 질문은 기술적인 질문이 될 것입니다.
ninja/Dukas에 대한 추신: 서비스도 살펴보세요. 그들은 우리의 "직업"과 비슷한 것이 있습니까? 내가 이해하는 한, 그들과 다른 사람들의 포럼은 프로그래머에게 사소한 질문으로 가득 차 있습니다. 그들의 서비스에 대한 가격에 대해 물어보십시오.
공식적으로 Dukas에는 MQL4 -> J++ 변환기가 있지만 잘 만들어지지 않았습니다. 마찬가지로 숙련된 인코더의 도움 없이는 할 수 없으며 상당한 비용이 들 수 있습니다.
따라서 이러한 플랫폼이 누구를 위한 것인지(상인 또는 코더를 위한 것인지), MT5를 위한 것입니다.
OnGoing : 예를 들어주시겠습니까? OOP 없이 구현하는 것을 불가능하게 하려면 프로젝트가 얼마나 "무거워"야 할까요?
얼마인지 모르겠다. 몇 개월 또는 6개월 만에 수정하는 것이 모든 코드를 다시 작성하는 것만큼 해결하기 어려운 거의 견딜 수 없는 작업으로 바뀌지 않을 정도로 말입니다.
글쎄, 그들은 OOP 없이 운영 체제를 작성하곤 했습니다. 그리고 아무 것도 없었습니다. 운영 체제가 작동했습니다.
추신 이제 나는 OOP에 대해 이야기하는 것이 아니라 데이터 유형 에 대해 이야기하고 있습니다. 예를 들어, "구조 배열" 데이터 유형을 모방하여 4개에서 수많은 "서로 병렬" 배열을 만드는 데 지치자마자 5개로 전환해야 할 필요성을 느낄 것입니다. 또는 요소를 추가/제거하여 목록/트리를 처리해야 합니다.
실제로 MT5 제품에 대한 지원은 MT4보다 몇 배 더 높습니다. 기성품 솔루션을 사용하려는 사람을 위해 모든 조건이 생성되었으며, 중요한 것은 모든 서비스가 러시아어로 제공된다는 것입니다.
그러나 MT5용 MTS를 스스로 작성하려는 사람들에게는 고도로 전문화된 mql5 언어를 마스터하는 것은 꽤 힘든 작업일 것입니다. mql5 구문 이 C++와 유사하다는 사실은 프로그래밍 언어의 유사성 환상을 만들고 가장 간단한 코드를 C++에서 mql5로 이식할 때, 동일한 C++, IMHO에서 생성된 평범한 .dll 연결로 코드를 이식할 때 인건비가 얼마나 편리한지 궁금합니다.
추신: MT5의 엄청난 컴퓨팅 잠재력은 "터미널/테스터에서 왜 그런 컴퓨팅 성능이 필요합니까?"라는 질문에 대해 생각하게 합니다. 오픈 소스 신경망 프로젝트가 중단된 것 같습니다. MA 계산/최적화?
추신: MT5의 엄청난 컴퓨팅 잠재력은 "터미널/테스터에서 왜 그런 컴퓨팅 성능이 필요합니까?"라는 질문에 대해 생각하게 합니다. 오픈 소스 신경망 프로젝트가 중단된 것 같습니다. MA 계산/최적화?
컴퓨팅 성능을 사용하면 구현의 불가능/복잡성으로 인해 이전에 포기할 수 있었던 "전면" 작업을 해결할 수 있습니다.
예를 들어, 64비트로의 간단한 전환은 우리 작업에서 많은 이점을 제공했습니다. 우리 프로젝트 중 하나에서 메모리의 캐시를 20기가(사용 가능한 메모리에 따라 다름)로 활성화하고 거대한 데이터베이스를 다시 인덱싱하는 속도가 크게 향상되었습니다. 이제 전 세계의 많은 고객들이 이 기회를 이용하고 있습니다. MQL5 Cloud Network 에서 동일한 작업을 수행하거나 단순히 네트워크의 로컬 에이전트 수를 늘릴 수 있습니다.
오픈 소스 프로젝트는 죽지 않았지만 편집기에서 MQL5 Storage의 기본 구현에 머뭇거려야 했습니다. 이것이 없으면 협업이 거의 불가능합니다. 그것은 앞으로 몇 주 안에 나올 것입니다.
와우, 좋아요가 없어 죄송합니다! 강하게 말해서, 나는 단지 웅변이 충분하지 않았습니다.
개발자에게 불쾌감을 주지 않습니다. 하지만 사실 생각해볼 부분이 있는 것 같아요. 마케팅 구성 요소를 사용하여 IMHO를 조금 시청하지 않았습니다.
혼동하지 마십시오. 기술적인 문제와 관련하여 보편적인 "우리는 기분이 상했습니다" 모드로 들어가지 마십시오.
Reshetov는 솔직히 운전을 시작했고 기술 계산으로 적절한 응답을 받았습니다.
귀하의 비즈니스. 비교를 원하면 Ninja(C#) 또는 Dukas(J++)로 이동하십시오. 일반 사용자의 문제, 플랫폼의 기능, 포럼, 기술 지원을 살펴보십시오.
아니면 가장 단순한 언어(또는 시각적 코드 생성)를 갖춘 플랫폼이 필요합니까? 네, 있습니다. 하지만 그들의 능력 면에서 당신을 만족시키지 못할까 두렵습니다.
이것은 일반적인 추세이며 벗어날 수 없습니다. 당신은 여전히 희생해야합니다. 이것은 세계에서 가장 위험한 사업입니다.
그리고 - 다시 한 번: 거의 일반적인 절차 스타일로 MQL5로 작성할 수 있으며 실제로 OOP가 없습니다. 코드가 매우 무겁지 않은 경우 - OOP가 필요하지 않습니다. 글쎄, 이벤트 핸들러를 계산하지 않습니다.
계산 속도 를 높이기 위해 OpenCL로 작성하고 싶지 않다면 - 글쎄요, 쓰지 마세요. 비록 빠르지는 않지만 코드는 여전히 실행될 것입니다. 클라우드를 사용하고 싶지 않다면 사용하지 마십시오. 그러나 최적화(사용하는 경우)에 너무 많은 시간이 걸리지 않는지 확인하십시오. 이들은 모두 개발 및 실행 속도를 높이는 가제트입니다. 그들은 사용할 필요가 없습니다.
어쨌든 이익이 전혀 작동하지 않는 가장 중요한 것은 시스템 자체입니다. 시스템이 있을 것입니다. 다른 모든 질문은 기술적인 질문이 될 것입니다.
ninja/Dukas에 대한 추신: 서비스도 살펴보세요. 그들은 우리의 "직업"과 비슷한 것이 있습니까? 내가 이해하는 한, 그들과 다른 사람들의 포럼은 프로그래머에게 사소한 질문으로 가득 차 있습니다. 그들의 서비스에 대한 가격에 대해 물어보십시오.
공식적으로 Dukas에는 MQL4 -> J++ 변환기가 있지만 잘 만들어지지 않았습니다. 마찬가지로 숙련된 인코더의 도움 없이는 할 수 없으며 상당한 비용이 들 수 있습니다.
따라서 이러한 플랫폼이 누구를 위한 것인지(상인 또는 코더를 위한 것인지), MT5를 위한 것입니다.
그리고 저는 DOS에서 일하고 있습니다. 모든 것이 여기에 있습니다 http://old-dos.ru/
모든 주변 장치용 장작(CD-DVD, 플래시, 사운드, 비디오 등). 모든 것이 날아갑니다. 그리고 그들은 왜 이러한 새로운 괴물을 만들었을까? 일종의 방해 행위입니다.
얼마인지 모르겠다. 몇 개월 또는 6개월 만에 수정하는 것이 모든 코드를 다시 작성하는 것만큼 해결하기 어려운 거의 견딜 수 없는 작업으로 바뀌지 않을 정도로 말입니다.
글쎄, 그들은 OOP 없이 운영 체제를 작성하곤 했습니다. 그리고 아무 것도 없었습니다. 운영 체제가 작동했습니다.
추신 이제 나는 OOP에 대해 이야기하는 것이 아니라 데이터 유형 에 대해 이야기하고 있습니다. 예를 들어, "구조 배열" 데이터 유형을 모방하여 4개에서 수많은 "서로 병렬" 배열을 만드는 데 지치자마자 5개로 전환해야 할 필요성을 느낄 것입니다. 또는 요소를 추가/제거하여 목록/트리를 처리해야 합니다.
어쨌든 이익이 없으면 결코 작동하지 않는 가장 중요한 것은 시스템 자체입니다. 시스템이 있을 것입니다. 다른 모든 질문은 기술적인 질문이 될 것입니다.
요점은 시스템이 존재한다는 것입니다. 슈퍼 수익성은 아니지만 있습니다. 그리고 단 하나의 질문이 있으며 그것은 기술적인 것입니다. 바로 이 시스템의 최적화 속도를 높이는 방법은 무엇입니까?
답변도 있습니다.
1. 철분 증가
2. 항목 1을 참조하고 플랫폼이 철에 의존한다고 주장(Renat의 말로 "솔직히 운전")하려고 하지 마십시오.
Renat :
......
이것은 일반 상인을 위해 만들어진 것의 일부입니다.실제로 MT5 제품에 대한 지원은 MT4보다 몇 배 더 높습니다. 기성품 솔루션을 사용하려는 사람을 위해 모든 조건이 생성되었으며, 중요한 것은 모든 서비스가 러시아어로 제공된다는 것입니다.
그러나 MT5용 MTS를 스스로 작성하려는 사람들에게는 고도로 전문화된 mql5 언어를 마스터하는 것은 꽤 힘든 작업일 것입니다. mql5 구문 이 C++와 유사하다는 사실은 프로그래밍 언어의 유사성 환상을 만들고 가장 간단한 코드를 C++에서 mql5로 이식할 때, 동일한 C++, IMHO에서 생성된 평범한 .dll 연결로 코드를 이식할 때 인건비가 얼마나 편리한지 궁금합니다.
추신: MT5의 엄청난 컴퓨팅 잠재력은 "터미널/테스터에서 왜 그런 컴퓨팅 성능이 필요합니까?"라는 질문에 대해 생각하게 합니다. 오픈 소스 신경망 프로젝트가 중단된 것 같습니다. MA 계산/최적화?
IgorM :
추신: MT5의 엄청난 컴퓨팅 잠재력은 "터미널/테스터에서 왜 그런 컴퓨팅 성능이 필요합니까?"라는 질문에 대해 생각하게 합니다. 오픈 소스 신경망 프로젝트가 중단된 것 같습니다. MA 계산/최적화?
물론 필요합니다! 여기서 불분명한 것은 무엇입니까? 그렇지 않으면 클라우드 네트워크의 한계에 어떻게 맞출 수 있습니까? 때문에 다르게 작동하지 않습니다. 입력 매개 변수의 수가 표준을 초과하면 유전 알고리즘 이 켜지고 모든 라즈베리를 망칠 것입니다.
그러나 얼마나 스릴입니까! 분산 네트워크가 수천 대의 컴퓨터에서 1분도 채 되지 않아 철저한 열거를 통해 기계 TS의 입력 매개변수를 어떻게 연마했는지 나중에 나중에 알게 될 것입니다.
그리고 다른 12개의 다른 비디오도 구입하고 OpenCL에서 기계의 어드바이저를 다시 작성하면 소문이 기하급수적으로 증가하고 기술 혁명을 기념하는 호스에서처럼 좌우로 담배를 끊지 않고 끓는 물에 오줌을 싸게 될 것입니다.
TS가 수익성이 전혀 없을 것 같지 않다는 것은 중요하지 않습니다. 중요한 것은 승리가 아니라 참여입니다.
따라서 기술 발전을 따라 잡기 위해 씨발 MT4를 버리고 MT5로 전환하십시오.
추신: MT5의 엄청난 컴퓨팅 잠재력은 "터미널/테스터에서 왜 그런 컴퓨팅 성능이 필요합니까?"라는 질문에 대해 생각하게 합니다. 오픈 소스 신경망 프로젝트가 중단된 것 같습니다. MA 계산/최적화?
컴퓨팅 성능을 사용하면 구현의 불가능/복잡성으로 인해 이전에 포기할 수 있었던 "전면" 작업을 해결할 수 있습니다.
예를 들어, 64비트로의 간단한 전환은 우리 작업에서 많은 이점을 제공했습니다. 우리 프로젝트 중 하나에서 메모리의 캐시를 20기가(사용 가능한 메모리에 따라 다름)로 활성화하고 거대한 데이터베이스를 다시 인덱싱하는 속도가 크게 향상되었습니다. 이제 전 세계의 많은 고객들이 이 기회를 이용하고 있습니다. MQL5 Cloud Network 에서 동일한 작업을 수행하거나 단순히 네트워크의 로컬 에이전트 수를 늘릴 수 있습니다.
오픈 소스 프로젝트는 죽지 않았지만 편집기에서 MQL5 Storage의 기본 구현에 머뭇거려야 했습니다. 이것이 없으면 협업이 거의 불가능합니다. 그것은 앞으로 몇 주 안에 나올 것입니다.
따라서 기술 발전을 따라 잡기 위해 씨발 MT4를 버리고 MT5로 전환하십시오.
그건 그렇고, 진보는 기관차처럼 가고 누구에게도 거의 관심을 기울이지 않습니다.
얼마나 많은 컴퓨터 성능이 사람들의 주머니 속을 걷고 있는지 보라. 그리고 당신은 세상이 오랫동안 미쳐갔다는 것을 한 번 더 확인하게 될 것이다.
컴퓨팅 성능을 사용하면 구현의 불가능/복잡성으로 인해 이전에 포기할 수 있었던 "전면" 작업을 해결할 수 있습니다.
예를 들어, 64비트로의 간단한 전환은 우리 작업에서 많은 이점을 제공했습니다.
레나트, 그게 아니야. 어리석은 거래자들은 기술 발전에서 무엇을 잃을 것인지 묻습니다. 그가 당신에게 준 것은 어떤 이유로 그들은별로 관심이 없습니다. 이기적이고 상업적인 주식 투기꾼들이 바로 그런 사람들입니다.
그러나 나는 방해하지 않을 것입니다. 계속하기 때문에 당신은 매우 카리스마 넘치는 연설을 하고 있고 이미 듣고 있을 것이고 기꺼이 OpenCL에서 vidyakha와 책을 사기 위해 달려갈 것입니다.