수학자들을 위한 질문 - 페이지 7

 
얘들아. 친애하는, 친애하는 게으름뱅이들... 그 때 여기에서 나가면... 뭔가 잘 될 것입니다. 나는 당신에게 세심한주의를 기울이지 않고 지점을 떠나기를 바랍니다. 등급이 내려가서 보이지 않습니다. 잘! 당신이 더 나은.
 
Helen >> :
프로그래머의 성공을 결정하는 수학적 방법이 있습니까? 그리고 효율성은? 성능과 혼동하지 마십시오.

프로그래머의 성공을 결정하는 회계 방법이 있습니다. 그리고 회계는 산술을 기반으로 합니다.

 
물론, 나는 어떤 종류의 수학자인지 아는 신은 아니지만, 나에게는 어떤 이유로 일반적으로 "성공적인 프로그래머"라는 문구가 조금 이상하게 들립니다. "행복한 익사자" 또는 예를 들어 "성공적인 광부"와 유사한 것. 훌륭하고 재능 있는 프로그래머도 충분하지만 이것은 힘든 일이며 일반적으로 인정되는 모든 성공의 함정과 함께 이 분야에서 성공하는 것은 아마도 매우 어려울 것입니다.
 
Figar0 >> :
물론, 나는 어떤 종류의 수학자인지 아는 신은 아니지만, 나에게는 어떤 이유로 일반적으로 "성공적인 프로그래머"라는 문구가 조금 이상하게 들립니다. "운이 좋은 자살", "행복한 익사자" 또는 예를 들어 "성공적인 광부"와 유사한 것입니다. 훌륭하고 재능 있는 프로그래머도 충분하지만 이것은 힘든 일이며 일반적으로 인정되는 모든 성공 속성과 함께 이 분야에서 성공하는 것은 아마도 매우 어려울 것입니다.

+1

하지만 이 구절이 왜 내 귀를 잘랐는지 생각합니다. 여기에 인접한 두 단어의 거짓을 파악하려면 시적인 귀가 필요합니다.

 
Figar0 писал(а) >>
물론, 나는 어떤 종류의 수학자인지 아는 신은 아니지만, 나에게는 어떤 이유로 일반적으로 "성공적인 프로그래머"라는 문구가 조금 이상하게 들립니다. "행복한 익사자" 또는 예를 들어 "성공적인 광부"와 유사한 것. 훌륭하고 재능 있는 프로그래머도 충분하지만 이것은 힘든 일이며 일반적으로 인정되는 모든 성공의 함정과 함께 이 분야에서 성공하는 것은 아마도 매우 어려울 것입니다.

그들은 내가 정의에서 제안한 "요구"라는 단어를 놓쳤습니다. "필요한", "필요한"보다 더 간단하고 원시적 일 수 있습니다. 글쎄, 당신 자신 외에 아무도 그것을 필요로하지 않는다면 - ...

그러한 "전문가"를 성공이라고 부르는 것은 거의 불가능합니다.

 
그리고 해당 분야의 일류 전문가 두 명(C 프로그래머/시스템 엔지니어 및 여러 주제 영역에서 방대한 지식을 보유한 응용 프로그래머)과 비교하여 수요 수준을 어떻게 평가하시겠습니까? 대답은 비교할 수 없을 것 같아요. 이 사람들은 함께 만 수요를 늘릴 수 있습니다.
 
Cronex писал(а) >>
그리고 해당 분야의 일류 전문가 두 명(C 프로그래머/시스템 엔지니어 및 여러 주제 영역에서 방대한 지식을 보유한 응용 프로그래머)과 비교하여 수요 수준을 어떻게 평가하시겠습니까? 대답은 비교할 수 없을 것 같아요. 이 사람들은 함께 만 수요를 늘릴 수 있습니다.

나는 그것을 전혀 감사하지 않을 것입니다. 왜냐하면 평가할 목적이 없습니다. 나는 이미 여기에서 질문이 "단일 프로필" 프로거인 MQL과 관련이 있다고 명시했지만 이것이 이미 명확하다고 생각합니다. 그건 그렇고, 그것이 질문입니다. 응답이 예상됩니다. 나는 공식을 스케치하려고했습니다 ... 게시물에 있습니다.

 
Helen писал(а) >>

나는 그것을 전혀 감사하지 않을 것입니다. 왜냐하면 평가할 목적이 없습니다. 나는 이미 여기에서 질문이 "단일 프로필" 프로거, MQL에 관한 것이라고 명시했지만, 이것이 이미 명확하다고 생각합니다. 그건 그렇고, 그것이 질문입니다. 응답이 예상됩니다. 나는 공식을 스케치하려고했습니다 ... 게시물에 있습니다.

