공감하고 애도합니다. 나는 한 살 어리거나 그 이하입니다. 따라서 어휘를 확장할 필요가 없습니다.
확인
어휘에 관한 것이 아니라 30년 이상 전에 컴퓨터 기술에 대해 알게 되었고 간단한 프로그래밍 언어인 Pascal, BASIC, Fortran, Assembler 및 ...
그러나 당신이 지금 Windows를 사용하고 있다는 사실 - 마우스 클릭 - 결과 또는 안드로이드/애플 전화 ..... 이것은 오래된 효과적인 언어에 앉지 않고 많은 소프트웨어 솔루션을 작성하는 프로그래머의 장점입니다. OOP 및 기타 프로그래밍 패러다임 덕분에
새로운 프로그래밍 스타일은 소프트웨어 개발의 속도를 증가시키며, 이것이 속도보다 더 중요합니다. 왜냐하면 새로운 소프트웨어(소프트웨어)가 시장(사용자)에 의해 요구될 것이라는 사실이 아니지만 시간이 부족하기 때문입니까? - 소프트웨어를 개발하는 회사 중 어느 회사가 회사의 전체 역사에서 하나의 소프트웨어 솔루션 개발자가 될 준비가 되어 있습니까? - 예, 시장(사용자)이 새로운 소프트웨어에 대한 아이디어를 얻었다면 누구나 시장에서 요구하는 많은 소프트웨어를 작성하고 싶어합니다. 그런 다음에만 소프트웨어 성능을 위해 싸우는 것이 합리적이지만 최소한 어셈블러에서 다시 작성하십시오!
음, 컴파일러, RAD, 프레임워크 및 기타 도구의 개발자도 제품을 수요 기술에 맞게 조정합니다. 결국 OOP가 엄청나게 느리거나 짧은 보조 기능을 사용하는 것이 효과적인 솔루션이 아니라고 생각하는 것은 ....하지만 "선형 코드 발판"을 작성하면 효과적이지만 사실은 아닙니다. 그리고 아마도 그 반대일 것입니다
어휘에 관한 것이 아니라 30년 이상 전에 컴퓨터 기술에 대해 알게 되었고 간단한 프로그래밍 언어인 Pascal, BASIC, Fortran, Assembler 및 ...
그러나 당신이 지금 Windows를 사용하고 있다는 사실 - 마우스 클릭 - 결과 또는 안드로이드/애플 전화 ..... 이것은 오래된 효과적인 언어에 앉지 않고 많은 소프트웨어 솔루션을 작성하는 프로그래머의 장점입니다. OOP 및 기타 프로그래밍 패러다임 덕분에
새로운 프로그래밍 스타일은 소프트웨어 개발의 속도를 증가시키며, 이것이 속도보다 더 중요합니다. 왜냐하면 새로운 소프트웨어(소프트웨어)가 시장(사용자)에 의해 요구될 것이라는 사실이 아니지만 시간이 부족하기 때문입니까? - 소프트웨어를 개발하는 회사 중 어느 회사가 회사의 전체 역사에서 하나의 소프트웨어 솔루션 개발자가 될 준비가 되어 있습니까? - 예, 시장(사용자)이 새로운 소프트웨어에 대한 아이디어를 얻었다면 누구나 시장에서 요구하는 많은 소프트웨어를 작성하고 싶어합니다. 그런 다음에만 소프트웨어 성능을 위해 싸우는 것이 합리적이지만 최소한 어셈블러에서 다시 작성하십시오!
음, 컴파일러, RAD, 프레임워크 및 기타 도구의 개발자도 제품을 수요 기술에 맞게 조정합니다. 결국 OOP가 엄청나게 느리거나 짧은 보조 기능을 사용하는 것이 효과적인 솔루션이 아니라고 생각하는 것은 ....하지만 "선형 코드 발판"을 작성하면 효과적이지만 사실은 아닙니다. 그리고 아마도 그 반대일 것입니다
여기 이야기가 있습니다 ;)
하나 빼고 다 동의합니다. MQL은 순수한 소프트웨어 지향 언어입니다. 그렇다면 왜 그에게서 필요하지 않은 것을 짜내려고 합니까? 많은 밀리초, 때로는 몇 초가 틱에서 틱으로 전달되는 경우 일부 계산의 처리를 가능한 한 빨리 달성하는 이유는 무엇입니까?
여기에서 말하자면 인적 요소가 영향을 미치고 누군가는 컨베이어에서처럼 작업을 수행합니다. 기술 사양을 받았고 추가로 수행 했습니까? 기술 사양을 받았습니다 ...
누군가는 다음 번에 자유 시간에 이 작업을 2배 더 빠르게 수행할 수 있는 방법을 끊임없이 찾고 있습니다.
누군가는 지속적으로 각 코드 조각을 더 빠르게 실행할 수 있는 기회를 찾고 성능을 높이기 위한 최적의 호출 구조를 찾습니다.
여기 만 보입니다. 모든 사람이 자신의 방식을 가지고 있습니까? )))
일반적으로 쓸모없는 토론. 고객이 무엇을 염두에 두고 있었는지 파악하는 동안 전체 코드를 여러 번 다시 작성할 수 있을 정도로 시간이 많이 걸립니다. 어떤 종류의 쓰기 속도가 필요합니까? 이해한 대로 수행한 다음 중재를 신청할 때 고객이 무엇을 의미했는지 알아내셨습니까?
그리고 일반적으로 나는 구속에 대해서만 이야기했습니다. 종종 쓸모없는 객체 생성 으로 MQL 코드를 오버로드할 필요가 없습니다.
어휘에 관한 것이 아니라 30년 이상 전에 컴퓨터 기술에 대해 알게 되었고 간단한 프로그래밍 언어인 Pascal, BASIC, Fortran, Assembler 및 ...
그러나 당신이 지금 Windows를 사용하고 있다는 사실 - 마우스 클릭 - 결과 또는 안드로이드/애플 전화 ..... 이것은 오래된 효과적인 언어에 앉지 않고 많은 소프트웨어 솔루션을 작성하는 프로그래머의 장점입니다. OOP 및 기타 프로그래밍 패러다임 덕분에
새로운 프로그래밍 스타일은 소프트웨어 개발의 속도를 증가시키며, 이것이 속도보다 더 중요합니다. 왜냐하면 새로운 소프트웨어(소프트웨어)가 시장(사용자)에 의해 요구될 것이라는 사실이 아니지만 시간이 부족하기 때문입니까? - 소프트웨어를 개발하는 회사 중 어느 회사가 회사의 전체 역사에서 하나의 소프트웨어 솔루션 개발자가 될 준비가 되어 있습니까? - 예, 시장(사용자)이 새로운 소프트웨어에 대한 아이디어를 얻었다면 누구나 시장에서 요구하는 많은 소프트웨어를 작성하고 싶어합니다. 그런 다음에만 소프트웨어 성능을 위해 싸우는 것이 합리적이지만 최소한 어셈블러에서 다시 작성하십시오!
음, 컴파일러, RAD, 프레임워크 및 기타 도구의 개발자도 제품을 수요 기술에 맞게 조정합니다. 결국 OOP가 엄청나게 느리거나 짧은 보조 기능을 사용하는 것이 효과적인 솔루션이 아니라고 생각하는 것은 ....하지만 "선형 코드 발판"을 작성하면 효과적이지만 사실은 아닙니다. 그리고 아마도 그 반대일 것입니다
여기 이야기가 있습니다 ;)
고용할 때 주로 임베디드, dsp 등의 분야에서 일했지만 데스크탑을 치고 데이터베이스를 사용할 줄 알았지만 지금은 잊어 버렸습니다. 따라서 임베디드 수준에서 OOP로의 전환은 종종 성능을 1.5배에서 2배까지 감소시킵니다. 결국 그들은 어셈블러로 많은 작업을 했고 asma에서 생성된 코드를 읽고 추가 제스처가 너무 많이 진행되고 있음을 알 수 있습니다. 그러나 우리 현실에서 이것들은 모두 하찮은 일입니다. 여기서는 일반 vidyakha를 구입하고 OpenCL로 작성합니다. 난 멋질거야))
들어가지 않았습니까?
나는 그들이 몰랐을 것입니다.
이것은 분명합니다.
나는 다음과 같은 것을 원한다:
이것은 분명합니다.
나는 다음과 같은 것을 원한다:
글쎄, 블록을 배치, 나는 항상 이것을
아니면 두 개의 괄호가 너무 많습니까?)
글쎄, 블록을 배치, 나는 항상 이것을
아니면 두 개의 괄호가 너무 많습니까?)
그냥 많은 것이 아닙니다 ... 머리에 에베레스트와 같습니다 ...))))))))))
노년은 무엇을 의미합니까? 나는 항상 "두 개의 괄호"가 무언가로 열려야한다고 생각했습니다 ...
그리고 그들은 단순히 일부 코드를 "현지화"할 수 있다는 사실에 화가 났습니다.
살고 배우십시오! 영광 ... 나에게))) - 나는 항상 내가 몰랐던 것을 알게되어 기쁩니다.
그리고 감사합니다! )))))))))))
1953-2008 아버지
1953-2019 시아버지
공감하고 애도합니다. 나는 한 살 어리거나 그 이하입니다. 따라서 어휘를 확장할 필요가 없습니다.
공감하고 애도합니다. 나는 한 살 어리거나 그 이하입니다. 따라서 어휘를 확장할 필요가 없습니다.
확인
어휘에 관한 것이 아니라 30년 이상 전에 컴퓨터 기술에 대해 알게 되었고 간단한 프로그래밍 언어인 Pascal, BASIC, Fortran, Assembler 및 ...
그러나 당신이 지금 Windows를 사용하고 있다는 사실 - 마우스 클릭 - 결과 또는 안드로이드/애플 전화 ..... 이것은 오래된 효과적인 언어에 앉지 않고 많은 소프트웨어 솔루션을 작성하는 프로그래머의 장점입니다. OOP 및 기타 프로그래밍 패러다임 덕분에
새로운 프로그래밍 스타일은 소프트웨어 개발의 속도를 증가시키며, 이것이 속도보다 더 중요합니다. 왜냐하면 새로운 소프트웨어(소프트웨어)가 시장(사용자)에 의해 요구될 것이라는 사실이 아니지만 시간이 부족하기 때문입니까? - 소프트웨어를 개발하는 회사 중 어느 회사가 회사의 전체 역사에서 하나의 소프트웨어 솔루션 개발자가 될 준비가 되어 있습니까? - 예, 시장(사용자)이 새로운 소프트웨어에 대한 아이디어를 얻었다면 누구나 시장에서 요구하는 많은 소프트웨어를 작성하고 싶어합니다. 그런 다음에만 소프트웨어 성능을 위해 싸우는 것이 합리적이지만 최소한 어셈블러에서 다시 작성하십시오!
음, 컴파일러, RAD, 프레임워크 및 기타 도구의 개발자도 제품을 수요 기술에 맞게 조정합니다. 결국 OOP가 엄청나게 느리거나 짧은 보조 기능을 사용하는 것이 효과적인 솔루션이 아니라고 생각하는 것은 ....하지만 "선형 코드 발판"을 작성하면 효과적이지만 사실은 아닙니다. 그리고 아마도 그 반대일 것입니다
여기 이야기가 있습니다 ;)
확인
어휘에 관한 것이 아니라 30년 이상 전에 컴퓨터 기술에 대해 알게 되었고 간단한 프로그래밍 언어인 Pascal, BASIC, Fortran, Assembler 및 ...
그러나 당신이 지금 Windows를 사용하고 있다는 사실 - 마우스 클릭 - 결과 또는 안드로이드/애플 전화 ..... 이것은 오래된 효과적인 언어에 앉지 않고 많은 소프트웨어 솔루션을 작성하는 프로그래머의 장점입니다. OOP 및 기타 프로그래밍 패러다임 덕분에
새로운 프로그래밍 스타일은 소프트웨어 개발의 속도를 증가시키며, 이것이 속도보다 더 중요합니다. 왜냐하면 새로운 소프트웨어(소프트웨어)가 시장(사용자)에 의해 요구될 것이라는 사실이 아니지만 시간이 부족하기 때문입니까? - 소프트웨어를 개발하는 회사 중 어느 회사가 회사의 전체 역사에서 하나의 소프트웨어 솔루션 개발자가 될 준비가 되어 있습니까? - 예, 시장(사용자)이 새로운 소프트웨어에 대한 아이디어를 얻었다면 누구나 시장에서 요구하는 많은 소프트웨어를 작성하고 싶어합니다. 그런 다음에만 소프트웨어 성능을 위해 싸우는 것이 합리적이지만 최소한 어셈블러에서 다시 작성하십시오!
음, 컴파일러, RAD, 프레임워크 및 기타 도구의 개발자도 제품을 수요 기술에 맞게 조정합니다. 결국 OOP가 엄청나게 느리거나 짧은 보조 기능을 사용하는 것이 효과적인 솔루션이 아니라고 생각하는 것은 ....하지만 "선형 코드 발판"을 작성하면 효과적이지만 사실은 아닙니다. 그리고 아마도 그 반대일 것입니다
여기 이야기가 있습니다 ;)
그렇다면 왜 그에게서 필요하지 않은 것을 짜내려고 합니까? 많은 밀리초, 때로는 몇 초가 틱에서 틱으로 전달되는 경우 일부 계산의 처리를 가능한 한 빨리 달성하는 이유는 무엇입니까?
여기에서 말하자면 인적 요소가 영향을 미치고 누군가는 컨베이어에서처럼 작업을 수행합니다. 그는 기술 사양(또는 그의 아이디어)을 받고 추가로 수행했습니다. 기술 사양을 받았습니다...
누군가는 다음 번에 자유 시간에 이 작업을 2배 더 빠르게 수행할 수 있는 방법을 끊임없이 찾고 있습니다.
누군가는 지속적으로 각 코드 조각을 더 빠르게 실행할 수 있는 기회를 찾고 성능을 높이기 위한 최적의 호출 구조를 찾습니다.
여기 만 보입니다. 모든 사람이 자신의 방식을 가지고 있습니까? )))
여기에서 말하자면 인적 요소가 영향을 미치고 누군가는 컨베이어에서처럼 작업을 수행합니다. 기술 사양을 받았고 추가로 수행 했습니까? 기술 사양을 받았습니다 ...
누군가는 다음 번에 자유 시간에 이 작업을 2배 더 빠르게 수행할 수 있는 방법을 끊임없이 찾고 있습니다.
누군가는 지속적으로 각 코드 조각을 더 빠르게 실행할 수 있는 기회를 찾고 성능을 높이기 위한 최적의 호출 구조를 찾습니다.
여기 만 보입니다. 모든 사람이 자신의 방식을 가지고 있습니까? )))
일반적으로 쓸모없는 토론. 고객이 무엇을 염두에 두고 있었는지 파악하는 동안 전체 코드를 여러 번 다시 작성할 수 있을 정도로 시간이 많이 걸립니다. 어떤 종류의 쓰기 속도가 필요합니까? 이해한 대로 수행한 다음 중재를 신청할 때 고객이 무엇을 의미했는지 알아내셨습니까?
그리고 일반적으로 나는 구속에 대해서만 이야기했습니다. 종종 쓸모없는 객체 생성 으로 MQL 코드를 오버로드할 필요가 없습니다.
무익함의 예는 많이 있지만 이 주제에 대해 더 이상 논의하고 싶지 않습니다.
출력, 문자열 및 인쇄는 변수 작업의 지표가 아닙니다.
'tst.mq5' tst.mq5 하나 하나
초기화되지 않은 변수 'c' 사용 가능 tst.mq5 열여섯 십
초기화되지 않은 변수 ''의 사용 가능 tst.mq5 20 17
생성된 코드 하나 하나
오류 0개, 경고 2개, 526밀리초 경과 하나 삼
좋습니다, 계산에서 초기화되지 않은 것을 명시적으로 사용할 때 나타납니다. 이것은 좋은 것입니다.
확인
어휘에 관한 것이 아니라 30년 이상 전에 컴퓨터 기술에 대해 알게 되었고 간단한 프로그래밍 언어인 Pascal, BASIC, Fortran, Assembler 및 ...
그러나 당신이 지금 Windows를 사용하고 있다는 사실 - 마우스 클릭 - 결과 또는 안드로이드/애플 전화 ..... 이것은 오래된 효과적인 언어에 앉지 않고 많은 소프트웨어 솔루션을 작성하는 프로그래머의 장점입니다. OOP 및 기타 프로그래밍 패러다임 덕분에
새로운 프로그래밍 스타일은 소프트웨어 개발의 속도를 증가시키며, 이것이 속도보다 더 중요합니다. 왜냐하면 새로운 소프트웨어(소프트웨어)가 시장(사용자)에 의해 요구될 것이라는 사실이 아니지만 시간이 부족하기 때문입니까? - 소프트웨어를 개발하는 회사 중 어느 회사가 회사의 전체 역사에서 하나의 소프트웨어 솔루션 개발자가 될 준비가 되어 있습니까? - 예, 시장(사용자)이 새로운 소프트웨어에 대한 아이디어를 얻었다면 누구나 시장에서 요구하는 많은 소프트웨어를 작성하고 싶어합니다. 그런 다음에만 소프트웨어 성능을 위해 싸우는 것이 합리적이지만 최소한 어셈블러에서 다시 작성하십시오!
음, 컴파일러, RAD, 프레임워크 및 기타 도구의 개발자도 제품을 수요 기술에 맞게 조정합니다. 결국 OOP가 엄청나게 느리거나 짧은 보조 기능을 사용하는 것이 효과적인 솔루션이 아니라고 생각하는 것은 ....하지만 "선형 코드 발판"을 작성하면 효과적이지만 사실은 아닙니다. 그리고 아마도 그 반대일 것입니다
여기 이야기가 있습니다 ;)
고용할 때 주로 임베디드, dsp 등의 분야에서 일했지만 데스크탑을 치고 데이터베이스를 사용할 줄 알았지만 지금은 잊어 버렸습니다. 따라서 임베디드 수준에서 OOP로의 전환은 종종 성능을 1.5배에서 2배까지 감소시킵니다. 결국 그들은 어셈블러로 많은 작업을 했고 asma에서 생성된 코드를 읽고 추가 제스처가 너무 많이 진행되고 있음을 알 수 있습니다. 그러나 우리 현실에서 이것들은 모두 하찮은 일입니다. 여기서는 일반 vidyakha를 구입하고 OpenCL로 작성합니다. 난 멋질거야))