Renat : 그러나 어떤 사람들은 이것을 이해하고 싶지 않고 고개를 돌리고 깃발에 "고객은 항상 옳습니다"라는 슬로건을 걸고 문자 그대로 다음과 같이 말합니다.
이해해, 교과서 없이는 사람들이 이해하기 어렵다면, 이것은 당신의 문제이고 당신만이
그것은 중력의 법칙에 "이해해, 사람이 움직이는 것은 나쁘다, 이것이 당신의 문제입니다! 글쎄, 왜 당신은 이해하지 못합니까?"라고 말하는 것과 같습니다. 그건 그렇고, 한 권의 책으로 3시간, 최대 7일 이상으로 물리학자가 된 기분은 어떤가요?
무슨 말을 하고 싶은지 알 것 같아요. 부분적으로 동의합니다. 학습 과정을 단순화하는 것이 가능하다면 "불가능하고 물리 법칙에 어긋난다"는 이유만으로 그렇게 해서는 안 된다는 데에는 동의하지 않습니다. 나는 당신에게 불가능한 일을 요구하는 것이 아니라 이상을 달성할 수 없다는 것을 압니다. 하지만 조금 더 잘할 수 있는 여지는 항상 있습니다. 나는 이것을 "약간" 선험적으로 부인하지 않는 것에 찬성합니다. 그리고 일반적으로 실용적인 관점에서 내가 원하는 모든 것을 이미 파악했기 때문에 귀하의 문서가 무엇인지 상관하지 않습니다. 이 주제의 내 게시물은 단지 선의의 행위이자 사람들을 돕고자 하는 열망입니다.
레나트 : 누가 문서화의 확장에 실현 가능한 기여를 할 준비가 되어 있습니까?
시간되면 추가하겠습니다.
메타 따옴표 : 사이트의 첫 번째 기사 중 하나: Expert Advisor를 만드는 예 물론 이 기사는 약간 구식이지만 가장 간단한 Expert Advisor의 구조를 이해할 수 있습니다.
메타 따옴표 : 사이트의 첫 번째 기사 중 하나: Expert Advisor를 만드는 예 물론 이 기사는 약간 구식이지만 가장 간단한 Expert Advisor의 구조를 이해할 수 있습니다.
고맙습니다. 전에 본 적이 없습니다.
그건 그렇고, 2년 전에 Expert Advisor가 무엇인지, 어떻게 프로그래밍해야 하는지 알게 된 것은 이 기사를 토대로 했을 뿐입니다. 일반적으로 사람들은 좋은 일에 매우 빨리 익숙해지고, 현재의 상황에 관계없이 필연적으로 "재밍"의 과정이 시작됩니다. 사회 곳곳에서 일어나고 있습니다. 사람들에게는 일종의 끊임없는 투쟁과 근본적으로 아무것도 바꾸지 않는 일시적인 목표 달성이 필요합니다. 그렇지 않으면 내 친구(백만장자) 중 한 명이 말했듯이 사는 것이 단순히 재미없게 됩니다 ;o).
Renat : 내 경험과 지식은 프로그래밍이 어려운 일이며 이론적인 면에서 프로그래머가 될 수 없다는 것을 사람들에게 의식적으로 설명하기에 충분합니다(3시간 만에 언어 배우기!) 그러나 어떤 사람들은 이것을 이해하고 싶지 않고 머리를 끄고 깃발에 "고객은 항상 옳다"라는 슬로건을 걸고 ...
나는 또한 나의 변호를 위해 몇 가지 사실을 말하고 싶다.
정보 기술을 사랑하는 젊은 사람들을 위한 잡지인 "Hacker"가 있습니다. 이 잡지는 때때로 독자들에게 언어의 기초 (예: PHP, ASP 또는 Object Pascal)를 소개하고 하나의 스프레드에서 간단한 프로그램을 작성하는 방법을 보여줍니다. 이 기사 이후에 PHP 언어를 알고 있다고 말할 수는 없지만 확실한 근거는 있습니다. 그는 기성품 프로그램을 작성하고 지식이 성장함에 따라 변경하고 개선할 수 있습니다. 프로그래밍 언어를 이해하는 사람은 시작하기 위해 다른 것이 필요하지 않습니다.
C 언어로 로봇을 제어할 수 있는 게임 Colobot이 있습니다. 언어 이해는 매우 간단하고 복잡하지 않은 작업을 기반으로 이루어지며 몇 가지 미션에서 플레이어는 C의 모든 구문, 프로그래밍의 일반 원칙 등을 배우게 됩니다.
일반적으로 나는 당신에게 동의하지 않습니다.
또한 제품을 만든 사람(프로그래머)이 자신의 작업 결과를 객관적으로 평가할 수 없다는 근거가 있는 의견이 있습니다. 그들은 프로그래머의 관점에서 시스템을 보기 때문입니다. 따라서 귀하가 MT 4 및 MQL의 프로그래머이자 작성자인 경우 다른 언어로 귀하와 대화합니다. 서구 소프트웨어 회사는 오랫동안 제3자 회사와 전문가를 끌어들여 제품에 대한 소비자의 요구를 연구하고 제품의 편의성과 기능을 객관적으로 평가했습니다. 물론 제가 가르치는 것은 아니지만 제 입장을 이해해주셨으면 합니다.
그것은 중력의 법칙에 "이해해, 사람이 움직이는 것은 나쁘다, 이것이 당신의 문제입니다! 글쎄, 왜 당신은 이해하지 못합니까?"라고 말하는 것과 같습니다. 그건 그렇고, 한 권의 책으로 3시간, 최대 7일 이상으로 물리학자가 된 기분은 어떤가요?
즉, 상식적으로 프로그래밍에 대한 의식적인 접근(프로그래밍은 어렵다), 사실에 입각한 자료(공허하거나 일반화된 비난이 필요 없음), 이해하지 않으려는 징징거림(예, 어렵습니다)을 지지합니다.
개인적인 것은 없습니다. 이것은 예의 바르고 비즈니스에 관한 것입니다.
사람들은 태곳적부터 중력과 싸워왔습니다. 삽에서 트랙터로의 전환은 자연 법칙과의 투쟁이기도 합니다. 사람들이 삽으로 땅을 파지 않고 트랙터로 쟁기질을 한다는 사실에 왜 그렇게 고통스럽게 반응합니까? “그들이 너희 앞에서 삽으로 팠으니 현명하지도 말고 게으르지도 말라! 파기!
문서가 기본적으로 결국 알아낼 수 있을 만큼 충분하다는 것이 맞습니다. 하지만 초보자가 배우기 쉽게 하지 않는 이유는 무엇입니까? C에 대한 간단한 교과서를 기반으로 구문을 명확히하고 불필요한 것을 제거하고 필요한 기능과 예제를 추가하여 자신의 교과서를 작성하는 것이 가능합니까?
Renat : Yurixx, 사실 오류를 지적하십시오. 당신이 준 것은 아주 작은 실수도 아닙니다.
도움말의 지정된 설명에서는 절대적으로 일반적이고 명확하게 작성됩니다.
글쎄, 내가 쓴 것이 충분하지 않다면... 실례합니다.
1. range_index 변수의 의미와 측정 번호와의 연결을 이해할 수 없음(이해할 수 없는 것은 아님)을 설명합니다. 2. 주어진 예제의 결과가 출력되지 않아 설명된 기능이 무엇을 하는지 이해가 불가능합니다. 일반적으로 예제의 결과를 출력하는 것이 이 예제와 문서 문서를 이해하는 가장 좋은 방법입니다. 따라서 가능한 한 그러한 결론이 나와야 합니다. 3. 예제의 데이터는 결과의 출력이 있더라도 설명된 기능의 의미를 이해할 수 없도록 합니다.
이것들은 모두 실제("명확한" 것은 아니지만) 문서 오류입니다. 프로그래머가 언어의 예약어 를 오용하면 프로그램이 작동하지 않는다는 점에 유의하십시오. 그리고 문서 작성자가 이 문서를 작성하는 언어로 아이디어를 올바르게 표현할 수 없는 경우에도 여전히 작동하지만 훨씬 더 나쁩니다.
그런 다음 프로그래머는 프로그램을 디버깅하는 과정에서 프로그램을 적절하게 변경합니다. 그러나 문서 사용자는 더 나쁜 위치에 있습니다. 물론, 그들은 또한 작성자와 논의하는 과정에서 언어에 대한 이해를 향상하지만 슬프게도 문서를 완벽하게 만들도록 강요할 수는 없습니다. 그리고 그가 "그렇게 될 것이다, 그들은 결국 그것을 알아낼 것이다. 그래서 그것이 어렵다면? 그들이 그것을 알아낸다"라고 생각한다면 상황은 막다른 골목이다.
정보 기술을 사랑하는 젊은 사람들을 위한 잡지인 "Hacker"가 있습니다. 이 잡지는 때때로 독자들에게 언어의 기초(예: PHP, ASP 또는 Object Pascal)를 소개하고 하나의 스프레드에서 간단한 프로그램을 작성하는 방법을 보여줍니다. 이 기사 이후에 PHP 언어를 알고 있다고 말할 수는 없지만 확실한 근거는 있습니다. 그는 기성품 프로그램을 작성하고 지식이 증가함에 따라 변경하고 개선할 수 있습니다. 프로그래밍 언어를 이해하는 사람은 시작하기 위해 다른 것이 필요하지 않습니다.
C 언어로 로봇을 제어할 수 있는 게임 Colobot이 있습니다. 언어 이해는 매우 간단하고 복잡하지 않은 작업을 기반으로 이루어지며 몇 가지 미션에서 플레이어는 C의 모든 구문, 프로그래밍의 일반 원칙 등을 배우게 됩니다.
일반적으로 나는 당신에게 동의하지 않습니다.
또한 제품을 만든 사람(프로그래머)이 자신의 작업 결과를 객관적으로 평가할 수 없다는 근거가 있는 의견이 있습니다. 그들은 프로그래머의 관점에서 시스템을 보기 때문입니다. 따라서 귀하가 MT 4 및 MQL의 프로그래머이자 작성자인 경우 다른 언어로 귀하와 대화합니다. 서구 소프트웨어 회사는 오랫동안 제3자 회사와 전문가를 끌어들여 제품에 대한 소비자의 요구를 연구하고 제품의 편의성과 기능을 객관적으로 평가했습니다. 물론 제가 가르칠 부분은 아니지만 제 입장을 이해해주셨으면 합니다.
즉시 과도한 인용에 대해 사과드립니다. 그러나 이것들은 모두 MQ를 변호하는 예입니다. For Hacker는 PHP 개발자가 아니며 Colobot은 C 개발자가 아닙니다. 또한 소비자는 Hacker와 Colobot에 대해 돈을 지불하고 PHP와 C에 대한 유효 수요가 있습니다. MQL에 대한 교과서, 교육 등에 대한 효과적인 수요는 거의 없습니다. 문서화에 신경쓰지 않고 프로그래머에게 돈을 지불하고 그가 모든 것을 하는 많은 거래자가 있습니다. 그리고 돈을 쓰고 싶지 않은 프리로더 무리가 있습니다. 솔벤트 수요를 창출하지도 않고 무엇인지 연구하는 데 시간과 노력을 기울이지 않지만 개발자가 훨씬 더 많은 일을 하도록 부추깁니다. 위치는 항상 이기고 있습니다. 추상적으로 말하면 낙원에서도 "더 많이"를 요구할 수 있습니다.
Dmitrich : 문서가 기본적으로 결국 알아낼 수 있을 만큼 충분하다는 것이 맞습니다. 하지만 초보자가 배우기 쉽게 하지 않는 이유는 무엇입니까? C에 대한 간단한 교과서를 기반으로 문법을 명확히 하고 불필요한 것을 제거하고 필요한 기능과 예제를 추가하여 자신의 교과서를 작성하는 것이 가능합니까?
가장 단순한 C 교과서는 시간과 노력이 필요한 상업 프로젝트 이기 때문입니다. 이 삶에서 공짜는 없습니다. 당신은 이미 이것을 한 번 이상 들었습니다. 당신은 개인적으로 다른 사람들의 이익을 위해 무료로 일할 준비가 되어 있습니까? 그것은 당신의 주요 직업에서도 가능합니다. 그냥 교과서 만드는 계좌로 급여 전액을 이체하면 됩니다. 나는 당신이 그 과정을 조직하는 데 도움을 줄 수 있는 다소 저예산 출판사를 모스크바에 몇 명 가지고 있습니다. 교과서 판매로 인한 이익은 당신의 것이 될 것입니다. 잘? 아니다? 다른 사람이 비용을 지불해야 합니까?
그건 그렇고, "C에 대한 간단한 교과서를 기반으로 자신의 교과서를 작성하고 단순히 구문을 명확히하고 불필요한 기능을 제거하고 필요한 기능과 예제를 추가하십시오"- 절도라고합니다.
Yurixx : 인덱스는 일반적으로 배열의 요소에 번호를 매기는 변수입니다. 이 경우 인덱스에 대해 이야기하는 것이 아니라 인덱스 번호에 대해 이야기하는 것입니다. 하지만 "인덱스는 0부터 시작하기 때문에 차원의 크기는 가장 큰 인덱스보다 1 더 크다"라는 구절에서 이 또한 그 무엇도 이해할 수 없다. 특히 초보자를 위해.
나는 그것이 "보통" 어떻게 거기에 있는지 모르지만 러시아어와 초보자에게는 이해할 수 있게 들립니다. 배열에 변수가 있으며 각각에는 우편번호가 있습니다. 일련 번호. 모든 것. 인덱스 번호는 다크 포레스트입니다.
그러나 어떤 사람들은 이것을 이해하고 싶지 않고 고개를 돌리고 깃발에 "고객은 항상 옳습니다"라는 슬로건을 걸고 문자 그대로 다음과 같이 말합니다.
이해해, 교과서 없이는 사람들이 이해하기 어렵다면, 이것은 당신의 문제이고 당신만이
그것은 중력의 법칙에 "이해해, 사람이 움직이는 것은 나쁘다, 이것이 당신의 문제입니다! 글쎄, 왜 당신은 이해하지 못합니까?"라고 말하는 것과 같습니다. 그건 그렇고, 한 권의 책으로 3시간, 최대 7일 이상으로 물리학자가 된 기분은 어떤가요?누가 문서화의 확장에 실현 가능한 기여를 할 준비가 되어 있습니까?
사이트의 첫 번째 기사 중 하나: Expert Advisor를 만드는 예
물론 이 기사는 약간 구식이지만 가장 간단한 Expert Advisor의 구조를 이해할 수 있습니다.
사이트의 첫 번째 기사 중 하나: Expert Advisor를 만드는 예
물론 이 기사는 약간 구식이지만 가장 간단한 Expert Advisor의 구조를 이해할 수 있습니다.
일반적으로 사람들은 좋은 일에 매우 빨리 익숙해지고, 현재의 상황에 관계없이 필연적으로 "재밍"의 과정이 시작됩니다. 사회 곳곳에서 일어나고 있습니다. 사람들에게는 일종의 끊임없는 투쟁과 근본적으로 아무것도 바꾸지 않는 일시적인 목표 달성이 필요합니다. 그렇지 않으면 내 친구(백만장자) 중 한 명이 말했듯이 사는 것이 단순히 재미없게 됩니다 ;o).
내 경험과 지식은 프로그래밍이 어려운 일이며 이론적인 면에서 프로그래머가 될 수 없다는 것을 사람들에게 의식적으로 설명하기에 충분합니다(3시간 만에 언어 배우기!) 그러나 어떤 사람들은 이것을 이해하고 싶지 않고 머리를 끄고 깃발에 "고객은 항상 옳다"라는 슬로건을 걸고 ...
정보 기술을 사랑하는 젊은 사람들을 위한 잡지인 "Hacker"가 있습니다. 이 잡지는 때때로 독자들에게 언어의 기초 (예: PHP, ASP 또는 Object Pascal)를 소개하고 하나의 스프레드에서 간단한 프로그램을 작성하는 방법을 보여줍니다. 이 기사 이후에 PHP 언어를 알고 있다고 말할 수는 없지만 확실한 근거는 있습니다. 그는 기성품 프로그램을 작성하고 지식이 성장함에 따라 변경하고 개선할 수 있습니다. 프로그래밍 언어를 이해하는 사람은 시작하기 위해 다른 것이 필요하지 않습니다.
C 언어로 로봇을 제어할 수 있는 게임 Colobot이 있습니다. 언어 이해는 매우 간단하고 복잡하지 않은 작업을 기반으로 이루어지며 몇 가지 미션에서 플레이어는 C의 모든 구문, 프로그래밍의 일반 원칙 등을 배우게 됩니다.
일반적으로 나는 당신에게 동의하지 않습니다.
또한 제품을 만든 사람(프로그래머)이 자신의 작업 결과를 객관적으로 평가할 수 없다는 근거가 있는 의견이 있습니다. 그들은 프로그래머의 관점에서 시스템을 보기 때문입니다. 따라서 귀하가 MT 4 및 MQL의 프로그래머이자 작성자인 경우 다른 언어로 귀하와 대화합니다. 서구 소프트웨어 회사는 오랫동안 제3자 회사와 전문가를 끌어들여 제품에 대한 소비자의 요구를 연구하고 제품의 편의성과 기능을 객관적으로 평가했습니다. 물론 제가 가르치는 것은 아니지만 제 입장을 이해해주셨으면 합니다.
즉, 상식적으로 프로그래밍에 대한 의식적인 접근(프로그래밍은 어렵다), 사실에 입각한 자료(공허하거나 일반화된 비난이 필요 없음), 이해하지 않으려는 징징거림(예, 어렵습니다)을 지지합니다.
개인적인 것은 없습니다. 이것은 예의 바르고 비즈니스에 관한 것입니다.
문서가 기본적으로 결국 알아낼 수 있을 만큼 충분하다는 것이 맞습니다. 하지만 초보자가 배우기 쉽게 하지 않는 이유는 무엇입니까? C에 대한 간단한 교과서를 기반으로 구문을 명확히하고 불필요한 것을 제거하고 필요한 기능과 예제를 추가하여 자신의 교과서를 작성하는 것이 가능합니까?
Yurixx, 사실 오류를 지적하십시오. 당신이 준 것은 아주 작은 실수도 아닙니다.
도움말의 지정된 설명에서는 절대적으로 일반적이고 명확하게 작성됩니다.
글쎄, 내가 쓴 것이 충분하지 않다면... 실례합니다.
1. range_index 변수의 의미와 측정 번호와의 연결을 이해할 수 없음(이해할 수 없는 것은 아님)을 설명합니다.
2. 주어진 예제의 결과가 출력되지 않아 설명된 기능이 무엇을 하는지 이해가 불가능합니다. 일반적으로 예제의 결과를 출력하는 것이 이 예제와 문서 문서를 이해하는 가장 좋은 방법입니다. 따라서 가능한 한 그러한 결론이 나와야 합니다.
3. 예제의 데이터는 결과의 출력이 있더라도 설명된 기능의 의미를 이해할 수 없도록 합니다.
이것들은 모두 실제("명확한" 것은 아니지만) 문서 오류입니다. 프로그래머가 언어의 예약어 를 오용하면 프로그램이 작동하지 않는다는 점에 유의하십시오. 그리고 문서 작성자가 이 문서를 작성하는 언어로 아이디어를 올바르게 표현할 수 없는 경우에도 여전히 작동하지만 훨씬 더 나쁩니다.
그런 다음 프로그래머는 프로그램을 디버깅하는 과정에서 프로그램을 적절하게 변경합니다. 그러나 문서 사용자는 더 나쁜 위치에 있습니다. 물론, 그들은 또한 작성자와 논의하는 과정에서 언어에 대한 이해를 향상하지만 슬프게도 문서를 완벽하게 만들도록 강요할 수는 없습니다. 그리고 그가 "그렇게 될 것이다, 그들은 결국 그것을 알아낼 것이다. 그래서 그것이 어렵다면? 그들이 그것을 알아낸다"라고 생각한다면 상황은 막다른 골목이다.
결과적으로, 그리고 양쪽에서 얼마나 많은 시간과 노력이 낭비되는지!!!
나는 또한 나의 변호를 위해 몇 가지 사실을 말하고 싶다.
정보 기술을 사랑하는 젊은 사람들을 위한 잡지인 "Hacker"가 있습니다. 이 잡지는 때때로 독자들에게 언어의 기초(예: PHP, ASP 또는 Object Pascal)를 소개하고 하나의 스프레드에서 간단한 프로그램을 작성하는 방법을 보여줍니다. 이 기사 이후에 PHP 언어를 알고 있다고 말할 수는 없지만 확실한 근거는 있습니다. 그는 기성품 프로그램을 작성하고 지식이 증가함에 따라 변경하고 개선할 수 있습니다. 프로그래밍 언어를 이해하는 사람은 시작하기 위해 다른 것이 필요하지 않습니다.
C 언어로 로봇을 제어할 수 있는 게임 Colobot이 있습니다. 언어 이해는 매우 간단하고 복잡하지 않은 작업을 기반으로 이루어지며 몇 가지 미션에서 플레이어는 C의 모든 구문, 프로그래밍의 일반 원칙 등을 배우게 됩니다.
일반적으로 나는 당신에게 동의하지 않습니다.
또한 제품을 만든 사람(프로그래머)이 자신의 작업 결과를 객관적으로 평가할 수 없다는 근거가 있는 의견이 있습니다. 그들은 프로그래머의 관점에서 시스템을 보기 때문입니다. 따라서 귀하가 MT 4 및 MQL의 프로그래머이자 작성자인 경우 다른 언어로 귀하와 대화합니다. 서구 소프트웨어 회사는 오랫동안 제3자 회사와 전문가를 끌어들여 제품에 대한 소비자의 요구를 연구하고 제품의 편의성과 기능을 객관적으로 평가했습니다. 물론 제가 가르칠 부분은 아니지만 제 입장을 이해해주셨으면 합니다.
문서가 기본적으로 결국 알아낼 수 있을 만큼 충분하다는 것이 맞습니다. 하지만 초보자가 배우기 쉽게 하지 않는 이유는 무엇입니까? C에 대한 간단한 교과서를 기반으로 문법을 명확히 하고 불필요한 것을 제거하고 필요한 기능과 예제를 추가하여 자신의 교과서를 작성하는 것이 가능합니까?
그건 그렇고, "C에 대한 간단한 교과서를 기반으로 자신의 교과서를 작성하고 단순히 구문을 명확히하고 불필요한 기능을 제거하고 필요한 기능과 예제를 추가하십시오"- 절도라고합니다.
인덱스는 일반적으로 배열의 요소에 번호를 매기는 변수입니다. 이 경우 인덱스에 대해 이야기하는 것이 아니라 인덱스 번호에 대해 이야기하는 것입니다. 하지만 "인덱스는 0부터 시작하기 때문에 차원의 크기는 가장 큰 인덱스보다 1 더 크다"라는 구절에서 이 또한 그 무엇도 이해할 수 없다. 특히 초보자를 위해.
그러나 비판에서는 사실적 자료를 고수하고 "보편적/이상적" 주장으로 바뀌지 않아야 합니다.