내 접근 방식. 코어 - 엔진. - 페이지 37

 
Artyom Trishkin :

그건 그렇고, 어떤 이유로 아무도 Peter의 목표와 그의 틈새 시장 사이의 불일치를 눈치 채지 못했습니다. 그는 수동 거래를 대체하기를 원합니다. 그러나 수동으로 거래하는 사람들에게는 제 역할을 합니다. 그러한 목표는 나에게 이상하게 보입니다. "나는 당신에게 당신의 평소 거래 레이아웃을 죽일 무언가를 줄 것입니다 ... 나는 당신이 이전에 운동하고 사용했던 모든 것을 깨뜨리기 위해 온 친절한 사람입니다 - 이제 당신은 그에 따라 일할 것입니다 내 규칙대로." 그것이 그에게 성공을 가져다줄까요?

"너 좀 이상해, 빌리"…

아아, 비즈니스는 종종 이러한 원칙에 따라 작동합니다... 단지 이러한 원칙의 래퍼가 아름답고 자비롭기 때문입니다. 마케팅이라고 합니다. 그리고 그렇지 않았다면 세상에 아무것도 발전하지 못했을 것입니다.

 
Реter Konow :

여기, George, 나는 이미 만들어진 마크업 언어가 있다는 것을 여러 번 반복했습니다. 왜 누군가 코드를 엉망으로 만들까요? 언어를 습득하고 해야 할 일을 하십시오.

사용자가 그래픽이 거의 없고 애니메이션이 필요한 경우 애플리케이션에서 이를 수행할 수 있습니다.

그리고 한 가지 더: 시장은 항상 병합됩니다. 아무것도 이 사실을 바꾸지 못할 것입니다. 글쎄, 그것들을 강력하고 아름다운 반자동 장치와 합치게 하십시오. 적어도 정신적으로는 기분이 나아질 것입니다.)

진지하게, 어떤 프로그램도 소득자에 대한 누출자의 비율을 바꾸지 않을 것입니다.


그러나 그들은 돈을 잃어도 계속 반자동 프로그램을 사용할 것입니다. 그녀는 O D N O R A Z O V A I가 아니기 때문입니다.

그래서 임대가 가능합니다.

이 마크업 언어를 본 적이 있습니다... 지난 시대 인류의 가장 어리석은 발명품 중 하나입니다. 하나의 언어에 더하여 양식에 단추를 배치하기 위해 다른 언어를 배워야 합니다. 합리적으로 개인적인 언어가 아니라 특히 주름이 많은 언어입니다.

여전히 코드에서 모든 컨트롤을 관리할 수 있어야 하는데 왜 두 번 지불해야 합니까? 나는 마크업 언어를 만드는 요점을 이해하지 못합니다(html과 xml은 예외지만 이것은 다른 영역에서 온 것입니다). 목표가 모스크바 사람들을 엄청나게 엿먹이는 것이 아니라면.

 

반자동 프로그램. 여기 마케터는 누구야, 피터?

가능한 모든 것을 주문하기 위해 수많은 전문가를 썼습니다. 반자동 주문 - 단 한 번! 내 전문 글쓰기의 전체 역사에서 한 번! 주문을 하기 위해 두 줄로 된 것이 있었다. 반자동조차도 창과 버튼이 있는 GUI와 연결되지 않습니다.

그것은 또한 "반자동"의 범주이기도 합니다. - 일반 전문가 고문이 수동 주문을 픽업합니다. 하지만 GUI가 전혀 없습니다.

 
Dmitry Fedoseev :

이 마크업 언어를 본 적이 있습니다... 지난 시대 인류의 가장 어리석은 발명품 중 하나입니다. 하나의 언어에 더하여 양식에 단추를 배치하기 위해 다른 언어를 배워야 합니다. 합리적으로 개인적인 언어가 아니라 특히 주름이 많은 언어입니다.

여전히 코드에서 모든 컨트롤을 관리할 수 있어야 하는데 왜 두 번 지불합니까? 나는 마크업 언어를 만드는 요점을 이해하지 못합니다(html과 xml은 예외지만 이것은 다른 영역에서 온 것입니다). 목표가 모스크바 사람들을 엄청나게 엿먹이는 것이 아니라면.

대량 배포. 이것이 마크업 언어가 필요한 이유입니다.

제품의 대량 분포는 추적 값을 제어하여 달성됩니다. 변수:

  1. 수요. (무한한 값을 갖는 변수입니다. 오늘은 불필요하고 광고를 하고 내일은 재미있어지고 모레는 수요가 있습니다).
  2. 사용의 용이성. (현재와 비교. 기술 발전에 따라 증가할 수 있음).
  3. 새로운 기회. (제품이 진화함에 따라 값이 지속적으로 증가하는 변수).
  4. 품질. (제품이 진화함에 따라 가치도 증가하는 변수입니다.)

