를 포함하는 두 평행선 사이의 거리를 계산하십시오. - 페이지 9

 
Itum :
가장 최적의 솔루션은 아마도 자신의 좌표계를 그려야 하는 것입니다.

그런데 가장 최적의 (동어 동어) 솔루션은 평행선 사이의 거리를 측정하는 것입니다. 이 거리는 변하지 않아야 하고 차트의 변화하는 매개변수인 가격에 의존하지 않는 유일한 측정값이기 때문입니다. 수직과 존경받는 유클리드가 쉬고 있습니다. 두 수직선 사이의 거리는 정의되지 않습니다. 이는 전적으로 사용자의 행동(시간 프레임, 규모 또는 기타 교활함)에 따라 달라지기 때문입니다. 루트를 봐, 괴짜들이여. 무례했다면 죄송합니다.

 
Itum :
가장 최적의 솔루션은 아마도 자신의 좌표계를 그려야 하는 것입니다.
코드의 버그를 수정하십시오.
 
Алексей Тарабанов :

... 두 수직선 사이의 거리는 정의되지 않습니다. 왜냐하면 그것은 전적으로 사용자의 행동에 달려 있기 때문입니다: 시간 프레임, 규모 또는 기타 교활한 선택...

) 구글 지도를 보고 축척을 변경하고 다른 까다로운 작업을 수행하면 도시 간의 거리도 변경됩니까?

 
Konstantin Gruzdev :

) 구글 지도를 보고 축척을 변경하고 다른 까다로운 작업을 수행하면 도시 간의 거리도 변경됩니까?

)) 재미있는 것은 거의 아무도 작업을 이해하지 못한다는 것입니다 .. 모두가 코드와 공식을 복사합니다 .. 젠장, 문제를 해결하면 $ 150의 보상이 있습니다. 모든 것이 너무 쉬우면 5 분 안에이 $ 150를 벌 수 있습니다 ))

그리고 계속 파고들면 수동으로도 문제를 해결할 수 없다는 것이 밝혀졌습니다. 음, 즉, 십자선을 사용하여 서로 다른 축척의 선 사이의 수직선을 측정하면 항상 다른 결과가 나타납니다. 차이는 극단값 사이에 약 500%입니다.) 그리고 일치해야 합니다. .. 현실 자체와 모순됩니다.

그리고 원칙적으로 불가능한 것을 어떻게 자동화할 것인가?)). 작업 공식화의 오류입니다.


Google지도가있는 예 .. 나는 공식화합니다 .. 우리는 Google지도에서 모스크바를 취하고 모스크바가있는 지점에서 모니터에 마커가 있는 선 을 5cm 아래로 수직으로 그립니다 ..

작업 .. 지도의 모든 규모에서 수직선은 도시로 떨어지며 모스크바와의 거리가 일정합니다. 즉, 두 번째 지점은 툴라 시, 메카 또는 남극이 될 수 있습니다. 즉, 작업은 모스크바에서 툴라까지, 모스크바에서 메카까지 거리는 동일했습니다!!

 
Nikolay Ivanov :

... 작업 공식화 오류.

과제에 오류가 없습니다.

니콜라이 이바노프 :

그리고 계속 파고들면 수동으로도 문제를 해결할 수 없다는 것이 밝혀졌습니다. 음, 즉, 십자선을 사용하여 서로 다른 축척의 선 사이의 수직선을 측정하면 항상 다른 결과가 나타납니다. 차이는 극단값 사이에 약 500%입니다.) 그리고 일치해야 합니다. .. 현실 자체와 모순됩니다.

과제가 해결되고 있습니다. 현실과 모순되는 것은 없습니다. 해결책은 다음과 같습니다.

  1. ... 아마도 당신은 음모를 유지해야 할 필요가 있습니다).

 
Nikolay Ivanov :

)) 재미있는 것은 거의 아무도 작업을 이해하지 못한다는 것입니다 .. 모두가 코드와 공식을 복사합니다 .. 젠장, 문제를 해결하면 $ 150의 보상이 있습니다. 모든 것이 너무 쉬우면 5 분 안에이 $ 150를 벌 수 있습니다 ))

그리고 계속 파고들면 수동으로도 문제를 해결할 수 없다는 것이 밝혀졌습니다. 음, 즉, 십자선을 사용하여 서로 다른 축척의 선 사이의 수직선을 측정하면 항상 다른 결과가 나타납니다. 차이는 극단값 사이에 약 500%입니다.) 그리고 일치해야 합니다. .. 현실 자체와 모순됩니다.

거리가 포인트 단위인 경우 어떻게 다를 수 있습니까? 예, 정확성(한 번 만난 적이 있음)이나 그래프 구성 원칙에 문제가 있다고 생각합니다. 사물.

추신 주문은 150불이고 도움을 주기도 하고 내가 감당할 수 없으면 전액을 환불해 주겠다고 약속까지 했지만 확실히 처리하겠습니다. 그러나 이 150개는 "종이에" 남아 있습니다.

 
Nikolay Ivanov :

)) 재미있는 것은 거의 아무도 작업을 이해하지 못한다는 것입니다 .. 모두가 코드와 공식을 복사합니다 .. 젠장, 문제를 해결하기 위해 $ 150의 보상이 설정되었습니다. 모든 것이 너무 쉬우면 5 분 안에이 $ 150를 벌 수 있습니다 ))

