tol64 : 어쨌든 개발자는 커뮤니티의 혼란스러운 상황에서 통계, 시장 조사 및 경험을 기반으로 현재 더 관련성이 있다고 생각하는 것을 선택할 것입니다.
그것은 다음과 같습니다: 당신이 쓰기-쓰기(당신의 소망) 그리고 우리는 우리가 필요하다고 생각하는 것만 할 것입니다. 그들은 아무 것도 선택하지 않습니다. 단지 때때로 그들이 한 일이 포럼 회원 중 누군가의 바람과 일치할 뿐입니다. 정상적인 프로세스 - 사람들은 자신의 제품을 만듭니다. 누구에게도 빚진 사람은 없습니다. 원하시면 사용하시고 원하지 않으시면 사용하지 마세요 ;)
Vasily , 당신은 내가 거기에 무엇을 그리고 어떻게 그렸는지조차 모릅니다. 그러나 당신은 마치 당신이 이미 모든 것을 알고 있는 것처럼 똑같은 범주로 이것을 판단합니다.
...
사진에서 나오네요. 제시된 그래프가 전달하는 정보는 훨씬 더 간결하게 묘사될 수 있습니다. 가장 간단한 예는 가격 차트 창에 표시 되는 지표를 작성하는 것입니다. 왜 하나의 지표가 아닌 11.5,000개의 레이블 개체를 사용하기로 결정했는지, 저는 정말 모르겠습니다. 정말 그럴만한 이유가 있었겠지만, 이런 결정을 내리게 된 이유가 무엇인지 상상만 해도 끔찍합니다.
그것은 다음과 같습니다: 당신이 쓰기-쓰기(당신의 소망) 그리고 우리는 우리가 필요하다고 생각하는 것만 할 것입니다. 그들은 아무 것도 선택하지 않습니다. 때때로 그들이 한 일이 포럼 회원 중 누군가의 바램과 일치할 뿐입니다. 정상적인 프로세스 - 사람들은 자신의 제품을 만듭니다. 누구에게도 빚진 사람은 없습니다. 원하시면 사용하시고 원하지 않으시면 사용하지 마세요 ;)
글쎄, 나는 모른다. 그럴 수도 있습니다. 난 정말 상관 없어. )) 그러나 주기적으로 서비스 데스크 에 소원을 쓰고 말 그대로 한두 가지 빌드 후에 원하는 것을 얻을 때 매우 좋습니다. )))
VOLDEMAR : 나는 전문 상인이 있다고 생각하지 않습니다. 프로그래머는 전문 외과의사-기계공이나 트랙터 요리사와 같습니다..... 당신은 요리사이거나 트랙터 운전사입니다. 그리고 상인의 작업은 같은 외과 의사의 작업보다 덜 복잡하지 않으며 동시에 수익성있게 거래하고 프로그래밍하는 것은 불가능합니다....
고 대, 수염된 스탬프입니다.
먼저, 갑자기 사라진 Trollolo 를 기억하십니까? 그는 아무도, 아무도 전혀 이해하지 못하는 엄청난 수의 아이디어를 가지고 있습니다. 그리고 그는 프로그래머를 화이트 히트로 데려오지 않고 프로그래머에게 설명할 수 없을 것입니다. 그리고 그는 어떻게 해야 합니까? 그가 정말로 뛰어난 트레이더라면? 그리고 남은 것은 언어를 배우고 스스로 작성하는 것뿐입니다. 그는 원하지 않거나 할 수 없습니다 - 글쎄, 그것이 그의 문제입니다.
둘째, 코딩을 하기 전에 수동으로 현명하게 검사할 수 없는 시스템이 있습니다. 그런 시스템을 가지고 있다고 자신있게 말씀드리는 이유입니다. 이 시스템을 직접 작성하는 유일한 방법이 있습니다. 물론 당신이 백만장자의 아들이 아니라면 말이다.
셋째, 이러한 분업의 필요성은 "사업" 자체가 충분히 커질 때만 실제로 발생할 수 있습니다. 이 포럼은 그렇지 않습니다.
C-4 : 사진부터 시작하겠습니다. 제시된 그래프가 전달하는 정보는 훨씬 더 간결하게 묘사될 수 있습니다. 가장 간단한 예는 가격 차트 창에 표시되는 지표를 작성하는 것입니다.
글쎄, 이것이 그가하는 것입니다. 이것은 유도자가 아니라 고문에서 수행됩니다. 이것은 노드 사이에 약 30-50 틱 간격으로 현재 열려 있는 거래의 종이 이익 곡선입니다. 노드 자체는 거의 없고 여기에는 300개만 있습니다. 그러나 곡선이 흩어진 점의 모음이 아니라 조각별 선형처럼 보이도록 노드 사이에 많은 픽셀을 삽입해야 합니다. 이 픽셀이 레이블입니다.
막대에 연결된 표시기는 즉시 폐기되었습니다. 차트의 강력한 압축이 필요하거나 포인트 자체가 너무 적습니다.
왜 하나의 지표가 아닌 11.5,000개의 레이블 개체를 사용하기로 결정했는지, 저는 정말 모르겠습니다. 정말 그럴만한 이유가 있었겠지만, 이런 결정을 내리게 된 이유가 무엇인지 상상만 해도 끔찍합니다.
그리고 상상할 필요가 없습니다. Vasily , 당신은 모스크바를 무너뜨릴 것입니다. 터미널에 불편함이 없으며 모든 것이 빠르게 작동합니다.
VOLDEMAR : 일반적으로 나는 여전히 프로그래머 또는 상인을위한 터미널이 누구를위한 것인지 이해하지 못합니다. 전문 상인이 있다고 믿지 않습니다. 프로그래머는 전문 외과 정비사 또는 트랙터 요리사와 동일합니다 ..... 당신은 요리사이거나 트랙터 운전사입니다. 그리고 상인의 작업은 같은 외과 의사의 작업보다 덜 복잡하지 않으며 동시에 수익성있게 거래하고 프로그래밍하는 것은 불가능합니다....
Vasily , 당신은 내가 거기에 무엇을 그리고 어떻게 그렸는지조차 모릅니다. 그러나 당신은 마치 당신이 이미 모든 것을 알고 있는 것처럼 똑같은 범주로 이것을 판단합니다.
첫째, 약간의 드리프트가 있고 거래와 아무 관련이 없는 테스트 I(1)이었습니다.
둘째, 막대에 대한 링크가 없습니다. 그렇긴 하지만 똑딱이.
셋째, MT4에서는 단일 개체를 픽셀 단위로 "세그먼트"로 그리는 것이 불가능하므로 레이블을 왜곡해야 합니다. 따라서 모두 서비스해야 하는 개체가 너무 많습니다.
11.5톤의 물체가 필요하다면 이것은 계산 능력이 아니라 방법의 문제입니다.
당신은 당신의 레퍼토리에 있습니다. 모든 것이 매우 빠르게 고려되고 표시되므로 귀찮게하지 않습니다.
어쨌든 개발자는 커뮤니티의 혼란스러운 상황에서 통계, 시장 조사 및 경험을 기반으로 현재 더 관련성이 있다고 생각하는 것을 선택할 것입니다.
그것은 다음과 같습니다: 당신이 쓰기-쓰기(당신의 소망) 그리고 우리는 우리가 필요하다고 생각하는 것만 할 것입니다. 그들은 아무 것도 선택하지 않습니다. 단지 때때로 그들이 한 일이 포럼 회원 중 누군가의 바람과 일치할 뿐입니다. 정상적인 프로세스 - 사람들은 자신의 제품을 만듭니다. 누구에게도 빚진 사람은 없습니다. 원하시면 사용하시고 원하지 않으시면 사용하지 마세요 ;)
Vasily , 당신은 내가 거기에 무엇을 그리고 어떻게 그렸는지조차 모릅니다. 그러나 당신은 마치 당신이 이미 모든 것을 알고 있는 것처럼 똑같은 범주로 이것을 판단합니다.
...
사진에서 나오네요. 제시된 그래프가 전달하는 정보는 훨씬 더 간결하게 묘사될 수 있습니다. 가장 간단한 예는 가격 차트 창에 표시 되는 지표를 작성하는 것입니다. 왜 하나의 지표가 아닌 11.5,000개의 레이블 개체를 사용하기로 결정했는지, 저는 정말 모르겠습니다. 정말 그럴만한 이유가 있었겠지만, 이런 결정을 내리게 된 이유가 무엇인지 상상만 해도 끔찍합니다.
그것은 다음과 같습니다: 당신이 쓰기-쓰기(당신의 소망) 그리고 우리는 우리가 필요하다고 생각하는 것만 할 것입니다. 그들은 아무 것도 선택하지 않습니다. 때때로 그들이 한 일이 포럼 회원 중 누군가의 바램과 일치할 뿐입니다. 정상적인 프로세스 - 사람들은 자신의 제품을 만듭니다. 누구에게도 빚진 사람은 없습니다. 원하시면 사용하시고 원하지 않으시면 사용하지 마세요 ;)
글쎄, 나는 모른다. 그럴 수도 있습니다. 난 정말 상관 없어. )) 그러나 주기적으로 서비스 데스크 에 소원을 쓰고 말 그대로 한두 가지 빌드 후에 원하는 것을 얻을 때 매우 좋습니다. )))
고 대, 수염된 스탬프입니다.
먼저, 갑자기 사라진 Trollolo 를 기억하십니까? 그는 아무도, 아무도 전혀 이해하지 못하는 엄청난 수의 아이디어를 가지고 있습니다. 그리고 그는 프로그래머를 화이트 히트로 데려오지 않고 프로그래머에게 설명할 수 없을 것입니다. 그리고 그는 어떻게 해야 합니까? 그가 정말로 뛰어난 트레이더라면? 그리고 남은 것은 언어를 배우고 스스로 작성하는 것뿐입니다. 그는 원하지 않거나 할 수 없습니다 - 글쎄, 그것이 그의 문제입니다.
둘째, 코딩을 하기 전에 수동으로 현명하게 검사할 수 없는 시스템이 있습니다. 그런 시스템을 가지고 있다고 자신있게 말씀드리는 이유입니다. 이 시스템을 직접 작성하는 유일한 방법이 있습니다. 물론 당신이 백만장자의 아들이 아니라면 말이다.
셋째, 이러한 분업의 필요성은 "사업" 자체가 충분히 커질 때만 실제로 발생할 수 있습니다. 이 포럼은 그렇지 않습니다.
글쎄, 이것이 그가하는 것입니다. 이것은 유도자가 아니라 고문에서 수행됩니다. 이것은 노드 사이에 약 30-50 틱 간격으로 현재 열려 있는 거래의 종이 이익 곡선입니다. 노드 자체는 거의 없고 여기에는 300개만 있습니다. 그러나 곡선이 흩어진 점의 모음이 아니라 조각별 선형처럼 보이도록 노드 사이에 많은 픽셀을 삽입해야 합니다. 이 픽셀이 레이블입니다.
막대에 연결된 표시기는 즉시 폐기되었습니다. 차트의 강력한 압축이 필요하거나 포인트 자체가 너무 적습니다.
왜 하나의 지표가 아닌 11.5,000개의 레이블 개체를 사용하기로 결정했는지, 저는 정말 모르겠습니다. 정말 그럴만한 이유가 있었겠지만, 이런 결정을 내리게 된 이유가 무엇인지 상상만 해도 끔찍합니다.
그리고 상상할 필요가 없습니다. Vasily , 당신은 모스크바를 무너뜨릴 것입니다. 터미널에 불편함이 없으며 모든 것이 빠르게 작동합니다.
그러나 주기적으로 서비스 데스크 에 소원을 적고 말 그대로 한두 가지 빌드 후에 원하는 것을 얻을 때 매우 좋습니다. )))
일반적으로 나는 여전히 프로그래머 또는 상인을위한 터미널이 누구를위한 것인지 이해하지 못합니다. 전문 상인이 있다고 믿지 않습니다. 프로그래머는 전문 외과 정비사 또는 트랙터 요리사와 동일합니다 ..... 당신은 요리사이거나 트랙터 운전사입니다. 그리고 상인의 작업은 같은 외과 의사의 작업보다 덜 복잡하지 않으며 동시에 수익성있게 거래하고 프로그래밍하는 것은 불가능합니다....
둘째, 코딩을 하기 전에 수동으로 현명하게 검사할 수 없는 시스템이 있습니다. 그런 시스템을 가지고 있다고 자신있게 말씀드리는 이유입니다. 이 시스템을 직접 작성하는 유일한 방법이 있습니다. 물론 당신이 백만장자의 아들이 아니라면 말이다.