내가 무슨 말을 해야할지 모르겠어요. 누구에게나 자신만의 길이 있는 것 같다. 나는 주장하지 않는다. 그러나 목표는 다른 언어로 해결할 수 있으며 목표를 선택할 때 구문을 알지 못하고 가능성만 알 수 있습니다. 파이썬에 사이트를 위한 라이브러리가 있고 파이썬, php, joomla로 사이트를 만들 수 있다는 것, 어리석게도 html이나 다른 것으로 만들 수 있다는 것, 가격과 기성품 기능(스크립트)의 가용성 문제, 이것이 하나의 작업입니다. 언어에 대한 더 깊은 지식이 필요합니다. 시리즈 작업을 위해 ML, Python, R, Matlab을 선택할 수 있습니다. Mashki를 주문하려면 기본 MKL이면 충분합니다.
모든 것이 조화를 이루어야 합니다. 자동차가 어떻게 작동하는지 안다고 해서 잘 운전할 수 있는 것은 아닙니다. 그러나 도로에서 고장이 나면 장치가 나쁘다는 것을 알지 못합니다.))))
또한 각자에게 좋은 코더는 최고의 알고리즘 전문가가 아니며 그 반대도 마찬가지입니다. 이러한 특성이 함께 좋다면 일반적으로 멋지고 비싸지 만 그렇게 자주는 아닙니다.))))
나는 대다수가 쉬운 해결책을 찾고 있다는 데 동의하고 인기 있고 특정 영역에 속하는 언어를 배우기 시작합니다. 그러나 사람이 mql을 배우고 싶기 때문에 분명히 php와 web을 배울 필요가 없습니다. 그리고 이 mql이 어떤 언어로 작성되었는지 생각해보고 언어 학습에 가장 저항이 적은 것을 선택하십시오.
자동차의 경우... 따라서 IT 회사에는 계층 구조가 있습니다. 누군가는 타이피스트, 누군가는 아키텍트, 누군가는 테스터 등이 있습니다. 그리고 각각은 자신의 영역을 전문으로 합니다. 그리고 여기에서 모든 것이 하나로 통합됩니다)) 또한 금융, 거래 및 통계 분야에서도 이해해야 합니다. 그것은 단지 메가 두뇌입니다. 확신하는? 도전.
나는 대다수가 쉬운 해결책을 찾고 있다는 데 동의하고 인기 있고 특정 영역에 속하는 언어를 배우기 시작합니다. 그러나 사람이 mql을 배우고 싶기 때문에 분명히 php와 web을 배울 필요가 없습니다. 그리고 이 mql이 어떤 언어로 작성되었는지 생각해보고 언어 학습에 가장 저항이 적은 것을 선택하십시오.
자동차의 경우... 따라서 IT 회사에는 계층 구조가 있습니다. 누군가는 타이피스트, 누군가는 아키텍트, 누군가는 테스터 등이 있습니다. 그리고 각각은 자신의 영역을 전문으로 합니다. 그리고 여기에서 모든 것이 하나로 통합됩니다.) 그리고 금융, 거래 및 통계 분야도 이해해야 합니다. 그것은 단지 메가 두뇌입니다. 확신하는? 도전.
뭐, 저는 작업관리자를 경험한 적이 있는데, 제가 직접 이런 작업을 수행해야 했을 때 작업의 구조가 확고하게 자리 잡았습니다. 툴킷의 목표, 작업, 기능의 분할은 논리적이고 이해할 수 있으며 종종 서클을 자르는 것을 허용하지 않습니다)
Реter Konow : Vasily는 OOP 자체를 제외한 모든 것이 부차적인 초보자 OOP 사고를 즉시 가르치고 싶어한다고 생각합니다. 변수, 연산자, 배열로 시작하지 말고 클래스, 속성 상속, 객체 계층 구조 구축 및 강력한 라이브러리 연결로 즉시 시작하십시오. "보육원"에서 즉시 대학으로 편입하십시오.)))
사실 그런 목표는 결코 없습니다. OOP는 이전 수준에 대한 이해가 없으면 가르치는 데 쓸모가 없습니다. 그리고 그것은 특정 기술로 귀결됩니다. 작업을 분해하고 기능으로 작업하는 능력(자신의 것을 작성하고 시스템을 호출).
사실 그런 목표는 결코 없습니다. OOP는 이전 수준에 대한 이해가 없으면 가르치는 데 쓸모가 없습니다. 그리고 그것은 특정 기술로 귀결됩니다. 작업을 분해하고 기능으로 작업하는 능력(자신의 것을 작성하고 시스템을 호출).
이 기술을 실제 작업에서 고려하는 것은 흥미 롭습니다. 최근에 나는 나무와 같은 목록 을 처음부터 다시 만들기로 결정했습니다. 오래된 기술은 불완전하고 버그가 있었습니다. 기능을 다시 "분해"하고 구현해야 했습니다. 이번에는 거의 완벽한 솔루션을 작성했습니다(나중에 설명하겠습니다). 모든 요소의 현상을 제어하기 위한 훨씬 더 큰 메커니즘에 맞는 간결하고 보편적인 코드입니다. 나 자신은 그것이 얼마나 잘 밝혀졌는지 놀랐다(그러나 겸손하게 :)). 그래서, 질문은: 내가 어떻게 그리고 무엇을 분해했는가? 솔직히, 나는 나 자신을 모른다. ))) 생각과 결정은 그냥 와서 구현합니다... 아마도, 연습과 연습만이 프로그래밍 개선의 주요 엔진이며 다른 모든 것이 함께 제공됩니다.
Реter Konow : 이 기술을 실제 작업에서 고려하는 것은 흥미 롭습니다. 최근에 나는 나무와 같은 목록을 처음부터 다시 만들기로 결정했습니다. 오래된 기술은 불완전하고 버그가 있었습니다. 기능을 다시 "분해"하고 구현해야 했습니다. 이번에는 거의 완벽한 솔루션을 작성했습니다(나중에 설명하겠습니다). 모든 요소의 현상을 제어하기 위한 훨씬 더 큰 메커니즘에 맞는 간결하고 보편적인 코드입니다. 나 자신은 그것이 얼마나 잘 밝혀졌는지 놀랐다(그러나 겸손하게 :)). 그래서, 질문은: 내가 어떻게 그리고 무엇을 분해했는가? 솔직히, 나는 나 자신을 모른다. ))) 생각과 결정은 그냥 와서 구현합니다... 아마도, 연습과 연습만이 프로그래밍 개선의 주요 엔진이며 다른 모든 것이 함께 제공됩니다.
내가 당신의 코드나 당신이 해결한 문제를 보지 못했다는 사실에도 불구하고 내 조언을 원하십니까? 나는 또한 당신이 어떻게 그리고 무엇을 분해했는지 솔직히 모릅니다. 나는 그것에 대해 아무 말도 할 수 없습니다.
내가 무슨 말을 해야할지 모르겠어요. 누구에게나 자신만의 길이 있는 것 같다. 나는 주장하지 않는다. 그러나 목표는 다른 언어로 해결할 수 있으며 목표를 선택할 때 구문을 알지 못하고 가능성만 알 수 있습니다. 파이썬에 사이트를 위한 라이브러리가 있고 파이썬, php, joomla로 사이트를 만들 수 있다는 것, 어리석게도 html이나 다른 것으로 만들 수 있다는 것, 가격과 기성품 기능(스크립트)의 가용성 문제, 이것이 하나의 작업입니다. 언어에 대한 더 깊은 지식이 필요합니다. 시리즈 작업을 위해 ML, Python, R, Matlab을 선택할 수 있습니다. Mashki를 주문하려면 기본 MKL이면 충분합니다.
모든 것이 조화를 이루어야 합니다. 자동차가 어떻게 작동하는지 안다고 해서 잘 운전할 수 있는 것은 아닙니다. 그러나 도로에서 고장이 나면 장치가 나쁘다는 것을 알지 못합니다.))))
또한 각자에게 좋은 코더는 최고의 알고리즘 전문가가 아니며 그 반대도 마찬가지입니다. 이러한 특성이 함께 좋다면 일반적으로 멋지고 비싸지 만 그렇게 자주는 아닙니다.))))
나는 대다수가 쉬운 해결책을 찾고 있다는 데 동의하고 인기 있고 특정 영역에 속하는 언어를 배우기 시작합니다.
그러나 사람이 mql을 배우고 싶기 때문에 분명히 php와 web을 배울 필요가 없습니다. 그리고 이 mql이 어떤 언어로 작성되었는지 생각해보고 언어 학습에 가장 저항이 적은 것을 선택하십시오.
자동차의 경우...
따라서 IT 회사에는 계층 구조가 있습니다. 누군가는 타이피스트, 누군가는 아키텍트, 누군가는 테스터 등이 있습니다. 그리고 각각은 자신의 영역을 전문으로 합니다.
그리고 여기에서 모든 것이 하나로 통합됩니다)) 또한 금융, 거래 및 통계 분야에서도 이해해야 합니다.
그것은 단지 메가 두뇌입니다. 확신하는? 도전.
나는 대다수가 쉬운 해결책을 찾고 있다는 데 동의하고 인기 있고 특정 영역에 속하는 언어를 배우기 시작합니다.
그러나 사람이 mql을 배우고 싶기 때문에 분명히 php와 web을 배울 필요가 없습니다. 그리고 이 mql이 어떤 언어로 작성되었는지 생각해보고 언어 학습에 가장 저항이 적은 것을 선택하십시오.
자동차의 경우...
따라서 IT 회사에는 계층 구조가 있습니다. 누군가는 타이피스트, 누군가는 아키텍트, 누군가는 테스터 등이 있습니다. 그리고 각각은 자신의 영역을 전문으로 합니다.
그리고 여기에서 모든 것이 하나로 통합됩니다.) 그리고 금융, 거래 및 통계 분야도 이해해야 합니다.
그것은 단지 메가 두뇌입니다. 확신하는? 도전.
뭐, 저는 작업관리자를 경험한 적이 있는데, 제가 직접 이런 작업을 수행해야 했을 때 작업의 구조가 확고하게 자리 잡았습니다. 툴킷의 목표, 작업, 기능의 분할은 논리적이고 이해할 수 있으며 종종 서클을 자르는 것을 허용하지 않습니다)
비록 나는 나쁜 코더이지만.)))
뭐, 저는 작업관리자 경험이 있고, 제가 직접 이런 작업을 수행해야 했을 때 작업의 구조가 확고하게 자리 잡았습니다.
툴킷의 목표, 작업, 기능의 분할은 논리적이고 이해할 수 있으며 종종 서클을 자르는 것을 허용하지 않습니다)
비록 나는 나쁜 코더이지만.)))
이 모든 것은 그들이 말했듯이 경험과 함께 제공됩니다.
Fortran을 알고 있다는 점을 감안할 때 이것은 이미 전문적인 플러스입니다.
저도 공부하고 싶었지만 실질적으로 제대로 된 정보가 없어서 같이 성장하지 못했습니다.
이 모든 것은 그들이 말했듯이 경험과 함께 제공됩니다.
Fortran을 알고 있다는 점을 감안할 때 이것은 이미 전문적인 플러스입니다.
저도 공부하고 싶었지만 실질적으로 제대로 된 정보가 없어서 같이 성장하지 못했습니다.
아니요 ... 85-86에서 절차 적 Fortran 4를 배웠습니다. OOP가 포함 된 Fortran 77이 이미 있었지만 그 해에 구현되었습니다. 얼마 전에 알았다) KOCOM, 내 기억이 맞다면 소련에 대한 기술 보급을 제한하고 있음)
프로그래밍 분야의 전문가 여러분!
저는 이 주제의 14페이지에서 시작된 귀하의 토론을 면밀히 따르고 있습니다. 독학의 조직에 대한 단 하나의 의견과 결정은 없으며 앞으로도 없을 것임을 다시 한 번 강조하고 싶습니다.
당신은 당신의 방식대로 옳습니다!
기적이 일어나서 "프로그래밍"전문 분야의 같은 교육 기관에서 한 번에 공부하기 시작하고 같은 교사와 함께 공부하기 시작하더라도 결국 훈련 후 개인 에 따라 발전하게 될 것이라고 가정 할 수 있습니다. 방법. 나는 특별히 이 텍스트를 확대하고 밑줄을 긋습니다.
많은 지원과 조언 부탁드립니다! 모든 건설적인 제안이 수용되고 분석됩니다!
안부 인사를 전합니다. 블라디미르.
Vasily는 OOP 자체를 제외한 모든 것이 부차적인 초보자 OOP 사고를 즉시 가르치고 싶어한다고 생각합니다. 변수, 연산자, 배열로 시작하지 말고 클래스, 속성 상속, 객체 계층 구조 구축 및 강력한 라이브러리 연결로 즉시 시작하십시오. "보육원"에서 즉시 대학으로 편입하십시오.)))
사실 그런 목표는 결코 없습니다. OOP는 이전 수준에 대한 이해가 없으면 가르치는 데 쓸모가 없습니다. 그리고 그것은 특정 기술로 귀결됩니다. 작업을 분해하고 기능으로 작업하는 능력(자신의 것을 작성하고 시스템을 호출).
사실 그런 목표는 결코 없습니다. OOP는 이전 수준에 대한 이해가 없으면 가르치는 데 쓸모가 없습니다. 그리고 그것은 특정 기술로 귀결됩니다. 작업을 분해하고 기능으로 작업하는 능력(자신의 것을 작성하고 시스템을 호출).
사실 그런 목표는 결코 없습니다. OOP는 이전 수준에 대한 이해가 없으면 가르치는 데 쓸모가 없습니다. 그리고 그것은 특정 기술로 귀결됩니다. 작업을 분해하고 기능으로 작업하는 능력(자신의 것을 작성하고 시스템을 호출).
분해한다는 것은 분리를 의미합니까?
분해한다는 것은 분리를 의미합니까?
간단히 말해서 그렇습니다.
이 기술을 실제 작업에서 고려하는 것은 흥미 롭습니다. 최근에 나는 나무와 같은 목록을 처음부터 다시 만들기로 결정했습니다. 오래된 기술은 불완전하고 버그가 있었습니다. 기능을 다시 "분해"하고 구현해야 했습니다. 이번에는 거의 완벽한 솔루션을 작성했습니다(나중에 설명하겠습니다). 모든 요소의 현상을 제어하기 위한 훨씬 더 큰 메커니즘에 맞는 간결하고 보편적인 코드입니다. 나 자신은 그것이 얼마나 잘 밝혀졌는지 놀랐다(그러나 겸손하게 :)). 그래서, 질문은: 내가 어떻게 그리고 무엇을 분해했는가? 솔직히, 나는 나 자신을 모른다. ))) 생각과 결정은 그냥 와서 구현합니다... 아마도, 연습과 연습만이 프로그래밍 개선의 주요 엔진이며 다른 모든 것이 함께 제공됩니다.
내가 당신의 코드나 당신이 해결한 문제를 보지 못했다는 사실에도 불구하고 내 조언을 원하십니까? 나는 또한 당신이 어떻게 그리고 무엇을 분해했는지 솔직히 모릅니다. 나는 그것에 대해 아무 말도 할 수 없습니다.