Alex_Bondar : 예를 들어 tisilabe에서와 같이 시각적 생성자가 필요하므로 큐브와 코드 모두 프레임을 스케치할 위치, 큐브를 사용하여 사용자 정의 어딘가에 다음 코드를 작성할 수 있습니다. 이러한 솔루션은 코딩의 게으름 때문이 아니라 단순히 모델링 속도의 이점 때문에 미래입니다. 이것은 디지털 그래픽에서 발생했으며 논리를 "그리기"하고 다단계 구조로 실험해야 하는 모든 반경험적 프로세스 모델링에서 발생할 것입니다.
옛날 옛적에, 그러한 결정은 기쁨의 폭풍을 불러일으켰습니다(나는 직장에서 이것을 보았지만 이것 과 거래하면서 ). 하지만 ... 나도 왜 그런지 모르겠지만 작동하지 않았습니다. 코드나 무언가에 더 많은 자유가 있습니다. 시각화가 더 명확해집니다. 그러나 종종 이러한 시각화 도구에서 한두 줄의 코드로 작성하면 구성 요소 더미가 생성됩니다. 사용자 지정 구성 요소는 다시 몇 가지 아키텍처 제한에 부딪힙니다(표준 구성 요소의 모델에 맞아야 함).
가장 큰 이유는 물론 게으름입니다. 멍청한 놈, 게으름, 프로그래밍에 능숙한 자들에게 이것은 코드 생성기의 똥 코드의 과잉입니다. 아이디어가 흥미롭긴 하지만. 기술적인 측면에서, 최하위 수준에서 언어는 비동기 및 선언적 프로그래밍 스타일의 가능성에 대한 좋은 지원이 필요합니다(이것은 내 의견입니다)
LoadUI is a open source API load testing solution that is free and cross-platform. With a visual, drag-and-drop interface, it allows you to create, configure and redistribute your load tests interactively and in real-time. In a single test environment, LoadUI provides complete test coverage and supports all the standard protocols and...
...그리고 이제 그것이 얼마나 간단할지 상상해보십시오. 예를 들어: 작업 공간 중앙의 깨끗한 공간(거래 상품 시세 차트가 아니라 소스 코드 편집기에서)에서 Drag&Drop 방법을 사용하여 모든 사이드바에서 다양한 (필수) 아이콘. 그런 다음 입상 아이콘의 필요한 점을 논리적 연결 선과 결합합니다. 결과적으로 Advisor 프로그램의 소스 코드는 트랙으로 상호 연결된 미세 회로, 반도체 및 기타 요소가 있는 마더보드처럼 보입니다. 또한이 편집기에서 컴파일 버튼을 누르면 어드바이저가 준비됩니다!
...
멋지지만 비현실적입니다.
MQ는 이 작업을 수행하지 않으며 단일 프로그래머가 이를 올릴 수 없습니다.
그리고 그러한 제품을 유료로 만드는 것은 너무 비싸고 무료이기 때문에 팀은 함께하지 않을 것입니다. 누구를 위해, 무엇을 위해? (글쎄, 공개 프로젝트 의 문제는 여기 포럼에서 "백조의 암과 파이크"에 대해 논의되었습니다.)
그리고 그러한 제품을 유료로 만드는 것은 너무 비싸고 무료이기 때문에 팀은 함께하지 않을 것입니다. 누구를 위해, 무엇을 위해? (글쎄, 공개 프로젝트의 문제는 여기 포럼에서 "백조의 암과 파이크"에 대해 논의되었습니다.)
사실 모든 것이 훨씬 간단합니다. 장점을 깨닫고 시작하기로 결정하는 것은 훨씬 더 어렵습니다.
MQL은 한 프로그래머가 개발했습니까? 믿기 어렵습니다. 나는 이미 4명의 열성적인 프로그래머가 만든 제3자 프로젝트( 더 이상 언급하지 않겠습니다. 이는 중재자에게 불만족을 야기합니다 )에 대해 언급했습니다. 이 프로젝트는 완전 무료이며 공개 도메인입니다. 편집기는 주로 Win32에서 프로그램을 작성 하기 위한 것이기 때문에 널리 사용되지는 않습니다. 이 목표를 달성할 수 있는 기회가 충분하지 않으며 기부 외에는 누구도 개발 비용을 지불하지 않습니다.
그러나 MQL에서는 소스 코드의 그래픽 표현이 적절할 것입니다. 이것은 프로그래밍 어드바이저의 작업을 크게 용이하게 할 것이며, 자신의 어드바이저를 독립적으로 디자인하려는 사람들의 수도 크게 증가할 것입니다.
글쎄요, MQL 프로그래머는 아마도 감사를 위해 일하지 않을 것입니다. 그리고 저는 그들이 훨씬 더 많은 기회와 경험을 가지고 있다고 생각합니다.
그러한 결정을 찬성하거나 반대하는 많은 "힘"이 있습니다. 주된 것은 관성이며, 가장 강하고, 사고의 관성은 모든 분야에서 진행에 대한 주요 브레이크입니다. 대부분의 "전문가"는 항상 적어도 일종의 불안정한 균형을 찾은 Narzan에 의해 지친 가난한 동료입니다. 경쟁적인 투쟁을 하고 그것을 잃는 것을 몹시 두려워하기 때문에 눈을 깜박거리고 반사적으로 그들의 직업 방식을 옹호하기 때문에 마치 정신병자처럼 정중하게 예의 바르고 동정심 많은 취급을 받아야 합니다. 그러한 사람들은 오랫동안 자신의 "정상"에 가고 있었고, 그들에게는 다음 "프로"가 우선 감정적으로 자신의 길을 가야한다는 데 의심의 여지가 없습니다. 즉, 지식과 기술은 다음을 통해 얻어야합니다. 큰 어려움과 도덕적 고통이 있어야만 "진리"로 인정될 것입니다. 군대에서 헤매는 것과 같이 논리적으로 의미가 없지만 "형제애"와 "입수자"에 속하는 것과 같은 무리 동기를 형성하기가 어렵습니다. 이것은 군대에서만 해당되는 것이 아니라, 멋진 대학에서도 굴욕과 육체적 고난을 통한 입회를 실천하는 형제애가 있습니다.
과학도 마찬가지입니다. "과학자"는 심리적으로 다른 사람들보다 더 많은 압력을 경험한 사람, 더 많이 고통받은 사람, "성취한" 사람에 의해 심리적으로 "고통받는" 것으로 인식됩니다. 그리고 그러한 경로를 통과한 모든 사람들은 초보자에게 동일한 것을 요구할 가능성이 큽니다. 연금술에서 출발한 현대 과학은 연금술사들의 박해로 인해 서민과 초급 귀족이 이해할 수 없는 화려하고 모호한 공식 뒤에 연구를 암호화할 수밖에 없었습니다. 경쟁적인 이유로 권위를 높이기 위해. 어떤 알고리즘의 구조가 복잡할수록 그것을 깨닫고 사용하는 사람이 "차가울수록" 이것은 실제 과학과 아무 관련이 없는 순수한 사회적 슬래그라는 것이 논리적입니다.
저는 수년간 게임 업계의 프로그래머들과 함께 일해 왔으며 효과적인 소프트웨어 제작의 구조를 아주 잘 이해하고 있습니다. 대략적으로 말해서 "아키텍트"와 간단한 "코더"가 있지만 전자는 일반적으로 후자에서 변환되지만 이것은 일반적으로 빠르게 발생하며 라인에 작성한 코드의 양이 아니라 수완과 독창성 때문에 발생합니다. 그들은 더 높은 수준에서 생각하고 전체와 세부 사항을 동시에 보기 때문에 가장 좋은 방법을 쉽게 알아차립니다. 일반적으로 그러한 사람들은 단위 시간당 코드의 양 측면에서 그다지 효과적이지 않으며 때로는 가벼운 난독증으로 고통 받기도 합니다. 그러나 그들은 진정한 발명가이지 자신의 아이디어를 구현하는 사람이 아닙니다. 따라서, 그들의 수입은 구현자들에 비해 몇 배나 큰 규모로 확장됩니다.
올드 스쿨의 찬성론자들의 반대는 종교적 광신적 인 것과 같으며 감정적이며 무리의 충동에 호소, 조롱, 일반적인 진술, 사실 대체, 궤변, 선동 등이 자주 들립니다. 생계를 잃을까 두려운 이 모든 것은 인간의 관점에서 이해할 수 있지만 과학적 관점에서는 이해할 수 없습니다. 이것은 과학에 대한 브레이크입니다.
일상적인 코더는 의식적이든 아니든 독창성의 부족을 이해하거나 느끼며 슈퍼 메모리와 인내에 의존합니다. 그들에게 주요 가치는 주어진 기간 동안 암기된 기능, 클래스, 용어 등의 양입니다. 주제 영역, 그런 사람들에게 아마추어와 전문가의 가장 큰 차이점은 용어 및 기타 유행어에 대한 지식입니다. 불행히도 주변 계층에서는 이것이 일반적으로 받아 들여지며 용어와 권위의 인용문을 조합하여 말함으로써 대다수를 오도하기 쉽습니다.
글쎄, 지금은 심리학을 떠나 consperology))))))))))
분명히 대부분의 DC는 Forex 주방이며, 매우 무례한 이혼 방식에서 표현되는 이해 상충이 있으며, 수익성 있는 기술 및 아이디어와 관련하여 미묘한 선전 및 흑인 PR이 있습니다. 이 모든 것은 합리적인 사람이라면 이해할 수 있고 반대편에 있는 모든 사람들도 거의 같은 방식으로 행동할 것입니다. 내가 DC의 소유자라면 RAD 도 환영하지 않을 것입니다.고객이 끊임없이 "복잡성"에 걸려 넘어지고 그것을 "성공의 길"로 인식하고 이것을 자랑스럽게 여기고 그러한 패러다임을 옹호하는 것이 나에게 유익할 것입니다. 평생 동안 나는 12개의 시스템을 테스트하고 모두 배수되었는지 확인한 다음 그것들을 빨판으로 밀어 넣었습니다. 그리고 그 자신은 차량 개발을 가속화 / 단순화하는 새로운 기술을 조롱했습니다.
규제된 교환 수준에서도 비즈니스로서의 거래의 세부 사항의 관점에서 이것은 매우 합리적이지 않습니다. 수수료를 받고 사는 중개인조차도 거래 플랫폼을 위한 매우 편리한 RAD 인터페이스를 개발하려는 동기가 부여되지 않을 것입니다. 이러한 개발은 스스로 사용하거나 대형 헤지 펀드에 판매하는 것이 가장 좋기 때문입니다.
사내에서만 그럴 수 있다는 것이 밝혀졌습니다. 그리고 더 효율적인 사내가 나타나면 공개될 것입니다.
요약:
하나) 새로운 기술 작업을 가속화/단순화하는 것은 '구식' 기술에 익숙한 사람들 사이에서 부득이하게 방치되는 것을 두려워하여 필연적으로 거부를 유발합니다.
2) 이러한 반대는 합리적인 주장이 아니라 사회·정서적 요인에 의한 것이다. 심리학의 측면에서.
삼) 알고리즘 거래의 맥락에서 혁신을 발견하기 위한 효과적인 방법과 혁신을 발표하는 것은 누구에게나 이익이 되지 않습니다.
4) 조만간 더 효과적인 기술이 침투하고 승리하며 모든 사람이 소급적으로 받아들이는 진부함, 자명함 등...
옛날 옛적에, 그러한 결정은 기쁨의 폭풍을 불러일으켰습니다(나는 직장에서 이것을 보았지만 이것 과 거래하면서 ). 하지만 ... 나도 왜 그런지 모르겠지만 작동하지 않았습니다. 코드나 무언가에 더 많은 자유가 있습니다. 시각화가 더 명확해집니다. 그러나 종종 이러한 시각화 도구에서 한두 줄의 코드로 작성하면 구성 요소 더미가 생성됩니다. 사용자 지정 구성 요소는 다시 몇 가지 아키텍처 제한에 부딪힙니다(표준 구성 요소의 모델에 맞아야 함).
가장 큰 이유는 물론 게으름입니다. 멍청한 놈, 게으름, 프로그래밍에 능숙한 자들에게 이것은 코드 생성기의 똥 코드의 과잉입니다. 아이디어가 흥미롭긴 하지만. 기술적인 측면에서, 최하위 수준에서 언어는 비동기 및 선언적 프로그래밍 스타일의 가능성에 대한 좋은 지원이 필요합니다(이것은 내 의견입니다)
가장 큰 이유는 물론 게으름입니다.
brown-aleks :
...그리고 이제 그것이 얼마나 간단할지 상상해보십시오. 예를 들어: 작업 공간 중앙의 깨끗한 공간(거래 상품 시세 차트가 아니라 소스 코드 편집기에서)에서 Drag&Drop 방법을 사용하여 모든 사이드바에서 다양한 (필수) 아이콘. 그런 다음 입상 아이콘의 필요한 점을 논리적 연결 선과 결합합니다. 결과적으로 Advisor 프로그램의 소스 코드는 트랙으로 상호 연결된 미세 회로, 반도체 및 기타 요소가 있는 마더보드처럼 보입니다. 또한이 편집기에서 컴파일 버튼을 누르면 어드바이저가 준비됩니다!
...멋지지만 비현실적입니다.
MQ는 이 작업을 수행하지 않으며 단일 프로그래머가 이를 올릴 수 없습니다.
그리고 그러한 제품을 유료로 만드는 것은 너무 비싸고 무료이기 때문에 팀은 함께하지 않을 것입니다. 누구를 위해, 무엇을 위해? (글쎄, 공개 프로젝트 의 문제는 여기 포럼에서 "백조의 암과 파이크"에 대해 논의되었습니다.)
멋지지만 비현실적입니다.
결코 시원하지 않습니다. 유토피아.
이 프로젝트 중 얼마나 많이 죽었는지 (패널 콘테스트와 고독한 천재의 다른 아이디어를 기억하십시오).
WYSIWYG 역사는 끝내고 돈을 지불하는 사람들이 필요로 하는 것에 시간과 노력을 들여야 합니다.
WYSIWYG 역사는 끝내고 돈을 지불하는 사람들이 필요로 하는 것에 시간과 노력을 들여야 합니다.
...위지윅 멋있다...
개발자가 비주얼 모듈을 위한 필드를 만들고 모듈을 생성하기 위한 규칙을 만들고 소비자가 기능을 채우도록 하는 것으로 충분합니다.
멋지지만 비현실적입니다.
MQ는 이 작업을 수행하지 않으며 단일 프로그래머가 이를 올릴 수 없습니다.
그리고 그러한 제품을 유료로 만드는 것은 너무 비싸고 무료이기 때문에 팀은 함께하지 않을 것입니다. 누구를 위해, 무엇을 위해? (글쎄, 공개 프로젝트의 문제는 여기 포럼에서 "백조의 암과 파이크"에 대해 논의되었습니다.)
사실 모든 것이 훨씬 간단합니다. 장점을 깨닫고 시작하기로 결정하는 것은 훨씬 더 어렵습니다.
MQL은 한 프로그래머가 개발했습니까? 믿기 어렵습니다. 나는 이미 4명의 열성적인 프로그래머가 만든 제3자 프로젝트( 더 이상 언급하지 않겠습니다. 이는 중재자에게 불만족을 야기합니다 )에 대해 언급했습니다. 이 프로젝트는 완전 무료이며 공개 도메인입니다. 편집기는 주로 Win32에서 프로그램을 작성 하기 위한 것이기 때문에 널리 사용되지는 않습니다. 이 목표를 달성할 수 있는 기회가 충분하지 않으며 기부 외에는 누구도 개발 비용을 지불하지 않습니다.
그러나 MQL에서는 소스 코드의 그래픽 표현이 적절할 것입니다. 이것은 프로그래밍 어드바이저의 작업을 크게 용이하게 할 것이며, 자신의 어드바이저를 독립적으로 디자인하려는 사람들의 수도 크게 증가할 것입니다.
글쎄요, MQL 프로그래머는 아마도 감사를 위해 일하지 않을 것입니다. 그리고 저는 그들이 훨씬 더 많은 기회와 경험을 가지고 있다고 생각합니다.
개발자가 비주얼 모듈을 위한 필드를 만들고 모듈을 생성하기 위한 규칙을 만들고 소비자가 기능을 채우도록 하는 것으로 충분합니다.
경고가 너무 많아...
그러한 결정을 찬성하거나 반대하는 많은 "힘"이 있습니다. 주된 것은 관성이며, 가장 강하고, 사고의 관성은 모든 분야에서 진행에 대한 주요 브레이크입니다. 대부분의 "전문가"는 항상 적어도 일종의 불안정한 균형을 찾은 Narzan에 의해 지친 가난한 동료입니다. 경쟁적인 투쟁을 하고 그것을 잃는 것을 몹시 두려워하기 때문에 눈을 깜박거리고 반사적으로 그들의 직업 방식을 옹호하기 때문에 마치 정신병자처럼 정중하게 예의 바르고 동정심 많은 취급을 받아야 합니다. 그러한 사람들은 오랫동안 자신의 "정상"에 가고 있었고, 그들에게는 다음 "프로"가 우선 감정적으로 자신의 길을 가야한다는 데 의심의 여지가 없습니다. 즉, 지식과 기술은 다음을 통해 얻어야합니다. 큰 어려움과 도덕적 고통이 있어야만 "진리"로 인정될 것입니다. 군대에서 헤매는 것과 같이 논리적으로 의미가 없지만 "형제애"와 "입수자"에 속하는 것과 같은 무리 동기를 형성하기가 어렵습니다. 이것은 군대에서만 해당되는 것이 아니라, 멋진 대학에서도 굴욕과 육체적 고난을 통한 입회를 실천하는 형제애가 있습니다.
과학도 마찬가지입니다. "과학자"는 심리적으로 다른 사람들보다 더 많은 압력을 경험한 사람, 더 많이 고통받은 사람, "성취한" 사람에 의해 심리적으로 "고통받는" 것으로 인식됩니다. 그리고 그러한 경로를 통과한 모든 사람들은 초보자에게 동일한 것을 요구할 가능성이 큽니다. 연금술에서 출발한 현대 과학은 연금술사들의 박해로 인해 서민과 초급 귀족이 이해할 수 없는 화려하고 모호한 공식 뒤에 연구를 암호화할 수밖에 없었습니다. 경쟁적인 이유로 권위를 높이기 위해. 어떤 알고리즘의 구조가 복잡할수록 그것을 깨닫고 사용하는 사람이 "차가울수록" 이것은 실제 과학과 아무 관련이 없는 순수한 사회적 슬래그라는 것이 논리적입니다.
저는 수년간 게임 업계의 프로그래머들과 함께 일해 왔으며 효과적인 소프트웨어 제작의 구조를 아주 잘 이해하고 있습니다. 대략적으로 말해서 "아키텍트"와 간단한 "코더"가 있지만 전자는 일반적으로 후자에서 변환되지만 이것은 일반적으로 빠르게 발생하며 라인에 작성한 코드의 양이 아니라 수완과 독창성 때문에 발생합니다. 그들은 더 높은 수준에서 생각하고 전체와 세부 사항을 동시에 보기 때문에 가장 좋은 방법을 쉽게 알아차립니다. 일반적으로 그러한 사람들은 단위 시간당 코드의 양 측면에서 그다지 효과적이지 않으며 때로는 가벼운 난독증으로 고통 받기도 합니다. 그러나 그들은 진정한 발명가이지 자신의 아이디어를 구현하는 사람이 아닙니다. 따라서, 그들의 수입은 구현자들에 비해 몇 배나 큰 규모로 확장됩니다.
올드 스쿨의 찬성론자들의 반대는 종교적 광신적 인 것과 같으며 감정적이며 무리의 충동에 호소, 조롱, 일반적인 진술, 사실 대체, 궤변, 선동 등이 자주 들립니다. 생계를 잃을까 두려운 이 모든 것은 인간의 관점에서 이해할 수 있지만 과학적 관점에서는 이해할 수 없습니다. 이것은 과학에 대한 브레이크입니다.
일상적인 코더는 의식적이든 아니든 독창성의 부족을 이해하거나 느끼며 슈퍼 메모리와 인내에 의존합니다. 그들에게 주요 가치는 주어진 기간 동안 암기된 기능, 클래스, 용어 등의 양입니다. 주제 영역, 그런 사람들에게 아마추어와 전문가의 가장 큰 차이점은 용어 및 기타 유행어에 대한 지식입니다. 불행히도 주변 계층에서는 이것이 일반적으로 받아 들여지며 용어와 권위의 인용문을 조합하여 말함으로써 대다수를 오도하기 쉽습니다.
글쎄, 지금은 심리학을 떠나 consperology))))))))))
분명히 대부분의 DC는 Forex 주방이며, 매우 무례한 이혼 방식에서 표현되는 이해 상충이 있으며, 수익성 있는 기술 및 아이디어와 관련하여 미묘한 선전 및 흑인 PR이 있습니다. 이 모든 것은 합리적인 사람이라면 이해할 수 있고 반대편에 있는 모든 사람들도 거의 같은 방식으로 행동할 것입니다. 내가 DC의 소유자라면 RAD 도 환영하지 않을 것입니다. 고객이 끊임없이 "복잡성"에 걸려 넘어지고 그것을 "성공의 길"로 인식하고 이것을 자랑스럽게 여기고 그러한 패러다임을 옹호하는 것이 나에게 유익할 것입니다. 평생 동안 나는 12개의 시스템을 테스트하고 모두 배수되었는지 확인한 다음 그것들을 빨판으로 밀어 넣었습니다. 그리고 그 자신은 차량 개발을 가속화 / 단순화하는 새로운 기술을 조롱했습니다.
규제된 교환 수준에서도 비즈니스로서의 거래의 세부 사항의 관점에서 이것은 매우 합리적이지 않습니다. 수수료를 받고 사는 중개인조차도 거래 플랫폼을 위한 매우 편리한 RAD 인터페이스를 개발하려는 동기가 부여되지 않을 것입니다. 이러한 개발은 스스로 사용하거나 대형 헤지 펀드에 판매하는 것이 가장 좋기 때문입니다.
사내에서만 그럴 수 있다는 것이 밝혀졌습니다. 그리고 더 효율적인 사내가 나타나면 공개될 것입니다.
요약:
하나) 새로운 기술 작업을 가속화/단순화하는 것은 '구식' 기술에 익숙한 사람들 사이에서 부득이하게 방치되는 것을 두려워하여 필연적으로 거부를 유발합니다.
2) 이러한 반대는 합리적인 주장이 아니라 사회·정서적 요인에 의한 것이다. 심리학의 측면에서.
삼) 알고리즘 거래의 맥락에서 혁신을 발견하기 위한 효과적인 방법과 혁신을 발표하는 것은 누구에게나 이익이 되지 않습니다.
4) 조만간 더 효과적인 기술이 침투하고 승리하며 모든 사람이 소급적으로 받아들이는 진부함, 자명함 등...
삼) 알고리즘 거래의 맥락에서 혁신을 발견하기 위한 효과적인 방법과 혁신을 발표하는 것은 누구에게나 이익이 되지 않습니다.
...