여기 당신은 헛된 것이므로 휴식을 취하십시오. 너무 많은 사람들이 똑같은 말을 했습니다...
다른 쪽에서 이러한 모든 권장 사항을 살펴보십시오. 프로그램이 사용자에게 자체적으로 더 많이 알려줄수록 사용자가 "바보 같은" 질문으로 당신을 괴롭히지 않을 것입니다. 설명서를 읽는 것이 마지막입니다. 기껏해야 대부분은 프로그램에 대한 일반적인 설명을 읽습니다. 그리고 그들은 당신에게 질문을 퍼부을 가능성이 훨씬 더 높습니다. 그것이 가장 쉬운 방법이기 때문입니다. 글쎄, 왜 당신은 같은 질문에 계속해서 대답하는 데 귀중한 시간을 낭비하겠습니까(답이 무례한 "RTFM"일지라도)? 프로그램과 사용자 간의 통신 메커니즘의 의미 있는 설계 및 구현에 소요되는 시간은 결국 훨씬 줄어들 것입니다.
그리고 이것은 프로그래밍 시작에 대한 멋진 도전이 아닙니까? 사용자의 "바보"를 최대한 캡처하는 프로그램을 작성하시겠습니까? 이것이 바로 공예의 로망이 아닙니까, 이 빌어먹을 불완전한 세계를 조금 "올바른" 것으로 만들 기회가 있지 않습니까? :)
"스마일리 - 내 머리를 잡고"
지침을 읽지 않고 무엇을 사야합니까? 이건 너무 럭셔리해! 무료 버전 - 아마도 그럴 것입니다. 그들은 시도하지만 작동하지 않습니다. 그런 다음 지침을 읽습니다.
글쎄, 이미 구입했지만 지침을 읽지 않았고 아무 것도 작동하지 않으면 지침과 권장 사항을 읽고 다시 주장하고 질문해야합니다!
이게 왜 이상한 논리인가요? 각 사용자는 "to" 또는 "from", "rebound" 또는 "breakdown" 등 자신의 방식으로 동일한 지표를 해석할 수 있습니다.
아니면 구매자가 쓰여진 내용의 본질을 탐구하지 않고 지표의 그림에 대해 돈을 지불한다고 생각합니까?
지표는 차트에 나타나지 않았지만 로그에 특정 인용문이 누락되었다는 메시지를 "그렸다". 중재자는 신경 쓰지도 않았습니다!
지침에는 흑백으로 작성되었지만 문자 그대로 "8개 통화(USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY)를 포함하는 28개 통화 쌍이 모두 Market Watch 창에 있는지 확인하십시오.
그리고 "지표가 그려지지 않습니다"라는 대답은 어리 석고 쓸모없고 정보가 아니며 정확하지 않다고 생각합니다! 여기 있는 다른 모든 사람들과 마찬가지로 나도 영매가 아닙니다!
알림은 주로 개발자를 위해 저널에 작성되며 사용자가 아닌 사용자는 주로 메인 창에서 정보를 읽고 영매자가 될 필요가 없으며 저널이나 전문가 이벤트가있는 곳을 찾을 필요가 없습니다.
특정 인용문이 누락된 경우 칠면조는 이 메시지를 기본 창에 표시하고 사용자에게 알려야 합니다. 이는 중요한 정보이기 때문입니다.
사회자가 나에게 말한 것과 내가 이해하지 못한 것은 무엇입니까? 그리고 열심히 생각하는 사람에 대해 - 스스로 판단해서는 안됩니다! 그것은 당신에게 적합하지 않습니다.
옵션으로 - 당신은 전혀 화를 낼 수 있습니다 - 중재자는 나쁜 무능합니다 - 당신과 동의하지 않는 포럼 회원은 아무것도 이해하지 못합니다.
결과가 있고 아직 변경되지 않았습니다. 귀하의 제품은 게시되지 않았습니다.
그래서 그렇습니까? 진지하게? 제 생각에 이것은 단 한 가지를 의미합니다. 중재자는 유능하지 않으며 테스트하기 전에 권장 사항을 읽는 것을 귀찮게하지도 않았습니다. 지표가 올바르게 작동하는 데 필요한 설명, 즉 28 통화 쌍의 존재!
이게 왜 이상한 논리인가요? 각 사용자는 "to" 또는 "from", "rebound" 또는 "breakdown" 등 자신의 방식으로 동일한 지표를 해석할 수 있습니다.
아니면 구매자가 쓰여진 내용의 본질을 탐구하지 않고 지표의 그림에 대해 돈을 지불한다고 생각합니까?
지표는 차트에 나타나지 않았지만 로그에 특정 인용문이 누락되었다는 메시지를 "그렸다". 중재자는 신경 쓰지도 않았습니다!
지침에는 흑백으로 작성되었지만 문자 그대로 "8개 통화(USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY)를 포함하는 28개 통화 쌍이 모두 Market Watch 창에 있는지 확인하십시오.
그리고 "지표가 그려지지 않습니다"라는 대답은 어리 석고 쓸모없고 정보가 아니며 정확하지 않다고 생각합니다! 여기 있는 다른 모든 사람들과 마찬가지로 나도 영매가 아닙니다!
여기 당신은 헛된 것이므로 휴식을 취하십시오. 너무 많은 사람들이 똑같은 말을 했습니다...
다른 쪽에서 이러한 모든 권장 사항을 살펴보십시오. 프로그램이 사용자에게 자체적으로 더 많이 알려줄수록 사용자가 "바보 같은" 질문으로 당신을 괴롭히지 않을 것입니다. 설명서를 읽는 것이 마지막입니다. 기껏해야 대부분은 프로그램에 대한 일반적인 설명을 읽습니다. 그리고 그들은 당신에게 질문을 퍼부을 가능성이 훨씬 더 높습니다. 그것이 가장 쉬운 방법이기 때문입니다. 글쎄, 왜 당신은 같은 질문에 계속해서 대답하는 데 귀중한 시간을 낭비하겠습니까(답이 무례한 "RTFM"일지라도)? 프로그램과 사용자 간의 통신 메커니즘의 의미 있는 설계 및 구현에 소요되는 시간은 결국 훨씬 줄어들 것입니다.
그리고 이것은 프로그래밍 시작에 대한 멋진 도전이 아닙니까? 사용자의 "바보"를 최대한 캡처하는 프로그램을 작성하시겠습니까? 이것이 바로 공예의 로망이 아닙니까, 이 빌어먹을 불완전한 세계를 조금 "올바른" 것으로 만들 기회가 있지 않습니까? :)일반적으로 나는 때때로 중재자의 의견이 제품의 이익을 위한 것이라고 말해야 합니다.
그러나 맙소사, 판매자가 효과적인 조치를 취할 수 있도록 마음에 들지 않는 것을 즉시 말하게하십시오. 그렇지 않으면 우리 모두가 영매가되어야합니다.
PP 그건 그렇고 사용자의 모든 "바보"를 포용하는 것은 불가능합니까? - 그녀는 무한하다
일반적으로 나는 때때로 중재자의 의견이 제품의 이익을 위한 것이라고 말해야 합니다.
그러나 맙소사, 판매자가 효과적인 조치를 취할 수 있도록 마음에 들지 않는 것을 즉시 말하게하십시오. 그렇지 않으면 우리 모두가 영매가되어야합니다.
일반적으로 나는 때때로 중재자의 의견이 제품의 이익을 위한 것이라고 말해야 합니다.
그러나 맙소사, 판매자가 효과적인 조치를 취할 수 있도록 마음에 들지 않는 것을 즉시 말하게하십시오. 그렇지 않으면 우리 모두가 영매가되어야합니다.
적어도 중재자는 아무 것도 그리지 않는다고 말했습니다. 제가 이해하는 한 아무 것도 표시하지 않으며 표시기 자체에 대한 정보도 없고 오류 경고도 없습니다. ?
그래서 그는 칠면조를 차트에 던졌는데 아무 것도 그려지지 않았습니다. 그는 문제가 무엇인지 추측하거나 당신에게 무엇을 써야 할까요? 중재자 자리에 자신을 놓고 프로그램을 시작했는데 결과가 없습니다. 프로그래머에게 무엇을 쓸 것입니까?
재미있는 사실은 그가 심령술사가 되기를 원하지 않고 우리는 그렇게 되기만 하면 된다는 것입니다.
누구, UTB 나는 심령 이되고 싶지 않아!?
나는 정말로 심령술사 가 되고 싶지만 가끔은 잘 되지 않을 때가 있습니다.
당신은 어떻습니까?
그것은 밝혀 ?