개발자! 당신은 당신이 만드는 것을 전혀 테스트합니까?
시험이 그렇게 어려운가요?
저는 개발자는 아니지만 테스트가 글쓰기보다 훨씬 더 어렵다는 것을 알고 있습니다.
그리고 이 경우 - 방금 결함 중 하나를 찾았습니다. 당신은 말을 해서 옳은 일을 했습니다. 개발자는 고려할 것입니다. "당신이 만드는 것을 테스트하는 것은 어리석은 일입니다"라고 외치는 것은 분명히 당신 자신이 실제로 큰 제품을 만드는 데 참여하지 않았으며 테스트 없이는 전혀 작동하지 않을 것이라는 것을 알지 못합니다. 그리고 "절대적으로 모든" 오류를 잡는 것은 거의 불가능합니다.
저는 개발자는 아니지만 테스트가 글쓰기보다 훨씬 더 어렵다는 것을 알고 있습니다.
그리고 이 경우 - 방금 결함 중 하나를 찾았습니다. 당신은 말을 들음으로써 옳은 일을 했습니다. 개발자가 고려할 것입니다. "당신이 만드는 것을 테스트하는 것은 어리석은 일입니다"라고 외치는 것은 분명히 당신 자신이 실제로 큰 제품을 만드는 데 참여하지 않았으며 테스트 없이는 전혀 작동하지 않을 것이라는 것을 알지 못합니다. 그리고 "절대적으로 모든" 오류를 잡는 것은 거의 불가능합니다.
제품이 무료라면 모든 것이 문제가 없습니다.
유료라면?
개발자 테스트를 돕기 위해 100달러를 지불해야 합니까??? 여전히 결함을 보고할 수 있습니까?
친애하는 라릭스!
1. 1C에서 게임 로컬라이제이션 그룹에서 일할 때 부서가 있었습니다.
미국에서만 작동하는 테스트. 15명이 이 부서에서 일했고,
우리의 작업을 열심히 테스트한 사람입니다. 물론 그들은 아주 사소한 것을 놓쳤습니다.
텍스트 번역에 오류가 있지만 치명적인 오류를 놓친 적이 없습니다!
2. "무료"는 무엇을 의미합니까? 사탕 포장지에서 작동합니까? 이 브로커는 플랫폼 셰어웨어를 제공합니다!
3. 로봇, 스크립트 등을 쓰고 싶은 사람들이 선택한 MT-5
플랫폼의 개념에서 좋은 것을 개발하는 대신 개발자는
자손 (버튼, 아름다운 그래픽 등)을 완전히 "장식"하는 데 종사하고 있습니다.
플랫폼의 기본적 기반은 신경쓰지 않는다!!!!
이것은 말도 안되는 소리가 아니라 사용자에 대한 노골적인 무관심입니다!
4. 당신은 다음과 같이 씁니다. " 그리고 이 경우 - 방금 결함 중 하나를 찾았습니다."
당신을 위해 - SIMPLE, 그리고 6개의 0이 있는 보증금이 있습니다. 이 " SIMPLE " 결함 때문에 거의 잃을 뻔했습니다!
불행히도, 거래 로그와 전문가 로그의 두 창에서 쉽게 복사한 텍스트 로그를 첨부하는 대신 정보를 거의 제공하지 않았습니다.
수행 중인 작업의 모든 세부 정보를 볼 수 있는 전체 로그가 있는 경우 답변을 제공할 수 있습니다.
우리의 작업을 열심히 테스트한 사람입니다. 물론 그들은 아주 사소한 것을 놓쳤습니다.
텍스트 번역에 오류가 있지만 치명적인 오류를 놓친 적이 없습니다!
"치명적인" 오류는 "치명적이지 않은" 오류와 어떻게 다릅니까? 아무리 작은 실수라도 치명적인 결과를 초래할 수 있습니다.
내 이의 제기의 주요 아이디어는 "당신은 테스트가 아니라 무엇입니까"라고 소리 치는 것이 아니라 문제를 감지하기 위해 노력하고 개발자가 수정하도록 도와야한다는 것입니다.
나는 몇 가지 버그를 직접 잡았고 서비스 데스크를 통해 수정했습니다. 버그가 식별되고 수정되었습니다. 또한 저는 꽤 큰 회사의 프로그래밍 부서에서 일했으며 내부에서 오류가 발생하는 상황을 알고 있습니다. 아무리 노력해도 오류 가능성(치명적인 오류 포함)이 여전히 남아 있습니다.
플랫폼의 개념에서 좋은 것을 개발하는 대신 개발자는
자손 (버튼, 아름다운 그래픽 등)을 완전히 "장식"하는 데 종사하고 있습니다.
플랫폼의 기본적 기반은 신경쓰지 않는다!!!!
이것은 말도 안되는 소리가 아니라 사용자에 대한 노골적인 무관심입니다!
글쎄, 나는 당신과 부분적으로 동의합니다. 또한 MQL 개발자로서 변경 사항 목록의 개선 사항 중 10% 이하의 혁신에 관심이 있다는 점에 주목합니다.
그러나 다른 한편으로 - "개발자는 신경 쓰지 않는다..."라고 생각하지 않습니다. 그들은 그냥 합니다.
아아, 대부분의 트레이더에게 "플랫폼의 기본 기반"은 바로 이러한 "장식"입니다. 당신과 나 같은 사람들 - 제 생각에는 사용자의 3분의 1을 넘지 않습니다. 여기에서 개발자는 대다수의 요구 사항에 따라 안내됩니다.
당신을 위해 - SIMPLE, 그리고 6개의 0이 있는 보증금이 있습니다. 이 " SIMPLE " 결함 때문에 거의 잃을 뻔했습니다!
공감합니다. 그리고 중개인이 갑자기 파산하고 돈이 아무 문제 없이 소진된다면?
도처에 위험과 위험이 있습니다. 우리의 임무는 그들을 현지화하고 청산하는 것이지 서로를 비난하지 않는 것입니다.
그건 그렇고, 당신은 물어볼 수 있습니다 - 이것은 어떤 종류의 고문입니까? 확인 부족으로 인해 보증금을 배수합니까?
안녕하세요!
...
시험이 그렇게 어려운가요?
왜 그런 소리를 내세요.
첫째, 거래에서 합리적으로 위험을 감수해야 합니다(예금의 작은 비율).
둘째, 서비스 데스크가 있습니다. 발견된 오류를 보고하십시오.
이것은 단지 단어가 아닙니다. 거래소로 전환한 이후로 약 두달 전쯤에 이미 몇 번이고 몇 가지 단점을 발견했습니다. 조금이라도 잃을 수 있으면 제 시간에 깨달았습니다. 그러나 브로커와 협상하고 서비스 데스크에 신청서를 보낸 후 모든 것이 결정되었습니다.
여기에는 문제가 없습니다.
오류가 빨리 수정되어 기쁩니다.
나는 알고리즘 - 브로커 - 서비스 데스크로 반복하고 MQ의 progers에서 포럼에서 소리치지 않습니다.
바라바쉬카크븐!
뭐, 시끄럽게 하지마...
글쎄, 개발자들은 그들의 코드를 확인하지 않았다...
말도 안되는 소리, 물론 .... 생각하십시오 ...
그리고 그런 일은 일어나지 않습니다! 당신의 고문이 당신의 예금을 재설정할 때 당신은 무엇이라고 말할 것입니까?
무슨 일이 일어났는지 모를 수도 있습니다!
papaklass 메시지를 주의 깊게 읽으십시오!
레나트!
그 밖에 무엇이 필요합니까?
그림에서 잘못된 것은 무엇입니까?
아니면 내가 직접 서버 응답을 그린 것으로 생각하십니까?
모든 것이 정상이면 서버는 두 개의 메시지를 더 반환합니다(어떤 메시지인지 추측해 보세요....).
그러나 그들은 그렇지 않았습니다!
papaklass가 언급했듯이 플랫폼에는 기본 원칙이 있으며 고문의 작업은 이에 따라 달라집니다.
라릭스는 물론 어드바이저의 계정에 대해 물어볼 수는 있지만 답을 얻을 수는 없습니다....
또 무엇이 필요합니까?
안녕하세요!
3권으로 주문합니다.
1에 처음 주문이 실행될 때(녹색 원으로 표시된 그림에서 서버로부터의 응답이 TRADE_TRANSACTION_DEAL_ADD로 옴),
두 번째로 수정 후 다른 1에 대해 주문이 실행됩니다(서버에서 응답 없음!)
수정(Tiket = 3852479 --> TRADE_TRANSACTION_ORDER_UPDATE --> ORDER_STATE_PLACED ) 후 서버에서 메시지가 없는 이유는 무엇입니까?
시험이 그렇게 어려운가요?