내 생각에는 시장의 모든 프로그램에는 인터페이스가 필요하다는 잘못된 주장에 근거합니다. 그래서 나처럼 개발자들의 예상 관심은 억지)
별도의 프로그램 클래스에 본격적인 인터페이스가 필요합니다. 패널 (거래 및 그렇지 않음), 나머지는 표준 매개 변수 창 또는 극단적 인 경우 몇 개의 버튼으로 충분합니다. 그러나 본격적인 패널 개발자는 다른 사람의 기성 인터페이스 라이브러리를 사용(구입은 물론)할 가능성이 낮고 특정 작업을 위해 무언가를 작성할 것입니다.
내 생각에는 시장의 모든 프로그램에는 인터페이스가 필요하다는 잘못된 주장에 근거합니다. 그래서 나처럼 개발자들의 예상 관심은 억지)
별도의 프로그램 클래스에 본격적인 인터페이스가 필요합니다. 패널 (거래 및 그렇지 않음), 나머지는 표준 매개 변수 창 또는 극단적 인 경우 몇 개의 버튼으로 충분합니다. 그러나 본격적인 패널 개발자는 다른 사람의 기성 인터페이스 라이브러리를 사용(구입은 물론)할 가능성이 낮고 특정 작업을 위해 무언가를 작성할 것입니다.
그들은 모두 회의론자입니다. 이 개발자들은 자신의 코드만 신뢰합니다)
이것은 여전히 개발 시간의 중요한 순간입니다. 개발에 소요된 시간은 일정 금액의 비용과 동일합니다. 더욱이 이 연결은 가장 직접적이고 구체적입니다. 따라서 저자가 동일한 솔루션을 제공하는 방법을 제안하지만 구현 시간이 과도하게 짧다면 흥미로울 것입니다.
실제로 저자는 매우 틈새 시장과 구체적인 방향을 선택했습니다. 사용자는 그의 솔루션이 필요하지 않기 때문입니다. 채워지지 않은 형태는 아무리 아름다워도 관심이 없습니다. 프로그래머는 거의 없습니다. 그 중 패널은 일반적으로 몇 개만 작성합니다. 왜 별도의 대화입니다. 그리고 남아 있는 소수는 그것이 몇 가지 이점을 제공하더라도 다른 것을 사용하도록 쉽게 설득되지 않습니다.
MQL 시장은 일반적으로 매우 틈새 시장이며 매우 작은 시장입니다. 수억 명의 사용자와 수만 명의 프로그래머가 있다면 b2b 부문에서 개발하는 것이 합리적일 것입니다. 이제 볼륨이 같지 않습니다.
IMHO, 아무도 그것을 사지 않을 것입니다.
내 생각에는 시장의 모든 프로그램에는 인터페이스가 필요하다는 잘못된 주장에 근거합니다. 그래서 나처럼 개발자들의 예상 관심은 억지)
별도의 프로그램 클래스에 본격적인 인터페이스가 필요합니다. 패널 (거래 및 그렇지 않음), 나머지는 표준 매개 변수 창 또는 극단적 인 경우 몇 개의 버튼으로 충분합니다. 그러나 본격적인 패널 개발자는 다른 사람의 기성 인터페이스 라이브러리를 사용(구입은 물론)할 가능성이 낮고 특정 작업을 위해 무언가를 작성할 것입니다.
그들은 모두 회의론자입니다. 이 개발자들은 자신의 코드만 신뢰합니다)
내 프로젝트의 기초가 되는 테제를 설명해야 합니다.
이상한 솔루션 - 프로그램은 한 차트에 있고 인터페이스는 다른 차트에 있습니다.
IMHO, 아무도 그것을 사지 않을 것입니다.
내 생각에는 시장의 모든 프로그램에는 인터페이스가 필요하다는 잘못된 주장에 근거합니다. 그래서 나처럼 개발자들의 예상 관심은 억지)
별도의 프로그램 클래스에 본격적인 인터페이스가 필요합니다. 패널 (거래 및 그렇지 않음), 나머지는 표준 매개 변수 창 또는 극단적 인 경우 몇 개의 버튼으로 충분합니다. 그러나 본격적인 패널 개발자는 다른 사람의 기성 인터페이스 라이브러리를 사용(구입은 물론)할 가능성이 낮고 특정 작업을 위해 무언가를 작성할 것입니다.
그들은 모두 회의론자입니다. 이 개발자들은 자신의 코드만 신뢰합니다)
이것은 여전히 개발 시간의 중요한 순간입니다. 개발에 소요된 시간은 일정 금액의 비용과 동일합니다. 더욱이 이 연결은 가장 직접적이고 구체적입니다. 따라서 저자가 동일한 솔루션을 제공하는 방법을 제안하지만 구현 시간이 과도하게 짧다면 흥미로울 것입니다.
실제로 저자는 매우 틈새 시장과 구체적인 방향을 선택했습니다. 사용자는 그의 솔루션이 필요하지 않기 때문입니다. 채워지지 않은 형태는 아무리 아름다워도 관심이 없습니다. 프로그래머는 거의 없습니다. 그 중 패널은 일반적으로 몇 개만 작성합니다. 왜 별도의 대화입니다. 그리고 남아 있는 소수는 그것이 몇 가지 이점을 제공하더라도 다른 것을 사용하도록 쉽게 설득되지 않습니다.
MQL 시장은 일반적으로 매우 틈새 시장이며 매우 작은 시장입니다. 수억 명의 사용자와 수만 명의 프로그래머가 있다면 b2b 부문에서 개발하는 것이 합리적일 것입니다. 이제 볼륨이 같지 않습니다.
네, 그런데 " Visual Studio "(c)는 독점 이름이며 판매하려고하면 수백만 달러에 팡파르에 천둥을 칠 수 있습니다. :) 애플과 삼성의 소송과 그 이유를 기억하십시오.
제 생각에 마켓은 그가 제정신이 아닌 이상 그것을 팔려고 하지 않을 것입니다.
PS 시장에서 제품 이름을 영어로 번역해야 합니다.
네, 그건 그렇고 "Visual Studio"(c)는 독점 이름이며 판매하려고하면 수백만 달러에 팡파르에 천둥을 칠 수 있습니다. :) 애플과 삼성의 소송과 그 이유를 기억하십시오.
경고 주셔서 감사합니다. 어쩌다 마이크로소프트로부터 소송에 휘말릴지도 모른다는 생각은 하지 않았다. 물론, " 애플 과 삼성은 이미 소송으로 고통받았습니다. 이제 MQL 시장에서 판매자 차례입니다!"와 같은 신문 헤드라인에 오르고 싶지는 않습니다.
모든 정당한 존중과 함께 문제는 매우 심각합니다. 우리는 놀라운 언어적 유연성을 보여주고 다른 이름을 생각해 내야 할 것입니다. 뭔가 제안할 수 있을까요?
... 제안할 것이 있습니까?
친구 여러분, 저는 논의 중인 프로젝트 의 다음 측면에 대해 논의할 것을 제안합니다(지금은 계속해서 "Visual Studio"라고 부를 것입니다).
MQL 시장에서 개발자-판매자를 위한 경쟁 조건의 변화, 전문가 및 아마추어 프로그램의 그래픽 기능을 상당 부분 균형을 이루는 새로운 도구의 등장 .
나는 모두가 그들의 의견을 나누도록 요청합니다.
인터페이스 빌더, 폼 빌더, 인터페이스 편집기.
친구 여러분, 저는 논의 중인 프로젝트의 다음 측면에 대해 논의할 것을 제안합니다(지금은 계속해서 "Visual Studio"라고 부를 것입니다).
MQL 시장에서 개발자-판매자를 위한 경쟁 조건의 변화, 전문가 및 아마추어 프로그램의 그래픽 기능을 상당 부분 균형을 이루는 새로운 도구의 등장 .
나는 모두가 그들의 의견을 나누도록 요청합니다.