나는 왜 기사를 읽지 않는가?
1~2년 전에 쓴 글인데도 그 존재를 몰랐기 때문에 읽지 않았습니다.
기사가 시장 조사와 관련이 없으면 스크롤합니다.
나는 gpwr 수준의 기사를 읽지 않습니다.그것은 내 거래에 영향을 미치지 않습니다.
MM과 심리학만 반영됩니다. 이것으로 모든 것이 명확해집니다.
품질 분석이 포함된 차량에 대한 기사를 원합니다.
오늘 주문에 대한 기사가 작성되었습니다.
나는 gpwr 수준의 기사를 읽지 않습니다.그것은 내 거래에 영향을 미치지 않습니다.
나는 gpwr 에 동의하지 않습니다. 왜냐하면. 새롭고 오래된 터미널 기능에 대한 설명과 예가 포함된 기사가 필요합니다. 고문의 인터페이스를 포함하기 때문입니다. 반 수동 거래에서 의사 결정의 효율성은 인터페이스의 유능한 디자인에 따라 달라질 수 있습니다.
사실 MetaTrader 5는 풍부한 기능을 가지고 있으며 지속적으로 확장되고 있습니다. 그러므로 인지할 필요가 있다. 기능에 대한 좋은 기사는 참조 자료보다 훨씬 더 많은 정보를 제공합니다. 또한 기사에 제공된 기성품 예제를 통해 입력하거나 포럼에 조언을 구하는 방법을 피하고 응용 프로그램의 복잡성을 신속하게 처리할 수 있습니다.
나에게 "몇 분 안에 ... 만드는 방법"과 같은 기사는 한 터미널에서 다른 터미널로 이동할 때 입장권이었습니다. MetaTrader 5에 전혀 익숙하지 않은 사람이 사이트에 오는 경우 이러한 기사는 그에게 필요한 것 이상입니다.
여기에서 다른 사용자는 다른 수준의 능력을 가지고 있으며 도움말은 다양한 뉘앙스를 설명하는 가장 편리한 방법이 아니라는 점을 이해해야 합니다. 일반적인 상황에만 더 적합합니다.
네, 글에 있는 글 링크 2개에 대해 이야기 하고 있습니다..
네, 글에 있는 글 링크 2개에 대해 이야기 하고 있습니다..
두 기사에 대한 댓글로 판단하여 저자는 독자를 찾았습니다. 적은 수지만 관심이 있습니다.
혼자서 모든 것을 판단하고 같은 브러시로 모든 사람을자를 필요는 없습니다. 개인적으로 흥미롭지 않은 내용이 있다고 해서 흥미롭지 않은 기사를 아무도 읽지 않아야 한다는 의미는 아닙니다.
두 기사에 대한 댓글로 판단하여 저자는 독자를 찾았습니다. 적은 수지만 관심이 있습니다.
혼자서 모든 것을 판단하고 같은 브러시로 모든 사람을자를 필요는 없습니다. 당신이 개인적으로 어떤 것에 관심이 없다고 해서 아무도 당신에게 흥미롭지 않은 기사를 읽어서는 안 된다는 의미는 아닙니다.
먼저 이 글들이 쓸데없고 불필요하다는 말은 하지 않았습니다. 독자마다 저마다의 글이 있습니다. 그래서 저는 아무나 판단하지 않았습니다. 자세히 읽어보세요.
둘째, 왜 글을 읽지 않는가 하는 질문입니다. 다른 사람이 아니라 나 자신에 대해 말한 것입니다. 결국 의견은 개인의 관심사입니다.
먼저 이 글들이 쓸데없고 불필요하다는 말은 하지 않았습니다. 독자마다 저마다의 글이 있습니다. 그래서 저는 아무나 판단하지 않았습니다. 자세히 읽어보세요.
둘째, 왜 글을 읽지 않는가 하는 질문입니다. 다른 사람이 아니라 나 자신에 대해 말한 것입니다. 결국 의견은 개인의 관심사입니다.
개인적인 의견에 동의합니다.
그러나 여전히 건설적으로 작동하지 않습니다. 모든 사람이 자신에게 흥미롭지 않은 기사에 대해 개인적인 의견을 표현하면 결국 우리는 맛과 색상에 동지가 없다는 것을 알게 될 것이며 게시된 기사는 하나 또는 다른 기준에 따라 거부되어야 합니다.
주제의 이름을 "기사에서 무엇을 읽고 싶습니까?"로 지정하는 것이 더 정확할 것입니다. 또는 "나에게 흥미를 주기 위해 기사의 텍스트에 무엇이 포함되어야 합니까?"?
주제의 이름을 "기사에서 무엇을 읽고 싶습니까?"로 지정하는 것이 더 정확할 것입니다. 또는 "나에게 흥미를 주기 위해 기사의 텍스트에 무엇이 포함되어야 합니까?"?
나는 또한 이 질문에 대한 답을 썼다.
품질 분석이 포함된 차량에 대한 기사를 원합니다.
나는 또한 이 질문에 대한 답을 썼다.
품질 분석이 포함된 차량에 대한 기사를 원합니다.
나는 또한 이 질문에 대한 답을 썼다.
품질 분석이 포함된 차량에 대한 기사를 원합니다.
맥락에서, 나는 원래 스레드에서 내 질문을 반복할 것입니다.
그리고 얼마나 많은 작가 가 프로그래머의 서비스가 아닌 무역으로만 살고 있습니까? 답은 명확하다고 생각합니다.
따라서 결과는 이 형식의 기사가 여기에 나타날 수 없다는 것입니다. 그러나 "프론트 엔드 코드를 세 번 단순화한 방법" 샤프트 스타일의 기사. 프로그래머는 글을 쓰는 방법을 알고 있지만 무엇을 써야 하는지 이해하지 못합니다. + 수학 교육이 영향을 미치고, - 따옴표는 일련의 난수가 아닙니다.
이 분기는 리소스에 게시된 기사 의 독자와 작성자 간의 피드백을 위해 만들어졌습니다.
주요 목표: 독자가 텍스트의 단점을 비판할 수 있을 뿐만 아니라(이를 위해 각 기사에는 주석 형태의 피드백이 있음) 저자를 올바른 방향으로 안내할 수 있습니다. 그들이 기사에서 읽고 싶은 것을 제안하십시오.
우선 기사를 쓰지 않는 이유 라는 주제에 대한 일부 독자의 희망 사항입니다.
기사에 대한 제 의견을 말씀드리겠습니다. 나 자신은 여기에서 2-3개의 기사만 읽었습니다. 모든 것이 훨씬 간단합니다. 우리 모두는 두 가지 이유 중 하나로 여기 있습니다. 하나는 언어의 가능성에 관심이 있고 순서대로 작성하는 코더입니다. 다른 사람들은 스스로 무언가를 개발하려고 합니다. 나는 후자를 가리킨다. 즉, 흥미로운 거래 전략에 관심이 있습니다. 터미널 자체와 프로그래밍 언어는 목적 자체가 아니라 목적을 위한 수단일 뿐입니다. 따라서 차트에 아름다운 패널을 만드는 방법이나 몇 분 안에 Expert Advisor를 만드는 방법에 대한 기사는 관심이 없습니다. 불행히도 여기에 흥미로운 거래 시스템에 대해 논의하는 기사가 거의 없습니다. 그러한 기사의 대다수는 매우 이론적으로 작성되었습니다. 기사의 일부 제목은 더 읽기를 두려워합니다.
비광대적인 통계적 분포의 구조 분석에 고유좌표법 적용
알 수 없는 확률 밀도의 커널 추정
나는 여기에 있는 대부분의 기사가 일종의 이론적 방법에 대해 이야기하고 거래에 적용하는 방법을 보여주지 않는다는 의견을 이미 여기에서 표현했습니다. 좀 더 실용적인 편향으로 기사를 읽는 것이 좋을 것입니다. 그리고 그것들이 아주 과학적일 필요는 없습니다. 사례가 있는 수익성 있는 거래를 위해 MACD를 올바르게 적용하는 방법에 대한 기사는 거래 사례가 없는 Khmyr-Zhmyr 변환에 대한 이론적인 기사보다 수백 배 더 유용합니다.
여기서도 트레이딩 시스템에 대한 논의가 다소 약한 모습을 보이는 것도 안타까운 일입니다. 흥미로운 아이디어를 얻기 위해 사람들이 아이디어와 개발 내용을 자유롭게 공유할 수 있는 다른 사이트로 이동합니다. 게시물이 흥미롭게 읽은 사람들이 여러 명 있었습니다. 그러나 그들은 금지되었습니다.