정말 놀라운 결과입니다! - 페이지 4

 
nen >> :

30년 이상 전에 프로그래밍을 위한 논리를 공부했습니다. 약어 KNF와 DNF를 해독하십시오.

접속사(접속사) 정규형.

 
Galaxy писал(а) >>

중지! 표준이나 규약은 어떻습니까? 이것은 완전히 다른 오류 영역으로 전체 수학을 거꾸로 뒤집습니다.

디지털 전자 및 컴퓨터 기술의 수학적 기초는 논리 대수(또는 부울 대수)입니다.

논리적 더하기 "또는" (분리 ) 및 논리적 곱하기 "및"( 결합 ).

우리가 대학에서 공부한 모든 CNF와 DNF는 어떻습니까? 이 문제를 시급히 시정해야 하고 불명예를 당하지 않아야 한다고 생각합니다.

이 오류는 수정할 수 없습니다. 지옥에 갈 것이기 때문에 4일에 좋은 프로그램이 많이 있다고 생각합니다... 다음과 같은 C ++ pragma를 소개하지 않는 한:

#lol_logical_operation

// 올드 스쿨의 비정상적인 논리 연산... 즐감하세요!

#unlol_logical_operation

이 디자인 안에 들어있는 것은 외계인 논리였습니다. :)

 
프로그램을 삽질해야 합니다. 나는 또한 다단계 검사를 시도하지만 모든 것이 첫 번째 수준에서 최대로 잘리는 것은 아닙니다.
 
Prival писал(а) >>

그럴 필요는 없습니다. 여기에 독을 붓습니다.

여기에 표시된 것은 작업의 정확성이 아닙니다. 개발자가 소프트웨어 제품을 더욱 개선하고 버그, 결함 등을 제거하는 데 도움이 됩니다. 물론 그들이 필요하고 가능하다고 생각하지 않는 한. 이 게시물 덕분에 MQL은 빌드할 때마다 향상됩니다.

MT *가 더 좋아졌다는 사실에 매우 기여하고 싶습니다. 예를 들어, 개발자가 다른 언어를 지원하도록 설득합니다. 그리고 가장 중요한 것은 비용이 들지 않는다는 것입니다. 가장 좋은 방법은 CLR 호스트를 포함하는 것입니다. 그러면 모든 .NET 언어를 사용할 수 있습니다. C#도 동일합니다. 인건비 - 한 프로그래머의 경우 최대 일주일(MT 개체 모델만 내보내기). 그리고 MT의 레벨이 강하게 올라갔을 거라고 생각합니다.

그리고 물론 MQL5를 개발하기 위해... 병렬로. 성능을 C++ 수준으로 가져옵니다. 등.

 
MuruFigi >> :

MT *가 더 좋아졌다는 사실에 매우 기여하고 싶습니다. 예를 들어, 개발자가 다른 언어를 지원하도록 설득합니다. 그리고 가장 중요한 것은 비용이 들지 않는다는 것입니다. 가장 좋은 방법은 CLR 호스트를 포함하는 것입니다. 그러면 모든 .NET 언어를 사용할 수 있습니다. C#도 동일합니다. 인건비 - 한 프로그래머의 경우 최대 일주일(MT 개체 모델만 내보내기). 그리고 MT의 레벨이 강하게 올라갔을 거라고 생각합니다.

그리고 물론 MQL5를 개발하기 위해... 병렬로. 성능을 C++ 수준으로 가져옵니다. 등.

... NinjaTrader처럼? 그리고 왜 MQL인가? 일주일의 작업 - 물론 농담입니다 :)

 
Choomazik писал(а) >>

... NinjaTrader처럼? 그리고 왜 MQL인가? 일주일의 작업 - 물론 농담입니다 :)

나는 NinjaTrader가 무엇인지 모릅니다.

왜 MQL인가? 전문적으로 프로그래밍을 해보지 않은 사람들을 위해. 단순화된 언어. 또한 .NET용 개발 환경 - 설치해야 하고, 이해해야 하고, 다른 언어를 배워야 합니다. Express가 아닌 경우 .NET 개발 환경을 구입해야 합니다. 그것이 바로 MQL이 필요한 이유입니다.

