MQL 현지화에 대해 다시 한 번 - 페이지 6

 
IlyaA писал(а) >>

나는 전문적인 1c-양입니다 :). 7년 동안 충분히 썼습니다. 기분이 좋아, 그냥 멋져!

나처럼.

제 생각에도 나쁘지 않은 것 같지만, 당신과 달리 저는 지난 5년 동안 러시아어 구문을 피했습니다.

그럼 1:1까지 :)

 
faa1947 писал(а) >>

어셈블러는 어떻습니까? 모든 라이브러리와 C 및 Fortranovsky 및 기타에 대한 무료 액세스가 있지만 우리는 고급 언어에 대해 논의하고 있지만 디버거가 있을 것입니다.

귀하의 문구로:

일반적으로 MQL은 ... 원칙적으로 프로그래밍 언어를 사용하지 않습니다.

 
faa1947 писал(а) >>

어셈블러는 어떻습니까? 모든 라이브러리와 C 및 Fortranovsky 및 기타에 대한 무료 액세스가 있지만 우리는 고급 언어에 대해 논의하고 있지만 디버거가 있을 것입니다.

실제로 프로그래밍 언어를 포함한 거래를 위한 응용 시스템이 논의되고 있습니다. 사용자는 프로그래머가 아니라 거래자이며, 이 관점에서 더 넓게 보면 거래에서 많은 공백이 있고 프로그래밍에서 약간의 엉뚱한 부분이 있음을 알 수 있습니다. 주요 질문은 "특정 기회가 TS 작성에 기여하거나 기여하지 않습니까?"입니다. 프로그래밍, 예약어 등의 아이디어가 아닌 거래 시스템을 위한 모든 것 20세기의 거의 모든 수학은 경제학의 영향을 받아 발전했습니다. MQL에는 수학이 전혀 없으며 우리는 여부에 대해 논의하고 있습니다. 삶의 목적을 잃어야 합니다.

 
faa1947 >> :

실제로 프로그래밍 언어를 포함한 거래를 위한 응용 시스템이 논의되고 있습니다. 사용자는 프로그래머가 아니라 상인이며, 이 관점에서 더 넓게 보면 거래에서 많은 공백이 있고 프로그래밍에서 약간의 엉뚱한 부분이 있음을 알 수 있습니다. 주요 질문은 "특정 기회가 TS 작성에 기여하거나 기여하지 않습니까?"입니다. 프로그래밍, 예약어 등의 아이디어가 아닌 거래 시스템을 위한 모든 것 20세기의 거의 모든 수학은 경제학의 영향을 받아 발전했습니다. MQL에는 수학이 전혀 없으며 우리는 여부에 대해 논의하고 있습니다. 삶의 목적을 잃어야 합니다.

나는 당신이 "튜링 기계"와 같은 것을 들어 본 적이 없다는 인상을 받았습니까?

다시 한 번 - 누가 동일한 라이브러리를 다시 작성하지 못하게 막습니까?

프로그래밍 언어는 사람들이 프로그램이라고 부르는 것을 표현하는 것입니다. 구현이 전혀 필요하지 않습니다. :)

 
Azzx писал(а) >>

나는 당신이 "튜링 기계"와 같은 것을 들어 본 적이 없다는 인상을 받았습니까?

다시 한 번 - 누가 동일한 라이브러리를 다시 작성하지 못하게 막습니까?

프로그래밍 언어는 사람들이 프로그램이라고 부르는 것을 표현하는 것입니다. 구현이 전혀 필요하지 않습니다. :)

나는 모든 시대와 사람들의 프로그래밍 언어인 ALGOL-68을 추천합니다.

 
DDFedor >> :

결론은 "financiers-accountants" 환경에서 프로그래머(또는 "user-programmers", 원하는 대로)의 비율 규모에 대해 faa1947 에 답하고 싶습니다. 1C를 사용하는 ... 그리고 Excel ... 왜 당신에게 대답하십시오? "회계사 - 재무"와 문제의 장점에 대해 의사 소통하는 데 풍부한 경험이 있어야하기 때문입니다.


