중재 - 규칙, 규정, 조건. - 페이지 4

 

실제로 3번의 경고가 있었습니다. 그리고 이것들은 #property strict 를 추가하기로 결정한 후에 나타난 것입니다. 그렇지 않습니까?

이제 그만해야 할 때인 것 같아요. 모두가 당신이 어떤 사람인지 이해해요. 다시 한 번 공개적으로 확인합니다.

 

오랫동안 포럼의 가능성을 확장하기 위해 설문조사를 진행했습니다. 사용자 선택에 따라 일부 포럼 주제를 차단하는 설정을 제안했습니다.
저것들. 테마가 마음에 들지 않으면 해당 테마가 표시되지 않습니다.
이제 "백인" 및 "블랙" 사용자 목록이 매우 필요하다는 것을 이해합니다.

 

다음은 상인과 코더의 관계에 대한 질문입니다.

저는 코더는 아니지만 2004년부터 코더와 이야기를 나누었습니다(Metatrader만 사용하는 경우). 그리고 프로그래머가 아닌 일반 사용자가 일반적으로 코더와 통신하는 방법에 대한 스레드를 만들 때라고 생각합니다. 제가 직접 말할 수 있는 것은 다음과 같습니다.

1. 거래자와 코더는 서로 다른 언어로 의사 소통합니다. 언어학을 말하는 것이 아닙니다.
매우 자주 그들은 서로를 이해하지 못합니다. 예를 들어, "매수 80 및 매도 20 수준의 분석에 대한 RSI 확인을 사용하여 두 이동 평균 의 교차점에서 Expert Advisor를 만들라"는 요청은 인코더가 이해할 수 있습니다. 그러나 이것이 클라이언트가 염두에 두었던 것입니까?

  • 두 이동 평균이 교차하는 동일한 막대에서 RSI 확인?
  • 80/20 RSI는 어떻게 교차합니까?
  • RSI 수준이 교차하는 막대는 무엇입니까?
  • 두 이동 평균의 교차로 간주되는 것은 무엇입니까(고객에 따르면 그는 그림을 봅니다...)?
  • 열린 막대에 교차로가 있습니까(고객이 무엇인지 알고 있음)?
  • 아니면 첫 번째 닫힌 막대의 마지막 교차점(두 번째 막대에서 시작됨)?

간단한 작업 ... 고객에게 이미 6개의 추가 질문이 있습니다.

2. 코더는 자신의 윤리를 가지고 있습니다(이것은 경쟁과 관련이 없습니다) . 윤리의 도움으로 그들은 서로 공존합니다.

3. 코더와 트레이더는 직업이 다르기 때문에 "마인드" 가 다릅니다. 차트에서 거래자에게 분명한 것은(어떤 의미에서 - "내가 이 그림에 대해 조언자를 만들 수 있습니까?") - 코더는 많은 질문을 제기할 수 있습니다. 그(코더)가 고객의 말과 그래픽을 구체적인 삶(수학으로)으로 번역하기 때문입니다. 그리고 여기에서 모든 것이 (고객에 의해) 정확하게 정의되어야 합니다. 즉, 거래자와 코더는 아름다운 "수익성" 사진을 다양한 방식으로 볼 수 있습니다. 예를 들어 고양이 사진은 같은 방식으로 봅니다. 그리고 지표가 있는 차트는 다릅니다.

4. 인코더에는 전문 분야 (말하자면 "말")가 있습니다. 빌더(누군가는 요트를 잘 짓고 누군가는 집을 짓는다) 등도 마찬가지입니다. 코더(coder)라는 단어는 이런 의미에서 빌더(builder) 또는 번역가(translator)라는 단어와 거의 동일합니다.

아마도 잠재 고객을 위해 이러한 작업을 만드는 방법, 거래 시스템으로 간주할 수 있는 항목, 코더와 통신하는 방법에 대한 교육 스레드를 열 때입니다. 그렇지 않으면 그러한 사례가 더 많이 있을 것입니다.

 
위의 내용에 전적으로 동의합니다!
 

