Dmitrich : 그러나 예를 들어 Excel에서 수식 작성에 대한 도움말과 MQL4 도움말을 비교할 수 있습니다. Excel에는 각 기능에 대한 설명, 구문, 참고 사항, 결과 가 포함된 몇 가지 좋은 예, 유사한 기능에 대한 링크가 있습니다. MQL4 도움말에는 이 모든 것이 포함되어 있습니까?
Excel은 비용이 많이 듭니다. 사본을 훔치지 않았으면 합니다... 한 사본의 비용에 전 세계 설치 수를 곱하십시오. 추가 계수로 제품이 시장에 출시된 기간을 사용하십시오. 이제 Metatrader에 대해 개인적으로 얼마를 지불하셨는지 말씀해 주십시오. "돈 어딨어, 진?" (c) 반면에 공짜로 정보를 주는 사람을 발로 차서 고맙다는 말 대신 주는 손을 물어뜯는 것은 신성하다며 "움직여라, 조금씩 베풀라"고 한다.
수요가 있음을 입증할 필요는 없습니다. 책꽂이에 교과서가 없다는 것은 수요가 없다는 진술입니다. 개인적으로 수요가 있다고 생각한다면 이 프로젝트 에 돈을 투자하십시오. 수요가 있고 공급이 없으며 틈새 시장은 무료입니다. 투자가 아니라 꿈입니다. 당신은 투자자입니까 아니면 그냥 많이 비판합니까?
개발자들이 이러지 않을 것이고 이것이 그들의 권리라는 것을 이미 알고 있지만 튜토리얼이나 기존 문서의 개선이 요구되지 않는다고 선언하면 나는 저항 할 수 없습니다. 동시에, 그들은 또한 그들의 문서에 대한 주장을 여름의 태양에 대한 주장 또는 우주의 다른 법칙과 비교합니다. 이에 대해 이미 쓴 교과서는 제품의 새로운 사용자를 유치하는 데 필요합니다. 이미 교과서를 만들고 있는 사람들을 최소한 지원하고 최소한 부분적으로는 비용을 지불할 수 있습니다. 그리고 절도에 관해서 - 형법을 읽으십시오. 교과서가 다른 출처를 기반으로하지 않고 저자의 머리로만 작성되었다고 진심으로 믿습니까?
개발자와 일부 사용자 간의 실질적인 차이점은 일부는 책임감 있게 주장한 주장의 장점에 대해 말하는 반면, 다른 일부는 처벌받지 않고 근거 없는 비난을 허용하는 경우가 많다는 것입니다.
개발자는 교과서가 수요가 없다고 선언하지 않았습니다. 죄송합니다만, 이 발언은 귀하가 어떠한 이유로 공개하기로 결정한 문구일 뿐 현실과 무관합니다. 그러한 진술 직후, 관계가 고조되고 제어할 수 없는 긴장이 발생합니다(특히 명백한 직후: "우리는 글로벌(다국어) 교육의 아이디어를 열정적으로 지지합니다").
사실, 제정신인 사람은 개발자 및 그들의 지원과의 동의 없이 그러한 작업을 수행하지 않을 것입니다. 최소한 이 과정은 상호 협의가 필요합니다.
교과서가 작가의 머리로 쓰여지는 건지.. 무슨 말인지 모르겠다. 내가 이해한 바에 따르면, 저자는 교과서에 무엇을, 왜 포함해야 하는지에 대한 자신의 생각을 바탕으로 자신의 텍스트를 구성해야 합니다. 그렇지 않으면 어떻게 될까요? 물론 기본 소스는 문서입니다. --------------
포럼에서 이미 반복적으로 포럼의 일부 회원의 숨겨진 동기를 지적했습니다. 대부분의 경우, 이것은 (원칙적으로 다른 사람들의 장점을 과소평가함으로써) 자아를 만족시키려는 연약한 두뇌의 무의식적 욕망입니다. 변덕스러운 허세의 일종. 개인적으로 누구를 탓하고 싶지는 않지만 그런 대화에서 좋은 결과가 나오지 않는다는 점을 참석자들에게 알리고 싶습니다. 어떻게든... 조금 자제하고 서로를 더 존중하자.
교과서 작업이 한창이라고 합니다. 상황을 과장할 필요가 없습니다. 솔직히 말해서 교과서가 출판되면 공격을 받을 것이라고 나는 이미 예상하고 있습니다. 이것은 그렇지 않습니다. 이것은 그렇지 않습니다. . 나는 현재 하루 이상 잠재 독자들과 무의식적으로 정신적 대화를 진행해 왔으며 이 대화는 공정한 것으로 판명되었습니다. 고무적이지 않습니다.
<<Assembler, Fortran, Pascal, C, JAVA가 처음 등장했을 때 언어도 도움을 받아 공부했다는 것이 사실입니까?>> 더 나쁜 것은 기계에 대한 매우 불명확한 문서(그런 식으로 청사진에 12개 또는 2개의 탈무드), 주석 처리되지 않은 외국 목록 및 ADC에 8진수 덤프를 출력하는 "반과학적인 찌르기" 방법에 따르면 :)) 그리고 당국은 천공 카드와 부족한 종이를 과도하게 사용하기 위해 잔인하게 강타합니다. 아 청춘...
SK. писал (а): 솔직히 말해서 교과서가 출판되면 공격을 받을 것이라고 나는 이미 예상하고 있습니다. 이것은 그렇지 않습니다. 이것은 그렇지 않습니다. . 나는 현재 하루 이상 잠재 독자들과 무의식적으로 정신적 대화를 진행해 왔으며 이 대화는 공정한 것으로 판명되었습니다. 고무적이지 않습니다.
"할 수 있는 일을 하고 닥치는 대로 오세요" 모든 비평가는 미리 정원에 갑니다. 기존 문서의 비평가들이 이미 담배를 피우고 있는 곳으로. 누군가가 튜토리얼/문서/지표를 좋아하지 않는다면 더 좋게 만들도록 하십시오.
timbo : 수요가 있음을 입증할 필요는 없습니다. 책꽂이에 교과서가 없다는 것은 수요가 없다는 진술입니다. 개인적으로 수요가 있다고 믿는다면이 프로젝트에 돈을 투자하십시오. 수요가 있고 공급이 없으며 틈새 시장은 무료입니다. 투자가 아니라 꿈입니다. 당신은 투자자입니까 아니면 그냥 많이 비판합니까?
제 엑셀 버전을 훔쳤습니다. 조금 부끄럽지만,
내 생각이 아닌 개발자를 "차기"! 나는 개인적으로 그들에 대해 훨씬 더 긍정적인 감정을 가지고 있지만, 이 스레드는 칭찬을 위한 것이 아닙니다.
수요에 대해 이야기 할 때 교과서를 출판하는 것이 직접적인 이익을 가져다 줄 수 있다는 것이 아닙니다. 이익은 간접적일 것입니다.
솔직히 말해서 교과서가 출판되면 공격을 받을 것이라고 나는 이미 예상하고 있습니다. 이것은 그렇지 않습니다. 이것은 그렇지 않습니다. . 나는 현재 하루 이상 잠재 독자들과 무의식적으로 정신적 대화를 진행해 왔으며 이 대화는 공정한 것으로 판명되었습니다. 고무적이지 않습니다.
걱정하지 마십시오. 많은 사람들이 당신을 지원하고 저도 그 중 하나입니다. 또한 일반적으로 프로그래밍을 처음 배우는 사람들에게는 특히 교과서가 필요하다고 생각합니다. 프로그래밍에 대해 전혀 모르는 사람들이 mql로 프로그래밍을 시작하려고 한다는 사실은 이미 사실입니다. 그리고 아무데도 가지 않습니다. 그들을 설득하는 것은 무의미하고 무의미합니다. 어쨌든 가르치려고 노력하는 것이 낫습니다. 누군가가 성공하지 못하면 글쎄, 글쎄 ..... 적어도 그는 시도했습니다. ....하지만 그 사람은 아닙니다 ... 나는 그가 이것을 이해하고 시도를 중단 할 것이라고 생각하지만 단순히 완제품에 대한 비용을 지불합니다. 어쨌든 이것은 mql 언어에 인기를 더해 줄 것이며 그에 따라 MetaTrader도 마찬가지입니다. 포럼의 mql에 대한 간단한 질문이 많이 있으며, 그 중 많은 질문이 지속적으로 반복되기 때문에 앞서 제안한 이유입니다. 이 모든 질문을 FAQ에서 통합하고 포럼의 별도 섹션으로 만드십시오. 질문에 답하는 사람들은 필요에 따라 이 섹션에 새로운 질문을 추가하기만 하면 됩니다. 초심자 질문에 답하시는 분들은 링크만 주시면 답변 드리기가 더 쉬울 것 같습니다. 그리고 답에 대한 링크를 찾는 데 많은 시간이 걸리는 현재로서는 스크린샷을 찍고 새 답변을 작성하는 것이 더 쉬운 경우가 많습니다. 그러한 답변과 질문의 결과로 점점 더 많은 품종이 생겼습니다. 적어도 이 조치는 교과서 출판 전에 "문제"를 해결할 것입니다. 임호
SK. писал (а): 개발자와 일부 사용자 간의 실질적인 차이점은 일부는 책임감 있게 주장한 주장의 장점에 대해 말하는 반면, 다른 일부는 처벌받지 않고 근거 없는 비난을 허용하는 경우가 많다는 것입니다.
개발자는 교과서가 수요가 없다고 선언하지 않았습니다. 죄송합니다만, 이 발언은 귀하가 어떠한 이유로 공개하기로 결정한 문구일 뿐 현실과 무관합니다. 그러한 진술 직후, 관계가 고조되고 제어할 수 없는 긴장이 발생합니다(특히 명백한 직후: "우리는 글로벌(다국어) 교육의 아이디어를 열정적으로 지지합니다").
--------------
포럼에서 이미 반복적으로 포럼의 일부 회원의 숨겨진 동기를 지적했습니다. 대부분의 경우, 이것은 (원칙적으로 다른 사람들의 장점을 과소평가함으로써) 자아를 만족시키려는 연약한 두뇌의 무의식적 욕망입니다. 변덕스러운 허세의 일종. 개인적으로 누구를 탓하고 싶지는 않지만 그런 대화에서 좋은 결과가 나오지 않는다는 점을 참석자들에게 알리고 싶습니다. 어떻게든... 조금 자제하고 서로를 더 존중하자.
튜토리얼이 필요하지 않다는 사실은 페이지 상단에 Timbo를 썼습니다. 나는 단지 반대를 말하고 당신의 일을 변호할 뿐입니다. 또 다른 것은 당신이 그렇게 반응하기 때문에 분명히 실패했다는 것입니다.
드미트리 : 어셈블러(Assembler), 포트란(Fortran), 파스칼(Pascal), C(C), 자바(JAVA)가 처음 등장했을 때의 언어도 도움을 받아 공부한 것이 사실입니까?
C 언어: 70년대 초반, Kernighan과 Ritchie의 첫 번째 책(=교과서)이 1978년 에 등장했습니다. 그리고 ANSI C 표준이 1983년에 나왔습니다. 전형적인 이야기: 문서화(non-strict)는 몇 년 후에 등장하지 않습니다. 언어의 모습. 그리고 몇 년 후 - 표준화.
따라서 MQL4는 젊음을 감안할 때 모든 것이 그렇게 나쁘지 않습니다. 교과서가 더 완전하고 이해하기 쉬운 문서로 등장하는 것은 시간 문제입니다. 개발자들이 자랑스러워할 이유가 있겠지만, 더 좋은 제품을 갖고 싶어하는 소비자의 본능에 따른 비판은 과연 금기일까요?
교과서가 필요할 때 저자도 나와야 한다. 개발자는 전혀 관련이 없습니다. 그들은 그것을 할 필요가 없습니다. 이미 존재하더라도. 여기 포럼이 있습니다. 누가 그것을 다른 각도에서 체계화해야 하는가. 그런데 이곳에 모인 사람들은 다른 이들과 함께 열정적이거나 바쁘고, 누가 할 지 모르겠다. 작업량이 상당히 많기 때문입니다. 이미 기반이 있을 때 프로그래밍 언어에 대한 교과서에 대해 배운 적이 있습니다. 글쎄, 그 당시에는 교과서가 없었습니다. 그냥 그렇지 않았습니다. 그리고 그 언어를 가장 잘 공부하고 정상적인 문체를 가진 사람만이 그것을 쓸 수 있었습니다. 그러나 다시, 교과서가 아니라 자신의 해석입니다. 우리 모두에게는 각자의 비전이 있기 때문입니다. 누군가는 한 가지를 보고 먼저 한 가지에 주의를 기울이고 다른 것에 주의를 기울이는 것이 중요하다고 생각합니다. 그러나 그런 상황에서 이 교과서는 그 누구도 만족시키지 못할 것이다. 지금처럼 우리는(나는 스스로를 "우리"라고 생각하지 않는다) 교과서가 없는 개발자를 탓한다. 개발자에게는 프로그램의 정상적인 작동과 완전한 기술 문서라는 또 다른 작업이 있습니다. 이 포럼에서 많은 사람들이 튜토리얼을 작성할 수 있습니다. 아니요, 더 정확하게 말하면 인형용 MQL4입니다. 이것은 Mr. Klimov가 할 수 있습니다. 물론 그가 이것을 할 시간이 없거나 누군가가 이러한 질문으로 그에게 연락하지 않는 한. 그러나 인형에 대한 책의 필요성은 매우 구체적입니다. 사람에게 버튼 누르는 법을 가르치면 그 결과는 천 명 중 2-3 경우에만 성공하기 때문입니다. 효율성이 낮습니다. 이것은 내 자신의 경험에서 나온 것입니다. 사람이 생각하게 하면 곧 그는 당신을 필요로 하지 않을 것입니다.
그래서 책에는 없지만 생각하고 싶지 않은 것일 수도 있습니다. 그러나 실례합니다.
제가 좀 정신이 없었어요, 죄송합니다. 필요한 경우 결과가 나타납니다. 하지만 교과서의 저자가 그것을 무료로 배포할 것이라고는 생각하지 않는다.
따라서 포럼에서 이 모든 작업을 수행하는 것이 더 쉬울 수 있습니다. 질문이 있었습니다. 그러면 확실히 답을 얻을 수 있을 것입니다.
그러나 예를 들어 Excel에서 수식 작성에 대한 도움말과 MQL4 도움말을 비교할 수 있습니다. Excel에는 각 기능에 대한 설명, 구문, 참고 사항, 결과 가 포함된 몇 가지 좋은 예, 유사한 기능에 대한 링크가 있습니다. MQL4 도움말에는 이 모든 것이 포함되어 있습니까?
수요가 있음을 입증할 필요는 없습니다. 책꽂이에 교과서가 없다는 것은 수요가 없다는 진술입니다. 개인적으로 수요가 있다고 생각한다면 이 프로젝트 에 돈을 투자하십시오. 수요가 있고 공급이 없으며 틈새 시장은 무료입니다. 투자가 아니라 꿈입니다. 당신은 투자자입니까 아니면 그냥 많이 비판합니까?
개발자들이 이러지 않을 것이고 이것이 그들의 권리라는 것을 이미 알고 있지만 튜토리얼이나 기존 문서의 개선이 요구되지 않는다고 선언하면 나는 저항 할 수 없습니다. 동시에, 그들은 또한 그들의 문서에 대한 주장을 여름의 태양에 대한 주장 또는 우주의 다른 법칙과 비교합니다. 이에 대해 이미 쓴 교과서는 제품의 새로운 사용자를 유치하는 데 필요합니다. 이미 교과서를 만들고 있는 사람들을 최소한 지원하고 최소한 부분적으로는 비용을 지불할 수 있습니다. 그리고 절도에 관해서 - 형법을 읽으십시오. 교과서가 다른 출처를 기반으로하지 않고 저자의 머리로만 작성되었다고 진심으로 믿습니까?
개발자와 일부 사용자 간의 실질적인 차이점은 일부는 책임감 있게 주장한 주장의 장점에 대해 말하는 반면, 다른 일부는 처벌받지 않고 근거 없는 비난을 허용하는 경우가 많다는 것입니다.
개발자는 교과서가 수요가 없다고 선언하지 않았습니다. 죄송합니다만, 이 발언은 귀하가 어떠한 이유로 공개하기로 결정한 문구일 뿐 현실과 무관합니다. 그러한 진술 직후, 관계가 고조되고 제어할 수 없는 긴장이 발생합니다(특히 명백한 직후: "우리는 글로벌(다국어) 교육의 아이디어를 열정적으로 지지합니다").
사실, 제정신인 사람은 개발자 및 그들의 지원과의 동의 없이 그러한 작업을 수행하지 않을 것입니다. 최소한 이 과정은 상호 협의가 필요합니다.
교과서가 작가의 머리로 쓰여지는 건지.. 무슨 말인지 모르겠다.
내가 이해한 바에 따르면, 저자는 교과서에 무엇을, 왜 포함해야 하는지에 대한 자신의 생각을 바탕으로 자신의 텍스트를 구성해야 합니다. 그렇지 않으면 어떻게 될까요? 물론 기본 소스는 문서입니다.
--------------
포럼에서 이미 반복적으로 포럼의 일부 회원의 숨겨진 동기를 지적했습니다. 대부분의 경우, 이것은 (원칙적으로 다른 사람들의 장점을 과소평가함으로써) 자아를 만족시키려는 연약한 두뇌의 무의식적 욕망입니다. 변덕스러운 허세의 일종.
개인적으로 누구를 탓하고 싶지는 않지만 그런 대화에서 좋은 결과가 나오지 않는다는 점을 참석자들에게 알리고 싶습니다. 어떻게든... 조금 자제하고 서로를 더 존중하자.
교과서 작업이 한창이라고 합니다. 상황을 과장할 필요가 없습니다.
솔직히 말해서 교과서가 출판되면 공격을 받을 것이라고 나는 이미 예상하고 있습니다. 이것은 그렇지 않습니다. 이것은 그렇지 않습니다. . 나는 현재 하루 이상 잠재 독자들과 무의식적으로 정신적 대화를 진행해 왔으며 이 대화는 공정한 것으로 판명되었습니다. 고무적이지 않습니다.
--------------
긍정적인.
교과서가 됩니다. 꼭.
더 나쁜 것은 기계에 대한 매우 불명확한 문서(그런 식으로 청사진에 12개 또는 2개의 탈무드), 주석 처리되지 않은 외국 목록 및 ADC에 8진수 덤프를 출력하는 "반과학적인 찌르기" 방법에 따르면 :)) 그리고 당국은 천공 카드와 부족한 종이를 과도하게 사용하기 위해 잔인하게 강타합니다. 아 청춘...
솔직히 말해서 교과서가 출판되면 공격을 받을 것이라고 나는 이미 예상하고 있습니다. 이것은 그렇지 않습니다. 이것은 그렇지 않습니다. . 나는 현재 하루 이상 잠재 독자들과 무의식적으로 정신적 대화를 진행해 왔으며 이 대화는 공정한 것으로 판명되었습니다. 고무적이지 않습니다.
모든 비평가는 미리 정원에 갑니다. 기존 문서의 비평가들이 이미 담배를 피우고 있는 곳으로.
누군가가 튜토리얼/문서/지표를 좋아하지 않는다면 더 좋게 만들도록 하십시오.
수요가 있음을 입증할 필요는 없습니다. 책꽂이에 교과서가 없다는 것은 수요가 없다는 진술입니다. 개인적으로 수요가 있다고 믿는다면이 프로젝트에 돈을 투자하십시오. 수요가 있고 공급이 없으며 틈새 시장은 무료입니다. 투자가 아니라 꿈입니다. 당신은 투자자입니까 아니면 그냥 많이 비판합니까?
솔직히 말해서 교과서가 출판되면 공격을 받을 것이라고 나는 이미 예상하고 있습니다. 이것은 그렇지 않습니다. 이것은 그렇지 않습니다. . 나는 현재 하루 이상 잠재 독자들과 무의식적으로 정신적 대화를 진행해 왔으며 이 대화는 공정한 것으로 판명되었습니다. 고무적이지 않습니다.
걱정하지 마십시오. 많은 사람들이 당신을 지원하고 저도 그 중 하나입니다.
또한 일반적으로 프로그래밍을 처음 배우는 사람들에게는 특히 교과서가 필요하다고 생각합니다.
프로그래밍에 대해 전혀 모르는 사람들이 mql로 프로그래밍을 시작하려고 한다는 사실은 이미 사실입니다.
그리고 아무데도 가지 않습니다. 그들을 설득하는 것은 무의미하고 무의미합니다. 어쨌든 가르치려고 노력하는 것이 낫습니다. 누군가가 성공하지 못하면 글쎄, 글쎄 ..... 적어도 그는 시도했습니다. ....하지만 그 사람은 아닙니다 ... 나는 그가 이것을 이해하고 시도를 중단 할 것이라고 생각하지만 단순히 완제품에 대한 비용을 지불합니다. 어쨌든 이것은 mql 언어에 인기를 더해 줄 것이며 그에 따라 MetaTrader도 마찬가지입니다.
포럼의 mql에 대한 간단한 질문이 많이 있으며, 그 중 많은 질문이 지속적으로 반복되기 때문에 앞서 제안한 이유입니다. 이 모든 질문을 FAQ에서 통합하고 포럼의 별도 섹션으로 만드십시오. 질문에 답하는 사람들은 필요에 따라 이 섹션에 새로운 질문을 추가하기만 하면 됩니다.
초심자 질문에 답하시는 분들은 링크만 주시면 답변 드리기가 더 쉬울 것 같습니다. 그리고 답에 대한 링크를 찾는 데 많은 시간이 걸리는 현재로서는 스크린샷을 찍고 새 답변을 작성하는 것이 더 쉬운 경우가 많습니다. 그러한 답변과 질문의 결과로 점점 더 많은 품종이 생겼습니다.
적어도 이 조치는 교과서 출판 전에 "문제"를 해결할 것입니다. 임호
개발자와 일부 사용자 간의 실질적인 차이점은 일부는 책임감 있게 주장한 주장의 장점에 대해 말하는 반면, 다른 일부는 처벌받지 않고 근거 없는 비난을 허용하는 경우가 많다는 것입니다.
개발자는 교과서가 수요가 없다고 선언하지 않았습니다. 죄송합니다만, 이 발언은 귀하가 어떠한 이유로 공개하기로 결정한 문구일 뿐 현실과 무관합니다. 그러한 진술 직후, 관계가 고조되고 제어할 수 없는 긴장이 발생합니다(특히 명백한 직후: "우리는 글로벌(다국어) 교육의 아이디어를 열정적으로 지지합니다").
--------------
포럼에서 이미 반복적으로 포럼의 일부 회원의 숨겨진 동기를 지적했습니다. 대부분의 경우, 이것은 (원칙적으로 다른 사람들의 장점을 과소평가함으로써) 자아를 만족시키려는 연약한 두뇌의 무의식적 욕망입니다. 변덕스러운 허세의 일종.
개인적으로 누구를 탓하고 싶지는 않지만 그런 대화에서 좋은 결과가 나오지 않는다는 점을 참석자들에게 알리고 싶습니다. 어떻게든... 조금 자제하고 서로를 더 존중하자.
어셈블러(Assembler), 포트란(Fortran), 파스칼(Pascal), C(C), 자바(JAVA)가 처음 등장했을 때의 언어도 도움을 받아 공부한 것이 사실입니까?
C 언어: 70년대 초 Kernighan과 Ritchie의 첫 번째 책(= 교과서) 등장 - 1978년. 그리고 ANSI C 표준 - 1983년. 일반적인 이야기: 문서(비엄격)는 몇 년 후까지 등장하지 않음 언어의 모습. 그리고 몇 년 후 - 표준화.
어셈블러(Assembler), 포트란(Fortran), 파스칼(Pascal), C(C), 자바(JAVA)가 처음 등장했을 때의 언어도 도움을 받아 공부한 것이 사실입니까?
C 언어: 70년대 초 Kernighan과 Ritchie의 첫 번째 책(= 교과서) 등장 - 1978년. 그리고 ANSI C 표준 - 1983년. 일반적인 이야기: 문서(비엄격)는 몇 년 후까지 등장하지 않음 언어의 모습. 그리고 몇 년 후 - 표준화.
따라서 MQL4는 젊음을 감안할 때 모든 것이 그렇게 나쁘지 않습니다. 교과서가 더 완전하고 이해하기 쉬운 문서로 등장하는 것은 시간 문제입니다. 개발자들이 자랑스러워할 이유가 있겠지만, 더 좋은 제품을 갖고 싶어하는 소비자의 본능에 따른 비판은 과연 금기일까요?
어셈블러(Assembler), 포트란(Fortran), 파스칼(Pascal), C(C), 자바(JAVA)가 처음 등장했을 때의 언어도 도움을 받아 공부한 것이 사실입니까?
C 언어: 70년대 초반, Kernighan과 Ritchie의 첫 번째 책(=교과서)이 1978년 에 등장했습니다. 그리고 ANSI C 표준이 1983년에 나왔습니다. 전형적인 이야기: 문서화(non-strict)는 몇 년 후에 등장하지 않습니다. 언어의 모습. 그리고 몇 년 후 - 표준화.
따라서 MQL4는 젊음을 감안할 때 모든 것이 그렇게 나쁘지 않습니다. 교과서가 더 완전하고 이해하기 쉬운 문서로 등장하는 것은 시간 문제입니다. 개발자들이 자랑스러워할 이유가 있겠지만, 더 좋은 제품을 갖고 싶어하는 소비자의 본능에 따른 비판은 과연 금기일까요?
교과서가 필요할 때 저자도 나와야 한다.
개발자는 전혀 관련이 없습니다. 그들은 그것을 할 필요가 없습니다. 이미 존재하더라도. 여기 포럼이 있습니다.
누가 그것을 다른 각도에서 체계화해야 하는가. 그런데 이곳에 모인 사람들은 다른 이들과 함께 열정적이거나 바쁘고, 누가 할 지 모르겠다. 작업량이 상당히 많기 때문입니다. 이미 기반이 있을 때 프로그래밍 언어에 대한 교과서에 대해 배운 적이 있습니다. 글쎄, 그 당시에는 교과서가 없었습니다. 그냥 그렇지 않았습니다. 그리고 그 언어를 가장 잘 공부하고 정상적인 문체를 가진 사람만이 그것을 쓸 수 있었습니다. 그러나 다시, 교과서가 아니라 자신의 해석입니다. 우리 모두에게는 각자의 비전이 있기 때문입니다. 누군가는 한 가지를 보고 먼저 한 가지에 주의를 기울이고 다른 것에 주의를 기울이는 것이 중요하다고 생각합니다. 그러나 그런 상황에서 이 교과서는 그 누구도 만족시키지 못할 것이다. 지금처럼 우리는(나는 스스로를 "우리"라고 생각하지 않는다) 교과서가 없는 개발자를 탓한다. 개발자에게는 프로그램의 정상적인 작동과 완전한 기술 문서라는 또 다른 작업이 있습니다. 이 포럼에서 많은 사람들이 튜토리얼을 작성할 수 있습니다. 아니요, 더 정확하게 말하면 인형용 MQL4입니다. 이것은 Mr. Klimov가 할 수 있습니다. 물론 그가 이것을 할 시간이 없거나 누군가가 이러한 질문으로 그에게 연락하지 않는 한.
그러나 인형에 대한 책의 필요성은 매우 구체적입니다. 사람에게 버튼 누르는 법을 가르치면 그 결과는 천 명 중 2-3 경우에만 성공하기 때문입니다. 효율성이 낮습니다. 이것은 내 자신의 경험에서 나온 것입니다. 사람이 생각하게 하면 곧 그는 당신을 필요로 하지 않을 것입니다.
그래서 책에는 없지만 생각하고 싶지 않은 것일 수도 있습니다. 그러나 실례합니다.
제가 좀 정신이 없었어요, 죄송합니다.
필요한 경우 결과가 나타납니다. 하지만 교과서의 저자가 그것을 무료로 배포할 것이라고는 생각하지 않는다.
따라서 포럼에서 이 모든 작업을 수행하는 것이 더 쉬울 수 있습니다.
질문이 있었습니다. 그러면 확실히 답을 얻을 수 있을 것입니다.