첫 번째 경우는 그렇습니다. 그러나 두 번째 것은 - 당신은 그것에 부딪힐 수 있고, 한 고문은 네트워크를 돌아 다니고, 그것은 명령과 함께 다소 복잡한 작업 시스템을 가지고 있고, 주문은 마술사에 의해 표시되고, 언젠가는 그들이 거기에서해야 할 일을 말하는 것처럼 부주의하게 발생했습니다.
하나의 주문으로 작동하는 고문이 주문되면 여러 olredr을 열 수 있도록 요청합니다. 빛 속에서 조용히 후행을 만들지 않으면 분명히 요구할 것입니다. 그런 다음 그들은 5개의 사인 에 대해 어드바이저를 마무리하도록 요청할 것입니다. 그런 다음 정지 손실 없이 개방하고 이익을 취합니다. 표시기에 대한 Shift 변수가 없으면 나중에 확실히 묻습니다.
Integer : 첫 번째 경우는 그렇습니다. 그러나 두 번째 것 - 당신은 그것에 부딪힐 수 있고, 한 고문은 네트워크를 돌아 다니고, 그 안에 명령이 있고, 명령이있는 다소 복잡한 시스템이 있고, 주문은 마술사로 표시되고, 하루에 부주의하게 그들이 말한 것처럼 거기에서 무엇을 할 수 있습니다.
물론 - 하지만 개발자 자신이 마술사를 데려갈 때 - 그는 그가 하는 일을 알고 있습니다 - 그리고 당신은 그에게 감사해야 하고 짜증을 내지 말라고 그들은 말합니다. 그들은 왜 이 마술사가 필요하고 나는 그를 보고 싶지 않습니다 .
다시 한 번 - 모든 것이 명확합니다. 변수에 대한 설명이 있습니다 - 모든 것이 괜찮지만 설명 없이 알려지지 않은 변수가 있다면 그것은 또 다른 문제가 될 것입니다.
TK가 당신을 위한 문서가 아니라는 것이 밝혀졌습니까? 즉, 변수의 기능, 이름을 변경하고 그 수를 여러 번 늘리면 이것이 정상이지만 고객이 참조 조건과 정확히 일치하도록 요구하는 경우 문자를 먹는 사람은 무엇입니까? 그리고 난 이거 좋아. 나는 여전히 잠재 고객 중 적어도 한 명이 이 설명을 읽는 데 관심을 갖기를 바랍니다. 일반적으로 프로그래머의 기능 섹션에 있는 아티스트 프로필에 추가하는 것이 좋습니다.
Bormotun : TK가 당신을 위한 문서가 아니라는 것이 밝혀졌습니까? 즉, 변수의 기능, 이름을 변경하고 숫자를 여러 번 늘리면 정상이지만 고객이 참조 조건과 정확히 일치하도록 요구하면 문자를 먹는 사람이 있습니까? 그리고 난 이거 좋아. 나는 여전히 잠재 고객 중 적어도 한 명이 이 설명을 읽는 데 관심을 갖기를 바랍니다. 일반적으로 프로그래머의 기능 섹션에 있는 아티스트 프로필에 추가하는 것이 좋습니다.
그러나 내 말을 구부리고 왜곡할 필요는 없습니다. 변수의 기능을 변경하는 것에 대한 대화는 없었습니다.
이름에 관해서는, 변수가 실제로 그렇게 불릴 수 있는 방식으로 변수 이름을 부과하는 단일 TK를 본 적이 없습니다. 고객이 고품질 작업 고문이 아니라 체커를 필요로 하는 경우 일반적으로 그는 이러한 체커를 운전합니다. 신을 위해서만 저는 이것으로 만족합니다. 여전히 고객이 기능적 논리에 너무 빠져들면 - 매우 열악해 보이고 일반 고객은 마음과 두 가지 움직임에 대한 정렬을 상상할 수 없으며 마음의 희소성을 보여주는 것에 불과합니다.
가장 흥미로운 점은 처음에는 고객을 괴롭히고 바보라고 불렀고 이제는 기술 요구 사항 간의 불일치에 문제가 있다는 것을 이해했습니다. 바보 같은 고객은 관련이 없습니다. 이제 고객은 문자 그대로입니다. 다른 고객은 무엇입니까? 누가 누구인지 즉시 알 수 있도록 목록을 직접 공개하고 누구를 만났는지 확인하는 것이 좋습니다.
1. 방금 작업이 있었습니다 https://www.mql5.com/en/job/3722 - Slippage 추가 - 이 변수는 외부 또는 숨김으로 이동할 수 있습니다 - 고객이 이 변수를 여는 데 $20의 비용이 듭니다.
2. https://www.mql5.com/en/job/3694 작업도 있었습니다. - EA가 다른 악기와 거래할 수 있도록 마법을 추가하는 것 - 마법을 외부 도구로 옮길 수는 있지만 할 수는 없습니다. - 최소 $10 추가
당신은 내가 미래에 무엇을 물어볼지 아는 심령술사입니까?
예, 그렇게하고 stopudovo.
하나의 주문으로 작동하는 고문이 주문되면 여러 olredr을 열 수 있도록 요청합니다. 빛 속에서 조용히 후행을 만들지 않으면 분명히 요구할 것입니다. 그런 다음 그들은 5개의 사인 에 대해 어드바이저를 마무리하도록 요청할 것입니다. 그런 다음 정지 손실 없이 개방하고 이익을 취합니다. 표시기에 대한 Shift 변수가 없으면 나중에 확실히 묻습니다.
첫 번째 경우는 그렇습니다. 그러나 두 번째 것 - 당신은 그것에 부딪힐 수 있고, 한 고문은 네트워크를 돌아 다니고, 그 안에 명령이 있고, 명령이있는 다소 복잡한 시스템이 있고, 주문은 마술사로 표시되고, 하루에 부주의하게 그들이 말한 것처럼 거기에서 무엇을 할 수 있습니다.
물론 - 하지만 개발자 자신이 마술사를 데려갈 때 - 그는 그가 하는 일을 알고 있습니다 - 그리고 당신은 그에게 감사해야 하고 짜증을 내지 말라고 그들은 말합니다. 그들은 왜 이 마술사가 필요하고 나는 그를 보고 싶지 않습니다 .
또한 최종 버전에서 "숨기기"라고 말하고 비즈니스를 수행할 수 있습니다.
그렇게 많은 추가 변수가 무엇을 할 수 있는지 궁금해 한 적이 있습니까? 당신은 내가 미래에 무엇을 물어볼지 아는 심령술사입니까?
먼저 설명에 없는지(또는 있습니까?) 물어볼 수 있습니다.
둘째, TK에 있는 것만 제거하고 남길 수 있습니다.
셋째, WORKING MOMENTS, 이것이 바로 WORK를 구성하는 것입니다.
글쎄 당신은 우는 사람입니다
다시 한 번 - 모든 것이 명확합니다. 변수에 대한 설명이 있습니다 - 모든 것이 괜찮지만 설명 없이 알려지지 않은 변수가 있다면 그것은 또 다른 문제가 될 것입니다.
글쎄 당신은 우는 사람입니다
먼저 설명에 없는지(또는 있습니까?) 물어볼 수 있습니다.
TK가 당신을 위한 문서가 아니라는 것이 밝혀졌습니까? 즉, 변수의 기능, 이름을 변경하고 숫자를 여러 번 늘리면 정상이지만 고객이 참조 조건과 정확히 일치하도록 요구하면 문자를 먹는 사람이 있습니까? 그리고 난 이거 좋아. 나는 여전히 잠재 고객 중 적어도 한 명이 이 설명을 읽는 데 관심을 갖기를 바랍니다. 일반적으로 프로그래머의 기능 섹션에 있는 아티스트 프로필에 추가하는 것이 좋습니다.
그러나 내 말을 구부리고 왜곡할 필요는 없습니다. 변수의 기능을 변경하는 것에 대한 대화는 없었습니다.
이름에 관해서는, 변수가 실제로 그렇게 불릴 수 있는 방식으로 변수 이름을 부과하는 단일 TK를 본 적이 없습니다. 고객이 고품질 작업 고문이 아니라 체커를 필요로 하는 경우 일반적으로 그는 이러한 체커를 운전합니다. 신을 위해서만 저는 이것으로 만족합니다. 여전히 고객이 기능적 논리에 너무 빠져들면 - 매우 열악해 보이고 일반 고객은 마음과 두 가지 움직임에 대한 정렬을 상상할 수 없으며 마음의 희소성을 보여주는 것에 불과합니다.
도대체 왜 물어봐야 합니까? 당신은 당신이 필요하고 요청하고 TK에있는 것을 제공하거나 ...