기고글 토론 "개발자의 도움이 왜 필요할까?"

 

새로운 기고글 개발자의 도움이 왜 필요할까? 가 게재되었습니다:

알고리즘 트레이딩의 인기가 날로 높아지면서 보다 다양한 기능을 갖춘, 정교한 알고리즘에 대한 수요 또한 늘고 있습니다. 코드베이스나 마켓 서비스가 어느 정도 도움이 되긴 하는데요. 쉽게 접근할 수 있다는 장점은 있지만 아마 원하는 모든 기능을 찾기는 어려울 겁니다. 이 경우 투자자는 구인 서비스를 이용해 MQL5 프로그래머에 원하는 애플리케이션 개발을 부탁할 수 있습니다.

알고리즘 트레이딩의 인기가 날로 높아지면서 보다 다양한 기능을 갖춘, 정교한 알고리즘에 대한 수요 또한 늘고 있습니다.0

코드베이스마켓 서비스가 어느 정도 도움이 되긴 하는데요.. 쉽게 접근할 수 있다는 장점은 있지만 아마 원하는 모든 기능을 찾기는 어려울 겁니다. 이 경우 투자자는 구인 서비스를 이용해 MQL5 프로그래머에 원하는 애플리케이션 개발을 부탁할 수 있습니다. 바로 이렇게 말이죠.

EA 주문하기

작성자: MetaQuotes

 

"당신의 눈을 믿지 마세요."와 같은 말입니다.

Сам Фриланс остается в тени более наглядных сервисов, и многие разработчики ошибочно обходят его стороной, полагая, что там нельзя серьезно заработать. Между тем, топовые фриланс-девелоперы зарабатывают столько же, сколько лучшие продавцы в Маркете!

고객당 16명, 18명. 어디로 가야 할까요? 프로그래머를 유치할 수 있는 다른 곳은 어디일까요?

* * *

배너에서- "800 개의 주문이 당신을 기다리고 있습니다". 어디에서 왔나요? 몇 달, 몇 주 동안 걸려 있던 것들인가요? 따라서 아무도 주문하지 않을 것이며,이 고객은 이미 잠재적 인 공연자를 일괄 교육하고 원하는 모든 것을 배웠으며 각 공연자는 자신의 인생에서 3 일을 바쳤습니다.

* * *

대체로 프로그래밍 관점에서 볼 때이 순서에는 특별한 것이 없습니다.

그리더의 주문입니다. 그리더의 고객은 자신의 그리더가 어떻게 작동해야하는지 완전히 알지 못하며 처음에 받아 들여진 적이 없습니다. 그리고 고객이 그리더의 작업을 상상하지 못한다는 사실에서 실행자에게는 큰 문제가 있습니다.

* * *

그러한 주문은 프리랜서에도 있으며 꽤 많이 있습니다. 물론, 그들은 더 저렴하게 추정되지만 훨씬 적은 노동력을 필요로합니다 - 30 분 또는 한 시간의 일에 50 달러를 얻는 것은 나쁘지 않습니다. 또한 동시에 많은 주문을 수행 할 수 있으며 총 수입은 상당히 견고 할 수 있습니다.

일반적으로 이러한 주문의 고객은 반등을 정확히 어떻게 결정하고 싶은지 상상조차하지 않습니다. 따라서 상황은 이전 사례와 동일합니다. 또한 전문가 고문은 시장 주문 및 보류중인 주문으로 작업 할 수 있으며 보류중인 경우 주문 유형을 중지에서 제한으로 변경하는 것을 의미합니다. 보류중인 주문이있는 어드바이저 고객의 절반은 중지 및 제한 주문이 있다는 사실조차 모릅니다. "어떤 유형의 보류 주문"이라는 질문에도 즉시 답변하지 않습니다.

다른 사람의 전문가 어드바이저가 수정한 주문은 고객이 모든 이전 프로그래머의 모든 문제를 마지막 프로그래머의 탓으로 돌리는 것을 의미합니다.

* * *

또한 모든 고객이 날씨 또는 이와 유사한 것에 대해 이야기하고 싶어 할 것이라고 여기에 덧붙여 보겠습니다.

* * *

고객이 최대한 밀어붙여 작동하는지 확인하는 것도 일종의 스포츠입니다. 각 고객은 자신의 작업에서 거기에없는 것이 아니라고 강력하게 주장해야합니다. 수행자가 고객의 리드를 따르지 않으면 부정적인 피드백으로 협박을받을 수 있습니다.

 
종종 트레이더는 애플리케이션을 처음부터 개발할 필요도 없지만 необходимо внести изменения в уже имеющийся код. 즉, 트레이더는 이미 마음에 들지 않는 전문가 고문 또는 지표를 가지고 있습니다. 예를 들어, 하나의 지표로는 더 신뢰할 수있는 신호를 얻기에 충분하지 않거나 매니큐어 관리 원칙을 변경해야합니다.

