당신의 생각과 절대 반대입니다! 프로그래밍을 정의하는 것은 가능한 한 가장 낮은 수준에서 언어에 대한 지식입니다! 초보자를 위해 설명하자면 저수준은 추가 코드 래퍼가 없는 언어의 구문입니다. 분해와 관련하여 우려하는 것은 순서도가 컴파일되는 방식에 대한 이해입니다. 따라서 프로그래머는 철학적 환상이 아니라 언어에 대한 실용적인 지식으로 평가됩니다. 언어의 기초 없이 어떻게 환상을 가질 수 있겠습니까? 단순한 논리는 어디에 있습니까? 동등하게, 주제의 저자인 전자 엔지니어의 언어로 먼저 보드에 전압을 인가한 다음 보드가 타버린 이유를 궁금해 함))
난 동의하지 않는다. 목표를 설정할 때 언어에 대한 지식은 필요하지 않으며 해당 기능에 대한 이해가 필요합니다. 그러나 문제를 설정하고 해결하고 알고리즘을 선택하고 코딩할 때 이 모든 단계에서 필요합니다. 언어의 구문을 모르고 문제를 설정하는 것은 때때로 구현에서 큰 문제입니다)))
난 동의하지 않는다. 목표를 설정할 때 언어에 대한 지식은 필요하지 않으며 해당 기능에 대한 이해가 필요합니다. 그러나 문제를 설정하고 해결하고 알고리즘을 선택하고 코딩할 때 이 모든 단계에서 필요합니다. 언어의 구문을 모르고 문제를 설정하는 것은 때때로 구현에서 큰 문제입니다)))
따라서 이러한 가능성을 모르는 경우 가능성을 어떻게 이해합니까?)) 작업 설정은 변수가 무엇인지, 변수의 크기, 범위 등을 이미 이해했을 때 언어의 기본을 마스터하는 마지막 단계입니다. 어디서부터 시작해야 할지, 모든 것을 이해하고 배우기 위해 어떤 언어를 배워야 할지 몰랐을 때도 기로에 섰습니다. 진실을 찾기 위해 여러 언어를 시도했기 때문에 그것은 단지 괴로움이었습니다. 그러나 마침내 mql이 C와 같은 언어라는 것을 이해했을 때 나는 의도적으로 기초부터 C를 공부하기 시작했습니다. 그리고 기본 교육을 마쳤을 때 이미 mql을 거의 알고 있고 모든 것이 명확하다는 사실에 놀랐습니다. 독에서 구문과 세부 사항을 가져오기만 하면 이것은 이미 mql의 기능입니다. 프로그래밍의 절차적 접근 방식을 이해하고 1년 후 나는 OOP에 대해 탐구하기 시작했습니다. 오랫동안 그는 같은 사람의 다른 이름 때문에 나에게 명확하지 않았습니다. 예를 들어, 메서드와 함수, 어떻게 다른가 )) 변수와 클래스 멤버 )) 등. 그러나 여기에 오기 위해서는 절차적 접근의 바로 그 기초를 이해해야 하며, 점차 OOP 용어를 이해하기 시작하면 이해가 즉시 열립니다. 그것이 바로 초기 학습의 경로를 선택하는 차이점입니다. 글자와 구두점도 모르고 어떻게 러시아어로 글을 쓸 수 있습니까? 갈고리와 막대기로 시작한 곳을 기억하십시오.
당신의 생각과 절대 반대입니다! 프로그래밍에서 결정하는 것은 가능한 한 가장 낮은 수준에서 언어에 대한 지식입니다!
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
로만 :
언어의 기초 없이 어떻게 환상을 가질 수 있습니까? 단순한 논리는 어디에 있습니까? 동등하게, 주제의 저자인 전자 엔지니어의 언어로 먼저 보드에 전압을 인가한 다음 보드가 타버린 이유를 궁금해 함))
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
로만 :
분해와 관련하여 우려하는 점은 순서도가 컴파일되는 방식에 대한 이해입니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.
Vasily, 글쎄, 당신은 어떻게 TS에게 그가 아직 가지고 있지 않은 기초적인 것들을 우회하고 OOP 패러다임에서 프로그래밍하도록 TS를 가르치는 것을 상상할 수 있습니까?))) 아니, 글쎄, 아마도 이것이 가능할 수도 있지만 나는 할 수 없다 상상하다 ...
"프로그래밍 알고리즘(작업 절차) = 잘못된 접근 방식입니다. 소프트웨어 환경 내에서 서로의 속성과 방법을 상속하는 "개체"라고 하는 개념적으로 전체론적이고 계층적으로 구조화된 템플릿 시스템을 프로그래밍하는 것이 필요합니다." ??
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.
깨달음을 위해 Python은 C로 작성되었습니다. 그리고 Python은 코드를 더 쉽게 작성할 수 있도록 설계되었습니다. 그러나 겉보기에 단순함 때문에 대중적인 언어가 되면서 코더에 대한 지식은 여전히 파이썬 수준에 머물고 있습니다. 그리고 아는 프로그래머만 C 언어, 라이브러리 및 추가 롤빵이 작성됩니다. 이들은 코더가 아니라 프로그래머입니다. 그것은 바로 요점입니다. 코드 입력을 위한 간단한 타이피스트는 오늘날의 코더의 주제에 대한 이해를 바탕으로 할 것입니다. 당신은 C# 닉네임일 뿐이므로 그런 외모를 가지고 있지만 당신의 이 C#이 어떤 언어로 작성되었는지 생각조차 하지 않습니다))
따라서 이러한 가능성을 모르는 경우 가능성을 어떻게 이해합니까?)) 작업 설정은 변수가 무엇인지, 변수의 크기, 범위 등을 이미 이해했을 때 언어의 기본을 마스터하는 마지막 단계입니다. 어디서부터 시작해야 할지, 모든 것을 이해하고 배우기 위해 어떤 언어를 배워야 할지 몰랐을 때도 기로에 섰습니다. 진실을 찾기 위해 여러 언어를 시도했기 때문에 그것은 단지 괴로움이었습니다. 그러나 마침내 mql이 C와 같은 언어라는 것을 이해했을 때 나는 의도적으로 기초부터 C를 공부하기 시작했습니다. 그리고 기본 교육을 마쳤을 때 이미 mql을 거의 알고 있고 모든 것이 명확하다는 사실에 놀랐습니다. 독에서 구문과 세부 사항을 가져오기만 하면 이것은 이미 mql의 기능입니다. 프로그래밍의 절차적 접근 방식을 이해하고 1년 후 나는 OOP에 대해 탐구하기 시작했습니다. 오랫동안 그는 같은 이름의 다른 이름 때문에 나에게 명확하지 않았습니다. 예를 들어, 메소드와 함수, 차이점은 무엇입니까)) 변수와 클래스 멤버)) 등. 그러나 여기에 오기 위해서는 절차적 접근의 바로 그 기초를 이해해야 하며, 점차 OOP 용어를 이해하기 시작하면 이해가 즉시 열립니다. 그것이 바로 초기 연구의 경로를 선택하는 차이점입니다. 문자와 구두점도 모르고 어떻게 러시아어로 글을 쓸 수 있습니까? 갈고리와 막대기로 시작한 곳을 기억하십시오.
내가 무슨 말을 해야할지 모르겠어요. 누구에게나 자신만의 길이 있는 것 같다. 나는 주장하지 않는다. 그러나 목표는 다른 언어로 해결할 수 있으며 목표를 선택할 때 구문을 알지 못하고 가능성만 알 수 있습니다. 파이썬에 사이트를 위한 라이브러리가 있고 파이썬, php, joomla로 사이트를 만들 수 있다는 것, 어리석게도 html이나 다른 것으로 만들 수 있다는 것, 가격과 기성품 기능(스크립트)의 가용성 문제, 이것이 하나의 작업입니다. 언어에 대한 더 깊은 지식이 필요합니다. 시리즈 작업을 위해 성경 MKL, python, R, matlab을 선택할 수 있습니다. Mashki를 주문하려면 기본 MKL이면 충분합니다.
모든 것이 조화를 이루어야 합니다. 자동차가 어떻게 작동하는지 안다고 해서 잘 운전할 수 있는 것은 아닙니다. 그러나 도로에서 고장이 나면 장치가 나쁘다는 것을 알지 못합니다.))))
또한 각자에게 좋은 코더는 최고의 알고리즘 전문가가 아니며 그 반대도 마찬가지입니다. 이러한 특성이 함께 좋다면 일반적으로 멋지고 비싸지 만 그렇게 자주는 아닙니다.))))
물론 절차적 접근 방식은 수많은 기성 솔루션을 저장하는 거대한 OOP 라이브러리에서 프로그래머를 격리합니다. 그리고 이 "격리"는 확실히 그의 코딩 수준에 영향을 미칩니다. 단, 기지를 마스터한 후에야 도서관에 갈 수 있습니다. 즉, 초기 이론과 실습의 탄탄한 기초가 있어야만 평면적인 기능 교육이 아닌 객체 환경으로 프로그램을 구성할 수 있습니다. 물론입니다.
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.
솔루션의 올바른 선택입니다. 이상적으로는 고객이 좋은 코더여야 합니다))) 얼마나 많은 신경을 절약할 수 있는지))))
낮은 수준의 언어에 대한 지식은 높은 수준의 언어에 대한 지식을 무효화하지 않으며 단순히 프로그램 작동 방식에 대한 더 깊은 이해를 제공합니다. 그리고 통풍 주기가 어떻게 기억력을 먹고 먹는지 알고 있다면 필요한 경우 최적화할 수 있습니다. 더 이상은 없어.
Vasily는 OOP 자체를 제외한 모든 것이 부차적인 초보자 OOP 사고를 즉시 가르치고 싶어한다고 생각합니다. 변수, 연산자, 배열로 시작하지 말고 클래스, 속성 상속, 객체 계층 구조 구축 및 강력한 라이브러리 연결로 즉시 시작하십시오. "보육원"에서 즉시 대학으로 편입하십시오.)))
당신의 생각과 절대 반대입니다!
프로그래밍을 정의하는 것은 가능한 한 가장 낮은 수준에서 언어에 대한 지식입니다!
초보자를 위해 설명하자면 저수준은 추가 코드 래퍼가 없는 언어의 구문입니다.
분해와 관련하여 우려하는 것은 순서도가 컴파일되는 방식에 대한 이해입니다.
따라서 프로그래머는 철학적 환상이 아니라 언어에 대한 실용적인 지식으로 평가됩니다.
언어의 기초 없이 어떻게 환상을 가질 수 있겠습니까? 단순한 논리는 어디에 있습니까?
동등하게, 주제의 저자인 전자 엔지니어의 언어로 먼저 보드에 전압을 인가한 다음 보드가 타버린 이유를 궁금해 함))
난 동의하지 않는다. 목표를 설정할 때 언어에 대한 지식은 필요하지 않으며 해당 기능에 대한 이해가 필요합니다. 그러나 문제를 설정하고 해결하고 알고리즘을 선택하고 코딩할 때 이 모든 단계에서 필요합니다. 언어의 구문을 모르고 문제를 설정하는 것은 때때로 구현에서 큰 문제입니다)))
... 동등하게, 주제의 저자인 전자 엔지니어의 언어로 먼저 보드에 전압을 인가한 다음 보드가 타버린 이유를 궁금해 함))
안녕하세요 로만님! 훌륭한 비교입니다. 이제 프로그래밍에서 나는 트랜지스터의 작동 원리를 아는 것에서 K155 시리즈의 디지털 마이크로 회로의 작동 원리를 아는 것으로 옮겼을 때 전자 엔지니어와 거의 같은 수준에 있습니다.
1983년에 많은 동료들이 트랜지스터가 어떻게 작동하는지 전혀 이해하지 못한 채 EC 시리즈 컴퓨터의 컴퓨터를 수리했지만. 그들은 논리의 대수학을 아는 것으로 충분했습니다. 이 작은 일탈은 소비에트 시대에 대한 향수입니다!
안부 인사를 전합니다. 블라디미르.
난 동의하지 않는다. 목표를 설정할 때 언어에 대한 지식은 필요하지 않으며 해당 기능에 대한 이해가 필요합니다. 그러나 문제를 설정하고 해결하고 알고리즘을 선택하고 코딩할 때 이 모든 단계에서 필요합니다. 언어의 구문을 모르고 문제를 설정하는 것은 때때로 구현에서 큰 문제입니다)))
따라서 이러한 가능성을 모르는 경우 가능성을 어떻게 이해합니까?))
작업 설정은 변수가 무엇인지, 변수의 크기, 범위 등을 이미 이해했을 때 언어의 기본을 마스터하는 마지막 단계입니다.
어디서부터 시작해야 할지, 모든 것을 이해하고 배우기 위해 어떤 언어를 배워야 할지 몰랐을 때도 기로에 섰습니다. 진실을 찾기 위해 여러 언어를 시도했기 때문에 그것은 단지 괴로움이었습니다.
그러나 마침내 mql이 C와 같은 언어라는 것을 이해했을 때 나는 의도적으로 기초부터 C를 공부하기 시작했습니다.
그리고 기본 교육을 마쳤을 때 이미 mql을 거의 알고 있고 모든 것이 명확하다는 사실에 놀랐습니다. 독에서 구문과 세부 사항을 가져오기만 하면 이것은 이미 mql의 기능입니다.
프로그래밍의 절차적 접근 방식을 이해하고 1년 후 나는 OOP에 대해 탐구하기 시작했습니다. 오랫동안 그는 같은 사람의 다른 이름 때문에 나에게 명확하지 않았습니다.
예를 들어, 메서드와 함수, 어떻게 다른가 )) 변수와 클래스 멤버 )) 등.
그러나 여기에 오기 위해서는 절차적 접근의 바로 그 기초를 이해해야 하며, 점차 OOP 용어를 이해하기 시작하면 이해가 즉시 열립니다.
그것이 바로 초기 학습의 경로를 선택하는 차이점입니다. 글자와 구두점도 모르고 어떻게 러시아어로 글을 쓸 수 있습니까?
갈고리와 막대기로 시작한 곳을 기억하십시오.
당신의 생각과 절대 반대입니다!
프로그래밍에서 결정하는 것은 가능한 한 가장 낮은 수준에서 언어에 대한 지식입니다!
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
언어의 기초 없이 어떻게 환상을 가질 수 있습니까? 단순한 논리는 어디에 있습니까?
동등하게, 주제의 저자인 전자 엔지니어의 언어로 먼저 보드에 전압을 인가한 다음 보드가 타버린 이유를 궁금해 함))
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
분해와 관련하여 우려하는 점은 순서도가 컴파일되는 방식에 대한 이해입니다.
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.깨달음을 위해 Python은 C로 작성되었습니다.
그리고 Python은 코드를 더 쉽게 작성할 수 있도록 설계되었습니다. 그러나 겉보기에 단순함 때문에 대중적인 언어가 되면서 코더에 대한 지식은 여전히 파이썬 수준에 머물고 있습니다.
그리고 아는 프로그래머만 C 언어, 라이브러리 및 추가 롤빵이 작성됩니다. 이들은 코더가 아니라 프로그래머입니다.
그것은 바로 요점입니다. 코드 입력을 위한 간단한 타이피스트는 오늘날의 코더의 주제에 대한 이해를 바탕으로 할 것입니다.
당신은 C# 닉네임일 뿐이므로 그런 외모를 가지고 있지만 당신의 이 C#이 어떤 언어로 작성되었는지 생각조차 하지 않습니다))
따라서 이러한 가능성을 모르는 경우 가능성을 어떻게 이해합니까?))
작업 설정은 변수가 무엇인지, 변수의 크기, 범위 등을 이미 이해했을 때 언어의 기본을 마스터하는 마지막 단계입니다.
어디서부터 시작해야 할지, 모든 것을 이해하고 배우기 위해 어떤 언어를 배워야 할지 몰랐을 때도 기로에 섰습니다. 진실을 찾기 위해 여러 언어를 시도했기 때문에 그것은 단지 괴로움이었습니다.
그러나 마침내 mql이 C와 같은 언어라는 것을 이해했을 때 나는 의도적으로 기초부터 C를 공부하기 시작했습니다.
그리고 기본 교육을 마쳤을 때 이미 mql을 거의 알고 있고 모든 것이 명확하다는 사실에 놀랐습니다. 독에서 구문과 세부 사항을 가져오기만 하면 이것은 이미 mql의 기능입니다.
프로그래밍의 절차적 접근 방식을 이해하고 1년 후 나는 OOP에 대해 탐구하기 시작했습니다. 오랫동안 그는 같은 이름의 다른 이름 때문에 나에게 명확하지 않았습니다.
예를 들어, 메소드와 함수, 차이점은 무엇입니까)) 변수와 클래스 멤버)) 등.
그러나 여기에 오기 위해서는 절차적 접근의 바로 그 기초를 이해해야 하며, 점차 OOP 용어를 이해하기 시작하면 이해가 즉시 열립니다.
그것이 바로 초기 연구의 경로를 선택하는 차이점입니다. 문자와 구두점도 모르고 어떻게 러시아어로 글을 쓸 수 있습니까?
갈고리와 막대기로 시작한 곳을 기억하십시오.
내가 무슨 말을 해야할지 모르겠어요. 누구에게나 자신만의 길이 있는 것 같다. 나는 주장하지 않는다. 그러나 목표는 다른 언어로 해결할 수 있으며 목표를 선택할 때 구문을 알지 못하고 가능성만 알 수 있습니다. 파이썬에 사이트를 위한 라이브러리가 있고 파이썬, php, joomla로 사이트를 만들 수 있다는 것, 어리석게도 html이나 다른 것으로 만들 수 있다는 것, 가격과 기성품 기능(스크립트)의 가용성 문제, 이것이 하나의 작업입니다. 언어에 대한 더 깊은 지식이 필요합니다. 시리즈 작업을 위해 성경 MKL, python, R, matlab을 선택할 수 있습니다. Mashki를 주문하려면 기본 MKL이면 충분합니다.
모든 것이 조화를 이루어야 합니다. 자동차가 어떻게 작동하는지 안다고 해서 잘 운전할 수 있는 것은 아닙니다. 그러나 도로에서 고장이 나면 장치가 나쁘다는 것을 알지 못합니다.))))
또한 각자에게 좋은 코더는 최고의 알고리즘 전문가가 아니며 그 반대도 마찬가지입니다. 이러한 특성이 함께 좋다면 일반적으로 멋지고 비싸지 만 그렇게 자주는 아닙니다.))))
그리고 그러한 지식은 무엇을 줄 것입니까? 여기에서 매우 낮은 수준의 언어를 알고 있습니다. if를 대체하는 어셈블러 명령이 무엇인지, for 루프가 goto로 변환되는 방법을 알고 있습니다. 어셈블러를 안다. 이것의 이점은 어디에 있습니까? 파이썬 프로그래머를 보십시오. 그들은 그것에 대해 아무것도 모릅니다. 그러나 그들은 기능 처리에 매우 능숙하며 Map / Reduce 방법을 알고 있습니다. 그들은 그것을 작성하고 서로에게 먹이는 방법을 알고 있습니다. 그리고 Python에 비해 많이 작성되지 않은 MQL은 현재 어디에 있습니까?
이해하기 쉬운 논리는 테리 절차입니다. 논리에 대한 제 이해는 어셈블러에서와 같습니다. "내가 보는 것, 나는 노래합니다." 거기에는 논리가 없습니다. 이것은 명령을 입력하는 어리석은 능력입니다. 타이피스트는 2주간의 브리핑 후에 이에 대처할 수 있습니다. 이것은 프로그래밍이 아닙니다.
순서도는 절차적 PL에 대한 다이어그램입니다. "여기서 우리는 for 루프를 구동하고 여기서 우리는 if를 수행합니다." 이제 절차 언어는 작성되지 않습니다 . 사용자 애플리케이션이 예를 들어 C 또는 Pascal을 선택하는 것은 넌센스입니다. 거기에 OS 커널, 또는 어떤 종류의 절차적 PL 보드입니다. 그러나 이것은 사라지는 문제의 작은 비율이며 여기서 논의되는 문제의 주제 영역에 분명히 포함되지 않습니다.솔루션의 올바른 선택입니다. 이상적으로는 고객이 좋은 코더여야 합니다))) 얼마나 많은 신경을 절약할 수 있는지))))
낮은 수준의 언어에 대한 지식은 높은 수준의 언어에 대한 지식을 무효화하지 않으며 단순히 프로그램 작동 방식에 대한 더 깊은 이해를 제공합니다. 그리고 통풍 주기가 어떻게 기억력을 먹고 먹는지 알고 있다면 필요한 경우 최적화할 수 있습니다. 더 이상은 없어.
그리고 솔직히 말해서, 나는 논쟁의 본질을 이해하지 못합니다.
...
그리고 솔직히 말해서, 나는 논쟁의 본질을 이해하지 못합니다.