MQL5 프로젝트의 공동 개발 - 우리의 미래는? - 페이지 9

 
Alexandr Andreev :

집을 지을 때 - 특히 집이 큰 경우 프로젝트가 반드시 필요합니다(특히 분업이 있는 경우). 보다 조화로운 작업을 위해서는 건축 프로젝트가 필요합니다. 이 프로젝트는 일반적으로 작업과 자재를 포함하여 집 자체 건설의 5-10%를 차지하므로 한 사람이 아니라 여러 사람이 수행합니다(HVAC VC 등의 섹션). 그리고 우리가 고층 건물을 짓든 거대한 저택을 짓든 그것은 중요하지 않습니다.

프로그래밍에는 일종의 건축 프로젝트가 있으며 다른 방식으로 TK라고 합니다. 그리고 그것 없이는 큰 일을 단순히 할 수 없습니다(지속적인 재작성 제외). 결론은 복잡한 프로그램으로 생각하면 기술 사양도 작성하기 힘들고, 기술 사양을 놓치면 엄청나게 많은 변경 사항이 나온다는 것입니다.

집의 건설은 외관에서 시작됩니다. 그런 다음 건축가가 우리에게 와서 우리가 원하는 것을 스케치하기 시작합니다. 저것들. 대규모 프로젝트에 대한 TOR를 작성하려면 먼저 큰 프로젝트에 대한 TOR를 작성할 TOR를 작성해야 합니다. 그리고 한 사람에게 TK 아래에 TK를 쓰는 것은 여전히 가능합니다. 물론 우리가 큰 프로젝트에 대해 이야기하지 않는 한. 글쎄, 먼저 아이디어가 필요합니다 ... 단 하나의 아이디어로 멀리 가지 않을지라도 ...


어떻게 이 모든 것이 자발적으로 이루어질 수 있습니까?

따라서 남은 방법은 하나뿐입니다. 프로젝트가 처음부터 여러 번 다시 작성될 때 .... 그리고 이것은 많은 열정을 필요로 하고, 그럼에도 불구하고 모든 사람이 자신의 방향으로 나아가고 거대한 불일치가 있을 것입니다.


TK는 가장 초기 단계이며 전혀 존재하지 않을 수 있습니다. 예를 들어, 고용된 직장에서 내가 주도한 마지막 프로젝트 에서 그것은 단순히 존재하지 않았기 때문입니다. 아이디어는 제 아이디어였습니다. 프로젝트의 본질을 간략하게 설명하고 영국인이 승인한 후 2주간의 작업 계획을 세웠습니다. 일반적으로 소프트웨어 회사, 즉 프로젝트 설계자에는 그러한 위치가 있습니다. 그는 일반적으로 프로그래밍을 많이 하지 않으며 수업 시스템, 관계 등을 디자인합니다. 수업의 공백을 준비할 수 있습니다. 우리는 50명의 작은 회사가 있었고 모든 것을 결합해야 했습니다. 특히 사악한 직업 - 문서 작성))

일반적으로 프로그래밍 및 프로젝트 관리에 대한 광범위한 경험을 가진 사람들이 그러한 위치에 옵니다.

여기에는 그런 사람들이 없다고 생각합니다.

 
Alexey Volchanskiy :

300,000 루블 / 월에 가지 않겠습니까? ))


아니요, 거기에서도 당신을 볼 수 없습니다

 
Alexey Volchanskiy :

없을 것입니다. 모든 사람은 먼저 자신을 생각하고 다른 사람을 믿지 않습니다. 개발 시간을 절약해야 하는 경우 작업을 클래스로 나누고 프리랜스로 분산하는 것이 더 쉽습니다.

얼마나 많은 사람들이 포럼에서 스레드를 읽습니까? - 내 생각에 몇백 명. 그리고 전 세계적으로 얼마나 많은 사람들이 MT를 사용하고 있습니까? 몇백만원 생각합니다. 그러한 많은 사람들 중에는 의심할 여지 없이 전문가와 지도자가 있습니다. 그들은 공동 개발의 기회를 이용할 것인가? - 왜 안 돼? ))

 
Alexandr Andreev :

집을 지을 때 - 특히 집이 큰 경우 프로젝트가 반드시 필요합니다(특히 분업이 있는 경우). 보다 조화로운 작업을 위해서는 건축 프로젝트가 필요합니다. 이 프로젝트는 일반적으로 작업과 자재를 포함하여 집 자체 건설의 5-10%를 차지하므로 한 사람이 아니라 여러 사람이 수행합니다(HVAC VC 등의 섹션). 그리고 우리가 고층 건물을 짓든 거대한 저택을 짓든 상관없습니다.