이러한 주문은 프리랜서에서도 사용할 수 있으며 꽤 많이 있습니다. 물론 가격이 더 저렴하지만 노동력 투입도 훨씬 적기 때문에 30 분 작업에 50 달러를받는 것도 나쁘지 않습니다. 또한 동시에 많은 주문을 수행 할 수 있으며 총 수입은 상당히 견고 할 수 있습니다.

결막 기사.

... 기존 코드를 변경해야합니다. ... 물론 더 저렴하게 추정되지만 노동력도 훨씬 적게 필요합니다.

제정신인 개발자라면 - 싼 값에 - 다른 사람의 EA 코드를 파헤쳐서 변경하지 않을 것입니다:

1) 전문가 조언자는 항상 거래 전략의 일부이며 프로그래머가 이해하고 구현하고 고객이 설명 할 수 있었던 것입니다.
따라서 다른 사람의 전문가 조언자를 이해하는 것은 작성자의 거래 전략을 이해하는 것과 동일하지 않습니다.

2) 수정 고객의 경우 트레이딩 전략 자체와 EA의 작업은 모두 "고객의 이해" 영역에서 벗어납니다.
필요한 수정을 수행하면 명확하지 않고 고객에게 필요하지 않은 새로운 작업으로 이어질 수 있으며 종종 발생합니다.
그리고 그 이유가 수정이 아닌 EA에 있음을 고객에게 증명하는 방법.

3) 좋은 의미에서 전문가 어드바이저와 같이 복잡한 다른 사람의 프로그램은 편집할 수 없습니다. 외관상 수정하더라도 고객이 미처 발견하지 못한 버그와 사소한 수정으로 나타날 수 있는 버그 등 계정에 '버그'가 발생할 위험이 항상 존재합니다. '버그'는 코딩 오류뿐만 아니라 고객의 트레이딩 전략에 대한 개발자의 이해 오류도 의미합니다.

30분의 작업으로 50달러를 받는 것은 전혀 나쁘지 않습니다.

글쎄요, 이미 "5분 일하면 50달러"라는 말은 흔한 말이죠.

 
프리랜서 자체는 더 눈에 잘 띄는 서비스의 그늘에 남아 있으며 많은 개발자가 실수로 그것을 우회하여 심각한 돈을 벌 수 없다고 믿습니다. <br/ translate="no">.

거의 모든 개발자가 이름으로 알려진 개인 서신에서 왜 Work 서비스를 무시하는지 물어봐야합니다.

이 주제는 새로운 것이 아니며 반복적으로 제기되었습니다- "문지르고, 침을 뱉고, 통과"만-개발자의 마지막 대화에서 5 %의 수수료 만 말했습니다-모두가 행복합니다.

 
abolk:

그들은 거의 모든 개발자가 이름을 알고있는 사적인 서신에서 왜 Work 서비스를 무시하는지 물어볼 것입니다.

이 주제는 새로운 것이 아니며 여러 번 제기되었습니다- "문지르고, 침을 뱉고, 통과"- 마지막 대화에서 개발자의 5 % 수수료 만 말했습니다-모두가 행복합니다.

그리고 "무시"의 이유는 무엇이라고 생각하십니까?

"수수료를 한 푼도 지불하지 않겠다"는 입장에 들어 가지 않고 6 월의 불완전한 달에만 328 개의 작품이 완성되었다는 사실을 보지 않는다면.


약 800개의 작품에 대한 배너를 게시한 후 철저한 자동 정리를 실시하여 시간이 많이 소요되는 주문을 아카이브에서 제거했습니다. 이제 주문 목록이 더 가벼워졌습니다.

 
Integer:

"당신의 눈을 믿지 마세요."와 같은 말입니다.

고객당 16명, 18명. 어디로 가야 할까요? 프로그래머를 투입해야 할 곳은 또 어디일까요?

그렇다면 모든 주문이 즉시 처리될 것입니다.

각 수행자의 3년간 평균 수행 작업 수와 각 주문에 대한 수행자의 대량 준비 상태를 혼동하지 마십시오. 문제는 항상 주문은 있지만 수행자가 충분하지 않다는 것입니다.

글쎄, 그리고 서비스에서 주문 실행을 끊임없이 전환하고 고객 제공으로 서비스를 유지하기위한 다른 사람들의 작업을 완전히 무시하고 침묵 속에서 비판하는 것은 옳지 않습니까?

 
Renat:

그리고 '무시'의 이유가 무엇이라고 생각하시나요?

"수수료를 한 푼도 내지 않겠다"는 입장을 취하지 않고 불완전한 6월 한 달 동안에만 328개의 작품이 완성되었다는 사실을 보지 않는다면 말이죠.

