그러나 그 후에야 컴파일러가 (정확히 해야 하는) 무엇을 해야 하는지 이해하게 됩니다. 지금은 2014년이고 기존 컴파일러는 품질 관리 측면에서 최소 10년 뒤쳐지고 최적화에만 집중합니다.
정보: 인텔 C++ 컴파일러는 아직 질병에서 회복되지 않았습니다. 우리 프로젝트에 내부 컴파일러 오류가 지속적으로 발생합니다. 즉, 큰 프로젝트를 씹지 않고 자체 오류를 생성합니다. 그리고 뛰어난 최적화 속성에 대한 신화는 이미 구식입니다. 다른 모든 사람들은 최적화 수준을 크게 향상시켰습니다.
C++와 같은 위험하고 자살 충동적인 언어에는 컴파일을 위한 키와 비활성화가 너무 많아서 모든 면에서 자신 있는 프로그래머가 신경 경련 없이 아무데도 없는 수많은 오래되고 복사된 코드를 컴파일할 수 있습니다. :)
컴파일러는 무엇보다도 먼저 구문 분석이 아니라 컴파일해야 하며, 매우 바람직하고 좋은 품질로 컴파일해야 하며, 이는 원칙적으로 유연성과 사용자 정의도 필요합니다.
정적 코드 분석기 및 기타 유사한 도구를 별도의 유틸리티로 구현하는 것이 합리적입니다. 이러한 도구를 사용하면 컴파일러에서 해당 기능을 구현하는 것과 비교하여 더 높은 품질의 기능을 얻을 수 있습니다.
정적 코드 분석 및 기타 유사한 유용한 조치는 프로그래머의 부주의 및 낮은 자격과 관련된 오류의 일부만 감지하는 데 도움이 된다는 점을 이해하는 것이 합리적입니다. 설계 오류, 논리적 오류, "구현하는 것을 잊은" 오류 및 기타 유사한 오류는 정적 분석기 또는 기타 유사한 도구에서 감지되지 않습니다. 이는 MT4에서 눈에 띄게 나타납니다.
한 번에 Microsoft의 컴파일러는 내부 오류로 인해 더 쉽게 "내려놓습니다". Intel을 포함하여 최신 버전이 더 안정적으로 작동합니다. 최적화의 경우 일반적으로 특별한 것은 필요하지 않습니다. 훌륭하고 견고한 최적화만 있으면 충분하며 Intel의 최적화는 자체 프로세서의 아키텍처와 메커니즘에 대한 깊은 이해를 기반으로 합니다. Intel이 다른 기업보다 더 나쁠 것이라고 가정하는 것은 이상할 것입니다.
컴파일 키는 프로젝트(일부)의 요구 사항에 대한 컴파일러의 유연한 구성에 주로 필요하며 레거시 코드 컴파일을 용이하게 하는 옵션은 추가 보너스일 뿐입니다.
C++ 언어가 그렇게 위험하고 자살 충동적이라면 C 기반 초기 MQL4가 C++ 기반 MQL4++ 및 MQL5로 "업그레이드"된 이유는 무엇입니까?
정적 코드 분석 및 기타 유사한 유용한 조치는 프로그래머의 부주의 및 낮은 자격과 관련된 오류의 일부만 감지하는 데 도움이 된다는 점을 이해하는 것이 합리적입니다. 설계 오류, 논리적 오류, "구현하는 것을 잊은" 오류 및 기타 유사한 오류는 정적 분석기 또는 기타 유사한 도구에서 감지되지 않습니다. 이는 MT4에서 눈에 띄게 나타납니다.
테스트 환경은 코드 품질에 대한 요구 사항이 매우 높은 칩의 소프트웨어 설계 기능 검증을 위한 소프트웨어 제품에서 널리 사용됩니다. 또한 기능적 쉘은 칩 설계 코드 개발의 필수적인 부분입니다. 일반 소프트웨어 프로젝트를 작성할 때 많은 프로그래머는 이러한 기능 테스트에 대한 아이디어조차 없습니다. 이는 이러한 테스트를 처음부터 작성하는 것이 프로젝트를 작성할 때 직접 작성하는 것보다 더 많은 시간이 소요될 수 있고 있을 때만 정당화된다는 사실 때문입니다. 고품질 코드를 작성하기 위한 요구 사항이거나 여러 버전이 계획되어 있으며 동일한 프로젝트입니다. 반면에 잘 작성된 테스트 환경은 디버깅 및 코드 검증 시간을 크게 절약합니다.
씨 판사! Porque no usa el botón SRC para poner su codigo? Así mejor o Ud. 티엔 알구나 두다?
부에나 수에르테!
나는 당신이 SRC를 어디로 가져가는지 묻고 싶습니다.
판사
안녕하세요 보리루나드입니다!
나는 당신이 SRC를 어디로 가져가는지 묻고 싶습니다.
판자
답변을 하실때 조금 올려다보면 영상 왼쪽에 SRC 버튼이 보이실거에요! 그것을 클릭 하면 코드를 삽입 할 수 있는 둘레가 열립니다! 행운을 빕니다!
그건 그렇고, SRC 의 장소는 Konstantin에 의해 매우 정확하고 "웅변적으로"표시됩니다!
정적 분석기에 익숙해지면 일부 사람들이 짜증을 낼 것이라는 것을 이해합니다.
그러나 그 후에야 컴파일러가 (정확히 해야 하는) 무엇을 해야 하는지 이해하게 됩니다. 지금은 2014년이고 기존 컴파일러는 품질 관리 측면에서 최소 10년 뒤쳐지고 최적화에만 집중합니다.
정보: 인텔 C++ 컴파일러는 아직 질병에서 회복되지 않았습니다. 우리 프로젝트에 내부 컴파일러 오류가 지속적으로 발생합니다. 즉, 큰 프로젝트를 씹지 않고 자체 오류를 생성합니다. 그리고 뛰어난 최적화 속성에 대한 신화는 이미 구식입니다. 다른 모든 사람들은 최적화 수준을 크게 향상시켰습니다.
C++와 같은 위험하고 자살 충동적인 언어에는 컴파일을 위한 키와 비활성화가 너무 많아서 모든 면에서 자신 있는 프로그래머가 신경 경련 없이 아무데도 없는 수많은 오래되고 복사된 코드를 컴파일할 수 있습니다. :)
컴파일러는 무엇보다도 먼저 구문 분석이 아니라 컴파일해야 하며, 매우 바람직하고 좋은 품질로 컴파일해야 하며, 이는 원칙적으로 유연성과 사용자 정의도 필요합니다.
정적 코드 분석기 및 기타 유사한 도구를 별도의 유틸리티로 구현하는 것이 합리적입니다. 이러한 도구를 사용하면 컴파일러에서 해당 기능을 구현하는 것과 비교하여 더 높은 품질의 기능을 얻을 수 있습니다.
정적 코드 분석 및 기타 유사한 유용한 조치는 프로그래머의 부주의 및 낮은 자격과 관련된 오류의 일부만 감지하는 데 도움이 된다는 점을 이해하는 것이 합리적입니다. 설계 오류, 논리적 오류, "구현하는 것을 잊은" 오류 및 기타 유사한 오류는 정적 분석기 또는 기타 유사한 도구에서 감지되지 않습니다. 이는 MT4에서 눈에 띄게 나타납니다.
한 번에 Microsoft의 컴파일러는 내부 오류로 인해 더 쉽게 "내려놓습니다". Intel을 포함하여 최신 버전이 더 안정적으로 작동합니다. 최적화의 경우 일반적으로 특별한 것은 필요하지 않습니다. 훌륭하고 견고한 최적화만 있으면 충분하며 Intel의 최적화는 자체 프로세서의 아키텍처와 메커니즘에 대한 깊은 이해를 기반으로 합니다. Intel이 다른 기업보다 더 나쁠 것이라고 가정하는 것은 이상할 것입니다.
컴파일 키는 프로젝트(일부)의 요구 사항에 대한 컴파일러의 유연한 구성에 주로 필요하며 레거시 코드 컴파일을 용이하게 하는 옵션은 추가 보너스일 뿐입니다.
C++ 언어가 그렇게 위험하고 자살 충동적이라면 C 기반 초기 MQL4가 C++ 기반 MQL4++ 및 MQL5로 "업그레이드"된 이유는 무엇입니까?
simpleton :
정적 코드 분석 및 기타 유사한 유용한 조치는 프로그래머의 부주의 및 낮은 자격과 관련된 오류의 일부만 감지하는 데 도움이 된다는 점을 이해하는 것이 합리적입니다. 설계 오류, 논리적 오류, "구현하는 것을 잊은" 오류 및 기타 유사한 오류는 정적 분석기 또는 기타 유사한 도구에서 감지되지 않습니다. 이는 MT4에서 눈에 띄게 나타납니다.
테스트 환경은 코드 품질에 대한 요구 사항이 매우 높은 칩의 소프트웨어 설계 기능 검증을 위한 소프트웨어 제품에서 널리 사용됩니다. 또한 기능적 쉘은 칩 설계 코드 개발의 필수적인 부분입니다. 일반 소프트웨어 프로젝트를 작성할 때 많은 프로그래머는 이러한 기능 테스트에 대한 아이디어조차 없습니다. 이는 이러한 테스트를 처음부터 작성하는 것이 프로젝트를 작성할 때 직접 작성하는 것보다 더 많은 시간이 소요될 수 있고 있을 때만 정당화된다는 사실 때문입니다. 고품질 코드를 작성하기 위한 요구 사항이거나 여러 버전이 계획되어 있으며 동일한 프로젝트입니다. 반면에 잘 작성된 테스트 환경은 디버깅 및 코드 검증 시간을 크게 절약합니다.
정적 분석도 사용되지만 매우 피상적이고 기본 구문 검사로만 사용됩니다.
심플턴, 무슨 말도 안되는 소리야.
전체 품질 관리 수준에 도달해야 비로소 이를 이해할 수 있습니다. 그 동안 당신은 자랑스러운 개별 프로그래머의 인식 수준에 머물며 "나를 제어하지 않는 것이 현명합니다. 제어는 실행되지 않는 별도의 유틸리티로 두는 것이 현명합니다."
C++와 달리 MQL은 원시 참조의 거부로 인해 (dll에 종료가 없는 경우) 절대 위험하지 않으며 일반적으로 관리되는 언어입니다.
C++와 달리 MQL은 절대 위험하지 않습니다.
C++ 컴파일러의 결함은 매우 드뭅니다.
MQL 컴파일러 결함은 이제 영구적인 현상입니다(MQL에 대한 내부 컴파일러 오류는 VS보다 훨씬 더 자주 보았습니다).
MQL 코드 실행의 결함도 이제 주기적 현상입니다.
우리는 결함으로 어려움을 겪고 있지만 동시에 많은 것을 추가하고 개선하고 있습니다.
금요일에는 실행 및 테스트 속도가 확실히 개선된 MT4가 릴리스됩니다.