이것은 개선 속도를 줄입니다 ... 여기의 다른 모든 것과 마찬가지로 ... 몇 년이 지난 것이 논리적입니다 ...
관심이 있다면 기반으로 했어야 하는 수업을 들을 수 있습니다.
제발.)) 예를 들어, 고전 OOP로 작성된 Anatoly Kozharsky의 라이브러리는 1년 반 동안 만들어졌습니다. 동시에 그녀는 안전보장이사회에서 많은 결정을 차용했습니다. 물론 아나톨리도 나름대로 많이 하긴 했지만 1년 반 동안... 4년 동안 그래픽 작업을 했다. 그러나 그는 처음부터 시작했고 자신의 길을 갔다. 따라서 2년의 여유를 갖고 시작하십시오.
지금은 경고를 잊어버리십시오. 올바른 연결 순서를 확인하십시오. 행 순서가 중요
차라리 테스트를 잊어버리겠습니다.
너무 많은 쓰레기가 원인입니다.
무슨 말도 안되는 소리? 무언가를 참조하는 경우에는 Include에 연결되어야 하며 다른 Include 없이는 작동하지 않으면 본격화됩니다.
이 파일의 첨부 순서를 결정하면 모든 것이 명확해집니다.
모든 파일은 오류 없이 컴파일되어야 합니다.
이미 수업을 싫어한다면 최소한 가장 기본적인 조언을 듣고 기본적인 요구 사항을 충족할 만큼 친절하십시오.
Alexey, 위에서 보여준 것처럼 모든 것을 연결하십시오.
차라리 테스트를 잊어 버리십시오.
너무 많은 쓰레기가 모든 원인입니다.
당신은 스스로이 치질을 만듭니다. 똑똑하려고 하고 문제를 일으키려고 합니다. 나는 몇 년 동안 이 작업을 해 왔으며 5분 안에 모든 것을 뒤집어서 "올바른" 작업을 수행할 것이라고 생각하십니까? 결론을 서두르지 마십시오.
무슨 말도 안되는 소리? 무언가를 참조하는 경우에는 Include에 연결되어야 하며 다른 Include 없이는 작동하지 않으면 본격화됩니다.
....
말도 안되는 소리입니다. 더 큰 내부에 있기 때문에 자체적으로 컴파일되지 않는 많은 포함이 있습니다.
글쎄요, 누군가가 검사를 거부해도 상관없어요. 나는 지역 사회에 도구를 제공했으며 "할머니가 내 귀에 동상을 입힐 뻔 했음에도 불구하고" 일부 사람들의 입장은 나를 슬프게 하지 않습니다. 필요 없어 - 필요 없어.
나는 그것을 필요로하고 이해할 수없는 악의에 목 졸리지 않는 사람들이있을 것이라고 확신합니다. 함께 테스트하고 수정합시다. 환영하다.
말도 안되는 소리입니다. 더 큰 내부에 있기 때문에 자체적으로 컴파일되지 않는 많은 포함이 있습니다.
당신 자신이 그렇게 원하고 그것을 표준으로 만들기로 결정했기 때문에 그것들은 당신을 위해 컴파일되지 않았습니다. 기술적으로 이것은 본문에서 코드 조각을 잘라내는 스타일에서도 고칠 수 있습니다.
나는 정상적인 형태의 구현을 제안하고 싶지만 기초가 필요합니다 .....하지만 아무도 뭔가를 가지고 있지 않습니다.
당신 자신이 그렇게 원하고 그것을 표준으로 만들기로 결정했기 때문에 그것들은 당신을 위해 컴파일되지 않았습니다. 기술적으로 이것은 본문에서 코드 조각을 잘라내는 스타일에서도 고칠 수 있습니다.
나는 정상적인 형태의 구현을 제안하고 싶지만 기초가 필요합니다 .....하지만 아무도 뭔가를 가지고 있지 않습니다.
예, 컴파일할 필요가 없습니다. 그것들은 큰 코드의 일부입니다. 거대한 코드 블록은 파일로 분할됩니다. 작은 기능은 없습니다. 이들은 거대한 기능이며 그 일부가 다른 파일에 있을 수 있습니다. 그러나 이것은 시스템의 성능을 저하시키지 않습니다.
예, 컴파일할 필요가 없습니다. 그것들은 큰 코드의 일부입니다. 거대한 코드 블록은 파일로 분할됩니다. 작은 기능은 없습니다. 이들은 거대한 기능이며 그 일부가 다른 파일에 있을 수 있습니다. 그러나 이것은 시스템의 성능을 저하시키지 않습니다.
이것은 개선 속도를 줄입니다 ... 여기의 다른 모든 것과 마찬가지로 ... 몇 년이 지난 것이 논리적입니다 ...
관심이 있다면 기반으로 했어야 하는 수업을 들을 수 있습니다.
이것은 개선 속도를 줄입니다 ... 여기의 다른 모든 것과 마찬가지로 ... 몇 년이 지난 것이 논리적입니다 ...
관심이 있다면 기반으로 했어야 하는 수업을 들을 수 있습니다.
제발.)) 예를 들어, 고전 OOP로 작성된 Anatoly Kozharsky의 라이브러리는 1년 반 동안 만들어졌습니다. 동시에 그녀는 안전보장이사회에서 많은 결정을 차용했습니다. 물론 아나톨리도 나름대로 많이 하긴 했지만 1년 반 동안... 4년 동안 그래픽 작업을 했다. 그러나 그는 처음부터 시작했고 자신의 길을 갔다. 따라서 2년의 여유를 갖고 시작하십시오.
이것은 개선 속도를 줄입니다 ... 여기의 다른 모든 것과 마찬가지로 ... 몇 년이 지난 것이 논리적입니다 ...
관심이 있다면 기반으로 했어야 하는 수업을 들을 수 있습니다.
사샤, 우리는 이미 한 달 전에, 그리고 1년 전에 그리고 2년 전에 이것을 겪었습니다.
Petr는 자신의 표준을 만들어 몇 년 동안 개발해 왔습니다.
당신은 Peter를 도우려고 노력하고 그의 에너지를 더 나은 방향으로 이끄는 첫 번째 사람이 아닙니다.
Peter의 프로젝트 는 그 자체이며 그 이상도 아닙니다. Peter가 일반적으로 인정되는 표준에 코드를 제공할 때까지 프로젝트는 자신의 자아만을 만족시킬 것이며 아무도 그것을 필요로 하지 않을 것입니다.
그가 초등한 것에 고통스럽게 반응하고 경고와 오류가 표준이라고 주장한다면 우리는 더 이상 무엇을 이야기 할 수 있습니까?
Peter에게 중요한 것은 최종 제품이 아닙니다! 적어도 몇 년 동안 "제품"을 볼 사람은 아무도 없을 것입니다.
여기서 중요한 것은 과정! 베드로는 바로 그 과정에서 그의 허영심을 즐겁게 합니다. 그게 다야!
그는 스스로를 다음과 같이 확신합니다. "저는 정말 멋진 사람입니다. 프로그래밍을 이해하지 못합니다. 하지만 저는 저만의 프로그래밍 표준을 만들고 저 전에 아무도 하지 않은 것을 개발합니다!"