불행히도 정확한 답은 없습니다... 저는 수년 동안 IT 프로젝트에 참여해 왔으며 경험에 비추어 볼 때 모든 것이 매우 개별적이며 팀의 작업과 개인 자질에 달려 있다고 말할 수 있습니다. 프로젝트의 성공적인 과정은 실제로 프로그래머의 전문적인 자질에 달려 있지 않습니다. 현재 저는 정말 뛰어난 프로그래머가 있는 팀에서 프로젝트를 실행하고 있지만 사람들은 주제에 너무 몰두하고 주제 영역에 대한 지식이 없으며 결과적으로 다른 방향으로의 정기적인 반전이 있습니다. 그리고 MQL 프로그래머에 대해서는 확실히 말할 수 있습니다. 젊은이들이 너무 잡다해서 성공의 수준을 결정하는 것은 그저 감사할 따름입니다 :-) 삶의 활동 방향은 너무 다양합니다.

 

스레드를 읽지 않았습니다. 독감.

거래는 MQL 프로그래밍과 연결됩니다. 우리는 고문을 위해 상당히 간단한 작업을 수행합니다. 두 개의 틱이 교차하는 것입니다. 나는 그러한 단순한 Expert Advisor로도 다른 프로거의 코드가 다를 것이라고 확신합니다. 그러나 나는 고객으로서 코드의 간결성에도 관심이 없을 것입니다. 나는 다음 사항에 주의를 기울일 것입니다:

1. 예를 들어, 내 (가장 자주 - 바보 같은) 작업을 수행하는 정확도 - 체커의 실제 교차점의 신호가 달라 붙거나 터치하고 후속 실행, 즉 인코더가 내 멍청함에 대해 최소한 일종의 안전망을 제공할 수 있었는지 여부. 그렇지 않으면 결국 나는 미친 것이 아니라 인코더에 대해 나 자신을 비난할 것입니다.

2. 거래 주문 수와 서버 장애 횟수 - 코더가 거래 주문을 올바르게 처리하고 딜러가 강제로 실행하도록 할 수 있는지 여부가 더 중요합니다. 나는 재인용, 뉴스 중 거래 금지, 엔진 중 지연 및 기타 즐거움에 대해 관심이 없습니다.

3. 그리고 내가 생각조차 하지 못한 것 - 로트 최적화, 다이내믹 스톱 로스, 트레일링 및 기타 이상한 점...

어쩌면 그렇게? 이것이 MQL 인코더의 적합성을 결정합니까? (Winnie의 봉제 인형에서) 더 이상 새끼 돼지 비용이 들지 않습니다. 그리고 코드가 아무리 잘 실행되어도 코더가 내 멍청함을 취소할 수 없기 때문에 주문 수가 급격히 떨어질 것입니다.

 
Cronex писал(а) >>

불행히도 정확한 답은 없습니다... 저는 수년 동안 IT 프로젝트에 참여해 왔으며 경험에 비추어 볼 때 모든 것이 매우 개별적이며 팀의 작업과 개인 자질에 달려 있다고 말할 수 있습니다. 프로젝트의 성공적인 과정은 실제로 프로그래머의 전문적인 자질에 달려 있지 않습니다. 현재 저는 정말 뛰어난 프로그래머가 있는 팀에서 프로젝트를 실행하고 있지만 사람들은 주제에 너무 몰두하고 주제 영역에 대한 지식이 없으며 결과적으로 다른 방향으로의 정기적인 반전이 있습니다. 그리고 MQL 프로그래머에 대해서는 확실히 말할 수 있습니다. 젊은이들이 너무 잡다해서 성공의 수준을 결정하는 것은 그저 감사할 따름입니다 :-) 삶의 활동 방향은 너무 다양합니다.

주제에 대한 몰입 ... 이것을 "코딩 주제에 대한 지식"으로 정의했습니다. 실제로 중요한 지표입니다. 다양성 - 예, 그런 것이 있습니다. 그러나 프로그래머를 위한 시장은 이미 형성되고 있으며 emka에 있습니다. 서비스와 제품이 제공됩니다. 이 시장에서 탐색하는 방법? 가격에? 예를 들어 Integer가 가격을 발표했을 때 나는 약간 충격을 받았습니다. 왜 그렇게 싼가? 그들이 Composter의 가격을 암시했을 때 - 같은 반응. 그런데 갑자기 어떤 개인이 나타나 훨씬 더 높은 가격에 서비스를 제공합니다. 사실, 그는 응? 글쎄요, 저는 오랫동안 여러 나라의 프로그래머들과 유익하게 일해 왔습니다. 예를 들어 3~4년 전에는 프로그래머를 찾는 것이 매우 어려웠고 이 시장에서 혼란스러웠습니다. 지금은 초심자에게는 더욱 어려운 일이라고 생각합니다. 더 많은 제안이 있습니다. 어떻게 될 것인가? 거래자와 코더가 "서로에 대한 미친 검색에" 있고 나란히 실행될 때 용납할 수 없는 상황이 이미 형성되고 있습니다(그렇지 않은 경우). 많은 사기꾼이 있었습니다. 그리고 다시 질문은: 젊고 재능 있는 코더가 어떤 식으로든 자신을 알릴 수 없다면 어떻게 해야 합니까? 그리고 성과평가도 그렇고요.