그리고 나는 그들이 응답할 의지 가 없다는 인상을 받았습니다. 첫째, 포럼에서의 활동 부족으로 판단하면 서비스 데스크가 닫힌 후에 많은 시간을 확보하여 하루에 적어도 두어 개의 메시지를 처리해야 하지만 그렇지는 않습니다. 두 번째로, 일부 이상한 진술에 따르면(예 : MQL과 C++ 간의 관계에 대해 ). 버그에 대한 이러한 모든 언급은 그들을 짜증나게 할 뿐 그 이상은 아닌 것 같습니다.
실제로 이것은 서비스 데스크에서 요청을 완전히 제거하는 것도 설명할 수 있습니다. "밖에서, 마음에서"처럼. 응용 프로그램이 없습니다. 버그가 없습니다.
욕망이 아니라 가능성. MQ에서 근무일을 어떻게 상상하십니까? 모든 사람이 100% 사업으로 바쁘고 아무도 장난치지 않는다는 것은 분명합니다. 버그가 수정되지 않았기 때문에 다른 것을 작성합니다. 나는 새로운 빌드의 발표가 새로운 기능을 보여줄 것이라고 확신합니다. 서비스, 멀티 윈도우, 새로운 테스터 등 버그가 하나도 없더라도 앞으로 몇 년 동안 해야 할 일이 있습니다.
욕망이 아니라 가능성. MQ에서 근무일을 어떻게 상상하십니까? 모든 사람이 100% 사업으로 바쁘고 아무도 장난치지 않는다는 것은 분명합니다. 버그가 수정되지 않았기 때문에 다른 것을 작성합니다. 나는 새로운 빌드의 발표가 새로운 기능을 보여줄 것이라고 확신합니다. 서비스, 멀티 윈도우, 새로운 테스터 등 버그가 하나도 없더라도 앞으로 몇 년 동안 해야 할 일이 있습니다.
새로운 오류를 계속 생성하는 것이 더 나을 것입니까, 아니면 먼저 이전 오류를 파악하고 수정하는 것이 더 낫다고 생각하십니까?
욕망이 아니라 가능성. MQ에서 근무일을 어떻게 상상하십니까? 모든 사람이 100% 사업으로 바쁘고 아무도 장난치지 않는다는 것은 분명합니다. 버그는 수정되지 않으므로 다른 것을 작성합니다.
모든 것이 여러 사람에게 쌓이면 어떤 일에도 시간이 충분하지 않을 수 있습니다. 일은 그렇게 하지 않습니다. 회전율이 증가하면 부하가 증가하므로 회사 자체가 확장되고 추가 인력이 모집됩니다. 이것은 자연스러운 일입니다. 그리고 여기에서 분명히 그들은 물고기를 먹을 수 있도록 고안하고 추가 비용을 지불하지 않으려고 노력하고 있습니다. 그러나 그러한 저축은 결국 곁길로 가게 됩니다. 품질을 희생하면서.
새로운 오류를 계속 생성하는 것이 더 나을 것입니까, 아니면 먼저 이전 오류를 파악하고 수정하는 것이 더 낫다고 생각하십니까?
내 의견은 건설적인 가치가 없습니다.
알렉세이 나보이코프 :
모든 것이 여러 사람에게 쌓이면 어떤 일에도 시간이 충분하지 않을 수 있습니다. 일은 그렇게 하지 않습니다. 회전율이 증가하면 작업량이 증가하므로 회사 자체가 확장되고 추가 인력이 모집됩니다. 이것은 자연스러운 일입니다. 그리고 여기에서 분명히 그들은 물고기를 먹을 수 있도록 고안하고 추가 비용을 지불하지 않으려고 노력하고 있습니다. 그러나 그러한 저축은 결국 곁길로 가게 됩니다. 품질을 희생하면서.
나는 개발자 들이 문제(MT4!)에 주의를 기울일 것을 촉구한다.
MT5에서도 개발자는 너무 압도되어 문제에 대응할 시간이 거의 없습니다. 그리고 거의 1년 동안 브로커에게 판매되지 않은 MT4의 수정 사항을 원합니다.
MT5에서도 개발자는 너무 압도되어 문제에 대응할 시간이 거의 없습니다. 그리고 거의 1년 동안 브로커에게 판매되지 않은 MT4의 수정 사항을 원합니다.
MT4는 여전히 널리 사용됩니다. 그리고 개발자들은 내가 아는 한 그와 동행하는 것을 거부하지 않았습니다.
MT4는 여전히 널리 사용됩니다. 그리고 개발자들은 내가 아는 한 그와 동행하는 것을 거부하지 않았습니다.
여기에서 귀하와 제 의견은 MT4의 버그를 수정하는 데 아무런 역할을 하지 않습니다. 사실과 현재의 현실이 있습니다.
MT5에서 중요한 버그(그리고 이것은 정말 나쁜 것이어야 함)만 수정하면 다음 빌드에서 예상합니다. 개발자들은 더 많은 새로운 기능으로 바쁘다.
그리고 MT4의 경우 새 빌드의 이유는 99% 스토리지, OS, WebRequest 및 통합입니다. 다른 모든 것은 수년 동안 작동하며 특정 버그를 수정하는 데 에너지를 소비하는 것은 거의 권장되지 않습니다.
여기에서 귀하와 제 의견은 MT4의 버그를 수정하는 데 아무런 역할을 하지 않습니다. 사실과 현재의 현실이 있습니다.
MT5에서 중요한 버그(그리고 이것은 정말 나쁜 것이어야 함)만 수정하면 다음 빌드에서 예상합니다. 개발자들은 더 많은 새로운 기능으로 바쁘다.
그리고 MT4의 경우 새 빌드의 이유는 99% 스토리지, OS, WebRequest 및 통합입니다. 다른 모든 것은 수년 동안 작동하며 특정 버그를 수정하는 데 에너지를 소비하는 것은 거의 권장되지 않습니다.
네, 저도 MT5의 개발을 양손으로 응원합니다. 그러나 MT4가 진행하도록 하기로 결정했다면 그렇게 하도록 하십시오.
MT5에서도 개발자는 너무 압도되어 문제에 대응할 시간이 거의 없습니다.
그리고 나는 그들이 응답할 의지 가 없다는 인상을 받았습니다. 첫째, 포럼에서의 활동 부족으로 판단하면 서비스 데스크가 닫힌 후에 많은 시간을 확보하여 하루에 적어도 두어 개의 메시지를 처리해야 하지만 그렇지는 않습니다. 두 번째로, 일부 이상한 진술에 따르면(예 : MQL과 C++ 간의 관계에 대해 ). 버그에 대한 이러한 모든 언급은 그들을 짜증나게 할 뿐 그 이상은 아닌 것 같습니다.
실제로 이것은 서비스 데스크에서 요청을 완전히 제거하는 것도 설명할 수 있습니다. "밖에서, 마음에서"처럼. 응용 프로그램이 없습니다. 버그가 없습니다.
그리고 나는 그들이 응답할 의지 가 없다는 인상을 받았습니다.
욕망이 아니라 가능성. MQ에서 근무일을 어떻게 상상하십니까? 모든 사람이 100% 사업으로 바쁘고 아무도 장난치지 않는다는 것은 분명합니다. 버그가 수정되지 않았기 때문에 다른 것을 작성합니다. 나는 새로운 빌드의 발표가 새로운 기능을 보여줄 것이라고 확신합니다. 서비스, 멀티 윈도우, 새로운 테스터 등 버그가 하나도 없더라도 앞으로 몇 년 동안 해야 할 일이 있습니다.
욕망이 아니라 가능성. MQ에서 근무일을 어떻게 상상하십니까? 모든 사람이 100% 사업으로 바쁘고 아무도 장난치지 않는다는 것은 분명합니다. 버그가 수정되지 않았기 때문에 다른 것을 작성합니다. 나는 새로운 빌드의 발표가 새로운 기능을 보여줄 것이라고 확신합니다. 서비스, 멀티 윈도우, 새로운 테스터 등 버그가 하나도 없더라도 앞으로 몇 년 동안 해야 할 일이 있습니다.
새로운 오류를 계속 생성하는 것이 더 나을 것입니까, 아니면 먼저 이전 오류를 파악하고 수정하는 것이 더 낫다고 생각하십니까?
욕망이 아니라 가능성. MQ에서 근무일을 어떻게 상상하십니까? 모든 사람이 100% 사업으로 바쁘고 아무도 장난치지 않는다는 것은 분명합니다. 버그는 수정되지 않으므로 다른 것을 작성합니다.
모든 것이 여러 사람에게 쌓이면 어떤 일에도 시간이 충분하지 않을 수 있습니다. 일은 그렇게 하지 않습니다. 회전율이 증가하면 부하가 증가하므로 회사 자체가 확장되고 추가 인력이 모집됩니다. 이것은 자연스러운 일입니다. 그리고 여기에서 분명히 그들은 물고기를 먹을 수 있도록 고안하고 추가 비용을 지불하지 않으려고 노력하고 있습니다. 그러나 그러한 저축은 결국 곁길로 가게 됩니다. 품질을 희생하면서.
새로운 오류를 계속 생성하는 것이 더 나을 것입니까, 아니면 먼저 이전 오류를 파악하고 수정하는 것이 더 낫다고 생각하십니까?
내 의견은 건설적인 가치가 없습니다.
모든 것이 여러 사람에게 쌓이면 어떤 일에도 시간이 충분하지 않을 수 있습니다. 일은 그렇게 하지 않습니다. 회전율이 증가하면 작업량이 증가하므로 회사 자체가 확장되고 추가 인력이 모집됩니다. 이것은 자연스러운 일입니다. 그리고 여기에서 분명히 그들은 물고기를 먹을 수 있도록 고안하고 추가 비용을 지불하지 않으려고 노력하고 있습니다. 그러나 그러한 저축은 결국 곁길로 가게 됩니다. 품질을 희생하면서.
그러나 결과는 많은 사람들의 부러움입니다.