나는 이것이 큰 프로젝트라고 썼습니다. 모든 소스의 총 볼륨은 약 1MB입니다. 브레이크를 어떻게 보여줄 수 있습니까? 모든 코드를 chtol로 보내시겠습니까? 당신은 이것이 불가능하다는 것을 이해합니다. 물론 개별 조각의 편집은 훨씬 빠릅니다.
그리고 "근거없는 진술"은 무엇을 의미합니까? 최적화 컴파일러가 상당히 느려진다는 사실? 그리고 당신이 상관하지 않는다는 사실? 여기서 근거가 없는 것은?
근거 없음, 당신 자신이 증거로 당신의 말을 뒷받침하지 않을 때.
그들은 편집의 로그(사진이 아님)를 첨부할 수 있지만 다른 사람의 사진을 가져오기까지 했습니다.
글쎄요, 저를 포함해 몇몇 분들이 느린 컴파일에 대해 불평을 하고 계십니다. 그러나 귀하의 답변에서 귀하는 "더 나은 대상 코드"와 일부 신화적인 "실행 속도가 2배에서 10배로 증가"에만 관심이 있다는 것이 분명하지만 실제 작업 프로젝트에서는 그러한 가속을 관찰하지 못했습니다.
또한 필수적입니다. 지정된 크기로.
내가 말했듯이 마지막 빌드(4월 22일자)에서 테스트할 수 없었습니다. 컴파일하는 동안 버그가 있었습니다. 그러나 새 빌드의 어느 곳에서도 컴파일러 가속을 발표하지 않았기 때문에 컴파일 속도가 그만큼 느리다고 생각합니다.
컴파일러가 코드의 버그를 지적한다면 당신은 그것을 믿어야 합니다.
그리고 당신이 그것을 믿지 않는다면, 분석을 위해 포럼에 컴파일 로그를 게시하십시오. 오류 및 컴파일 시간이 있습니다.
1) 내 코드에 없는 어떤 종류의 구성을 사용했는지 흥미롭습니다. 내 코드의 양은 수천 줄이지만 당신의 디자인은 그렇지 않습니까? 이거 뭔가 굉장히 독특하죠?
2) 실제로 이전 빌드에서는 클래스를 상호 참조하는 경우 발생하는 내부 컴파일러 오류가 실제로 있었습니다. 개발자 버그이지만 수정되었습니다. 다른 실수는 기억나지 않는다.
친애하는, 왜이 모든 홍수? 나는 당신의 코드에 어떤 구조가 있고 어떤 구조가 없는지 알기 위해 텔레파시를 하고 있습니까? 예를 들어, 나는 이미 이 주제의 이전 페이지를 지적했는데, 여기서 한 사람이 자신의 디자인을 가져와서 그의 프로젝트 에서 분명히 만난 버그로 이어졌습니다. 그리고 버그를 유발하는 다른 디자인도 있었습니다. 나는 그들을 찾아 우회하고 싶은 욕망이 없습니다. 나는 이미 이것에 지쳤습니다. 글쎄, 당신은 그러한 구조를 만난 적이 없습니다. 그래서 무엇입니까? 모두가 자신의 방식으로 글을 씁니다. 그러므로 우리 스스로 모든 것을 측정하지 맙시다.
나 역시 내부 컴파일러 오류가 있었는데 다른 이유가 있는 것 같았는데 요점은 아니었다. 버그는 항상 발생합니다. 이것이 바로 우리가 말하는 것입니다.
Vasiliy Sokolov : 여기서 Flud는 약혼했습니다. 구체적으로 어디에서 오류가 발생하는 구성입니까? 지금까지 언급한 A100의 디자인만 볼 수 있습니다.
당신은 정말 연락도 안되고 무능합니다. 내가 당신에게 이러한 구조를 준다면, 그 응답으로 나는 당신이 A100과 관련하여 표현하는 것과 같은 말도 안되는 소리를 듣게 될 것입니다. 그들은 이 공허한 추상 구조의 요점이 무엇인지 말합니다.
A100이 코드에서 오류를 일으키는 위치(때로는 매우 미묘함)를 찾고, 다른 코드에서 추상화하고, 초과분을 버리고, 변수, 클래스의 이름을 바꾸는 데 얼마나 많은 작업이 소요되었는지 알 수 있습니다. , 결국 모든 것을 단순한 시각적 방식으로 제공합니다. 아니면 문제가 있는 코드를 복사하여 붙여넣는 것으로 충분하다고 생각하십니까?
그래서 다시, 나는 그의 인내심을 위해 A100까지 모자를 벗습니다. 그리고 나는 이미 이것에 지쳤습니다. 서비스 데스크에서 일하는 새 빌드에서 버그의 원인을 찾는 것보다 모든 것이 잘 작동하는 이전 빌드에 앉아있는 것이 더 쉽습니다. 아니면 누군가가 이 일에 대해 나에게 돈을 지불할 것인가?
빌드 1241(및 이전)에서는 모든 것이 작동했습니다. 최신 빌드로 업그레이드하고 코드를 컴파일하기로 결정했는데 대부분 템플릿 기능과 관련된 로그에 많은 빨간색 오류가 있었고 명백한 이유도 없었습니다. 나는 이 모든 것을 샅샅이 뒤져볼 시간도 의향도 없습니다. 롤백하는 것이 더 쉽습니다. 개발자가 새 컴파일러에서 수행한 모든 변경 사항을 최소한 자세히 설명했다면 ...
누군가 내가 거짓말을 하고 있다고 생각한다면 - 당신의 권리입니다. 하지만 나에게 거짓말을 하는 것이 무슨 소용이 있겠습니까?
A100이 코드에서 오류를 일으키는 위치(때로는 매우 미묘함)를 찾고, 다른 코드에서 추상화하고, 초과분을 버리고, 변수, 클래스의 이름을 바꾸는 데 얼마나 많은 작업이 소요되었는지 알 수 있습니다. , 결국 모든 것을 단순한 시각적 방식으로 제공합니다. 아니면 문제가 있는 코드를 복사하여 붙여넣는 것으로 충분하다고 생각하십니까?
나는 그들을 다소 다르게 처분 할 계획이라는 사실에도 불구하고 거의 완전히 이틀을 보냈습니다 (내 나이에 이것은 이미 많습니다).
당신은 리버스 엔지니어링에 있습니다. 이 작업은 컴파일러를 개선하는 데 유용하지만 실제 프로그래밍 관점에서는 적용되지 않습니다. 귀하가 제공한 코드를 실제로 사용할 프로그래머는 한 명도 없습니다.
여기 "정신분석가"가 나를 진단하고, 두 번째 속성은 역공학을 진단합니다.
당신은 아직 내 수준에서 멀다는 것을 인정하십시오.
여기에 오류가 발생한 위치가 설명되어 있습니다(당신이 여전히 들을 수 있고 다른 사람을 생각하지 않는 능력이 있는 경우). 코드가 수백 번 단순화되고 추상적 오류를 현지화하기 위해 비인간적이라면 이것이 실제로 적용되지 않는다는 의미는 아닙니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
오류, 버그, 질문
블라디미르 파투샤크 , 2016.05.03 14:47
그런 버그도 우연히 발견되면 최대한 코드 체계를 정리하고 단순화하여 버그인지 프로그래머의 실수인지 정확하게 판단합니다. 또한 그 과정에서 숙련된 프로그래머는 일반적인 버그를 식별하기 위해 다른 방법과 방법을 확인할 수 있습니다.
이 외에도 버그를 발견하고 신고할 수 있는 숙련된 프로게이머가 있다는 것은 매우 좋은 일입니다. 그렇지 않으면 버그를 직접 발견했을 때 제거될 때까지 오랜 시간을 기다려야 합니다. (긴 = 다음 빌드)
나는 이것이 큰 프로젝트라고 썼습니다. 모든 소스의 총 볼륨은 약 1MB입니다. 브레이크를 어떻게 보여줄 수 있습니까? 모든 코드를 chtol로 보내시겠습니까? 당신은 이것이 불가능하다는 것을 이해합니다. 물론 개별 조각의 편집은 훨씬 빠릅니다.
그리고 "근거없는 진술"은 무엇을 의미합니까? 최적화 컴파일러가 상당히 느려진다는 사실? 그리고 당신이 상관하지 않는다는 사실? 여기서 근거가 없는 것은?
근거 없음, 당신 자신이 증거로 당신의 말을 뒷받침하지 않을 때.
그들은 편집의 로그(사진이 아님)를 첨부할 수 있지만 다른 사람의 사진을 가져오기까지 했습니다.
내가 말했듯이 마지막 빌드(4월 22일자)에서 테스트할 수 없었습니다. 컴파일하는 동안 버그가 있었습니다. 그러나 새 빌드의 어느 곳에서도 컴파일러 가속을 발표하지 않았기 때문에 컴파일 속도가 그만큼 느리다고 생각합니다.
컴파일러가 코드의 버그를 지적한다면 당신은 그것을 믿어야 합니다.
그리고 당신이 그것을 믿지 않는다면, 분석을 위해 포럼에 컴파일 로그를 게시하십시오. 오류 및 컴파일 시간이 있습니다.
1) 내 코드에 없는 어떤 종류의 구성을 사용했는지 흥미롭습니다. 내 코드의 양은 수천 줄이지만 당신의 디자인은 그렇지 않습니까? 이거 뭔가 굉장히 독특하죠?
2) 실제로 이전 빌드에서는 클래스를 상호 참조하는 경우 발생하는 내부 컴파일러 오류가 실제로 있었습니다. 개발자 버그이지만 수정되었습니다. 다른 실수는 기억나지 않는다.
친애하는, 왜이 모든 홍수? 나는 당신의 코드에 어떤 구조가 있고 어떤 구조가 없는지 알기 위해 텔레파시를 하고 있습니까? 예를 들어, 나는 이미 이 주제의 이전 페이지를 지적했는데, 여기서 한 사람이 자신의 디자인을 가져와서 그의 프로젝트 에서 분명히 만난 버그로 이어졌습니다. 그리고 버그를 유발하는 다른 디자인도 있었습니다. 나는 그들을 찾아 우회하고 싶은 욕망이 없습니다. 나는 이미 이것에 지쳤습니다. 글쎄, 당신은 그러한 구조를 만난 적이 없습니다. 그래서 무엇입니까? 모두가 자신의 방식으로 글을 씁니다. 그러므로 우리 스스로 모든 것을 측정하지 맙시다.
나 역시 내부 컴파일러 오류가 있었는데 다른 이유가 있는 것 같았는데 요점은 아니었다. 버그는 항상 발생합니다. 이것이 바로 우리가 말하는 것입니다.
당신은 아직 내 수준에서 멀다는 것을 인정하십시오.
예를 들어, 나는 이미 이 주제의 이전 페이지를 지적했는데, 여기서 한 사람이 자신의 디자인을 가져와서 그의 프로젝트에서 분명히 만난 버그로 이어졌습니다...
이 줄은 무엇을 의미합니까? "가격에 활성화됨 "은 무엇입니까?
주문 #1756314005 구매 한도 0.24 AUDJPY at 81.04 가격 81.04에서 활성화됨
이 줄은 무엇을 의미합니까? "가격에 활성화됨 "은 무엇입니까?
주문 #1756314005 구매 한도 0.24 AUDJPY at 81.04 가격 81.04에서 활성화됨
여기서 Flud는 약혼했습니다. 구체적으로 어디에서 오류가 발생하는 구성입니까? 지금까지 언급한 A100의 디자인만 볼 수 있습니다.
당신은 정말 연락도 안되고 무능합니다. 내가 당신에게 이러한 구조를 준다면, 그 응답으로 나는 당신이 A100과 관련하여 표현하는 것과 같은 말도 안되는 소리를 듣게 될 것입니다. 그들은 이 공허한 추상 구조의 요점이 무엇인지 말합니다.
A100이 코드에서 오류를 일으키는 위치(때로는 매우 미묘함)를 찾고, 다른 코드에서 추상화하고, 초과분을 버리고, 변수, 클래스의 이름을 바꾸는 데 얼마나 많은 작업이 소요되었는지 알 수 있습니다. , 결국 모든 것을 단순한 시각적 방식으로 제공합니다. 아니면 문제가 있는 코드를 복사하여 붙여넣는 것으로 충분하다고 생각하십니까?
그래서 다시, 나는 그의 인내심을 위해 A100까지 모자를 벗습니다. 그리고 나는 이미 이것에 지쳤습니다. 서비스 데스크에서 일하는 새 빌드에서 버그의 원인을 찾는 것보다 모든 것이 잘 작동하는 이전 빌드에 앉아있는 것이 더 쉽습니다. 아니면 누군가가 이 일에 대해 나에게 돈을 지불할 것인가?
빌드 1241(및 이전)에서는 모든 것이 작동했습니다. 최신 빌드로 업그레이드하고 코드를 컴파일하기로 결정했는데 대부분 템플릿 기능과 관련된 로그에 많은 빨간색 오류가 있었고 명백한 이유도 없었습니다. 나는 이 모든 것을 샅샅이 뒤져볼 시간도 의향도 없습니다. 롤백하는 것이 더 쉽습니다. 개발자가 새 컴파일러에서 수행한 모든 변경 사항을 최소한 자세히 설명했다면 ...
누군가 내가 거짓말을 하고 있다고 생각한다면 - 당신의 권리입니다. 하지만 나에게 거짓말을 하는 것이 무슨 소용이 있겠습니까?
A100이 코드에서 오류를 일으키는 위치(때로는 매우 미묘함)를 찾고, 다른 코드에서 추상화하고, 초과분을 버리고, 변수, 클래스의 이름을 바꾸는 데 얼마나 많은 작업이 소요되었는지 알 수 있습니다. , 결국 모든 것을 단순한 시각적 방식으로 제공합니다. 아니면 문제가 있는 코드를 복사하여 붙여넣는 것으로 충분하다고 생각하십니까?
나는 그들을 다소 다르게 처분 할 계획이라는 사실에도 불구하고 거의 완전히 이틀을 보냈습니다 (내 나이에 이것은 이미 많습니다).
보류 중인 주문 을 시장 주문으로 마법처럼 변환... )))
믿거나 말거나, 나는 이전에 로그를 읽지 않았지만 이상이 발생하고 생각했습니다.
고맙습니다.