왜 묻는 건가요?

서비스에 참여하면서 고려해야 할 사항이 있다면 건설적인 대화를 나눌 수 있습니다. 하지만 단순히 서비스를 홍보하기 위한 것이라면, 그리고 그 사이에 PPR을 하는 것이라면 그건 또 다른 문제입니다.

의도를 명확히 밝히세요.

 
abolk:

왜 물어보시나요?

서비스를 할 예정이고 고려 사항이 필요하다면 건설적으로 이야기할 수 있습니다. 하지만 서비스를 홍보하기 위한 것이라면 또 다른 문제입니다.

우리는 갤리선에서 노예처럼 일할 뿐입니다.

어떤 문제가 있는지 말씀해 주시겠어요?

 
Renat:

1. 그렇다면 모든 주문이 즉시 처리됩니다.

2. 각 수행자의 3년간 평균 완료 작업 수와 각 주문에 대한 수행자의 즉각적인 준비 상태를 혼동하지 마세요. 문제는 항상 주문은 있지만 수행자가 충분하지 않다는 것입니다.

3. 그리고 고객 제공으로 서비스를 유지하기 위해 다른 사람들의 작업에 대한 완전한 무지와 함께 침묵 속에서 서비스 및 비판에서 주문 실행을 지속적으로 전환하는 것, 맞죠?

1. 어쩌면이 활동 영역의 일부 특성에서 비롯된 것일 수도 있습니다. 어쩌면 일부 주문은 단순히 이행 할 수 없으며 고객은 그가 원하는 것을 정확하게 나타내지 않으며 비용이 생각보다 높은 것으로 판명 될 수도 있습니다.

2. 순간, 평균이 무엇인지 모르겠습니다. 한 주문에 대해 16명의 주문 처리 신청자가 있다는 것만 알 수 있습니다. 주문의 역학을 감안할 때 이는 각 수행자가 주문을 받으려면 16 개의 작업을 읽어야 함을 의미합니다. 별로 재미없네요.

3. 아무도 빼앗기지 않았습니다. 이러한 수행자가 명확하게 보이는 일부 수행자는 수행자가 확인한 호버링 주소 요청입니다.

서비스를 사용하려면 몇 가지 이점을 제공해야합니다. 거래의 보안은 확실히 좋으며 매우 중요하지만 전부는 아닙니다. 집행자 자신은 보호되어야합니다. 이제 직접 작업하든 서비스를 통해 작업하든 차이가 없으며 고객은 부정적인 피드백으로 공연자를 협박 할 수있는 동일한 기회를 갖게되며, 즉 어떤 경우에도 공연자는 부정적인 피드백으로 협박으로부터 보호되지 않습니다. 물론 통계의 관점에서 볼 때 이것은 아무것도 아닙니다. 한 연주자가 떠나고 다른 연주자가 올 것이라고 생각하십시오. 따라서 공연자는 부정적인 피드백을받지 않기 위해 (주문이 완벽하게 실행 되더라도) 모든 독재자 앞에서 꿈틀 거려야합니다. 그다지 재미있지도 않죠.

 
Renat:

우리는 그저 갤리선의 노예처럼 열심히 일하고 있을 뿐입니다.

문제점을 간략히 설명해 주시겠어요?

1. 서비스 작업의 장점은 논란의 여지가 없습니다:

-- 리소스 광고, 특히 터미널을 통한 전례없는 리소스 광고

-- "TOP 개발자"를 통해 Work 서비스에서 직접 개발자를 광고합니다.

1.2" 서비스를 통한계약의 보안 " - 이점은 중요하지 않습니다 - 서비스 외부에서 통신할 때 원칙적으로 전액 선결제가 이루어지고 선결제를 문제없이 반환합니다.

1.3"중재" - 불리한 측면이 더 많습니다.

=========

2. 불이익:

2.1"불건전한 덤핑" - 비용이 더 많이 든다 - 외부에서 고객을 데려오는 것은 대부분의 경우 고객을 잃는 것이다.

대다수의 고객 - 1-2차 주문 고객입니다. 대다수의 고객은 a) 자신이 원하는 것이 무엇인지 정확히 알지 못하며, b) 무엇을 제공할 수 있는지 알지 못하며, c) 개발을 평가할 수 없습니다.

즉, 개발자가 아닌 비용에 따라 선택하는 경우가 많습니다. 그렇기 때문에 TOP에 대한 초기 논의에서 아무도 TOP을 보지 않고 10달러짜리 개발이 100달러짜리 개발보다 나쁘지 않다는 말이 나왔던 것입니다. 동시에 서로 다른 개발자의 개발이 동일하지 않다는 점을 간과하는 경우가 많았습니다.

