스레드에 홍수를 제거하라는 요청이 있었습니다. 나는 DVVAIU 약어에 대한 질문을 받았고, 이것이 우리가 지점의 저자와 함께한 학교입니다. 질문에 답한 후 글을 삭제했습니다. 홍수로 간주했습니다 (중요한 것은 질문 작성자가 그것을 읽었다는 것입니다). 그래서 중재자가 아니라 내가 직접 게시물을 삭제했습니다. 하지만 함께 공부했다는 점에서 지부를 만든 사람의 기쁨은 여전했다.
물론 관리는 결정합니다. 그러나 참가자들의 활동(여전히)이 보여주듯 그들은(여전히) 이 문제에 무관심하지 않다. 그것이 상승하면 포럼의 기능에 약간의 어려움이 있습니다. 그리고 그것들이 발생하기 때문에 모든 것이 그렇게 순조롭지는 않다는 것을 의미합니다. 우리는 우리의 제안을 행정부에 제출함으로써 그것들(어려움)을 해결할 것을 제안합니다. 이것이 어떻게 구현되고 어떤 수단과 방법으로 결정될지는 우리에게 달려 있지 않으며 아마도 이것이 더 나은 방법일 것입니다. 그의 집에 있는 모든 사람들은 스스로 물건을 정리합니다. 해당 스레드 https://forum.mql4.com/ru/9597 에서 귀하와 스레드를 지원한 다른 참가자들이 좋은 제안을 했습니다. 그러나 그때와 지금은 얼마나 많은 사람들이 "불만족"했는지 보세요. 하지만 얼마 지나지 않은 시간입니다.
행정부가 전략 계획에 따라 행동하게 하되 "어제" 행동해야 합니다. 리소스가 추천한 많은(대부분 거래자) 의견이 있습니다. "정보는 많지만 엉망입니다." 물론 확정된 것은 아닙니다. 그러나 IMHO는 자원의 위상을 약화시키고 참여자와 참여자 자신의 소중한 의견이 유출되는 원인이 됩니다.
Renat 2007년 11월 29일 금요일 13:20 MQL4.community를 위한 장기 개발 전략이 있습니다. 우리는 처음에 MQL4를 사용한 거래 자동화에 대한 토론이라는 사이트의 유일한 방향을 설정했습니다. 모든 것이 자동 거래라는 하나의 아이디어에만 종속되어야하기 때문에 우리는 의도적으로 포럼에서 별도의 하위 섹션을 만들지 않았으며 만들지 않을 것입니다.
제 생각에는 거래 자체 없이 거래 자동화는 불가능합니다. 따라서 기술 전문가와 거래자 모두가 리소스를 인식해야 합니다. (공생은 드물다)
이 호출이 단지 예의에 대한 찬사가 아닌 경우 Code Base 개발의 백로그에 주의를 기울이고 싶습니다. MQL4.community의 다른 섹션과 함께. 저자의 논평과 출판된 대본에 대한 리뷰의 부재는 크게 감소합니다. 섹션의 유용성. 물론 우수한 작가의 논평이 있긴 한데 극소수다.
이 호출이 단지 예의에 대한 찬사가 아닌 경우 Code Base 개발의 백로그에 주의를 기울이고 싶습니다. MQL4.community의 다른 섹션과 함께. 저자의 논평과 출판된 대본에 대한 리뷰의 부재는 크게 감소합니다. 섹션의 유용성. 물론 우수한 작가의 논평이 있긴 한데 극소수다.
데이터베이스에 있는 대부분의 지표 및 Expert Advisors와 마찬가지로 동일한 BollTrade가 Scriptor에서 호스팅되었습니다. 그는 저자가 아니며 그가 게시하는 프로그램에 대해 재미있고/또는 흥미롭게 보이는 것을 보여주는 것 외에는 아는 것이 없습니다. 방금 인터넷의 공개 도메인에서 프로그램을 발견하고 코드의 형식적 정확성을 확인하고 데이터베이스에 넣었습니다. 실제 작성자는 대부분 이 포럼의 회원이 아니며 프로그램에 대해 물리적으로 의견을 제시할 수 없습니다. 사진이 마음에 든다면 - 직접 찍어서 생각해 보시고, 머리로 생각하고 싶지 않다면 - 패스하세요.
"개선 제안"을 배포하기 전에 제안을 실제로 구현할 수 있는 방법에 대해 멈추고 생각해볼 가치가 있습니다. 그리고 그것은 "나는 아픈 것에 대해 귀중한 조언을 해주지만 그들은 바보 / 게으른 것은 아무것도하지 않습니다."라고 밝혀졌습니다.
포럼을 개선하려는 같은 바람이 일어났습니다. 직장에서는 트래픽을 절약하기 위해 종종 그래픽을 끕니다. 그러나 그래픽을 끄면 새로운 테마를 보는 것이 거의 불가능합니다. 하나의 색상과 글꼴로 제공됩니다. 우리는 어떻게든 공유해야 합니다. 적어도 글꼴에서는. 기름지고 기름지지 않습니다.
1. Scriptor 는 다른 사이트에서 코드를 전송하여 큰 더미에 있습니다. 이제 변경 및 주석 없이 이 힙이 점차적으로 코드 베이스로 마이그레이션됩니다. 이 형식에서는 "나쁜 일, 신이 도와주세요!"라고합니다. 원본 사이트에 대한 링크를 제공하면 연간 계획이 완료됩니다.
2. Scriptor 는 다음과 같이 씁니다: "나는 이것이 내 직업의 일부라고 이미 여러 번 썼습니다. 그리고 모든 지표, 조언자 등은 일상적입니다. 하지만 사실, 저는 이 사이트에서 훨씬 더 중요한 일을 합니다."
이 의견을 작성하는 것은 누구에게 달려 있습니다. 견적서에서 알 수 있듯이 사이트 직원이 코드를 게시한 경우
그것은 그의 일의 일부입니다.
이것이 "자발성"인 경우 링크로 자신을 제한하는 것이 더 쉽고 정직하며 비즈니스 활동을 모방하고 볼륨을 부풀리지 않는 것이 더 쉽습니다.
비공개 로
스레드에 홍수를 제거하라는 요청이 있었습니다. 나는 DVVAIU 약어에 대한 질문을 받았고, 이것이 우리가 지점의 저자와 함께한 학교입니다. 질문에 답한 후 글을 삭제했습니다. 홍수로 간주했습니다 (중요한 것은 질문 작성자가 그것을 읽었다는 것입니다). 그래서 중재자가 아니라 내가 직접 게시물을 삭제했습니다. 하지만 함께 공부했다는 점에서 지부를 만든 사람의 기쁨은 여전했다.
여기에서는 가장자리와 그루의 "진동"에 대해 설명합니다.
Xadviser , https://forum.mql4.com/ru/9597
다른 otver Renata가 있습니다.
행정부는 체계화가 없고 앞으로도 없을 것임을 분명히 합니다.
물론 관리는 결정합니다. 그러나 참가자들의 활동(여전히)이 보여주듯 그들은(여전히) 이 문제에 무관심하지 않다. 그것이 상승하면 포럼의 기능에 약간의 어려움이 있습니다. 그리고 그것들이 발생하기 때문에 모든 것이 그렇게 순조롭지는 않다는 것을 의미합니다. 우리는 우리의 제안을 행정부에 제출함으로써 그것들(어려움)을 해결할 것을 제안합니다. 이것이 어떻게 구현되고 어떤 수단과 방법으로 결정될지는 우리에게 달려 있지 않으며 아마도 이것이 더 나은 방법일 것입니다. 그의 집에 있는 모든 사람들은 스스로 물건을 정리합니다. 해당 스레드 https://forum.mql4.com/ru/9597 에서 귀하와 스레드를 지원한 다른 참가자들이 좋은 제안을 했습니다. 그러나 그때와 지금은 얼마나 많은 사람들이 "불만족"했는지 보세요. 하지만 얼마 지나지 않은 시간입니다.
행정부가 전략 계획에 따라 행동하게 하되 "어제" 행동해야 합니다. 리소스가 추천한 많은(대부분 거래자) 의견이 있습니다. "정보는 많지만 엉망입니다." 물론 확정된 것은 아닙니다. 그러나 IMHO는 자원의 위상을 약화시키고 참여자와 참여자 자신의 소중한 의견이 유출되는 원인이 됩니다.
Renat 2007년 11월 29일 금요일 13:20 MQL4.community를 위한 장기 개발 전략이 있습니다.
우리는 처음에 MQL4를 사용한 거래 자동화에 대한 토론이라는 사이트의 유일한 방향을 설정했습니다. 모든 것이 자동 거래라는 하나의 아이디어에만 종속되어야하기 때문에 우리는 의도적으로 포럼에서 별도의 하위 섹션을 만들지 않았으며 만들지 않을 것입니다.
제 생각에는 거래 자체 없이 거래 자동화는 불가능합니다. 따라서 기술 전문가와 거래자 모두가 리소스를 인식해야 합니다. (공생은 드물다)
아래는 상처에서 발췌한 것입니다.
granit77 29.11.2007 13:38
이 호출이 단지 예의에 대한 찬사가 아닌 경우 Code Base 개발의 백로그에 주의를 기울이고 싶습니다.
MQL4.community의 다른 섹션과 함께. 저자의 논평과 출판된 대본에 대한 리뷰의 부재는 크게 감소합니다.
섹션의 유용성. 물론 우수한 작가의 논평이 있긴 한데 극소수다.
'BollTrade'라는 주제에 대해 이미 작은 토론이 있었습니다.
사트 29.11.2007 14:30
또한 원칙적으로 아이디어 자체는 코드 형태로 구현하는 것보다 훨씬 더 가치가 있습니다. 코드 이면의 아이디어에 대한 설명이 없으면 코드 자체의 유용성은 0에 가깝습니다.
진심으로, S.D.
Aleksey24 29.11.2007 15:51
받는 사람: 중재자
일반적으로 포럼 모니터링의 편의성은 최소화됩니다.
예를 들어, 포럼 팔로우를 거의 중단했습니다. 현재 버전에서는 단순히 시간을 둘 곳이 없는 사람들이 그것을 감당할 수 있습니다.
"주제 추적"은 조사 대상이 아닙니다.
메시지는 무작위로, 무작위로 전송되며 심지어 중복됩니다.
분기 sergeev 11/29/2007 11:15 작성자의 거의 전체 메시지
https://forum.mql4.com/ru/9597
ForexTools 2008년 4월 11일 목요일 12:07 또한 자신의 스레드를 어떻게든 조정할 수 있기를 바랍니다 . 주제와 관련없는 쓰레기를 버릴 수 있도록.
참가자가 작성한 위의 모든 것 중 세 가지 측면을 구별 할 수 있습니다.
올바르게 연결되면 모든 것이 정상입니다.
추신: 리소스가 코드의 "덤프"로 바뀌는 것을 원하지 않았습니다.
나는 또한 당신이 만든 당신 자신의 지점을 최소한 어떻게든 중재할 수 있기를 매우 원합니다. 주제와 관련없는 쓰레기를 버릴 수 있도록. 예를 들어 여기 를 살펴보십시오. 주제 발표에 주제가 작성된 이유가 나와 있습니다.
어떠한 경우에도. 그것은 이미 꽤 많은 이혼이있는 가짜 성배 판매자를위한 휴가 일 것입니다. 그래서 순수한 꿀이 있고 비판이 없을 것입니다.
나는 또한 당신이 만든 당신 자신의 지점을 최소한 어떻게든 중재할 수 있기를 매우 원합니다. 주제와 관련없는 쓰레기를 버릴 수 있도록. 예를 들어 여기 를 살펴보십시오. 주제 발표에 주제가 작성된 이유가 나와 있습니다.
어떠한 경우에도. 그것은 이미 꽤 많은 이혼이있는 가짜 성배 판매자를위한 휴가 일 것입니다. 그래서 순수한 꿀이 있고 비판이 없을 것입니다.
그래서 저는 HUMAN(도덕 읽기) 측면에 대해 이야기하고 있습니다. 모든 것은 개인의 양심에 달려 있으며, 불행히도 개인의 양심은 크게 다릅니다.
아래는 상처에서 발췌한 것입니다.
granit77 29.11.2007 13:38
이 호출이 단지 예의에 대한 찬사가 아닌 경우 Code Base 개발의 백로그에 주의를 기울이고 싶습니다.
MQL4.community의 다른 섹션과 함께. 저자의 논평과 출판된 대본에 대한 리뷰의 부재는 크게 감소합니다.
섹션의 유용성. 물론 우수한 작가의 논평이 있긴 한데 극소수다.
'BollTrade'라는 주제에 대해 이미 작은 토론이 있었습니다.
누가 이 댓글을 작성해야 한다고 생각합니까?
데이터베이스에 있는 대부분의 지표 및 Expert Advisors와 마찬가지로 동일한 BollTrade가 Scriptor에서 호스팅되었습니다. 그는 저자가 아니며 그가 게시하는 프로그램에 대해 재미있고/또는 흥미롭게 보이는 것을 보여주는 것 외에는 아는 것이 없습니다. 방금 인터넷의 공개 도메인에서 프로그램을 발견하고 코드의 형식적 정확성을 확인하고 데이터베이스에 넣었습니다. 실제 작성자는 대부분 이 포럼의 회원이 아니며 프로그램에 대해 물리적으로 의견을 제시할 수 없습니다. 사진이 마음에 든다면 - 직접 찍어서 생각해 보시고, 머리로 생각하고 싶지 않다면 - 패스하세요.
"개선 제안"을 배포하기 전에 제안을 실제로 구현할 수 있는 방법에 대해 멈추고 생각해볼 가치가 있습니다. 그리고 그것은 "나는 아픈 것에 대해 귀중한 조언을 해주지만 그들은 바보 / 게으른 것은 아무것도하지 않습니다."라고 밝혀졌습니다.
ForexTools 2008년 4월 11일 목요일 12:07 또한 자신의 스레드를 어떻게든 조정할 수 있기를 바랍니다 . 주제와 관련없는 쓰레기를 버릴 수 있도록.
이 주제에 대한 긴 토론이 있었습니다 - https://forum.mql4.com/en/9579
간략한 요약: 스레드의 첫 번째 메시지를 작성한 사람은 작성자가 아니며 두 번째, 세 번째, 서른세 번째 메시지를 작성한 사람과 동일한 참여자입니다... 그리고 삭제할 권리가 없습니다. 그 스레드에서 그가 가지고 있지 않은 것을 중재하십시오.
...
ForexTools 2008년 4월 11일 목요일 12:07 또한 자신의 스레드를 어떻게든 조정할 수 있기를 바랍니다 . 주제와 관련없는 쓰레기를 버릴 수 있도록.
이 주제에 대한 긴 토론이 있었습니다 - https://forum.mql4.com/ru/9579
간략한 요약: 스레드의 첫 번째 메시지를 작성한 사람은 작성자가 아니며 두 번째, 세 번째, 서른세 번째 메시지를 작성한 사람과 동일한 참여자입니다... 그리고 삭제할 권리가 없습니다. 그 스레드에서 그가 가지고 있지 않은 것을 중재하십시오.
나는 완전히 동의합니다. 포럼, 기사 또는 일종의 글래머러스한 잡지에서 대화/인터뷰를 편집하는 것 사이에는 여전히 큰 차이가 있습니다.
granit77 29.11.2007 13:38
이 호출이 단지 예의에 대한 찬사가 아닌 경우 Code Base 개발의 백로그에 주의를 기울이고 싶습니다.
MQL4.community의 다른 섹션과 함께. 저자의 논평과 출판된 대본에 대한 리뷰의 부재는 크게 감소합니다.
섹션의 유용성.
누가 이 댓글을 작성해야 한다고 생각합니까?
물론 작성자나 게시한 사람이 가장 좋습니다. 그러면 코드 베이스 가 코드 덤프로 바뀌지 않습니다.
MQ가 즉시 터미널을 다운로드 한 사람들의 계좌로 돈을 이체하기 시작하면 "최고일 것입니다."
인생이란 작가가 알려지지 않은 상태이고, 글을 올린 사람이 이 프로그램에 대해 전혀 모르고 있는 것인데, 그에게 어떤 댓글을 받고 싶으신가요?
그리고 주석이 있는 부분과 없는 부분으로 나눌 수 있습니다. 어느 것이 더 인기가 있을지 알아보세요.
Zhirinovsky가 더 유명하지만 그가 더 유용하다는 것은 사실이 아닙니다.
주석이 없는 코드에는 관심이 없으므로 건너뛰면 기반이 가상으로 분할됩니다.
그런데 갑자기 성배가 그리워지나요?
포럼을 개선하려는 같은 바람이 일어났습니다. 직장에서는 트래픽을 절약하기 위해 종종 그래픽을 끕니다. 그러나 그래픽을 끄면 새로운 테마를 보는 것이 거의 불가능합니다. 하나의 색상과 글꼴로 제공됩니다. 우리는 어떻게든 공유해야 합니다. 적어도 글꼴에서는. 기름지고 기름지지 않습니다.
당신은 코드베이스의 기존 위치를 방어하고 있으며 매우 취약합니다.
1. Scriptor 는 다른 사이트에서 코드를 전송하여 큰 더미에 있습니다. 이제 변경 및 주석 없이 이 힙이 점차적으로 코드 베이스로 마이그레이션됩니다. 이 형식에서는 "나쁜 일, 신이 도와주세요!"라고합니다. 원본 사이트에 대한 링크를 제공하면 연간 계획이 완료됩니다.
2. Scriptor 는 다음과 같이 씁니다: "나는 이것이 내 직업의 일부라고 이미 여러 번 썼습니다. 그리고 모든 지표, 조언자 등은 일상적입니다. 하지만 사실, 저는 이 사이트에서 훨씬 더 중요한 일을 합니다."
이 의견을 작성하는 것은 누구에게 달려 있습니다. 견적서에서 알 수 있듯이 사이트 직원이 코드를 게시한 경우
그것은 그의 일의 일부입니다.
이것이 "자발성"인 경우 링크로 자신을 제한하는 것이 더 쉽고 정직하며 비즈니스 활동을 모방하고 볼륨을 부풀리지 않는 것이 더 쉽습니다.