newdigital :

....

간단한 작업 ... 고객에게 이미 6개의 추가 질문이 있습니다.

....

아마도 잠재 고객을 위해 이러한 작업을 만드는 방법, 거래 시스템으로 간주할 수 있는 항목, 코더와 통신하는 방법에 대한 교육 스레드를 열 때입니다. 그렇지 않으면 그러한 사례가 더 많이 있을 것입니다.


여기 문제가 있습니다. 코더는 직업입니다. 그러나 고객은 그렇지 않습니다. 고객은 연금 수급자일 수도 있고 남학생일 수도 있고, 교대로 8시간 동안 냉동 생선 상자를 내리고 일을 마치고 컴퓨터 앞에 앉아 있는 열심히 일하는 사람일 수도 있습니다. 읽을 것은 많지만 단어는 많고, 그는 피곤합니다 ... 예, 그는 고객이 될 수 있습니다.

그리고 그는 (예를 들어) 모든 것을 배수로 그리고 KISS 형태로 진술해야 합니다(Keep It Simple and Stupid - "복잡하지 마십시오"). 그를 (예를 들어) 이해하려면 ...

여기서 고객의 자격은 중요하지 않습니다. 여기서 중요합니다. 고객이 코더인지 아닌지입니다. 고객이 코더가 아닌 경우 서로 의사 소통하는 방법에 대한 포럼 스레드가 필요합니다.

 
newdigital :

존재하지 않는 것을 발명하지 마십시오. 여기에서 손가락에서 많은 말도 안되는 소리를 빨아들일 수 있습니다.

모든 중재 문제 - TK 때문이 아니라 위에 쓴 모든 것 때문이 아니라 타협하지 않으려는 마음 때문에 - 서로를 듣고 듣고 싶어하지 않기 때문입니다.

 
abolk :

존재하지 않는 것을 발명하지 마십시오. 여기에서 손가락에서 많은 말도 안되는 소리를 빨아들일 수 있습니다.

모든 중재 문제는 TK 때문이 아니라 위에 쓴 모든 것 때문이 아니라 타협하지 않으려는 마음 때문입니다.

잠재 고객은 교육을 받아야 합니다.

"그가 보니 좋았더라" - 이것은 오직 성경에만 있다.
 
abolk :

모든 중재 문제 - TK 때문이 아니라 위에 쓴 모든 것 때문이 아니라 타협하지 않으려는 마음 때문에 - 서로를 듣고 듣고 싶어하지 않기 때문입니다.

토픽 스타터와 실행자 사이에 컴파일러 경고 가 있는 상황의 예.

한쪽:

-- 컴파일러 경고는 중요하지 않습니다.

-- 개발자의 코드에 #property strict가 없으면 고객은 코드에 들어가서 스스로 코드에 무언가를 추가할 필요가 없습니다. 그렇지 않으면 추가하면 주장할 것이 없습니다.

반대편:

-- 수행자는 #property strict 없이도 몇 가지 경고가 있음을 인정했습니다.

이 상황의 스캔들은 무엇입니까? 솔루션은 간단합니다. 고객은 코드에 개그를 추가하지 않습니다. 수행자는 고객에게 제공하는 코드에 있는 내용에 따라 변경합니다. 그리고 그게 다야. 문제는 끝났습니다. 하지만. 스캔들, 싸움, 서면 페이지의 구름, 중재.

 
저에게는 그런 고객과의 첫 소통부터 작별인사를 해야 합니다. 그것은 라인 타격이 아닙니다.
 
micle :
저에게는 그런 고객과의 첫 소통부터 작별인사를 해야 합니다. 그것은 라인 타격이 아닙니다.

실례합니다. 정확히 충돌이 발생한 위치를 인용할 수 있습니까? 글쎄, 또는 이름에 메시지의 날짜와 시간.

나는 미래를 위해 무엇을 고려할 것인가! 그리고 당신은 이해합니다, 당신은 외부에서 자신을 볼 수 없습니다!