사용 편의성 측면에서 Libraries가 1위, Markup Language가 2위, Viz.studio가 3위를 차지했습니다.



 
Реter Konow :

여기, George, 나는 이미 만들어진 마크업 언어가 있다는 것을 여러 번 반복했습니다. 왜 누군가 코드를 엉망으로 만들까요? 언어를 습득하고 해야 할 일을 하십시오.

사용자가 그래픽이 거의 없고 애니메이션이 필요한 경우 애플리케이션에서 이를 수행할 수 있습니다.

그리고 한 가지 더: 시장은 항상 병합됩니다. 아무것도 이 사실을 바꾸지 못할 것입니다. 글쎄, 그것들을 강력하고 아름다운 반자동 장치와 합치게 하십시오. 적어도 정신적으로는 기분이 나아질 것입니다.)

진지하게, 어떤 프로그램도 소득자에 대한 누출자의 비율을 바꾸지 않을 것입니다.

그러나 그들은 돈을 잃어도 계속 반자동 프로그램을 사용할 것입니다. 그녀는 O D N O R A Z O V A I가 아니기 때문입니다.

그래서 임대가 가능합니다.

그래서 나는 첫 번째 쓰기를 위해 마크업 언어가 그 자체로 매우 적합하다고 말했습니다.

그런 다음 - bam - 사용자가 버그 보고서를 보냈습니다. 그리고 당신의 라이브러리를 사용하는 프로그래머는 무엇을 해야 할까요? 결국 그는 실수를 했는지 아니면 당신에게 잘못했는지를 지금 파악해야 합니다. 그리고 당신은 이 시간에 바쁩니다. 프로그래머는 바로 이 마크업 언어를 사용하여 라이브러리에 액세스하는 정확성을 세심하게 모니터링해야 합니다. 이 언어에서는 혼동되기 쉽습니다. 단지 다음을 제외한 모든 가능성을 "차단"하는 대신에 모든 순간에 필요한 언어는 어디서나 완전한 액세스와 자유를 제공합니다. 이러한 코드에서 오류를 잡는 것은 훨씬 더 어렵습니다.

이러한 이유로 - 귀하의 라이브러리가 계산되는 "틈새"가 보이지 않습니다. 사용자는 라이브러리를 가져와서 무언가를 만들어야 합니다. 게다가 수동으로 거래하기 때문에 직관적인 시스템에 따라 작업을 수행합니다. 그리고 나서 - 당신은 수동으로 거래하는 다른 사용자를 위해 이 시스템을 (당신의 라이브러리와 함께) 그에게 임대하겠다고 제안합니다 ??? 그리고 다른 사용자는 다른 시스템을 가지고 있으며 직관적이며 방금 수행한 사용자에게는 작동하지 않습니다. 그는 그것을 빌리지 않을 것입니다.

다시 우리는 "틈새의 협소함"에 부딪힙니다. 비유적으로 말해서, 당신은 "바빌론의 설형 문자를 위한 우표를 만듭니다". 아무도 그런 우표의 도움으로 점토에 바빌로니아 설형 문자 텍스트를 쓰는 것이 단일 쐐기 칼로 쐐기 상형 문자를 짜내는 것보다 쉽다고 주장하지 않습니다. 하지만 그런 우표가 필요한 사람이 몇이나 될까요? 대부분의 사람들은 바빌론 언어에 관심이 없습니다. 그리고 여전히 그것에 관심이 있는 사람들은 일반 필기 펜을 사용하여 설형 문자로 쓸 것입니다. 그리고 당신은 바빌론에 관심이 있지만 종이에 글을 쓰는 대신 점토를 사용하는 것을 선호하는 소수의 사람들만 남게 됩니다(프로그래밍 방법은 알지만 손으로 거래하는 것을 선호하는 사람). 그리고 이것들 중 몇 개입니까?

 
Georgiy Merts :

그래서 나는 첫 번째 쓰기를 위해 마크업 언어가 그 자체로 매우 적합하다고 말했습니다.

그런 다음 - bam - 사용자가 버그 보고서를 보냈습니다. 그리고 당신의 라이브러리를 사용하는 프로그래머는 무엇을 해야 할까요? 결국, 그는 실수를 했는지 아니면 당신에게 잘못했는지를 지금 파악해야 합니다. 그리고 당신은 이 시간에 바쁩니다. 프로그래머는 바로 이 마크업 언어를 사용하여 라이브러리에 액세스하는 정확성을 세심하게 모니터링해야 합니다. 이 언어에서는 혼동되기 쉽습니다. 단지 다음을 제외한 모든 가능성을 "차단"하는 대신에 모든 순간에 필요한 언어는 어디서나 완전한 액세스와 자유를 제공합니다. 이러한 코드에서 오류를 잡는 것은 훨씬 더 어렵습니다.

