내 생각에는 rpicola를 알아낼 때까지 lib에 모델 오류가 발생하면 선택 항목이 작아질수록 오류도 작아집니다. xs
오류 계산을 만듭니다. 당신이 말했듯이, 예를 들어 1000 300 오류의 경우 입력에 100을 적용하고 출력에 30 오류가 있으면 300/1000을 계산하는 경우와 같이 특정 양에 대한 균등화가 있을 가능성이 높으면 오류 수(예: 30/1000). 오류의 차이를 통해 그가 고려한 옵션의 대략적인 수를 찾을 수 있습니다. 개수가 다른 3개의 샘플만 입력에 적용하여 종속성이 선형인지 여부를 확인할 수 있습니다.
오류 계산을 만듭니다. 당신이 말했듯이, 예를 들어 1000 300 오류의 경우 입력에 100을 적용하고 출력에 30 오류가 있으면 300/1000을 계산하는 경우와 같이 특정 양에 대한 균등화가 있을 가능성이 높으면 오류 수(예: 30/1000). 오류의 차이를 통해 그가 고려한 옵션의 대략적인 수를 찾을 수 있습니다.
감사합니다.
네, 아마 알겠죠.. 그냥 덤덤하게 하고 있어요.. 전날 하고 이틀 만에 자리에 앉더니 한 일을 잊었어요)
나는 숲과 퍼지 논리를 결합합니다. 이해하기 어렵지만 거기에서 재미있는 일을 할 수 있습니다.
네, 아마 알아서 할게요.. 그냥 덤덤하게 하고 있어요.. 엊그제 하고 이틀 만에 자리에 앉더니 한 일을 잊었어요)
나는 숲과 퍼지 논리를 결합합니다. 이해하기 어렵지만 거기에서 재미있는 일을 할 수 있습니다.
여기 있는 모든 사람의 80%(포럼, 코드 베이스, 다른 사람들의 코드 컴파일을 통해 고문을 작성하는 사람들은 말할 것도 없고), 코드, 컴파일러 및 기계가 어떻게 작동하는지 전혀 이해하지 못할 수도 있습니다. 그러나 그렇다고 해서 고문을 작성하고 시장에서 판매하는 것을 막지는 못합니다.
시장에서 어느 정도의 복잡성으로 단순화된 버전을 만들 수 있습니다 .. 그렇지 않으면 모든 것을 자세히 설명하지 마십시오. 질문으로 채워질 것이고 많은 초보자가 있습니다 .. 결과적으로 당신은 개발자가 아닌 컨설턴트 관리자
포럼에서도 같은 일이 발생하고 기능을 작성하기 위해 분기가 생성됩니다. 동시에, 그것을 만드는 사람들은 당신의 업적을 사용하고 결과는 0입니다. 그는 사람들에게 몇 번이나 무언가를 전달하려고 시도했지만 응답으로 기본 "고마워요"조차 없었습니다. 그는 자선 단체에 묶였습니다. 저것. 제품 지원에도 동일하게 적용되며, 제품에 대한 질문에 답변하는 것은 의미가 없다고 생각합니다. 기본적으로 (보통) 그들은 스스로 무언가를 만들고 자신의 아이디어를 적용하려고 하는 사람들에게 질문을 받습니다. 고문은 회계 작업을하고 이익을 내야한다는 결론에 도달했습니다.
안드레이 키셀료프 : 포럼에서도 같은 일이 발생하고 기능을 작성하기 위해 분기가 생성됩니다. 동시에, 그것을 만드는 사람들은 당신의 업적을 사용하고 결과는 0입니다. 그는 사람들에게 몇 번이나 무언가를 전달하려고 시도했지만 응답으로 기본 "고마워요"조차 없었습니다. 그는 자선 단체에 묶였습니다. 저것. 제품 지원에도 동일하게 적용되며, 제품에 대한 질문에 답변하는 것은 의미가 없다고 생각합니다. 기본적으로 (보통) 그들은 스스로 무언가를 만들고 자신의 아이디어를 적용하려고 하는 사람들에게 질문을 받습니다. 고문은 회계 작업을하고 이익을 내야한다는 결론에 도달했습니다.
감사합니다.
그리고 제 생각에는 일부 서비스 기능을 제외하고는이 모든 코드가 필요하지 않습니다. 그렇지 않으면 모두가 자신의 것으로 바쁩니다.
나는 모범 사례를 교환했습니다. 결과적으로 우리는 일반적으로 다른 사람이 한 일에 대해 아무도 이해하지 못한다는 데 동의합니다.
나는 가지고있다 :)
감사합니다.
추신: 그럴 수 있느냐 없느냐가 그렇게 중요한 것이 아니라, 예측의 결과가 중요합니다. 결과에 주의를 기울여야 하는 경우 망치로 예측하기도 합니다.
내 생각에는 rpicola를 알아낼 때까지 lib에 모델 오류가 발생하면 선택 항목이 작아질수록 오류도 작아집니다. xs
오류 계산을 만듭니다.
당신이 말했듯이, 예를 들어 1000 300 오류의 경우 입력에 100을 적용하고 출력에 30 오류가 있으면 300/1000을 계산하는 경우와 같이 특정 양에 대한 균등화가 있을 가능성이 높으면 오류 수(예: 30/1000). 오류의 차이를 통해 그가 고려한 옵션의 대략적인 수를 찾을 수 있습니다.
개수가 다른 3개의 샘플만 입력에 적용하여 종속성이 선형인지 여부를 확인할 수 있습니다.
감사합니다.
오류 계산을 만듭니다.
당신이 말했듯이, 예를 들어 1000 300 오류의 경우 입력에 100을 적용하고 출력에 30 오류가 있으면 300/1000을 계산하는 경우와 같이 특정 양에 대한 균등화가 있을 가능성이 높으면 오류 수(예: 30/1000). 오류의 차이를 통해 그가 고려한 옵션의 대략적인 수를 찾을 수 있습니다.
감사합니다.
네, 아마 알겠죠.. 그냥 덤덤하게 하고 있어요.. 전날 하고 이틀 만에 자리에 앉더니 한 일을 잊었어요)
나는 숲과 퍼지 논리를 결합합니다. 이해하기 어렵지만 거기에서 재미있는 일을 할 수 있습니다.
네, 아마 알아서 할게요.. 그냥 덤덤하게 하고 있어요.. 엊그제 하고 이틀 만에 자리에 앉더니 한 일을 잊었어요)
나는 숲과 퍼지 논리를 결합합니다. 이해하기 어렵지만 거기에서 재미있는 일을 할 수 있습니다.
감사합니다.
여기 있는 모든 사람의 80%가 코드, 컴파일러 및 기계가 어떻게 작동하는지 전혀 이해할 수 없습니다. 그러나 그렇다고 해서 고문을 작성하고 시장에서 판매하는 것을 막지는 못합니다.
감사합니다.
예, 시장은 헛소리입니다 .. 투자자는 큽니다.) 그러나 항상 결과가 필요합니다
예, 시장은 헛소리입니다 .. 투자자는 큽니다.) 그러나 항상 결과가 필요합니다
대답은 명백할 것입니다. 제품 자체에 대해서도 제작자의 설정이 필요합니다. 그렇지 않으면 투자자에게별로 중요하지 않습니다.
감사합니다.
빠른 질문, 투자자가 매개변수의 중요성과 최적화 순서를 모르는 경우 어떻게 특정 제품에 대한 결과를 얻을 수 있습니까?
대답은 명백할 것입니다. 제품 자체에 대해서도 제작자의 설정이 필요합니다. 그렇지 않으면 투자자에게별로 중요하지 않습니다.
감사합니다.
아니요, 투자자는 단순히 투자하고 나머지는 알 필요가 없습니다. 결과는 당신의 일입니다
나는 PAMM에 대해 직접 동의하고 계정으로 작업하는 것입니다. 시장뿐만 아니라 시장의 제품에도 투자하는 사람들을 말하는 것입니다.
감사합니다.
시장에서 어느 정도의 복잡성으로 단순화된 버전을 만들 수 있습니다 .. 그렇지 않으면 모든 것을 자세히 설명하지 마십시오. 질문으로 채워질 것이고 많은 초보자가 있습니다 .. 결과적으로 당신은 개발자가 아닌 컨설턴트 관리자
시장에서 어느 정도의 복잡성으로 단순화된 버전을 만들 수 있습니다 .. 그렇지 않으면 모든 것을 자세히 설명하지 마십시오. 질문으로 채워질 것이고 많은 초보자가 있습니다 .. 결과적으로 당신은 개발자가 아닌 컨설턴트 관리자
감사합니다.
포럼에서도 같은 일이 발생하고 기능을 작성하기 위해 분기가 생성됩니다. 동시에, 그것을 만드는 사람들은 당신의 업적을 사용하고 결과는 0입니다. 그는 사람들에게 몇 번이나 무언가를 전달하려고 시도했지만 응답으로 기본 "고마워요"조차 없었습니다. 그는 자선 단체에 묶였습니다. 저것. 제품 지원에도 동일하게 적용되며, 제품에 대한 질문에 답변하는 것은 의미가 없다고 생각합니다. 기본적으로 (보통) 그들은 스스로 무언가를 만들고 자신의 아이디어를 적용하려고 하는 사람들에게 질문을 받습니다. 고문은 회계 작업을하고 이익을 내야한다는 결론에 도달했습니다.
감사합니다.
그리고 제 생각에는 일부 서비스 기능을 제외하고는이 모든 코드가 필요하지 않습니다. 그렇지 않으면 모두가 자신의 것으로 바쁩니다.
나는 모범 사례를 교환했습니다. 결과적으로 우리는 일반적으로 다른 사람이 한 일에 대해 아무도 이해하지 못한다는 데 동의합니다.