그리고 계속 파고들면 수동으로도 문제를 해결할 수 없다는 것이 밝혀졌습니다. 음, 즉, 십자선을 사용하여 서로 다른 축척의 선 사이의 수직선을 측정하면 항상 다른 결과가 나타납니다. 차이는 극단값 사이에 약 500%입니다.) 그리고 일치해야 합니다. .. 현실 자체와 모순됩니다.

그리고 원칙적으로 불가능한 것을 어떻게 자동화할 것인가?)). 작업 공식화의 오류입니다.


Google지도가있는 예 .. 나는 공식화합니다 .. 우리는 Google지도에서 모스크바를 취하고 모스크바가있는 지점에서 모니터에 마커가 있는 선 을 5cm 아래로 수직으로 그립니다 ..

작업 .. 지도의 모든 규모에서 수직선은 도시로 떨어지며 모스크바와의 거리가 일정합니다. 즉, 두 번째 지점은 툴라 시, 메카 또는 남극이 될 수 있습니다. 즉, 작업은 모스크바에서 툴라까지, 모스크바에서 메카까지 거리는 동일했습니다!!

네, 틀렸습니다. 특정 예약으로 문제를 해결할 수 있다는 대화가 즉시있었습니다. 그리고 끊임없이 거리를 다시 계산하는 작업 조건이 아니 었습니다. 1개의 TF에서 거리를 계산하고, 변해도 디지털계산은 변하지 않는다는 점에서 출발해야 한다. 구성 중 바인딩이 정확히 TF로 이동하기 때문에 다른 TF의 다른 X축으로 인해 객체를 통해 그래픽으로 수행할 수 없다는 것이 분명합니다. 그러나 TF=M1 에서 계산을 수행한 다음 함수를 알고 있는 다른 TF에서 캔버스를 통해 그릴 수 있습니다.

 

)) Самое смешное в том, что почти никто не вникает в задание.. Все копируют код и формулы.. Блин, за решение задачки выставлено вознаграждение 150$, если все так легко, заработайте эти 150$ за 5 минут))

재미있는 것은 고객 자신이 자신이 원하는 것이 무엇인지 모른다는 것입니다.
내가 알기로는 이것은 솔루션 비용을 지불하기 위한 것이 아니라 정보를 수집하기 위한 제안입니다.


그리고 계속 파고들면 수동으로도 문제를 해결할 수 없다는 것이 밝혀졌습니다. 음, 즉, 십자선을 사용하여 서로 다른 축척의 선 사이의 수직선을 측정하면 항상 다른 결과가 나타납니다. 차이는 극단값 사이에 약 500%입니다.) 그리고 일치해야 합니다. .. 현실 자체와 모순됩니다.

그리고 원칙적으로 불가능한 것을 어떻게 자동화할 것인가?)). 작업 공식화의 오류입니다.

문제가 해결되었으며 몇 가지 솔루션이 있습니다.


Google지도가있는 예 .. 나는 공식화합니다 .. 우리는 Google지도에서 모스크바를 취하고 모스크바가있는 지점에서 모니터에 마커가 있는 선 을 5cm 아래로 수직으로 그립니다 ..

작업 .. 지도의 모든 규모에서 수직선은 도시로 떨어지며 모스크바와의 거리가 일정합니다. 즉, 두 번째 지점은 툴라 시, 메카 또는 남극이 될 수 있습니다. 즉, 작업은 모스크바에서 툴라까지, 모스크바에서 메카까지 거리는 동일했습니다!!

오해하고 오해하고...

Google과의 차이점은 MT4-5는 두 축을 따라 부동 눈금이 있으며 이러한 눈금(비율)은 사용자마다 다릅니다.

 
Galina Bobro :

거리가 포인트 단위인 경우 어떻게 다를 수 있습니까?


축척을 변경할 때 수직이 계속 수직이 되도록 수직을 조정해야 합니다. 즉, 수직도를 잃습니다.

그리고 새로운 수직선은 이미 다른 가격과 다른 시간의 선입니다 .. 그래서 차이가 .. 5 %가 아닌 .. 가장 작은 것에서 가장 큰 것까지 약 500 %

 
Aleksey Vyazmikin :

예, 당신이 틀렸습니다. 특정 예약으로 작업을 해결할 수 있다는 대화가 즉시있었습니다 ...

작업은 예약 및 제한 없이 해결됩니다.

알렉세이 비아즈미킨 :

... 구성 중 바인딩이 TF로 정확히 이동하기 때문에 다른 TF의 다른 X축으로 인해 객체를 통해 그래픽으로 수행할 수 없다는 것이 분명합니다...

작업은 그래픽 개체의 속성만을 기반으로 해결되며 어떤 시간 프레임에 구축되는지는 중요하지 않습니다.