프로그램은 마법사가 아닙니다. 레벨 이나 SL 및 TP 와 같은 "단순한" 것조차도 프로그래밍 방식으로 결정할 수 없습니다.
고정 값은 수동으로 정의하거나 설정해야 합니다. 그리고 예를 들어 TP가 50p의 거리에 설정되어 있고(4개 표지판의 경우) 가격이 48-49포인트에 도달하고 반대 방향으로 가면 어떻게 될까요?
당신의 로봇은 잘 지내고 있나요? 확실히 위치를 닫지 않습니다. 이것은 수준, 추세, 철수 등으로 발생합니다.
그러한 경우에 로봇에게 무엇을 할 것인지 어떻게 가르칠 것입니까 ???
이를 위해 알고리즘이 존재하는데 가격이 어디까지 도달하든 항상 1포인트에 도달하지 못하는 상황이 있을 것이고, 사람이든 로봇이든 상관없다. 알고리즘은 모든 것에 대해 만들 수 있지만 유일한 질문은 그것이 얼마나 어려운가입니다. "아직 방법을 찾지 못했다"는 것은 불가능합니다. 그럴 수도 있습니다. 사람들이 자율주행차를 만들었고, 시장보다 변수가 더 많다. 운전자도 자동화했지만 한때는 불가능했다.
레벨을 구성하는 문제는 레벨이 무엇인지 정의하는 것으로 시작해야 합니다. 아무도 그것이 무엇인지 모르고, 모두가 어느 정도 수준에 대해 이야기하지만 그것이 무엇인지, 왜 거기에 있는지, 왜 작동해야 하는지, 아무도 모르기 때문에 말하지 않습니다. 하지만 무엇을 자동화해야 할지 모르겠다면? 따라서 무엇을 자동화하는지 모른다면 프로그램을 만드는 것이 불가능합니다. SL과 TP가 이 위치에 있어야 하는 이유는 무엇입니까? 우리는 이것으로 시작해야 합니다. 다른 모든 것은 공식과 논리로 표현됩니다.
즉, 알고리즘이 없으며 직접 발명해야합니까? 그런 다음 알고리즘에 대해서만 $ 200 (여기에는 합의 과정에서 3 ~ 4 가지 변경이 포함됨) + 로봇 자체.
뭐라고요??? 정말 간단합니다!!! 모든 것에 100$!!!
당신의 경우가 아닌가요?
2. 개발자에게 질문: 프로그램의 구조는 무엇입니까? 대규모 프로젝트(그리고 실제로 모든 프로젝트에서)에서 가장 최적의 방법은 이를 기본 블록으로 나누는 것이며, 가장 중요한 것은 서로 독립적인 블록으로, 여기에서 OOP가 도움이 될 것입니다. 그런 다음 구조가 정확하면 변경하는 것이 즐겁습니다. 예를 들어, 입구/출구를 결정하는 한 가지 원칙을 다른 것으로 바꾸려면 새 클래스나 함수만 작성하고 이전 것에서 변경하면 1000개 이상의 코드 줄을 모두 생각할 필요가 없습니다. 따라서 앞서 쓴 것처럼 첫 번째 릴리스는 약 한 달 전이며 이것은 이미 로봇의 기성품 백본이며 그 이후에는 개별 블록만 추가/완료/변경/제거됩니다.
여기도 예를 들면 다음과 같습니다.
이전 개발자는 일몰에 들어가서 로봇을 수정했습니다. 여기에서 수정하려면 이것과 다른 버그가 필요합니다.
코드를 보니 2500줄의 절차적 코드가 있고, 함수가 정의되어 있으면 기껏 해야 주문 개수를 열기/닫기/계산하기 만 하면 모든 것이 한 줄로 이어집니다. 초기 TOR를 요청하고 첫 번째 테스트까지 8시간 1000줄의 코드에 대한 모든 작업을 수행합니다.
상황은 매우 흥미 롭습니다. 여기에 주문을 작성하면 문제가 발생하고 고객은 $ 10 추가 비용을 지불하는 데 동의하지 않을 것입니다 (또는 상황이 명백한 경우에도 큰 어려움으로 빠져 나옵니다). 그리고 여기 있습니다 - 800 루블을위한 사람. 한 시간에 대해 지불하고 프로그래머는 하루에 10시간을 일합니다.
프로그램은 마법사가 아닙니다. 레벨 이나 SL 및 TP 와 같은 "단순한" 것조차도 프로그래밍 방식으로 결정할 수 없습니다.
고정 값은 수동으로 정의하거나 설정해야 합니다. 그리고 예를 들어 TP가 50p의 거리에 설정되어 있고(4개 표지판의 경우) 가격이 48-49포인트에 도달하고 반대 방향으로 가면 어떻게 될까요?
당신의 로봇은 잘 지내고 있나요? 확실히 위치를 닫지 않습니다. 이것은 수준, 추세, 철수 등으로 발생합니다.
그런 경우에 로봇에게 무엇을 할 것인지 어떻게 가르칠 것입니까 ???
내 스캘퍼는 보통 핵전쟁때만 SL과 TP가 있는데, 로봇이 어떻게든 닫고 더 이상 물어보지도 않는다. 일반적으로 복잡한 TK는 넌센스입니다. 내 인생에서 얼마나 많은 것을 보았습니까 ...
나는 화면에 약 2000개의 설정을 표시하기를 원했던 한 뜨거운 에스토니아 사람을 잊을 수 없습니다. 그 중 1950년은 전혀 쓸모가 없었습니다. 내 말에 따르면 기술적으로 할 수 없습니다. 한 가지 대답이 있습니다. 당신은 멋진 프로그래머입니다. 생각해보십시오.
나는 그에게 말합니다. - 마티, 당신의 전략에는 바보 같은 순교자가 있습니다. 곧 그리고 필연적으로 40,000달러를 잃게 될 것입니다! 우리는 화면의 아름다움이 아니라 어떻게 합쳐지지 않는지를 생각해야 합니다. 농업용 트랙터를 구입하고 외환은 잊어 버리는 것이 좋습니다. 그 당시 그는 고등 교육을 받지 못한 농부였으며 일반적으로 구구단 수준의 수학이었습니다.
- 내가 지면 할수록 나중에 이기면 이해가 안 된다, 이것이 바로 에스토니아의 지혜다! 우리는 먼저 후퇴한 다음 항상 승리합니다!
결과를 말할 필요는 없다고 생각합니다. 러시아인은 모든 것, 즉 개인적으로 책임이 있습니다. 배수구 아래로 40톤.
----------------
단순해야 합니다. 여기, 칩 작업을 하는 동안 천천히 스캘퍼를 올리고 있습니다. 이것은 월요일부터 어제 목요일까지 4일입니다. 물론 쓰레기지만 안정성이 있다면 적어도 뭔가. 진짜.
그리고 마지막으로 여러분, 저는 종종 우리가 이 외환 거래에서 트위치를 하는 이유를 생각합니다. 정말...
프리랜서에서는 고객에 따라 기술 사양을 작성 하는 작업의 섹션 을 만드는 것이 필요합니다. 필요한 것을 말로 명확하게 설명하면 이것을 "그래프의 지리"에 적용하는 것만 남아 있습니다. 나는 항상 논리가 좋았다. 아마도 전략에 대한 충분한 이해가 있다면 이 모든 것을 차트에 적용할 수 있을 것입니다.
무엇이든 프로그래밍할 수 있지만 이를 위해서는 먼저 알고리즘을 개발해야 하며 이것이 작업의 큰 부분입니다. 사실, 먼저 눈에 보이는 것을 공식과 논리로 변환한 다음 프로그래밍해야 합니다. 그리고 첫 번째 것은 종종 과소 평가됩니다.
프로그램은 마법사가 아닙니다. 레벨 이나 SL 및 TP 와 같은 "단순한" 것조차도 프로그래밍 방식으로 결정할 수 없습니다.
고정 값은 수동으로 정의하거나 설정해야 합니다. 그리고 예를 들어 TP가 50p의 거리에 설정되어 있고(4개 표지판의 경우) 가격이 48-49포인트에 도달하고 반대 방향으로 가면 어떻게 될까요?
당신의 로봇은 잘 지내고 있나요? 확실히 위치를 닫지 않습니다. 이것은 수준, 추세, 철수 등으로 발생합니다.
그러한 경우에 로봇에게 무엇을 할 것인지 어떻게 가르칠 것입니까 ???
프로그램은 마법사가 아닙니다. 레벨 이나 SL 및 TP 와 같은 "단순한" 것조차도 프로그래밍 방식으로 결정할 수 없습니다.
고정 값은 수동으로 정의하거나 설정해야 합니다. 그리고 예를 들어 TP가 50p의 거리에 설정되어 있고(4개 표지판의 경우) 가격이 48-49포인트에 도달하고 반대 방향으로 가면 어떻게 될까요?
당신의 로봇은 잘 지내고 있나요? 확실히 위치를 닫지 않습니다. 이것은 수준, 추세, 철수 등으로 발생합니다.
그러한 경우에 로봇에게 무엇을 할 것인지 어떻게 가르칠 것입니까 ???
이를 위해 알고리즘이 존재하는데 가격이 어디까지 도달하든 항상 1포인트에 도달하지 못하는 상황이 있을 것이고, 사람이든 로봇이든 상관없다. 알고리즘은 모든 것에 대해 만들 수 있지만 유일한 질문은 그것이 얼마나 어려운가입니다. "아직 방법을 찾지 못했다"는 것은 불가능합니다. 그럴 수도 있습니다. 사람들이 자율주행차를 만들었고, 시장보다 변수가 더 많다. 운전자도 자동화했지만 한때는 불가능했다.
레벨을 구성하는 문제는 레벨이 무엇인지 정의하는 것으로 시작해야 합니다. 아무도 그것이 무엇인지 모르고, 모두가 어느 정도 수준에 대해 이야기하지만 그것이 무엇인지, 왜 거기에 있는지, 왜 작동해야 하는지, 아무도 모르기 때문에 말하지 않습니다. 하지만 무엇을 자동화해야 할지 모르겠다면? 따라서 무엇을 자동화하는지 모른다면 프로그램을 만드는 것이 불가능합니다. SL과 TP가 이 위치에 있어야 하는 이유는 무엇입니까? 우리는 이것으로 시작해야 합니다. 다른 모든 것은 공식과 논리로 표현됩니다.
토론에 기여하겠습니다.
1. 고객에 대한 질문: 사양이 얼마나 공식화되었습니까? 이에 직면:
당신의 경우가 아닌가요?
2. 개발자에게 질문: 프로그램의 구조는 무엇입니까? 대규모 프로젝트(그리고 실제로 모든 프로젝트에서)에서 가장 최적의 방법은 이를 기본 블록으로 나누는 것이며, 가장 중요한 것은 서로 독립적인 블록으로, 여기에서 OOP가 도움이 될 것입니다. 그런 다음 구조가 정확하면 변경하는 것이 즐겁습니다. 예를 들어, 입구/출구를 결정하는 한 가지 원칙을 다른 것으로 바꾸려면 새 클래스나 함수만 작성하고 이전 것에서 변경하면 1000개 이상의 코드 줄을 모두 생각할 필요가 없습니다. 따라서 앞서 쓴 것처럼 첫 번째 릴리스는 약 한 달 전이며 이것은 이미 로봇의 기성품 백본이며 그 이후에는 개별 블록만 추가/완료/변경/제거됩니다.
여기도 예를 들면 다음과 같습니다.
그래서 나는 또한 묻습니다. 볼륨은 . 40장이 조금 넘는 TK로 로봇을 만드는 데 약 7개월이 걸렸습니다. 그러나 여기에서 프리랜서는 귀하의 작업에만 관여하는 것이 아님을 이해해야 합니다.
블라미! 그리고 그런 양의 일에 돈을 지불하는 좋은 고객은 어디에서 살고 있습니까?
그러다가 결국 2t.z에 어떤 코스들이 나올지 뜬다. 그것에 대해 처음에는 이야기하는 것이 엄격히 금지되었으며 이것이 모두 끝날 것입니다. 그것이 실제로 주제의 요점입니다.
블라미! 그리고 그런 양의 일에 돈을 지불하는 좋은 고객은 어디에서 살고 있습니까?
프로그램은 마법사가 아닙니다. 레벨 이나 SL 및 TP 와 같은 "단순한" 것조차도 프로그래밍 방식으로 결정할 수 없습니다.
고정 값은 수동으로 정의하거나 설정해야 합니다. 그리고 예를 들어 TP가 50p의 거리에 설정되어 있고(4개 표지판의 경우) 가격이 48-49포인트에 도달하고 반대 방향으로 가면 어떻게 될까요?
당신의 로봇은 잘 지내고 있나요? 확실히 위치를 닫지 않습니다. 이것은 수준, 추세, 철수 등으로 발생합니다.
그런 경우에 로봇에게 무엇을 할 것인지 어떻게 가르칠 것입니까 ???
내 스캘퍼는 보통 핵전쟁때만 SL과 TP가 있는데, 로봇이 어떻게든 닫고 더 이상 물어보지도 않는다. 일반적으로 복잡한 TK는 넌센스입니다. 내 인생에서 얼마나 많은 것을 보았습니까 ...
나는 화면에 약 2000개의 설정을 표시하기를 원했던 한 뜨거운 에스토니아 사람을 잊을 수 없습니다. 그 중 1950년은 전혀 쓸모가 없었습니다. 내 말에 따르면 기술적으로 할 수 없습니다. 한 가지 대답이 있습니다. 당신은 멋진 프로그래머입니다. 생각해보십시오.
나는 그에게 말합니다. - 마티, 당신의 전략에는 바보 같은 순교자가 있습니다. 곧 그리고 필연적으로 40,000달러를 잃게 될 것입니다! 우리는 화면의 아름다움이 아니라 어떻게 합쳐지지 않는지를 생각해야 합니다. 농업용 트랙터를 구입하고 외환은 잊어 버리는 것이 좋습니다. 그 당시 그는 고등 교육을 받지 못한 농부였으며 일반적으로 구구단 수준의 수학이었습니다.
- 내가 지면 할수록 나중에 이기면 이해가 안 된다, 이것이 바로 에스토니아의 지혜다! 우리는 먼저 후퇴한 다음 항상 승리합니다!
결과를 말할 필요는 없다고 생각합니다. 러시아인은 모든 것, 즉 개인적으로 책임이 있습니다. 배수구 아래로 40톤.
----------------
단순해야 합니다. 여기, 칩 작업을 하는 동안 천천히 스캘퍼를 올리고 있습니다. 이것은 월요일부터 어제 목요일까지 4일입니다. 물론 쓰레기지만 안정성이 있다면 적어도 뭔가. 진짜.
그리고 마지막으로 여러분, 저는 종종 우리가 이 외환 거래에서 트위치를 하는 이유를 생각합니다. 정말...
필요한 것을 말로 명확하게 설명하면 이것을 "그래프의 지리"에 적용하는 것만 남아 있습니다.
나는 항상 논리가 좋았다. 아마도 전략에 대한 충분한 이해가 있다면 이 모든 것을 차트에 적용할 수 있을 것입니다.