[번역] 개발자의 좋은 6가지 프로그래밍 습관
놀랍게도 많은 개발자들에게 없는 ...
놀랍게도 많은 개발자가 가지고 있지 않은 6 가지 프로그래밍 습관
버스트 Unsplash좋은 프로그래머가 될 때, 즉시 당신의 마음에 나타나는 습관이 있습니다. 대부분의 프로그래머가 동의하는 습관이 있지만 실제로는 대부분 습관이 없습니다.
우리 모두 알다시피, 우리는 습관에 의해 정의됩니다. 더 나은 프로그래머가 되려면 훌륭한 프로그래밍 습관을 세워야합니다.
다음은 팩에서 눈에 띄도록 구축해야하는 6 가지 훌륭한 프로그래밍 습관입니다.
1. 코드 정리
훌륭한 프로그래밍 습관은 코드를 변경할 때마다 해당 코드를 개선해야한다는 것입니다. 코드 한 줄만 수정하거나 기존 코드에 완전히 새로운 기능을 추가하는 것은 중요하지 않습니다.
로버트 C. 마틴은 보이 스카우트 규칙에 근거한이 습관에 대해 큰 인용을했습니다.
"편집하는 코드를 찾은 것보다 항상 더 좋은 상태로 두십시오."
일부 코드를 읽는 동안 개선 할 수있는 몇 가지 작은 것들에 놀랄 것입니다. 변경 사항은 변수 나 함수 이름을 바꾸는 것만 큼 작을 수 있습니다. 한 번에 하나 이상의 개선 작업을 수행하십시오. 코드의 모양을 훨씬 더 좋게 유지하고 코드의 나쁜 라인수를 크게 줄입니다.
이것이 좋은 습관 인 이유는 우리가 끊임없이 배우기 때문입니다. 어제 좋았던 것으로 여겨지는 것들이 오늘날 다른 방식으로 더 잘될 수 있습니다. 코드는 시간이 지남에 따라 썩는 경향이 있으므로 코드를 관리하는 것이 유지 관리가 가능하도록하는 데 필수적입니다.
2. 다음에 그 코드 볼 사람을 생각하라
코드를 작성할 때마다 다음 개발자가 해당 코드를 볼 때 무엇을 찾을 지 생각해야합니다.
쉽게 이해할 수 있고 읽을 수 있도록 마음을 담아 코드를 작성하십시오. 코드를 읽는 데 걸리는 시간과 코드를 쓰는 데 소요되는 시간의 비율은 10 대 1을 넘습니다. 즉, 코드를 읽을 수 있도록 조금 더 노력하면 장기적으로 많은 시간을 절약 할 수 있습니다.
코딩을 할 때 화려하지 마십시오. 모든 사람이 이해할 수있는 간단한 코드를 작성하십시오. 실제로 스택 오버플로에서 복사 한 매직 원 라이너는 실제로 이해할 필요가 없습니다.
3. 필요한 것 이상을 행하라
개발자는 물건을 과도하게 사용하는 이상한 습관을 갖는 경향이 있습니다. 특정 기능이 요청되면 대부분의 개발자는 "경우에 따라"추가 기능을 구축합니다.
이것이 우리가 오버 엔지니어링 이라고 하는 것입니다. 코드가 필요 이상으로 강력하거나 복잡해집니다. 오버 엔지니어링을하는 것은 그럴만한 이유가 없다는 것입니다.
대부분의 경우 실제로 필요한 것보다 더 많은 것이 구축되는 이유는 추측에 근거합니다. 개발자는 자신의 생각에 따라 미래에 도움이 될 수있는 코드를 이미 추가하고 있습니다. 이 추가 코드는 코드베이스에 추가되지만 사용되지는 않습니다.
오버 엔지니어링은 너무 일반적으로 설계되어 코드가 초기에 수행하도록 설계된 주요 작업을 놓치지 않도록 설계 될 수 있습니다. 따라서 사용하기가 어려울뿐만 아니라 근본적으로 이해할 수 없게됩니다.
4. 당신의 코드를 계획하라
실제 프로그래머는 한 가지 일만하는 것을 좋아합니다. 이것이 바로 프로그래밍입니다. 그것은 당신에게 충격을주지 않아야합니다. 따라서 명백한 일은 대부분의 프로그래머가 특정 작업을 배정받을 때 가장 좋아하는 부분으로 바로 들어가는 것입니다.
그들은 즉시 코딩을 시작합니다.
코드에 돌진하는 것은 처음에는 흥미로울 것 같습니다. 그러나 그 흥분으로 인해 많은 시간이 소요될 수 있습니다. 코딩 부분으로 바로 뛰어 들면 결국 더 큰 그림을 볼 수 없게됩니다.
코딩을 시작하기 전에 계획하고 구성해야합니다. 길에서 찾을 수있는 문제와 그 문제를 어떻게 해결할 수 있는지 생각해보십시오. 코드를 어떻게 구성 할 것인가? 이 기능을 구현 한 이유는 무엇입니까?
이것들은 코딩을 시작하기 전에 스스로에게 물어볼만한 훌륭한 질문입니다. 이러한 질문을 통해 코드를 작성하기 전에 고려해야 할 사항이 있다는 사실을 더 잘 알 수 있습니다.
5. 문서화
그렇습니다, 나는 알고 있습니다… 확실히 이 목록에서 가장 멋진 습관은 아니지만 좋은 습관입니다. 작업 문서화는 매우 중요합니다.
모든 것을 올바르게 설정하는 방법이나 응용 프로그램의 작동 방식에 대한 문서가없는 리포지토리를 확인한 적이 있습니까?
몇 시간 동안 코드를 읽은 후에도 여전히 실마리가 없었을 가능성이 있습니다. 그때 당신이 문서를 원할 때입니다.
최소한 readme.md 와 응용 프로그램이 수행해야 할 작업과 응용 프로그램을 시작하고 실행하는 방법을 설명하는 프로젝트에 적합한 것이 좋습니다.
설명서에서 흥미로운 부분은 코딩하는 동안 할 수 있다는 것입니다. 설명적인 변수 이름에 대해 생각하는 데 시간이 좀 걸립니다. 비용이 많이 듭니다. 변수, 메소드 및 클래스에 적합한 이름을 선택하면 시간이 걸리지 만 시간이 많이 걸립니다.코드에서 의미있는 이름을 만드는 방법에 대한 자세한 내용을 보려면 내가 작성한 이 기사 https://medium.com/better-programming/how-to-create-meaningful-names-in-code-20d7476537d4 를 읽으십시오 .
6. 학습을 중단하지 마십시오
Isaac Asimov가 말했듯이 “학습을 중단하는 날은 쇠퇴하기 시작하는 날입니다.” 상황이 빠른 속도로 변화하는 기술 세계에서 특히 그렇습니다.
변화하는 모든 것을 따라가는 것은 불가능하며, 가능하더라도 권장하지는 않습니다. 이것을 극단적으로 받아들이지 말고 가끔씩 새로운 프레임 워크 나 프로그래밍 언어를 배우는 것이 좋습니다.
그렇다고 모든 프로그래밍 언어 또는 프레임 워크의 전문가가되어야한다는 의미는 아닙니다. 그들 중 일부를 실험하고 당신이 그들을 좋아하는지 확인하는 것이 좋습니다.
프로그래머로서의 성장에 도움이되는 다른 프로그래밍 언어 나 프레임 워크에서 특정 문제가 어떻게 해결되는지에 대한 새로운 통찰력을 얻을 수 있습니다.
마무리하기
프로그래머로서 자신을 구별 할 수있게되면 많은 습관이 생길 수 있습니다. 우리는 대부분의 개발자들이 가지고 있지 않은 6 가지 습관을 습득했습니다.
이것들은 당신을 두드러지게 만드는 습관입니다.
코드 정리
당신의 코드를 봐야 할 다음 사람에 대해 생각하십시오
필요 이상으로 하지 마십시오
코드 계획
작업 문서화
학습을 멈추지 마십시오
한 번에 하나씩 이러한 습관을 만들어보십시오. 그것들을 만드는 데 시간과 일관성이 필요하다는 것을 기억하십시오. 밤새 일어나지 않을 것입니다.
읽어 주셔서 감사합니다!