프로그래밍에는 일종의 건축 프로젝트도 있으며 다른 방식으로 TK라고 합니다. 그리고 그것 없이는 큰 일을 할 수 없습니다(지속적인 재작성 제외). 결론은 복잡한 프로그램으로 생각하면 기술 사양도 작성하기 힘들고, 기술 사양을 놓치면 엄청나게 많은 변경 사항이 나온다는 것입니다.

집의 건설은 외관에서 시작됩니다. 그런 다음 건축가가 우리에게 와서 우리가 원하는 것을 스케치하기 시작합니다. 저것들. 대규모 프로젝트에 대한 TOR를 작성하려면 먼저 큰 프로젝트에 대한 TOR를 작성할 TOR를 작성해야 합니다. 그리고 여전히 한 사람에게 TK 아래에 TK를 쓰는 것이 가능합니다. 물론 우리가 큰 프로젝트에 대해 이야기하지 않는 한. 글쎄, 먼저 아이디어가 필요합니다 ... 단 하나의 아이디어로 멀리 가지 않을지라도 ...


어떻게 이 모든 것이 자발적으로 이루어질 수 있습니까?

따라서 남은 방법은 하나뿐입니다. 프로젝트가 처음부터 여러 번 다시 작성될 때 .... 그리고 이것은 많은 열정을 필요로 하고, 그럼에도 불구하고 모든 사람이 자신의 방향으로 나아가고 거대한 불일치가 있을 것입니다.

자발적으로 MQL에 대한 공동 개발 기술이 실패할 것이라는 제 의견을 거듭 밝혔습니다. 아무도 그것을 필요로하지 않습니다. 이 지역의 특성은 다릅니다. 프로그래머 그룹을 위한 비공개 개발을 수행할 수 있는 능력이 개발되고 참가자 간의 재정 분배 문제에 대한 솔루션이 개발되면 "GitHub"가 생존하고 발전할 수 있습니다. 내 의견이야.

 
Реter Konow :

얼마나 많은 사람들이 포럼에서 스레드를 읽습니까? - 내 생각에 몇백 명. 그리고 전 세계적으로 얼마나 많은 사람들이 MT를 사용하고 있습니까? 몇백만원 생각합니다. 그러한 많은 사람들 중에는 의심할 여지 없이 전문가와 지도자가 있습니다. 그들은 공동 개발의 기회를 이용할 것인가? - 왜 안 돼? ))


이것이 MQL로 작성하는 회사이고 제가 알고 있는 경우, 그들은 오랫동안 서버에서 Github, Bitbusket 또는 시스템과 같은 리포지토리를 사용해 왔습니다. 우리는 포럼 사람들에 대해 시작했습니다.

 
Alexey Volchanskiy :

이것이 MQL로 작성하는 회사이고 제가 알고 있는 경우, 그들은 오랫동안 서버에서 Github, Bitbusket 또는 시스템과 같은 리포지토리를 사용해 왔습니다. 우리는 포럼 사람들에 대해 시작했습니다.

포럼 사람들? 그들 중 극히 일부가 있습니다. 또한 그들은 모두 회의론자이자 혁신과 발전의 반대자입니다. ))) 그들은 새로운 모든 것을 두려워합니다.))
 
Реter Konow :
포럼 사람들? 그들 중 극히 일부가 있습니다. 또한 그들은 모두 회의론자이자 혁신과 발전의 반대자입니다. ))) 그들은 새로운 모든 것을 두려워합니다.))

그러면 우리는 무엇을 논의합니까? 우리 그냥 떨고 있어?

 
Alexey Volchanskiy :

그러면 우리는 무엇을 논의합니까? 우리 그냥 떨고 있어?

우리는 전혀 떨지 않습니다. MQL5 개발을 위한 GitHub의 아날로그를 만들기 위해 MQ 프로젝트의 성공 가능성에 대해 논의하고 있습니다. 공통 TK에서 프로그래머 그룹의 공동 작업을 위한 MT의 기본 환경에 있는 특수 플랫폼입니다.

하지만 대화를 진행하면서 저는 항상 글로벌 규모를 의미했습니다. 너도 그럴 줄 알았는데...

 

여러 프로그래머가 필요한 MQL 프로젝트를 상상하는 것조차 두렵습니다. 신경망이 까다로운 것이 아니라면 말이다.

프리랜서를 고려하십시오. 체크박스를 체크하지 않는 방법, 그리드, 그리드에 체크하지 않는 방법, 타임트레이딩 을 추가하세요.

 
Alexey Volchanskiy :

그러면 우리는 무엇을 논의합니까? 우리 그냥 떨고 있어?

전 세계적으로 주장하는 것과 마찬가지로 그러한 프로젝트 가 성공할 가능성이 있다고 생각합니까? 결국 프로그래머들이 이미 다른 사이트에서 MQL 공동 개발을 하고 있는 회사가 있다면, 그들이 원래 환경에서 작업하는 것이 더 쉽고 편리하지 않을까요? 이것이 회사에 큰 진전이라면?