MQL5에 대한 소원 - 페이지 64

새 코멘트
 
jartmailru >> :

합리적인 것은 물론 필요로 만족!

때로는 단순한 사용자가 개발 단계에 있는 매우 합리적인 아이디어를 낳습니다.

서약하지 않았다 서로 보지 않았다.

그러나 나는 "출납원"을 만났습니다-말하지 않는 것이 더 나은 미친 아이디어로

모든 어리석은 생각을 만족시키십시오. 인생은 충분하지 않습니다.

방금 그런 경우를 설명했습니다

---

 

얘들 아, 균형 라인을 어디에서 얻을 수 있는지 말해 줄 수 있습니까? 이동평균 아닌가요?

나는 또한 결합된 stohastik, gator 및 macd 표시기를 원합니다. 그리고 평범한 것을 서로 붙이면 게이터가 마샤 위로 올라갈 것입니다. 그리고 마샤의 성별은 보이지 않습니다. ) 글쎄, 나는 그것들을 따로 필요로하지 않고 하나의 스트립에서만 필요합니다.

그리고 더. 표준 mt4 버전보다 더 다채로운 표시기가 있습니까? 나는 고전적인 AO, AC 이상을 원합니다. 그리고 그것은 2009년과 같으며 시각적으로 더럽습니다. ))

 
YuraZ >> :

유리, 나는 더 이상 당신을 두려워하지 않습니다. 무섭게만 들렸습니다.

.

그러나 어떤 기준으로 "망상적" 아이디어를 확립할 수 있습니까?

- A "하기에는 너무 게으르다"

- B "사용자를 폴링하기에는 너무 게으름"(불가능)

- C "상냥하게 웃어"

.

그리고 면제의 문구는 무엇입니까?

- D "그렇지 않을 것입니다 - 그것은 어리석은 넌센스이기 때문에"(그리고 아무 말도 하지 마십시오) 또는

- E "우리는 이것을 확실히 조사할 것입니다"(아무것도 하지 않음) 또는

- F "안 - 이유 A, 이유 B 때문에."

.

크리스마스를 기념하여

(희망 이유에 대한 추가 목록은 여기를 참조하십시오: http://www.calend.ru/holidays/prof/)

나는 개발자에게 나무의 문화 업데이트에 관한 이전 게시물에 추가하여

컴파일되지 않은 지표는 차트에 올리려고 하면 자동으로 컴파일됩니다.

.

그리고 여기에 이미 흥미 롭습니다. 개발자를 대신하여 다음과 같이 생각했을 것입니다.

"그리고 우리는 편집기에 컴파일러가 있습니다 - 그래서 만약 편집기가

열지 않으면 아무것도 할 수 없다", 즉 아이디어가 미쳤다! ;-) 즉, AC/D 전략이다.

.

그건 그렇고, 나무를 다시 그릴 때 다음과 같은 메시지가 있습니다.

BEGIN_UPDATE / END_UPDATE - 반드시 사용해야 합니다.

 
jartmailru >> :

유리, 나는 더 이상 당신을 두려워하지 않습니다. 무섭게만 들렸습니다.

.

그러나 어떤 기준으로 "망상적" 아이디어를 확립할 수 있습니까?

- A "하기에는 너무 게으르다"

- B "사용자를 폴링하기에는 너무 게으름"(불가능)

- C "상냥하게 웃어"

.

그리고 면제의 문구는 무엇입니까?

- D "그렇지 않을 것입니다 - 그것은 어리석은 넌센스이기 때문에"(그리고 아무 말도 하지 마십시오) 또는

- E "우리는 이것을 확실히 조사할 것입니다"(아무것도 하지 않음) 또는

- F "안 - 이유 A, 이유 B 때문에."

.

크리스마스를 기념하여

(희망 이유에 대한 추가 목록은 여기를 참조하십시오: http://www.calend.ru/holidays/prof/)

나는 개발자에게 나무의 문화 업데이트에 관한 이전 게시물에 추가하여

컴파일되지 않은 지표는 차트에 올리려고 하면 자동으로 컴파일됩니다.

.

그리고 여기에 이미 흥미 롭습니다. 개발자를 대신하여 다음과 같이 생각했을 것입니다.

"그리고 우리는 편집기에 컴파일러가 있습니다 - 그래서 만약 편집기가

열지 않으면 아무것도 할 수 없다", 즉 아이디어가 미쳤다! ;-) 즉, AC/D 전략이다.

.

그건 그렇고, 나무를 다시 그릴 때 다음과 같은 메시지가 있습니다.

BEGIN_UPDATE / END_UPDATE - 반드시 사용해야 합니다.

때로는 이데올로기의 상태에 따라 다릅니다 :-)

내 인생에서 "넌센스"를 구현하기를 거부 한 경우가있었습니다.

그가 일한 회사의 관리를 거부

그는 상을 박탈당했습니다!

그건 그렇고, 그들은 나중에 그들이 틀렸음을 인정했습니다

그러나 상은 실제로 보상되지 않았습니다

그러나 나는 분명히 실패 할 개발에 참여하지 않았습니다.

---

"망상"의 기준은 항상 평가하기 쉬운 것은 아닙니다.

매우 다양한 방식으로 거절을 공식화하는 것이 가능합니다 - 직접적인 텍스트까지 - 이것이 비합리적이지만 그것이 비합리적이라는 것을 증명합니다

옵션 F에 더 가깝습니다.

그러나 설명서와 함께 설명이 올 때 옵션 F가 더 가능성이 높습니다!

"캐셔"에게 보고할 의무가 없음에 동의합니다.

만약 - 혁신가가 서비스를 작성한다면 - 그것은 또 다른 문제입니다 - 대답은

---

게으른 입장에서 진행하지 않습니다! :-) -

