목표를 달성하는 방법의 합리성에 관한 것입니다. 예를 들어, MQL이 일부 오픈 소스 C ++ 컴파일러의 기성품 및 디버깅 소스 코드를 가져와서 몇 달 만에 필요에 맞게 조정하고 완전히 작동하고 기능적인 제품을 얻는 것을 막는 사람은 아무도 없었습니다. 그것을 복사하는 데 몇 년과 막대한 자원을 낭비하는 대신 지속적인 버그로 사용자의 신경을 곤두박질 칩니다. 여기도 마찬가지입니다. 기성품 솔루션을 적용할 수 있는데 왜 바퀴를 재발명해야 합니까? 더군다나 현재도 MQL 공동개발에 어려움은 없을 것 같고, 클라우드 스토리지도 있다. 발명할 것이 또 무엇이 있겠습니까?
그리고 일반적으로 MQL 프로그래머의 99%는 멍청하고 아마추어입니다. 처음에는 혼자 코딩하는 방법, 어떤 종류의 그룹 개발이 있는지 배워야 합니다.
나는 컴파일러에 대해 아무 말도 할 수 없습니다. 모르겠어. 아마도 MQ에는 다른 사람의 컴파일러를 적용하지 않고 자체 컴파일러를 개발할 충분한 이유가 있었을 것입니다.
내 개발 관행은 스스로 결정을 내리는 것이 어렵다는 것을 보여주지만 장기적으로는 항상 더 많은 이익을 가져다 줍니다. 즉, 자신의 개발이 있으면 개발하기 쉽고 다른 사람의 것을 사용하면 계속해서 걸려 넘어지고 다시 하게 됩니다. 비유적으로 말하면 집의 경우 기초를 처음부터 만드는 것이 좋습니다.
예를 들어 CCanvas 클래스 에 대해 나쁘게 말하고 싶지는 않지만 그래픽 엔진을 개발할 때 전혀 적합하지 않았습니다. 통합했다면 지금은 자유롭게 발전할 수 없었을 것입니다. 글쎄, 이물질은 몸에 뿌리를 내리지 않습니다.
목표를 달성하는 방법의 합리성에 관한 것입니다. 예를 들어 , 어느 누구도 MQL을 방해하여 일부 오픈 소스 C++ 컴파일러의 기성품 및 디버그 소스 코드를 가져와서 몇 개월 만에 필요에 맞게 조정하고 완전히 작동하고 기능적인 제품을 얻습니다. 그것을 복사하는 데 몇 년과 막대한 자원을 낭비하는 대신 지속적인 버그로 사용자의 신경을 곤두박질 칩니다. 여기도 마찬가지입니다. 기성품 솔루션을 적용할 수 있는데 왜 바퀴를 재발명해야 합니까? 더군다나 현재도 MQL 공동개발에 어려움은 없을 것 같고, 클라우드 스토리지도 있다. 발명할 것이 또 무엇이 있겠습니까?
그리고 일반적으로 MQL 프로그래머의 99%는 멍청하고 아마추어입니다. 처음에는 혼자 코딩하는 방법, 어떤 종류의 그룹 개발이 있는지 배워야 합니다.
저도 항상 이것에 놀랐습니다. 나는 큰 외국 회사에서 일했지만 아무도 바퀴를 재발명하지 않았습니다. 그들은 오픈 소스를 가져 와서 코어에서 명령을 병렬로 실행하여 종종 멀티 코어인 일부 DSP로 이식했습니다. 특별함이 있었다 이러한 이식만 수행한 고액의 컴파일러 개발자 그룹입니다. 그리고 나는 그것이 매우 빠르고 효율적으로 밝혀졌다고 말할 것입니다.
나에 대해 이야기한다면 때때로 더 발전이라고 말하지 않을 것입니다. 또 다른 사실은 실제 포인터로 인해 몇 배 더 많은 오류가 발생한다는 것입니다. 프로그래밍 공부를 시작할 때 Turbo Pascal에서 어떤 식 으로든 입력 할 수 없었으며 왜 필요한지, 어떻게 사용하는지 기억합니다. 그리고 C++의 복잡성은 사용할 수 없습니다. 어떤 인터뷰에서 그들이 나에게 C ++에 대한 까다로운 질문을 하기 시작한 것을 기억합니다. 나는 그것을 사용하지 않으며 아무도이 종과 휘파람을 사용하지 않는다고 대답했습니다. Stroustrup이 악몽에서 발명한 것은 실생활에서는 필요하지 않습니다.
그리고 그들은 나와 동의했습니다))
운명처럼 나는 몇 달 동안 C++로 프로그래밍을 해왔고 이 언어와 친분을 맺게 되어 기뻤습니다. ))
이 경험 후에 로봇 개발 에서 C++보다 mql의 장점을 아주 명확하게 이해했습니다. 간단한 독학에서 이해할 수있는 응용 언어.
그리고 MQ는 처음에 벌크가 불량일 것이라는 점에 주목해서 임계량의 인기를 얻을 수 있었고 거기에서 눈사람과 마찬가지로 눈덩이를 굴릴수록 더 커집니다.
또한 플랫폼은 원래 많은 국가에서 금지된 주방 거래를 위한 것이었습니다. 따라서 실제로이 틈새 시장에는 경쟁이 없었고 MQ가 쉽게 선두 자리를 차지할 수 있었고 개발자와 사용자 간의 의사 소통 스타일 (경멸적이고 오만한 말투)에도 흔적을 남겼습니다. 건전한 경쟁이 있다면 모든 것이 훨씬 더 생산적으로 발전할 것이라고 생각합니다.
Alexey Navoykov : 또한 플랫폼은 원래 많은 국가에서 금지된 주방 거래를 위한 것이었습니다. 따라서 실제로이 틈새 시장에는 경쟁이 없었고 MQ가 쉽게 선두 자리를 차지할 수 있었고 개발자와 사용자 간의 의사 소통 스타일 (경멸적이고 오만한 말투)에도 흔적을 남겼습니다. 건전한 경쟁이 있다면 모든 것이 훨씬 더 생산적으로 발전할 것이라고 생각합니다.
스타일은 정상이며 다른 소프트웨어 개발자와 의사 소통하지 않았습니다. 여기에서 90%가 문제의 본질을 명확하게 설명할 수 없고, 일종의 진흙 투성이의 생각 조각을 나르므로, 명확하게 하고, 사진을 보내고, 로그를 보내는 등의 측면에서 답변됩니다.
저는 C++에서 직접 메모리로 작업하는 것을 좋아했습니다. C#에는 그런 가능성이 없었습니다... 그렇지 않으면 C++는 저에게 부정적인 인상을 남겼습니다. 나는 이 언어가 지나치게 복잡하고 불필요하다고 진심으로 믿습니다. 그것의 복잡성은 단순히 온전함의 모든 경계를 넘어섭니다. 더 많은 개체, 얼마나 많은 개체가 채워져 있는지 상상하기 어렵습니다. 나는 불필요한 엔티티에 대해 매우 부정적인 태도를 가지고 있습니다 ...)
단순함과 대중에 대한 집중 - 소프트웨어 제품 세계에서 성공의 열쇠. 우리 커뮤니티는 조금 어려울 때 좋아하지만...))
Реter Konow : 저는 C++에서 직접 메모리로 작업하는 것을 좋아했습니다. C#에는 그런 가능성이 없었습니다... 그렇지 않으면 C++는 저에게 부정적인 인상을 남겼습니다. 나는 이 언어가 지나치게 복잡하고 불필요하다고 진심으로 믿습니다. 그것의 복잡성은 단순히 온전한 모든 경계를 넘어섭니다. 얼마나 많은 개체가 그 안에 채워져 있는지 상상하기 어렵습니다. 나는 불필요한 엔티티에 대해 매우 부정적인 태도를 가지고 있습니다 ...)
그래서 당신은 그들을 사용할 필요가 없습니다, 누군가가 당신을 강제로, 또는 무엇입니까? OOP에 대한 포럼의 영원한 신음 소리와 같습니다. 글쎄, 당신이 그것을 느끼지 않으면 일반적인 절차 스타일로 작성하십시오. 누가 당신을 강요합니까? 그러나 여전히 고통받는 자들의 신음은 가라앉지 않을 것입니다. 분명히 결코 그렇지 않을 것입니다)
목표를 달성하는 방법의 합리성에 관한 것입니다. 예를 들어, MQL이 일부 오픈 소스 C ++ 컴파일러의 기성품 및 디버깅 소스 코드를 가져와서 몇 달 만에 필요에 맞게 조정하고 완전히 작동하고 기능적인 제품을 얻는 것을 막는 사람은 아무도 없었습니다. 그것을 복사하는 데 몇 년과 막대한 자원을 낭비하는 대신 지속적인 버그로 사용자의 신경을 곤두박질 칩니다. 여기도 마찬가지입니다. 기성품 솔루션을 적용할 수 있는데 왜 바퀴를 재발명해야 합니까? 더군다나 현재도 MQL 공동개발에 어려움은 없을 것 같고, 클라우드 스토리지도 있다. 발명할 것이 또 무엇이 있겠습니까?
그리고 일반적으로 MQL 프로그래머의 99%는 멍청하고 아마추어입니다. 처음에는 혼자 코딩하는 방법, 어떤 종류의 그룹 개발이 있는지 배워야 합니다.
나는 컴파일러에 대해 아무 말도 할 수 없습니다. 모르겠어. 아마도 MQ에는 다른 사람의 컴파일러를 적용하지 않고 자체 컴파일러를 개발할 충분한 이유가 있었을 것입니다.
내 개발 관행은 스스로 결정을 내리는 것이 어렵다는 것을 보여주지만 장기적으로는 항상 더 많은 이익을 가져다 줍니다. 즉, 자신의 개발이 있으면 개발하기 쉽고 다른 사람의 것을 사용하면 계속해서 걸려 넘어지고 다시 하게 됩니다. 비유적으로 말하면 집의 경우 기초를 처음부터 만드는 것이 좋습니다.
예를 들어 CCanvas 클래스 에 대해 나쁘게 말하고 싶지는 않지만 그래픽 엔진을 개발할 때 전혀 적합하지 않았습니다. 통합했다면 지금은 자유롭게 발전할 수 없었을 것입니다. 글쎄, 이물질은 몸에 뿌리를 내리지 않습니다.
목표를 달성하는 방법의 합리성에 관한 것입니다. 예를 들어 , 어느 누구도 MQL을 방해하여 일부 오픈 소스 C++ 컴파일러의 기성품 및 디버그 소스 코드를 가져와서 몇 개월 만에 필요에 맞게 조정하고 완전히 작동하고 기능적인 제품을 얻습니다. 그것을 복사하는 데 몇 년과 막대한 자원을 낭비하는 대신 지속적인 버그로 사용자의 신경을 곤두박질 칩니다. 여기도 마찬가지입니다. 기성품 솔루션을 적용할 수 있는데 왜 바퀴를 재발명해야 합니까? 더군다나 현재도 MQL 공동개발에 어려움은 없을 것 같고, 클라우드 스토리지도 있다. 발명할 것이 또 무엇이 있겠습니까?
그리고 일반적으로 MQL 프로그래머의 99%는 멍청하고 아마추어입니다. 처음에는 혼자 코딩하는 방법, 어떤 종류의 그룹 개발이 있는지 배워야 합니다.
저도 항상 이것에 놀랐습니다. 나는 큰 외국 회사에서 일했지만 아무도 바퀴를 재발명하지 않았습니다. 그들은 오픈 소스를 가져 와서 코어에서 명령을 병렬로 실행하여 종종 멀티 코어인 일부 DSP로 이식했습니다. 특별함이 있었다 이러한 이식만 수행한 고액의 컴파일러 개발자 그룹입니다. 그리고 나는 그것이 매우 빠르고 효율적으로 밝혀졌다고 말할 것입니다.
MQ가 이 접근 방식으로 어떻게 살아남았는지 이상합니다.
나에 대해 이야기한다면 때때로 더 발전이라고 말하지 않을 것입니다. 또 다른 사실은 실제 포인터로 인해 몇 배 더 많은 오류가 발생한다는 것입니다. 프로그래밍 공부를 시작할 때 Turbo Pascal에서 어떤 식 으로든 입력 할 수 없었으며 왜 필요한지, 어떻게 사용하는지 기억합니다. 그리고 C++의 복잡성은 사용할 수 없습니다. 어떤 인터뷰에서 그들이 나에게 C ++에 대한 까다로운 질문을 하기 시작한 것을 기억합니다. 나는 그것을 사용하지 않으며 아무도이 종과 휘파람을 사용하지 않는다고 대답했습니다. Stroustrup이 악몽에서 발명한 것은 실생활에서는 필요하지 않습니다.
그리고 그들은 나와 동의했습니다))
운명처럼 나는 몇 달 동안 C++로 프로그래밍을 해왔고 이 언어와 친분을 맺게 되어 기뻤습니다. ))
이 경험 후에 로봇 개발 에서 C++보다 mql의 장점을 아주 명확하게 이해했습니다. 간단한 독학에서 이해할 수있는 응용 언어.
mql이 당신의 말로 그렇게 간단한 언어라면 "프리랜서"섹션이 존재하는 이유는 무엇입니까? 주부 는 프로그램을 직접 작성할 수 없습니까?
아마도 다른 것과 마찬가지로 복잡하기 때문일 것입니다. 쓰시는 분들은 간단합니다.
Vitaly에는 MQL 코드를 이해하고 수정할 수 있지만 처음부터 개발하지 못하는 사람들이 많이 있습니다. 나는 사람들에게 프로그래밍 방법을 가르친 경험을 바탕으로 이렇게 말합니다.
편집기에서 색상 변경과 같은 멋진 디자인을 조정할 수 있지만 처음부터 개발할 수는 없는 것과 같습니다. 뇌는 그런 식으로 연결되어 있지 않습니다.
그리고 MQ는 처음에 벌크가 불량일 것이라는 점에 주목해서 임계량의 인기를 얻을 수 있었고 거기에서 눈사람과 마찬가지로 눈덩이를 굴릴수록 더 커집니다.
운명처럼 나는 몇 달 동안 C++로 프로그래밍을 해왔고 이 언어와 친분을 맺게 되어 기뻤습니다. ))
이 경험 후에 로봇 개발 에서 C++보다 mql의 장점을 아주 명확하게 이해했습니다. 간단한 독학에서 이해할 수있는 응용 언어.
저는 C++를 좋아하고 포인터와 STL, Boost 등과 같은 라이브러리를 사용하는 것을 좋아합니다. 대부분의 프로그래머에게 C++를 MQL 수준으로 거세하면 이점이 있습니다. 그리고 MQ는 전문가가 아닌 대중을 대상으로 합니다.
우리는 공석 목록을 봅니다. 첫 번째 장소는 누구입니까? https://www.metaquotes.net/en/company/vacancys
또한 플랫폼은 원래 많은 국가에서 금지된 주방 거래를 위한 것이었습니다. 따라서 실제로이 틈새 시장에는 경쟁이 없었고 MQ가 쉽게 선두 자리를 차지할 수 있었고 개발자와 사용자 간의 의사 소통 스타일 (경멸적이고 오만한 말투)에도 흔적을 남겼습니다. 건전한 경쟁이 있다면 모든 것이 훨씬 더 생산적으로 발전할 것이라고 생각합니다.
스타일은 정상이며 다른 소프트웨어 개발자와 의사 소통하지 않았습니다. 여기에서 90%가 문제의 본질을 명확하게 설명할 수 없고, 일종의 진흙 투성이의 생각 조각을 나르므로, 명확하게 하고, 사진을 보내고, 로그를 보내는 등의 측면에서 답변됩니다.
예를 들어, SEO Renat이 포럼에서 질문에 답변하는 것을 본 적이 있습니까?
Vitaly 에는 MQL 코드를 이해하고 수정할 수 있지만 처음부터 개발할 수 없는 사람들이 많이 있습니다 . 나는 사람들에게 프로그래밍 방법을 가르친 경험을 바탕으로 이렇게 말합니다.
예를 들어 편집기에서 색상을 변경하는 등 멋진 디자인을 조정할 수 있지만 처음부터 개발할 수는 없습니다. 뇌는 그런 식으로 연결되어 있지 않습니다.
어떤 언어에서든 "고칠 것"을 찾을 수 있는 것과 똑같은 질량이지만 이것은 복잡성의 지표가 아닙니다. 그것은 습관의 문제입니다. mql에 익숙하기 때문에 간단합니다.
나는 두 개를 더 병렬로 쓰고 더 쉬워 보이지만 하나에서 다른 것으로 빠르게 전환 할 때 약간의 어려움이 있습니다. 다시 작성해야합니다. 내가 한 사람도 몰랐을 때 나에게는 모두가 매우 어려웠지만, 나는 유일한 사람이 아닙니다.
저는 C++를 좋아하고 포인터와 STL, Boost 등과 같은 라이브러리를 사용하는 것을 좋아합니다. 대부분의 프로그래머에게 C++를 MQL 수준으로 거세하면 이점이 있습니다. 그리고 MQ는 전문가가 아닌 대중을 대상으로 합니다.
우리는 공석 목록을 봅니다. 첫 번째 장소는 누구입니까? https://www.metaquotes.net/en/company/vacancys
저는 C++에서 직접 메모리로 작업하는 것을 좋아했습니다. C#에는 그런 가능성이 없었습니다... 그렇지 않으면 C++는 저에게 부정적인 인상을 남겼습니다. 나는 이 언어가 지나치게 복잡하고 불필요하다고 진심으로 믿습니다. 그것의 복잡성은 단순히 온전함의 모든 경계를 넘어섭니다. 더 많은 개체, 얼마나 많은 개체가 채워져 있는지 상상하기 어렵습니다. 나는 불필요한 엔티티에 대해 매우 부정적인 태도를 가지고 있습니다 ...)
단순함과 대중에 대한 집중 - 소프트웨어 제품 세계에서 성공의 열쇠. 우리 커뮤니티는 조금 어려울 때 좋아하지만...))
저는 C++에서 직접 메모리로 작업하는 것을 좋아했습니다. C#에는 그런 가능성이 없었습니다... 그렇지 않으면 C++는 저에게 부정적인 인상을 남겼습니다. 나는 이 언어가 지나치게 복잡하고 불필요하다고 진심으로 믿습니다. 그것의 복잡성은 단순히 온전한 모든 경계를 넘어섭니다. 얼마나 많은 개체가 그 안에 채워져 있는지 상상하기 어렵습니다. 나는 불필요한 엔티티에 대해 매우 부정적인 태도를 가지고 있습니다 ...)
그래서 당신은 그들을 사용할 필요가 없습니다, 누군가가 당신을 강제로, 또는 무엇입니까? OOP에 대한 포럼의 영원한 신음 소리와 같습니다. 글쎄, 당신이 그것을 느끼지 않으면 일반적인 절차 스타일로 작성하십시오. 누가 당신을 강요합니까? 그러나 여전히 고통받는 자들의 신음은 가라앉지 않을 것입니다. 분명히 결코 그렇지 않을 것입니다)