불행히도, 이들(그리고 소문자로 비인격적으로) 자체는 대차대조표와 IFRS에 대해 추정만 할 수 있습니다. 이것은 금융가를 위한 것이므로 이 사람들이 훨씬 낫습니다. 그러나 1C 및 Excel 프로그래머 (Excel이 여기에 기인 한 이유는 아직 명확하지 않습니다. 거기에서 러시아어로 반 현지화 된 언어는 불가능합니다. 더 정확하게는 많이 불가능합니다.) 많이 있고 실제로 언어를 더 빨리 마스터합니다. . 여전히 네이티브입니다. 질문을 올바르게 설명했기를 바랍니다.
 
faa1947 писал(а) >>

실제로 프로그래밍 언어를 포함한 거래를 위한 응용 시스템이 논의되고 있습니다. 사용자는 프로그래머가 아니라 상인이며, 이 관점에서 더 넓게 보면 거래에서 많은 공백이 있고 프로그래밍에서 약간의 엉뚱한 부분이 있음을 알 수 있습니다. 주요 질문은 "특정 기회가 TS 작성에 기여하거나 기여하지 않습니까?"입니다. 프로그래밍, 예약어 등의 아이디어가 아닌 거래 시스템을 위한 모든 것 20세기의 거의 모든 수학은 경제학의 영향을 받아 발전했습니다. MQL에는 수학이 전혀 없으며 우리는 여부에 대해 논의하고 있습니다. 삶의 목적을 잃어야 합니다.

1) 일반적으로 "MQL에서 러시아어 구문이 필요한지 여부"에 대해 논의합니다.

2) 프로그래머가 아닌 트레이더의 문제로 돌아가면 메이플 유형에 기반한 프로그래밍 시스템이 더 수용 가능합니다.

3) 개인적으로 20세기 수학의 발전에 경제학보다 물리학이 훨씬 더 큰 영향을 미쳤다고 생각합니다. 하지만 당신은 아마도 경제학자일 것입니다 :)

 
우리는 무엇을 피워? 그리고 가장 중요한 것은, 우리는 그런 핵 물건을 어디에서 구입합니까 ??? )))
 
PapaYozh писал(а) >>

1) 일반적으로 "MQL에서 러시아어 구문이 필요한지 여부"에 대해 논의합니다.

2) 프로그래머가 아닌 트레이더의 문제로 돌아가면 메이플 유형에 기반한 프로그래밍 시스템이 더 수용 가능합니다.

3) 개인적으로 20세기 수학의 발전에 경제학보다 물리학이 훨씬 더 큰 영향을 미쳤다고 생각합니다. 하지만 당신은 아마도 경제학자일 것입니다 :)

제 전공은 "응용 수학"으로 평생 경제학에 적용해 왔습니다. Excel이 표 형식의 도메인에 중점을 두고 있음에도 불구하고 Excel에 얼마나 많은 기능이 있는지 살펴보겠습니다. 그러나 (특히 살펴보니) Excel에는 "다른 국가와의 상호 작용"이라는 거대한 섹션이 있습니다. 공식 MQL 문서에는 이에 대한 한 줄이 없습니다.

 
IlyaA писал(а) >>

불행히도, 이들(그리고 소문자로 비인격적으로) 자체는 대차대조표와 IFRS에 대해 추정만 할 수 있습니다. 이것은 금융가를 위한 것이므로 이 사람들이 훨씬 낫습니다. 그러나 1C 및 Excel 프로그래머 (Excel이 여기에 기인 한 이유는 아직 명확하지 않습니다. 거기에서 러시아어로 반 현지화 된 언어는 불가능합니다. 더 정확하게는 많이 불가능합니다.) 많이 있고 실제로 언어를 더 빨리 마스터합니다. . 여전히 네이티브입니다. 질문을 올바르게 설명했기를 바랍니다.

일반적으로 저는 bukhs - 프로그래밍에 전혀 간섭하지 마십시오, 금융가 - "보고서" 프로그래밍을 컴파일하는 것을 고려하지 마십시오. 이 모든 것은 "사용자"와 "프로그래머"를 구별해야 한다는 사실에 제품 ... 이제 우리는 프로그래머를위한 환경에 대해 이야기하고 있으며 사용자로서의 "회계사 - 재무"는 메타 편집기를 열지 않는 거래자와 마찬가지로이 주제를 전혀 나타내지 않습니다 ... "러시아어" 또는 "러시아어 아님"에 대해 관심을 가지십시오. ...