이 스레드에서 "프로그래머에게 비용을 지불하는 것은 무의미하다"라는 공리가 다시 한 번 논의되었습니다. 왜냐하면 고문이 가치가 있다면 그는 클라이언트의 코펙이 필요하지 않고 가치가 없다면 클라이언트 자신도 그를 필요로 하지 않기 때문입니다. 이러한 악순환 속에서 고객과 고객의 관계가 어떻게 존재하는지 궁금합니다.
세상은 이상합니다. 종종 무료로 잘 된 일을 할 수 있으며 때로는 돈을 위해 바람을 피우고 건강합니다.이 현상은 여성을 포함한 거의 모든 사람의 전형적이고 특징입니다. 한때 재미를 위해 미용사로 일하다가 여자 친구를 교체했습니다. 따라서 손이 잘 깎이는 데 익숙해지면 금전적 고려 사항으로 머리카락을 잘라낼 수 없습니다. 그리고 방법을 모르면 얼마를 지불하더라도 작동하지 않습니다. 결국 프로그래머는 아이디어가 부적합하다는 것을 미리 알고 고객이 떨어지는 피커를보고 분명히 실망하고 불타는 열정이 담배 꽁초처럼 죽을 것임을 알고 있으면 미리 돈을 가져갑니다. 차가운 오이, 즉 프로그래머는 단순히 교활합니다. 그리고 그 아이디어가 프로그래머 자신에게 흥미롭다면, 당신이 그에게 돈을 지불해서 그가 그것을 하지 않더라도) 작품이 포착되고, 테스터가 노래하고, 시간이 눈에 띄지 않게 공주와의 밤처럼 지나가고, 큰 돈이 기다리고 있습니다. 그리고 오른쪽 9도에서 45도를 보는 클라이언트는 수익성 있는 시스템이 줄 수 있는 것에 비해 한 푼도 되지 않는다는 사실에도 불구하고 프로그래머에게 지불하려는 유혹을 거부할 것 같지 않습니다.
아이디어의 적합성을 평가하는 것은 가장 단순한 경우를 제외하고는 더 이상 프로그래머에게 친숙하지 않습니다. 이것이 클라이언트가 M1에서 실행할 두 대의 시스템에 있는 시스템일 경우 프로그래머는 부적합함을 알고 이를 무료로 보고할 수 있지만 클라이언트는 종종 자신의 아이디어의 가치를 크게 과장하기 때문에 보고하지 않을 수도 있습니다. , 그리고 쓸모없는 것을 조언합니다. 게다가 시스템이 더 정교하고 코더가 그런 종류의 일을 하지 않는다면 아이디어를 평가하는 것은 더 이상 그의 책임이 아닙니다.
아이디어의 적합성을 평가하는 것은 가장 단순한 경우를 제외하고는 더 이상 프로그래머에게 친숙하지 않습니다. 이것이 클라이언트가 M1에서 실행할 두 대의 시스템에 있는 시스템일 경우 프로그래머는 부적합함을 알고 이를 무료로 보고할 수 있지만 클라이언트는 종종 자신의 아이디어의 가치를 크게 과장하기 때문에 보고하지 않을 수도 있습니다. , 그리고 쓸모없는 것을 조언합니다. 게다가 시스템이 더 정교하고 코더가 그런 종류의 일을 하지 않는다면 아이디어를 평가하는 것은 더 이상 그의 책임이 아닙니다.
맞습니다. 이것은 거래 시스템 개발자의 빵과 버터이지만 종종 프로그래머는 이 분야의 전문가가 되어야 합니다.
일반적으로 전문가의 형태로 시스템을 코딩하는 최종 결과는 바로 아이디어에 대한 평가입니다.
delyus : 그러나 그러한 모순은 어떻습니까? 프로그래머는 거의 2초 만에 아이디어의 가치를 평가할 수 있습니다. 그러면 순진한 클라이언트의 무익한 아이디어의 99% 사례(통계)에서 프로그래머가 코딩하게 만드는 것은 무엇입니까? 아마도 돈? :))
고객은 항상 옳기 때문입니다. 프로그래머는 동료 검토를 수행하지 않고 프로그램을 작성하기 위해 접근하기 때문입니다. 전문가 평가를 신청하더라도 비용이 듭니다. 그리고 가장 중요한 것은 환상으로부터의 자유가 가장 높은 가치를 갖는다는 것입니다. 더. 프로그래머는 고객이 클릭 한 번으로 실현 불가능한 마술 버튼을 꿈꾸고 있는지 여부는 세계의 지배자가 될 것인지, 아니면 최소한 같은 2 ma 또는 그 이상에서 조수가 필요한 머리를 가진 실제 상인인지 모릅니다. 확률론.
나는 우리가 지금 일반적인 용어로 이야기하고 있다는 것을 이해하지만 조금 웃어야 합니다. 머리가 있는 거래자와 2MA와 확률론은 호환되지 않습니다)) 특히 머리가 있는 거래자는 ma와 stoch에 대한 프로그래머를 찾을 것이기 때문에 그런 조언자들의 바다가 있고 공개 영역에 2개의 드롭이 더 있습니다. 더욱 그렇습니다. 어떻게 그가 어떻게 돌아다녀도 약 50%, 그러나 70%가 필요합니다. 그렇지 않으면 모든 것이 쓸모가 없습니다.
이 스레드에서 "프로그래머에게 비용을 지불하는 것은 무의미하다"라는 공리가 다시 한 번 논의되었습니다. 왜냐하면 고문이 가치가 있다면 그는 클라이언트의 코펙이 필요하지 않고 가치가 없다면 클라이언트 자신도 그를 필요로 하지 않기 때문입니다. 이러한 악순환 속에서 고객과 고객의 관계가 어떻게 존재하는지 궁금합니다.
완전히 잘못된 결론!
왜 모든 것이 고문에게 달려 있었습니까!
나는 지표뿐만 아니라 지표를 씁니다!
회계 프로그램 등 ... 고객 만족!
'이런 그림 봤어?'
MF_Break_Down
간단하고 효과적인 방법 중 하나는 사람들이 거래 전략에 적용하고 있습니다!
예를 들어 추세에서 하락 신호! 매수 기회로 이해
각각의 차량을 조정하기만 하면 됩니다.
우리는 대부분 여기에서 기술 전문가이며 많은 사람들이 회의론으로 가득 차 있습니다.
하지만 실제로 시장에서 돈을 버는 사람들이 있습니다.
'이런 그림 본 적 있어?'
MF_Break_Down
간단하고 효과적인 방법 중 하나는 사람들이 거래 전략에 적용하고 있습니다!
예를 들어 추세에서 하락 신호! 매수 기회로 이해
각각의 차량을 조정하기만 하면 됩니다.
네, 그렇습니다. 나는 그를 MTS의 기본 입술이 아닌 추가 입술로 보았지만 그에게 입술을 핥았습니다. 나는 그것을 지불하는 것이 의미가 없다고 생각합니다. 내가 자라서 비슷한 것을 쓸 것입니다. 특히 공개 영역에서 매우 유사한 유사물이 있기 때문에 더욱 그렇습니다.
프로그래머가 그를 부자로 만들어줄 MTS의 생산에 대한 대가를 받아야 하는지 여부에 관해서는 그가 그래야 한다고 생각합니다. "주문은 도서관에 있어야합니다!". 그리고 성배를 쓰는 경우 백불은 더 이상 대화의 주제가 아닙니다.
결국 프로그래머는 아이디어의 부적절함을 미리 알고 클라이언트가 떨어지는 피커를보고 분명히 실망하고 불타는 열정이 담배 꽁초처럼 죽을 것이라는 것을 알고 있다면 미리 돈을 가져갑니다. 차가운 오이로, 즉 프로그래머는 단순히 교활 합니다.
결국 프로그래머는 아이디어의 부적절함을 미리 알고 클라이언트가 떨어지는 피커를보고 분명히 실망하고 불타는 열정이 담배 꽁초처럼 죽을 것이라는 것을 알고 있다면 미리 돈을 가져갑니다. 차가운 오이로, 즉 프로그래머는 단순히 교활 합니다.
프로그래머가 사전에 무언가를 알고 있다면 이 지식도 가치가 있습니다. 왜냐하면 그것들을 얻는 데 많은 시간이 걸렸습니다.
클라이언트가 아이디어의 적합성을 평가하도록 요청하는 경우 이것은 또한 지불해야 하는 서비스입니다. 그는 자신의 서비스가 지불되었음을 미리 알고 전문가에게로 향했습니다.
아이디어의 적합성을 평가하는 것은 가장 단순한 경우를 제외하고는 더 이상 프로그래머에게 친숙하지 않습니다. 이것이 클라이언트가 M1에서 실행할 두 대의 시스템에 있는 시스템일 경우 프로그래머는 부적합함을 알고 이를 무료로 보고할 수 있지만 클라이언트는 종종 자신의 아이디어의 가치를 크게 과장하기 때문에 보고하지 않을 수도 있습니다. , 그리고 쓸모없는 것을 조언합니다. 게다가 시스템이 더 정교하고 코더가 그런 종류의 일을 하지 않는다면 아이디어를 평가하는 것은 더 이상 그의 책임이 아닙니다.
아이디어의 적합성을 평가하는 것은 가장 단순한 경우를 제외하고는 더 이상 프로그래머에게 친숙하지 않습니다. 이것이 클라이언트가 M1에서 실행할 두 대의 시스템에 있는 시스템일 경우 프로그래머는 부적합함을 알고 이를 무료로 보고할 수 있지만 클라이언트는 종종 자신의 아이디어의 가치를 크게 과장하기 때문에 보고하지 않을 수도 있습니다. , 그리고 쓸모없는 것을 조언합니다. 게다가 시스템이 더 정교하고 코더가 그런 종류의 일을 하지 않는다면 아이디어를 평가하는 것은 더 이상 그의 책임이 아닙니다.
맞습니다. 이것은 거래 시스템 개발자의 빵과 버터이지만 종종 프로그래머는 이 분야의 전문가가 되어야 합니다.
일반적으로 전문가의 형태로 시스템을 코딩하는 최종 결과는 바로 아이디어에 대한 평가입니다.
그러나 그러한 모순은 어떻습니까? 프로그래머는 거의 2초 만에 아이디어의 가치를 평가할 수 있습니다. 그러면 순진한 클라이언트의 무익한 아이디어의 99% 사례(통계)에서 프로그래머가 코딩하게 만드는 것은 무엇입니까? 아마도 돈? :))
고객은 항상 옳기 때문입니다. 프로그래머는 동료 검토를 수행하지 않고 프로그램을 작성하기 위해 접근하기 때문입니다. 전문가 평가를 신청하더라도 비용이 듭니다. 그리고 가장 중요한 것은 환상으로부터의 자유가 가장 높은 가치를 갖는다는 것입니다. 더. 프로그래머는 고객이 클릭 한 번으로 실현 불가능한 마술 버튼을 꿈꾸고 있는지 여부는 세계의 지배자가 될 것인지, 아니면 최소한 같은 2 ma 또는 그 이상에서 조수가 필요한 머리를 가진 실제 상인인지 모릅니다. 확률론.
최소한 동일한 두 ma 또는 stochastic에서 조수가 필요한 머리를 가진 거래자//
나는 우리가 지금 일반적인 용어로 이야기하고 있다는 것을 이해하지만 조금 웃어야 합니다. 머리가 있는 거래자와 2MA와 확률론은 호환되지 않습니다)) 특히 머리가 있는 거래자는 ma와 stoch에 대한 프로그래머를 찾을 것이기 때문에 그런 조언자들의 바다가 있고 공개 영역에 2개의 드롭이 더 있습니다. 더욱 그렇습니다. 어떻게 그가 어떻게 돌아다녀도 약 50%, 그러나 70%가 필요합니다. 그렇지 않으면 모든 것이 쓸모가 없습니다.