그건 그렇고, 많은 기준이있을 수 있습니다

예를 들어, 그 중 하나는 개발 또는 수정을 위한 시간입니다.

---

예를 들어 내가 일회성 프로그램을 작성하고 이런 일이 발생하면

그리고 그것을 만드는 시간은 수동 열거에 비례합니다 - 나는 합리적으로 거부할 것입니다!

리더십이 어리석지 않다면 그것은 나를 더 생산적인 일에 바쁘게 만들 것입니다.

일회성 프로그램을 만드는 것보다 - 수행자가 수동으로 SINGLE 열거하는 데 걸리는 시간만큼 작성하겠습니다.

---

 
TheXpert писал(а) >>

예, 스튜디오에 대해 이야기하면 VisualAssist와 같은 것이 있습니다. 그녀 없이는 스튜디오에 갈 수 없습니다.

VS 2005/2008에서 JetBrains ReSharper 를 사용해 보셨습니까? 또한 매우 생산적입니다.

 
쑤. 분명한. 아무도 내 질문을 원하지 않습니다. 해보겠습니다. 하지만 지표에 대해 어디에서 물어볼 수 있습니까?
 
그래서 출시일은 어떻게 되나요? АТС2008이 끝났고, 우승 후 5번째 버전을 약속했습니다! ;)
 
이제 MT5가 멀티코어를 지원한다면...
 
XenoX писал(а) >>
ㅋㅋㅋ 분명한. 아무도 내 질문을 원하지 않습니다. 해보겠습니다. 하지만 지표에 대해 어디에서 물어볼 수 있습니까?

별도의 주제를 만들 수 있습니다 ;-)

 
필요한 것은 디버거 뿐입니다. 그리고 결과적으로 작업 시장에서 단계별 디버깅이 다소 모호한 직업이기 때문에 테스트 케이스를 확인하기 위한 특정 환경입니다.

내가 여기서 본 대부분의 제안은 일종의 베이비 토크입니다. MQL4는 자급자족합니다. 제작자에게 깊은 감사를 드립니다.
1...575859606162636465666768697071...131
새 코멘트