3단계 코드 가독성 향상

훌륭한 코드를 작성하고 싶거나 개발자로 도약하고 싶습니까? 모든 프로그래머는 완벽한 코드를 작성하기를 원하지만 끊임없이 요구되는 비즈니스 요구 사항, 바쁜 문화로 인해 절충안을 만들어야 합니다. 우리는 종종 우리가 꿈꾸는 이상적인 코드를 작성하지 못합니다. 그럼에도 불구하고 우리는 우리가 작성한 코드가 상당히 좋은지 확인할 수 있습니다. 다음은 코드가 엉망이 되는 것을 방지하기 위해 사용하는 세 가지 팁입니다.

1. 코드 이전의 디자인

앞으로 뛰어들어 코딩을 시작하는 대신 문제를 발견하면 한 발 물러서서 문제를 해결할 수 있는 조각으로 나누었습니다. 클래스와 함수가 있는 파일을 다루기 시작하면 시각화의 힘을 잃게 됩니다. 프로그램 해체는 우리가 더 깊은 수준에서 문제를 보는 데 도움이 됩니다. 나는 종종 종이 한 장을 가져와서 문제를 해결하고 상호 작용 방식을 시각화하는 데 필요한 모듈을 제시합니다.

2. 유지보수가 가능한가?

견고한 디자인이 완성되면 구멍을 뚫고 결함을 찾을 차례입니다. 다음 릴리스를 위해 제품 관리자가 가져갈 부하를 견딜 수 있습니까? 저를 믿으세요. "Agile", "Hustle", "스타트업"은 우리에게 아무런 도움이 되지 않습니다. 지나치게 엔지니어링할 필요는 없지만 향후 변경 사항을 인식하면 변경 친화적 인터페이스를 설계할 수 있습니다.

3. 직관적인가?

직관적인 코드베이스는 읽을 수 있는 코드에서 한 단계 업그레이드되었습니다. 기억하세요, 당신은 당신 자신만을 위한 코딩이 아닙니다. 당신은 팀과 미래의 자신을 위해 코딩하고 있으며 일반적인 농담처럼 지금부터 10년 후 사이코패스가 당신의 코드를 인수할 것입니다. 영어처럼 잘 모듈화된 코드는 200줄짜리 단일 파일보다 훨씬 낫습니다.

다음 예를 보면,

questions = read_quiz_questions() 
for question in questions: 
     display_question(question) 
     answer = get_answer() 
     calculate_score(question, answer)

이 프로그램이 하는 일에 대해 많이 말하지 않아도 무슨 일이 일어나고 있는지 이해할 수 있습니다. 읽을 수 있는 것 이상입니다. 직관적입니다.

위의 방법을 사용하면 다른 팀 구성원이나 미래의 사용자가 코드를 쉽게 사용할 수 있습니다. 이것들은 당신에게 상당히 좋은 코드를 제공하지만, 이것은 단지 시작점에 불과하다는 것을 기억하십시오. 위의 세 가지를 하고 있다고 해서 테스트 케이스, 문서, 디자인 패턴 등을 무시하는 것은 아닙니다. 향후 포스트에서 이를 기반으로 다루도록 하겠습니다.

https://thelearning.dev에 원래 게시되었습니다.