이러한 이유로 - 귀하의 라이브러리가 계산되는 "틈새"가 보이지 않습니다. 사용자는 라이브러리를 가져와서 무언가를 만들어야 합니다. 게다가 수동으로 거래하기 때문에 직관적인 시스템에 따라 작업을 수행합니다. 그리고 나서 - 당신은 수동으로 거래하는 다른 사용자를 위해 이 시스템을 (당신의 라이브러리와 함께) 그에게 임대하겠다고 제안합니다 ??? 그리고 다른 사용자는 다른 시스템을 가지고 있으며 직관적이며 방금 수행한 사용자에게는 작동하지 않습니다. 그는 그것을 빌리지 않을 것입니다.

다시 우리는 "틈새의 협소함"에 부딪힙니다. 비유적으로 말해서, 당신은 "바빌로니아 설형 문자를 위한 우표를 만듭니다". 아무도 그런 우표를 사용하여 바빌로니아 설형 문자 텍스트를 작성하는 것이 단일 쐐기 칼로 쐐기 상형 문자를 그리는 것보다 쉽다고 주장합니다. 하지만 그런 우표가 필요한 사람이 몇이나 될까요? 대부분의 사람들은 바빌론 언어에 관심이 없습니다. 그리고 여전히 그것에 관심이 있는 사람들은 일반 필기 펜을 사용하여 설형 문자로 쓸 것입니다. 그리고 당신은 바빌론 언어에 관심이 있지만 종이에 쓰는 것이 아니라 점토를 사용하는 것을 선호하는 극소수의 사람들만 남게 됩니다. 그리고 이것들 중 몇 개입니까?

최신 사용자는 Grails 테스트로 인해 마침내 성능이 저하되었습니다. 그들은 자신의 행동에 대해 다소 복잡하고 책임감을 가져야 합니다. 그렇지 않으면 알고리즘 거래의 완전한 저하입니다.

나는 알고리즘 거래의 틈새 시장을 위한 다른 미래를 보지 못합니다. 솔직히 안보여요...

 
Dmitry Fedoseev :

반자동 프로그램. 여기 마케터는 누구야, 피터?

가능한 모든 것을 주문하기 위해 수많은 전문가를 썼습니다. 반자동 주문 - 단 한 번! 내 전문 글쓰기의 전체 역사에서 한 번! 주문을 하기 위해 두 줄로 된 것이 있었다. 반자동조차도 창과 버튼이 있는 GUI와 연결되지 않습니다.

그것은 또한 "반자동"의 범주이기도 합니다. - 일반 전문가 고문이 수동 주문을 픽업합니다. 하지만 GUI가 전혀 없습니다.

그건 그렇고, 그렇습니다. 그는 또한 이미 통계로 간주될 수 있을 정도로 많은 글을 썼습니다. 그리고 3개만 패널이 있는 반자동이었습니다. 그리고 Peter는 통계가 없고 꿈만 있습니다.
 
Реter Konow :

최신 사용자는 Grails 테스트로 인해 마침내 성능이 저하되었습니다. 그들은 자신의 행동에 대해 다소 복잡하고 책임감을 가져야 합니다. 그렇지 않으면 알고리즘 거래의 완전한 저하입니다.

나는 알고리즘 거래의 틈새 시장을 위한 다른 미래를 보지 못합니다. 솔직히 안보여요...

글쎄, 글쎄 ... 감히, 피터.

당신이 "비하적인" 것에 대해서는 옳았지만, 나는 당신이 "사용자를 끌어들이는 것"에 대해 지나치게 자신하고 있다고 생각합니다.

하지만 계속하십시오. 아마도 프로그래밍 방법을 알고 있지만 동시에 "손"을 거래하는 사람이 있을 것입니다.

 
Artyom Trishkin :
그건 그렇고, 그렇습니다. 그는 또한 이미 통계로 간주될 수 있을 정도로 많은 글을 썼습니다. 그리고 3개만 패널이 있는 반자동이었습니다. 그리고 Peter는 통계가 없고 꿈만 있습니다.


그래서 저는 Expert Advisors를 패널로 기억하기로 결정했습니다. 수동 거래 를 위한 맞춤형 패널을 4번 만들었습니다.

그러나 그들은 계속해서 제 패널에 버튼을 추가해달라고 요청합니다. - 나는 프리랜서로 보냅니다 (나 자신은 오랫동안 주문하기 위해 프로그래밍하지 않았습니다)

 
Artyom Trishkin :
그건 그렇고, 그렇습니다. 그는 또한 이미 통계로 간주될 수 있을 정도로 많은 글을 썼습니다. 그리고 3개만 패널이 있는 반자동이었습니다. 그리고 Peter는 통계가 없고 꿈만 있습니다.

올해는 포럼 전문가가 20~25명 정도 있는데, 그 중 2개의 트레이딩 패널이 있고, 1개는 제가 직접 부과했고, 그것 없이도 가능했지만 하나의 버튼이 필요했습니다-MQL의 그래픽 기능을 이해하고 싶어서 능숙하게 제안했습니다) )))). 패널 포함 반자동 총 1개