시장의 절제 - 페이지 3

 
VOLDEMAR :
버그가 발생하면 구매자가 문제가 무엇인지, 어떤 코드 줄에서 문제가 발생하는지 알려줄 것이라고 생각하십니까?
어떤 코드 줄을 말하는 것입니까? 구매자가 코드를 사용할 수 있습니까? 아니면 그냥 얘기하러 온 건가요? :)
 

여기가 아니라 중재자가 미래 구매자로서 말하는 것뿐입니다.

상상해보십시오 - 구매자가 구매하고 리뷰에 쓸 것입니다 - "지표가 쟁기질 하지 않고 아무것도 그리지 않습니다 "

따라서이 경우 표시기 및 지침에주의해야합니다. 이러한 순간을 방지합니다.

저를 믿으십시오. 모든 사람이 중재자로부터 그러한 답변을 받았고 모두가 스스로 진실과 경험을 배웠습니다.

 
Novikov :

무엇을 썼다고 생각했습니까? 표시기가 누군가에게 작동하지 않는다면 이것은 작동하지 않는다는 의미가 아니라 누군가의 손이 비뚤어졌거나 누군가가 지침을 읽는 데 신경을 쓰지 않았다는 의미일 뿐입니다!

모든 것이 잘 작동한다면 터미널에서 그 이유를 어떻게 찾을 수 있습니까! 그리고 위대한 중재자에게 로그 메시지를 보고 나에게 보고하도록 상기시켜야 합니까!?

그리고 " 표시기는 아무 것도 그리지 않는다 "는 구독을 취소하지 마십시오.

이상한 추론: "표시기를 시작하려면 지침을 읽어야 합니다."

차트에 표시기를 배치할 때 최소한 무언가를 그려야 한다는 것은 분명합니다. 설정 및 지침은 부차적입니다.

따라서 "지표가 그리지 않습니다"라는 중재의 대답은 매우 정확하고 정확합니다.

지표를 판매하고 스스로 문제를 해결합니다.

그리고 자신의 로그를 살펴보십시오. 중재자 또는 구매자가 판매자의 로그를 살펴봐야 하는 이유는 무엇입니까?

최대한 철저하게 제품을 테스트하십시오.

디버깅 프로세스가 진행 중인 주문에 대한 인디케이터의 전달 - 이 프로세스는 자연스럽고 합법적인 로그 제공 요청 - 구매자가 로그를 훑어볼 필요가 없는 판매가 있습니다. (적어도 첫 번째 설정에서는 매우 드문 비상 상황에서 이미 작업이 진행 중이며 로그를 요청할 수 있음).

 
abolk :

이상한 추론: "표시기를 실행하려면 지침을 읽어야 합니다."

차트에 표시기를 배치할 때 최소한 무언가를 그려야 한다는 것은 분명합니다. 설정 및 지침은 부차적입니다.

따라서 "지표가 그리지 않습니다"라는 중재 응답이 매우 정확하고 정확합니다.

지표를 판매하고 문제를 스스로 해결합니다.

그리고 자신의 로그를 살펴보십시오. 중재자 또는 구매자가 판매자의 로그를 살펴봐야 하는 이유는 무엇입니까?

최대한 철저하게 제품을 테스트하십시오.

디버깅 프로세스가 진행 중인 주문에 대한 인디케이터의 전달 - 이 프로세스는 자연스럽고 합법적인 로그 제공 요청 - 구매자가 로그를 훑어볼 필요가 없는 판매가 있습니다. (적어도 첫 번째 설정에서는 매우 드문 비상 상황에서 이미 작업이 진행 중이며 로그를 요청할 수 있음).

표시기는 무언가를 그릴 필요가 없으며 표시기는 데이터를 수집, 변환 및 파일에 쓸 수 있습니다...
 
Novikov :
어떤 코드 줄을 말하는 것입니까? 구매자가 코드를 사용할 수 있습니까? 아니면 그냥 얘기하러 온 건가요? :)

Likbez는 소스코드 유무에 관계없이 오류가 발생하면 로그의 터미널에 오류 가 있는 줄의 번호뿐만 아니라 오류 의 위치도 표시됩니다...

이러한 세부 정보를 알고 있는 구매자는 터미널이 123번째 줄과 12번째 위치에 오류에 대해 쓴다고 편지를 보낼 수 있으며 개발자인 당신은 이미 소스 코드에 들어가서 123번째 줄에서 어떤 종류의 잼을 망쳤는지 볼 수 있습니다. 그리고 위치 12.

 
VOLDEMAR :
표시기는 무언가를 그릴 필요가 없으며 표시기는 데이터를 수집, 변환 및 파일에 쓸 수 있습니다...
따라서 현재 프로세스 또는 프로세스의 부재(실패한 시도 등)에 대해 사용자에게 어떻게든 알려야 합니다. 로그, 차트의 댓글 또는 진행률 표시줄 사용
 
Novikov :

무엇을 썼다고 생각했습니까? 내가 무슨 정신병자야? 표시기가 누군가에게 작동하지 않는 경우 이는 작동하지 않는다는 의미가 아니라 누군가의 손이 비뚤어졌거나 누군가가 지침을 읽는 데 신경 쓰지 않았다는 의미일 뿐입니다!