그리고 MQL 프로그래머가 일부 매트 모듈을 주문하는 것이 더 쉬울 것입니다. MQL은 모르지만 C++ 또는 C#을 알고 .NET 플랫폼에서 작업을 수행할 수 있는 프로그래머를 위한 모델링입니다.

1주일 정도의 작업도 잘 모르겠고... 하지만 어렵지 않은건 확실합니다. 문서를 읽기만 하면 됩니다. :)

 
MuruFigi >> :

이 오류는 수정할 수 없습니다. 지옥에 갈 것이기 때문에 4일에 좋은 프로그램이 많이 있다고 생각합니다... 다음과 같은 C ++ pragma를 소개하지 않는 한:

#lol_logical_operation

// 올드 스쿨의 비정상적인 논리 연산... 즐감하세요!

#unlol_logical_operation

이 디자인 안에 들어있는 것은 외계인 논리였습니다. :)

실수에 대한 대가를 치러야 합니다. 그리고 실수가 심각할수록 인생은 더욱 그렇습니다. 그리고 지금 수정하지 않으면 훨씬 더 비쌀 것입니다.

그리고 논리를 희생시키면서, 우리의 지적 우주는 그것에 기반을 두고 있기 때문에 실제로 우리는 "또는"보다 "그리고"를 우선시한다고 생각합니다.

집합 이론:

&& = 의 교집합으로 해석됩니다.

|| = 연합으로

A, B는 비어 있지 않은 집합입니다.

그 다음에

A && B는 A의 하위 집합입니다 || 비,

저것들. x가 A && B에 속하면 x는 A에 속합니다 || 비.

저것들. 첫 번째 조건은 두 번째 조건을 수반하므로 더 강력합니다.

그리고 MQL 논리에 따르면 그 반대입니다.

한마디로 시급히 고쳐야 합니다.

 

사실 프로그래머의 입장에서 이것은 논의의 대상이 아닙니다. 왜냐하면 각 언어의 사양이 먼저이고 어딘가에 다른 표준이 있다는 것은 전혀 중요하지 않기 때문입니다.

그리고 하나의 표준은 헛된 꿈입니다.

 
keekkenen >> :

사실 프로그래머의 입장에서 이것은 논의의 대상이 아닙니다. 왜냐하면 각 언어의 사양이 먼저이고 어딘가에 다른 표준이 있다는 것은 전혀 중요하지 않기 때문입니다.

그리고 하나의 표준은 헛된 꿈입니다.

+1, 그리고 보험을 위해 큰 소리로 외치는 대신 모호한 위치에 괄호를 멍청하게 배치합니다.

"내가 생각한대로 작동하지 않기 때문에 무언가를 수정해야합니다"

 
TheXpert >> :

+1, 그리고 보험을 위해 큰 소리로 외치는 대신 모호한 위치에 괄호를 멍청하게 배치합니다.

"내가 생각한대로 작동하지 않기 때문에 무언가를 수정해야합니다"

옛날에 한 번, 나는 9개를 구입하기 위해 검사했는데, 판매자에게 엔진 오일의 "조라"에 대해 어떻게 생각하느냐고 물었을 때 그는 또한 나에게 "어리석게도 매 300km마다 1리터의 오일을 채우고, 그러면 문제가 없을 것입니다."

그러나 일반적으로 사람들은 문제의 가능성을 최소화하려고 노력하고 지속적으로 보장하지 않습니다. 그리고 우리 자동차는 그렇게 운전합니다. 모두 "바보처럼" 약간 덤불 같은 방식으로 패치됩니다. "직접 해보세요" 생성자

브래킷을 놓는 것은 어렵지 않습니다. 단지 원칙의 문제일 뿐입니다. 제품은 예전 일본 녹음기처럼 "바보를 위해" 신뢰할 수 있도록 노력해야 합니다.