Vasiliy Sokolov : 후행 스크립트를 사용할 수 없습니다. 그것은 내가 당신에게 전달하려는 바로 그 아이디어를 약화시킵니다.
나중에 컴퓨터로 쓰겠습니다.
우리는 하나의 일반적인 라인을 가지고 있습니다: 우리는 기능만을 사용합니다. 방법 - 나중에 쓰겠습니다.
우리는 또한 스크립트 Vasily에서 함수를 사용합니다. 예, Expert Advisor보다 덜 편리하지만 Vladimir는 계획된 자체 학습 계획을 수행합니다. 목표와 자료에 완전히 혼란스러워 할 수 있기 때문에 그것을 벗어나는 것은 바람직하지 않습니다. 따라서 나는 이것이 매우 정확하지는 않지만 대본에서 후행을 만들고자 하는 그의 바람을 지지했습니다.
한 번 목발을 짚기 시작하면 나중에 멈추기가 어려워 결과적으로 프로젝트 코드가 g..code라고 하는 음란물로 변한다는 관찰이 있습니다.
내가 설명한다:
중간 작업 솔루션과 구현된 기능 개수가 0인 프로젝트가 있습니다.
++count 기능을 제출하는 작업이 있습니다.
기능을 나사로 고정하려면 다음이 필요합니다.
객체 트리에서 메서드를 처방하고 이벤트 핸들러에서 모든 것을 로직과 연결합니다(예상 시간 3시간 * count ; count=0)
목발을 전역 변수 로 작성하고 필요한 여러 가지 방법으로 당깁니다(대략 시간 15분 * 개수).
자동 번호 매기기 버그(이것은 메타 인용 에 대한 버그 보고서입니다).
당연히 목발이 있는 옵션이 선택되었습니다(이 경우 강제로 작업하기가 정말 어렵습니다)
(우리가 한 경우) 2로 이동
그렇지 않으면 모든 것이 지옥에 떨어졌습니다. 우리는 도와주세요라고 외치고 어떻게 당신이 이것을 할 수 없는지에 대한 재미있는 댓글을 읽습니다.
구현된 기능의 카운터가 다음 기능의 구현 시간을 증가시킨다는 사실을 알아차리셨기를 바랍니다. 하지만 올바르게 구현되면 이후에 0으로 재설정됩니까?
물론 모든 것이 매우 과장되지만 실제 생활에서 일어나는 일입니다.
즉, 모든 기능을 도입한 후 프로젝트를 다시 작성하지 않으면 읽을 수 없는 발판으로 프로덕션에 들어갈 것입니다. 그런 다음 모든 프로젝트의 수명 주기는 경영진에게 골칫거리로 이어집니다. 전체 팀을 그들이 망친 모든 것에 대한 글로벌 리팩토링을 하거나(경쟁자는 잠을 자지 않고 새로운 기능을 톱질하는 사악한 사람들입니다), 또는 연속 스트림을 올라가는 목발과 패치 버그를 계속 작성하십시오.
규제 및 더 많은 규제. 그리고 파문 위반)))) 및 모 놀리 식 절차에서도 모든 것이 구현 될 수 있습니다))))
란, 동의합니다. 이전의 모든 것이 여전히 가능하지만 새 직원을 규정에 넣는 것은 추가 비용입니다)
그리고 솔직히 말해서, 선언에 대한 명확한 규정 없이 전역 변수를 처리하기 위한 3-5개 이상의 다른 데이터 소스와 3개 이상의 다른 알고리즘을 갖고 나면 이것은 악입니다.
Peter, 스크립트에 후행 코드를 생성할까요? 괜찮은! 이제 기본 섹션으로 나열한 것을 가져와서 단어로 설명하기 시작합니다. 그래야 나중에 함수, 주기 등을 어떻게 작성해야 하는지 명확해집니다. 모든 것이 맞습니까?
안부 인사를 전합니다. 블라디미르.
후행 스크립트를 사용할 수 없습니다. 그것은 내가 당신에게 전달하려는 바로 그 아이디어를 약화시킵니다.
알겠어, 바실리! 그런 다음 모든 것을 일시 중지합니다.
안부 인사를 전합니다. 블라디미르.
후행 스크립트를 사용할 수 없습니다. 그것은 내가 당신에게 전달하려는 바로 그 아이디어를 약화시킵니다.
알겠어, 바실리! 그런 다음 모든 것을 일시 중지합니다.
안부 인사를 전합니다. 블라디미르.
후행 함수를 작성하는 위치에는 근본적인 차이가 없으며, 가장 중요한 것은 작성하고 배우는 것입니다.
스크립트에서 OnTick을 호출할 수 없음)
알겠어, 바실리! 그런 다음 모든 것을 일시 중지합니다.
안부 인사를 전합니다. 블라디미르.
스크립트에서 OnTick을 호출할 수 없음)
한 번 목발을 짚기 시작하면 나중에 멈추기가 어려워 결과적으로 프로젝트 코드가 g..code라고 하는 음란물로 변한다는 관찰이 있습니다.
내가 설명한다:
구현된 기능의 카운터가 다음 기능의 구현 시간을 증가시킨다는 사실을 알아차리셨기를 바랍니다. 하지만 올바르게 구현되면 이후에 0으로 재설정됩니까?
물론 모든 것이 매우 과장되지만 실제 생활에서 일어나는 일입니다.
즉, 모든 기능을 도입한 후 프로젝트를 다시 작성하지 않으면 읽을 수 없는 발판으로 프로덕션에 들어갈 것입니다. 그런 다음 모든 프로젝트의 수명 주기는 경영진에게 골칫거리로 이어집니다. 전체 팀을 그들이 망친 모든 것에 대한 글로벌 리팩토링을 하거나(경쟁자는 잠을 자지 않고 새로운 기능을 톱질하는 사악한 사람들입니다), 또는 연속 스트림을 올라가는 목발과 패치 버그를 계속 작성하십시오.
규제 및 더 많은 규제. 그리고 파문 위반)))) 및 모 놀리 식 절차에서도 모든 것이 구현 될 수 있습니다))))
란, 동의합니다. 이전의 모든 것이 여전히 가능하지만 새 직원을 규정에 넣는 것은 추가 비용입니다)
그리고 솔직히 말해서, 선언에 대한 명확한 규정 없이 전역 변수를 처리하기 위한 3-5개 이상의 다른 데이터 소스와 3개 이상의 다른 알고리즘을 갖고 나면 이것은 악입니다.
전역에서 계산된 모든 변수를 계산하는 단계에 있습니다. 운동 후 아무거나 넣어도 됨)
규제 및 더 많은 규제. 그리고 파문 위반)))) 및 모 놀리 식 절차에서도 모든 것이 구현 될 수 있습니다))))
란, 동의합니다. 이전의 모든 것이 여전히 가능하지만 새 직원을 규정에 넣는 것은 추가 비용입니다)
그리고 그는하지 않을 것입니다. 스크립트 흐름을 차단하고 거래 환경을 영원한 루프로 끌어들일 것입니다. 음, 즉 한 번에 제스처로.
이런 상상을 해보았지만 스크립트에서 Sleep 기능 을 사용하고 1초에서 10초 사이의 절전 시간을 설정하는 기능으로만 가능합니다.
안부 인사를 전합니다. 블라디미르.