속도, 볼륨 및 비용이 의심스러운 몇 명의 달타냥의 "성과"를 고려하지 않는다면 월 평균 개별 주문의 "표준"은 10-20입니다. 원칙적으로 한 달에 누가 얼마나 많은 주문을 받았는지는 중요하지 않습니다. 중요한 것은 다소 구타당한 개발자의 주문 수가 서비스 외부의 자체 광고 작업으로 상당히 지나간다는 것입니다. 정확한 통계가 없기 때문에 나는 틀릴 수 있으며 "단어에"신뢰는 그렇지 않습니다.

2.2."상단의비 가용성"-- 상단은 완성 된 작품의 수에 의해 형성됩니다. 즉, 시간이 지남에 따라 자원의 "고대"단골에게는 우선 달성 할 수없고 흥미롭지 않게됩니다.

완성 된 작품 수로 TOP을 계산하는 문제점이 논의되었으며 주요 문제는 수량이 품질과 일치하지 않는다는 것입니다.

그리고 작업 서비스는 "전문 개발자의 서비스"로 자리 매김하고 있기 때문에 TOP도 질적 지표가되어야합니다.

특히 저는 TOP을 계산할 때 작성된 기사를 고려할 것을 제안했습니다. 이 접근 방식은 TOP에서 빠른 "성장"의 대안 옵션을 제공하고 "기사"섹션을 추가로 자극합니다. 특히 기사는 비용을 지불하고 서비스에서 그 회계가 자연스러운 것 이상이기 때문에- 또한 기사의 오픈 지표 코드 및 전문가 고문이 개발자가 게시 한 기사의 프레임 워크 내에서-기사의 복잡성은 수십 개의 주문과 비교되지 않습니다.

또한, 아마도 TOP 계산에서 삭제하는 것이 합리적 일 수 있습니다 -- a) 40-50 초의 빠른 발사 작업, 그렇지 않으면 통계 지표 "평균 작업 실행 시간"-- b) 이 기간의 평균 비용에 묶인 특정 최소 비용 미만의 작업, 특정 최소 수준의 복잡성에서 작업을 고려할 수 있습니다 -- c) "보너스"와 같은 작업 -- d) "abra-cadabra"스타일의 설명이있는 작업, 제목과 간단한 설명은 작업의 복잡성에 대해 명확해야합니다.

2.3" 서비스무료 입장" - 여기서는 "전문 개발자 서비스" 또는 "초보자 개발자 학교"와 같이 관리자가 어떤 서비스를 만드는지 명확하지 않습니다. 적어도 서비스를 이용하는 고객은 슬로건에 현혹되지 않도록 주의해야 합니다.

=========

원하고 필요한 경우 모든 것을 요약 할 수있는 몇 가지 다른 작은 것들이 있습니다.

 

저는 정상에 도달할 수 없기 때문에 그곳을 떠났고, 대부분의 사람들은 최고의 실력이 있는 사람이 정상에 있다고 생각하며 그곳을 바라봅니다. 그러나 그곳에 있는 것은 종종 스피드스터들입니다.

115 건의 실행 요청 중 15 건만 "샷"하고 그중 10 건은 주소 요청, 즉 외부에서 개인적으로 가져온 요청이며 ... 값싼 공연자들의 바다에 안전하게 용해되었습니다. 사실, 일부는 재봉틀 속기 작가에게 쌓인 것을 다시 해달라는 요청을 가지고 돌아 왔습니다. 그리고 그들은 세 배를 지불했습니다-첫 번째는 TOP 스티처의 가격, 그 다음 2.5 배 더 높은 가격 (다른 사람의 것을 분해하기 위해-쓰레기가 있다는 것을 분해하고 이해하는 데 시간을 보내는 데 99 %, 처음부터 작성하는 제안)을 지불했습니다. 그건 그렇고, 공정하게 말하면-물론 내가 설명한 것과 같은 상단에있는 모든 것이 아니라 모든 재 방문 고객이 이마에 갈퀴로 인한 범프가 있습니다.

둘째-최근에 각각 매우 사소하고 흥미롭지 않은 작업은 비용이 많이 들지 않아야합니다. 그러나 공연자에게는 "조금"-50-100 달러, 고객에게는 10-15..... 그리고 노동은 노동입니다. 서비스에서 덤핑은 무엇보다도 합리적인 한계를 넘습니다. 고객은 공연자의 많은 서비스 제안을 자유롭게 저글링합니다-바가지 요금을 청구합니까? 20파운드는 잔인하게 비싸네요, 그냥 갈게요. 가세요... 50 미만은 받을 가치가 없습니다. 최소 가격 기준이 매우 낮습니다.

처음에는 전망이 밝게 그려졌지만 ....