모든 것이 잘 작동한다면 터미널에서 그 이유를 어떻게 찾을 수 있습니까! 그리고 위대한 중재자에게 로그 메시지를 보고 나에게 보고하도록 상기시켜야 합니까!?

그리고 " 표시기는 아무 것도 그리지 않는다 "는 구독을 취소하지 마십시오.

당신이 쓰는 것에 대해 더 잘 생각하십시오!

중재자가 작동하지 않는다고 기록하면 그렇습니다. 다른 브로커의 다른 터미널에서 귀하의 ex_를 테스트하고 로그 및 전문가 탭을 직접 확인하는 것이 좋습니다.

 
VOLDEMAR :
표시기는 무언가를 그릴 필요가 없으며 표시기는 데이터를 수집, 변환 및 파일에 쓸 수 있습니다...
이것은 본질을 변경하지 않습니다 - 표시기가 파일에 쓰는 경우 조정은 "표시기가 파일에 쓰지 않습니다"라고 작성합니다. 조정이 작성하는 경우 "표시기가 그리지 않음"이면 표시기가 표시되지 않습니다. 작동 - 그리고 그게 전부입니다 - 중재도 구매자도 제공해서는 안된다는 설명
 

프로그램을 실행하기 전에 최종 사용자가 가장 유능하고 매뉴얼, 지침을 읽고 싶어하지 않는다는 사실에서 항상 진행해야 합니다.

사용자가 볼 수 있는(또는 예상되는) 프로그램 결과가 없는 일련의 작업이 있는 경우 다음과 같은 문제일 뿐입니다.

  1. 개발자
  2. 시험 장치
  3. 품질보증부

아아, 제한된 자원으로 인해 고독한 개발자는 역할 2와 3을 수행해야하므로 모든 문제는 개발자의 문제입니다. 고객과의 의사소통에 있어 불충분한 테스트나 충분히 고려되지 않은 의사소통 시스템은 중요하지 않습니다.

모든 프로그램은 어떤 경우에도 사용자에게 가장 분명한 방법으로 최소한 무언가를 알려야 합니다(아, 얼마나 많은 사용자가 로그의 존재에 대해 모르는지!). 코드에 모든 입력 데이터 처리, 모든 사용자 작업, 전체 외부 환경, 모든 내부 상태 확인을 추가합니다. 프로그램에서 잘못된 작업이 수행되면 보고하도록 하고 최소한 매뉴얼을 읽도록 보내십시오. 모든 것이 치명적인 오류( 배열 제한 초과 , 잘못된 포인터에 대한 액세스 등)로 이어지는 경우 이는 명백한 개발자의 말이며 (검사를 통해) 처리되어 사용자에게 보고될 수도 있습니다.

중재자는 테스터/QA 부서 대표가 아니며 귀하를 대신하여 작업을 수행할 필요가 없습니다. 결국 상용 소프트웨어를 작성하거나...? :)

물론 이것은 제 생각일 뿐이니 동의하지 않으실 수도 있습니다.

 
abolk :

이상한 추론: "표시기를 실행하려면 지침을 읽어야 합니다."

차트에 표시기를 배치할 때 최소한 무언가를 그려야 한다는 것은 분명합니다. 설정 및 지침은 부차적입니다.

따라서 "지표가 그리지 않습니다"라는 중재 응답이 매우 정확하고 정확합니다.

지표를 판매하고 문제를 스스로 해결합니다.

그리고 자신의 로그를 살펴보십시오. 중재자 또는 구매자가 판매자의 로그를 살펴봐야 하는 이유는 무엇입니까?

최대한 철저하게 제품을 테스트하십시오.

디버깅 프로세스가 진행 중인 주문에 대한 인디케이터의 전달 - 이 프로세스는 자연스럽고 합법적인 로그 제공 요청 - 구매자가 로그를 훑어볼 필요가 없는 판매가 있습니다. (적어도 첫 번째 설정에서는 매우 드문 비상 상황에서 이미 작업이 진행 중이며 로그를 요청할 수 있음).

이게 왜 이상한 논리인가요? 각 사용자는 "to" 또는 "from", "rebound" 또는 "breakdown" 등 자신의 방식으로 동일한 지표를 해석할 수 있습니다.

아니면 구매자가 쓰여진 내용의 본질을 탐구하지 않고 지표의 그림에 대해 돈을 지불한다고 생각합니까?

지표는 차트에 나타나지 않았지만 로그에 특정 인용문이 누락되었다는 메시지를 "그렸다". 중재자는 신경 쓰지도 않았습니다!

지침에는 흑백으로 작성되었지만 문자 그대로 "8개 통화(USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY)를 포함하는 28개 통화 쌍이 모두 Market Watch 창에 있는지 확인하십시오.

그리고 "지표가 그려지지 않습니다"라는 대답은 어리 석고 쓸모없고 정보가 아니며 정확하지 않다고 생각합니다! 여기 있는 다른 모든 사람들과 마찬가지로 나도 영매가 아닙니다!