반대 질문에 답하십시오. 왜 그럴까요? 도대체 왜? 그래서 나중에 마감 시간을 지키지 않았을 때 모두가 소리를 지르기 시작했습니다. "OOOO, 개자식들! 그리고 약속 !!! ...".
내가 그들이라면 나는 단지 "1 년 안에 새로운 버전을 갖게 될 것입니다 ..."라고 말할 것입니다. :))
그런데 이것은 프로그래머와 그의 팀의 작업 클래스를 나타내는 지표이기도 합니다. 그가 적어도 1/4의 정확도로 작업을 계획하는 방법을 모른다면 그는 개발자가 아니라 코드 작성자입니다. 그가 결과를 얻는 것은 중요하지 않습니다. 프로세스 자체가 그에게 중요합니다. 그 동안 그는 카지노 여행을 위해 지폐를 받을 수 있습니다. 그리고 그는 당신을 캐스팅하기 위해 아무 것도하지 않습니다. 그는 작성된 코드 줄의 수를 빠르게 계산하고 (복사하여 붙여 넣기를 곱한) Jira에 오늘 그의 작업 시간 중 48 시간을 보냈다는 보고서를 인쇄합니다 ( 자신이 드럼을 친 데이터에 따르면) 여전히 (이 데이터를 기반으로) 증가를 요구합니다.
사람/회사는 행위로 판단하고 행위는 결과로 판단합니다. 알파가 없습니다. 결과가 없습니다. 동일한 결과로 "Wishs for MQL6"이라는 주제에 대한 토론을 시작할 것을 제안합니다. :))
이 역사를 보면 우리의 발전에 균일하고 직접적인 경향이 없다는 것을 알 수 있습니다(이론상 이상적인 경우에만 있음). 그러나 결과는 있습니다 - 우리가 더 높을 때마다. 그래서 이번에는 처음에는 길고 눈에 보이지 않는 작업이 있고, 그 다음에는 어려운(클레임 및 많은 오류가 있는) 베타 테스트, 그 다음 릴리스, 그리고 몇 년 더 새로운 빌드 릴리스가 있습니다.
또한 클라이언트 터미널에 대한 기한이 필요하며 터미널이 작은 부분에 불과한 전체 시스템에서 작업하고 있음을 잊지 마십시오. 예측은 항상 좌절될 것이기 때문에 우리가 예측을 공개적으로 발표하는 것은 이치에 맞지 않습니다. 그러나 이것이 예측이 없다는 것을 의미하지는 않습니다.
친애하는 레나트!
귀하의 게시물에서 두 번째 단락은 첫 번째 단락과 모순됩니다. 새로운 기능을 많이 제공했다면(1문단) 아무도 "새롭지 않다"고 말하지 않을 것입니다(2문단).
아마도 당신의 지도부로부터 알파의 출시일을 보고하지 말라는 지시가 있을 것입니다. "2009/2010년 상반기/하반기"와 같이 잠정적인 날짜를 제시하기를 꺼리는 이유를 이보다 더 합리적인 것은 없습니다.
일반적으로 귀하의 메시지를 읽은 후 나는 ".NET을 바라보기 위해" 나타난 침을 닦아 냈습니다.
어쨌든 답변 주셔서 대단히 감사합니다.
진심으로 등등
일반적으로 귀하의 메시지를 읽은 후 나는 ".NET을 바라보기 위해" 나타난 침을 닦아 냈습니다.
그러나 DLL 디버깅이 없으면 어디를 보게 될까요? !!! 아니면 디버깅하지 않고 이 번들을 개발할 건가요... 글쎄요. 행복하게 쉬세요.
MetaTrader 5 시스템에서는 주식 시장을 위해 많은 작업이 수행되었으며 잠금 장치가 없습니다.
와이! 레나트!!!
자물쇠가없는 주식 만 의미하는 것이 무엇인지 말해주십시오 ...
*
그리고 당신은 이해합니다 ... 그러면 5를 기다리는 것조차 의미가 없습니다.
그리고 4명이 쇠약해질 때까지 살도록 기도하는 것이 남아 있습니다.
:)))))))))))))
기본 스토리 - M1(모든 것이 클라이언트에 구축되며 거대한 스토리에 대한 액세스가 제공됨),
이것은 나를 행복하게 만든다! 품질 전환이 있을 것입니다
반대 질문에 답하십시오. 왜 그럴까요? 도대체 왜? 그래서 나중에 마감 시간을 지키지 않았을 때 모두가 소리를 지르기 시작했습니다. "OOOO, 개자식들! 그리고 약속 !!! ...".
내가 그들이라면 나는 단지 "1 년 안에 새로운 버전을 갖게 될 것입니다 ..."라고 말할 것입니다. :))
그런데 이것은 프로그래머와 그의 팀의 작업 클래스를 나타내는 지표이기도 합니다. 그가 적어도 1/4의 정확도로 작업을 계획하는 방법을 모른다면 그는 개발자가 아니라 코드 작성자입니다. 그가 결과를 얻는 것은 중요하지 않습니다. 프로세스 자체가 그에게 중요합니다. 그 동안 그는 카지노 여행을 위해 지폐를 받을 수 있습니다. 그리고 그는 당신을 캐스팅하기 위해 아무 것도하지 않습니다. 그는 작성된 코드 줄의 수를 빠르게 계산하고 (복사하여 붙여 넣기를 곱한) Jira에 오늘 그의 작업 시간 중 48 시간을 보냈다는 보고서를 인쇄합니다 ( 자신이 드럼을 친 데이터에 따르면) 여전히 (이 데이터를 기반으로) 증가를 요구합니다.
사람/회사는 행위로 판단하고 행위는 결과로 판단합니다. 알파가 없습니다. 결과가 없습니다. 동일한 결과로 "Wishs for MQL6"이라는 주제에 대한 토론을 시작할 것을 제안합니다. :))
친애하는 레나트!
귀하의 게시물에서 두 번째 단락은 첫 번째 단락과 모순됩니다. 새로운 기능을 많이 제공했다면(1문단) 아무도 "새롭지 않다"고 말하지 않을 것입니다(2문단).
아마도 당신의 지도부로부터 알파의 출시일을 보고하지 말라는 지시가 있을 것입니다. "2009/2010년 상반기/하반기"와 같이 잠정적인 날짜를 제시하기를 꺼리는 이유를 이보다 더 합리적인 것은 없습니다.
모순은 없습니다. "우리는 많이 주었다"와 "다른 사람들은 아무 것도 말하지 않을 것입니다."를 혼동하지 마십시오.
2009년 3월에는 베타 모드가 있을 것이며, 어쩌면 그보다 더 빨라질 수도 있습니다.
친애하는 레나트!
매우 감사합니다! MT5에 DLL 디버깅이 있습니까? 그리고 NProgrammer는 겁을 먹었습니다. :)
2009년 3월에는 베타 모드가 있을 것이며, 어쩌면 그보다 더 빨라질 수도 있습니다.
실질적인 답변 감사합니다. 회사에서 이 라인으로 인해 피해를 입는 사람이 없기를 바랍니다.
할 수 있다면 내 질문의 두 번째 부분(출시 계획에 관해)에 간단히 대답하십시오. 적어도 이 형식으로: "우리는 그것이 _____에서 일어나기를 정말로 원합니다".
그런데 이것은 프로그래머와 그의 팀의 작업 클래스를 나타내는 지표이기도 합니다.
공개된 토론 및 단계 이력이 있는 완료된 프로젝트를 지적할 수 있습니까? 당신의 말은 이론과 매우 유사하며 실제에서 추상화되어 있습니다.
예를 들어, 우리는 모든 작업을 공개적으로 문서화했습니다.
이 역사를 보면 우리의 발전에 균일하고 직접적인 경향이 없다는 것을 알 수 있습니다(이론상 이상적인 경우에만 있음). 그러나 결과는 있습니다 - 우리가 더 높을 때마다. 그래서 이번에는 처음에는 길고 눈에 보이지 않는 작업이 있고, 그 다음에는 어려운(클레임 및 많은 오류가 있는) 베타 테스트, 그 다음 릴리스, 그리고 몇 년 더 새로운 빌드 릴리스가 있습니다.
또한 클라이언트 터미널에 대한 기한이 필요하며 터미널이 작은 부분에 불과한 전체 시스템에서 작업하고 있음을 잊지 마십시오. 예측은 항상 좌절될 것이기 때문에 우리가 예측을 공개적으로 발표하는 것은 이치에 맞지 않습니다. 그러나 이것이 예측이 없다는 것을 의미하지는 않습니다.
2009년 3월에는 베타 모드가 있을 것이며, 어쩌면 그보다 더 빨라질 수도 있습니다.
포럼을 유지 관리하는 문제에서 정당화될 수 있는 모든 보수와 함께 아마도 MQL5의 모든 것은 별도의 섹션으로 분리되어야 합니다.
서버의 로드는 분명히 크게 증가할 것입니다.