확인 - 내가 무엇을 잘못 했습니까? - 페이지 4

새 코멘트
 
Renat Akhtyamov # :
이것이 우리가 말하는 것입니다. 이전 페이지에서 내 목록을 참조하십시오. braggart ;)
프로그램은 주석 및 기타 왜곡이 필요하지 않은 방식으로 작성되어야 합니다.

그들은 보통 아무것도 하지 않을 때 이렇게 말합니다. 또는 그들은 모르는 일을 합니다.

유사하게: "아무것도 하지 않는 사람은 실수하지 않는다"

그들은 또한 "소파 전문가"라고 말합니다.

그건 그렇고.

 
Vitaly Muzichenko # :

그들은 보통 아무것도 하지 않을 때 이렇게 말합니다. 또는 그들은 모르는 일을 합니다.

유사하게: "아무것도 하지 않는 사람은 실수하지 않는다"

그들은 또한 "소파 전문가"라고 말합니다.

그건 그렇고.

네, 소파에 누워 아무것도 하지 마세요. 맞습니다. 전문가가 열심히 일하고 있습니다. 저는 이미 투표함을 채웠습니다.
 
Renat Akhtyamov # :
네, 소파에 누워 아무것도 하지 마세요. 맞습니다. 전문가가 열심히 일하고 있습니다. 저는 이미 투표함을 채웠습니다.

초보자의 전문가는 항상 서명하고 다이어그램을 그리고 레이블을 지정하고 제품 문서를 작성합니다.

그리고 코드에 대한 주석도 필요하지 않다고 말합니다.

이것이 바로 오늘과 지금이 아니라 1년 동안 유지될 수 있도록 코드에 주석을 달아야 하는 방법입니다.


 
Vitaly Muzichenko # :

초보자의 전문가는 항상 서명하고 다이어그램을 그리고 레이블을 지정하고 제품 문서를 작성합니다.

그리고 코드에 대한 주석도 필요하지 않다고 말합니다.

이것이 바로 오늘과 지금이 아니라 1년 동안 유지될 수 있도록 코드에 주석을 달아야 하는 방법입니다.


같은 정신으로 lineFromPage라고 부를 페이지당 줄 수입니다.
 
Renat Akhtyamov # :
내가 lineFromPage라고 부르는 페이지당 줄 수는 물론이고 같은 맥락에서

긴 이름은 코드 실행 속도에 부정적인 영향을 미칩니다.

지역 변수 이름이면 일반적으로 1-2글자, 전역 변수 이름은 일반 이름이지만 더 짧습니다.


 
Vitaly Muzichenko # :

긴 이름은 코드 실행 속도에 부정적인 영향을 미칩니다.

지역 변수 이름이면 일반적으로 1-2글자, 전역 변수 이름은 일반 이름이지만 더 짧습니다.


속도에 전혀 영향을 미치지 않습니다. 컴파일에 대해 알아봅니다.
그러한 코드를 더 이상 읽을 수 없다는 사실은 사실입니다.
 
Vitaly Muzichenko # :

긴 이름은 코드 실행 속도에 부정적인 영향을 미칩니다.

뭔가 새로운 것을
현대 통역사에서도 영향을 미치지 않습니다. tk. 모든 것이 먼저 바이트코드로 변환됩니다.
BASIC의 시대는 지났습니다.
 
Renat Akhtyamov # :
속도에 전혀 영향을 미치지 않습니다. 컴파일에 대해 알아봅니다.

그것은 반복해서 테스트되었습니다.

2017년에 작성된 프로그램을 다시 작성하면서 한 달 동안 앉아 있었습니다.

여기까지 했더니 속도가 30%나 올랐는데 아직 한참이네요

앉아서 코드를 더 길게 자릅니다. 로드 시간은 0.01을 넘지 않아야 합니다.

---

문제는 원래 초안으로 쓰여져 이런 의미에 탐닉하지 않았다는 점이다.

그런 식으로 작성할 필요는 없습니다. 바로 올바르게 작성해야 합니다. 그렇지 않으면 제대로 작동하고 그렇게 될 것입니다.

 
Nikolai Semko # :
뭔가 새로운 것을

확인하세요, 쉽습니다. 1미터에서 한 페이지를 작성하고 여러 번 실행합니다. 먼저 10자의 변수를 사용한 다음 2자의 변수를 사용합니다.

 
Vitaly Muzichenko # :

그것은 반복해서 테스트되었습니다.

2017년에 작성된 프로그램을 다시 작성하면서 한 달 동안 앉아 있었습니다.

여기까지 했더니 속도가 30%나 올랐는데 아직 한참이네요

앉아서 코드를 더 길게 자릅니다. 로드 시간은 0.01을 넘지 않아야 합니다.

---

문제는 원래 초안으로 쓰여져 이런 의미에 탐닉하지 않았다는 점이다.

그런 식으로 작성할 필요는 없습니다. 바로 올바르게 작성해야 합니다. 그렇지 않으면 제대로 작동하고 그렇게 될 것입니다.

컴파일이 아니라 작업 속도를 측정합니다.
Nikolai는 바로 이 스페셜에 있습니다.
이것은 내가 틀릴 수 있습니다.
내 생각에 Dmitrievsky는 알고리즘 가속화에도 관여했습니다.
나는 확실히 그들과 논쟁하지 않을 것입니다.
예를 들어 웹 페이지 코드가 있습니다. 이 코드는 어디에서 왔습니까?
거기에서 다르게 가속됩니다.
예를 들어 내 사이트 중 하나가 40분 후에도 로드되지 않았습니다. 몇 가지 조작의 결과로 평소와 같이 로드되기 시작했습니다.
코드를 망치지 마십시오. 다른 것입니다.
1234567
새 코멘트