커피 브레이크 #39. 적어도 하나의 프로그래밍 언어를 알아야 하는 6가지 이유 12가지 유용한 리팩토링 규칙

적어도 하나의 프로그래밍 언어를 알아야 하는 6가지 이유

출처: Hackernoon 당신은 컴퓨터 과학에 노출된 적이 없을 수도 있습니다. 하지만 적어도 하나의 프로그래밍 언어를 배워야 하는 이유는 적어도 6가지가 있습니다.

1. 인생의 28,300시간을 어디에서 보내는지 이해하기

통계에 따르면 우리 대부분은 삶의 상당 부분(28,300시간)을 인터넷, 모바일 및 데스크톱 애플리케이션에서 보냅니다. 이러한 모든 가상 사물은 코드를 사용하여 생성됩니다. 작동 방식을 이해하려면 기본적인 프로그래밍 지식을 갖는 것이 중요합니다.

2. 삶을 더 쉽게 만들기 위해

프로그램과 기술 장치는 우리의 삶을 더 편리하게 만들기 위해 만들어졌습니다. 그리고 우리 대부분은 사용자로서 그들과 상호작용하지만, 여러분도 프로그래밍을 통해 애플리케이션을 만들 수 있습니다. 예를 들어 오프라인일 때 봇을 사용하여 문자 응답을 설정합니다. 언뜻 보면 이것은 어려운 작업처럼 보이지만 그렇지 않습니다. 모든 코드 줄을 작성할 필요조차 없습니다. 이 코드 줄이나 해당 코드 줄이 무엇을 담당하는지, 그리고 그것이 어떻게 작동하는지 이해하면 됩니다. 다른 프로그램도 비슷한 원리를 사용하여 만들어집니다.

3. 새로운 것을 창조할 수 있다

휴대폰부터 전자 기타까지 여러분이 사용하는 모든 장치는 코드를 사용하여 작동합니다. 따라서 프로그래밍은 우리 삶에 존재합니다. 따라서 당신이 열정을 갖고 있는 것이 무엇이든 프로그래밍을 통해 새로운 것을 창조할 수 있습니다. 당신이 음악가인지 변호사인지는 중요하지 않습니다. 이제 프로그래밍 언어를 알면 누구나 창의력을 발휘할 수 있습니다.

4. 이력서를 개선하려면

이력서에 새로운 것을 추가하는 데에는 아무런 문제가 없습니다. 그렇죠? 그렇다면 프로그래밍을 추가 기술로 추가해 보는 것은 어떨까요? 프로그래밍 언어를 알면 이력서가 다른 이력서보다 돋보일 수 있습니다. 이는 당신이 틀 밖에서 무언가를 배우는 것을 두려워하지 않고 도전하는 것을 두려워하지 않는 사람임을 나타냅니다. 또한 귀하가 현대 기술에 대해 최신 정보를 갖고 있음을 보여줍니다.

5. 문제 해결 능력 강화

프로그래밍은 단순한 지식 그 이상을 제공합니다. 문제 해결 능력을 향상시키고 인내심 수준을 향상시키는 데도 도움이 됩니다. 당장은 느껴지지 않을 수도 있지만, 앞으로는 삶의 여러 영역에 긍정적인 영향을 미칠 것입니다.

6. 취업 기회 확대

2020년은 우리에게 많은 놀라움을 안겨주었습니다. 코로나19로 인해 채용시장이 완전히 바뀌었습니다. 많은 직업이 관련성을 잃었고 사람들은 생존을 위한 새로운 기회를 찾으려고 노력하고 있습니다. 그러므로 당신의 직업이 30년 후에도 존재할 것이라는 보장은 없습니다. 백업 옵션을 갖는 것은 현명한 결정입니다.

코드 리팩토링이 필요한 경우: 12가지 유용한 규칙

출처: Medium Refactoring의 핵심은 코드 베이스를 재설계하여 프로그램의 내부 구조를 변경하는 것입니다. 리팩토링 프로세스는 종종 버그 수정, 새로운 기능 추가 및 성능 조정과 결합됩니다. 하지만 잊지 마세요. 리팩토링은 코드 검토나 오류 수정이 아닙니다.

리팩토링을 배우는 데 시간을 투자할 가치가 있는 이유

새로운 개발자라면 코드를 리팩터링하는 방법을 배우고, 더 중요하게는 언제 리팩터링해야 하는지 아는 것이 중요한 기술이 될 것입니다. 많은 개발자가 리팩토링을 건너뜁니다. 결과적으로 그들의 코드는 평범하고 혼란스럽고 읽기 어려워 보입니다. 코드에 리팩토링이 필요한 시기를 어떻게 알 수 있나요? 이를 결정하는 데 도움이 되는 12가지 규칙이 있습니다.

1. 클래스 매개변수 목록이 너무 커졌나요? 테스트와 디버깅이 어려운가요? 그러면 이것이 리팩토링의 주요 후보입니다.
2. 클래스 종속성 중 하나만 사용하는 클래스 내의 코드에 메서드가 있나요? 이 메서드를 별도의 클래스에 두는 것이 더 좋습니다. 이 클래스가 하나의 메서드로만 구성되어 있더라도 마찬가지입니다.
3. 귀하의 방법은 부울 매개변수의 값에 따라 두 가지 다른 작업을 수행합니까? 이 경우에는 책임이 명확한 두 가지 메서드를 만드는 것이 좋습니다.
4. 귀하의 메소드에 값 분기가 있습니까? 예를 들어, 객체의 종류를 확인하고 그 종류에 따라 다양한 작업을 수행합니다. if-else이것은 당신의 or를 switch사전으로 바꾸는 좋은 사례입니다 .
5. if-else또는 를 자주 사용하시나요 switches? 대신 다형성을 사용하고 Strategy나 Mediator와 같이 검증된 디자인 패턴을 적용해 보세요.
6. 클래스의 생성자 또는 메소드가 매직 넘버 또는 문자열을 허용합니까? 매직을 일반 열거형으로 바꿉니다.
7. 명확하게 프로그래밍된 값(숫자 또는 문자열)이 있습니까? 대신 값을 매개변수로 사용하여 구성 가능하게 만드세요. 애플리케이션을 새로운 환경에 재사용하거나 배포하거나 설정을 변경하는 것이 더 쉬울 것입니다.
8. i, j, k, m, n, 와 같은 변수 이름을 사용하지 마십시오 x. 그냥 그만하세요.
9. 여러 곳에서 동일한 논리를 자주 사용하고 있습니까? 논리를 자체 클래스나 메서드로 이동합니다.
10. 코드에 클래스 가 있습니까 Service? Manager거의 사용되지 않는 옵션이 많은 스위스 군용 칼과 같습니다. 잠시 시간을 내어 어떤 작업을 사용할 수 있는지 생각해 본 다음 각 개별 작업을 자체 클래스로 이동하세요.
11. 해당 클래스가 많은 생성자 인수를 사용하기 때문에 단일 메서드를 테스트하기가 어렵습니까? 그런 다음 클래스에서 메소드를 제거하십시오.
12. 새로운 것을 추가해야 합니까 else-if, 아니면 switch새로운 요구 사항이나 기능을 구현해야 합니까? 자동 유형 검색을 위해 인터페이스와 리플렉션을 사용해 보세요.

리팩토링은 내부 소프트웨어의 품질을 어떻게 향상합니까?

리팩터링하면 코드의 하나 이상의 특성이 향상됩니다.

• 유지 관리성 – 소프트웨어를 쉽게 변경할 수 있는지 확인하십시오. 유지 관리 가능성에는 새로운 기능 추가, 성능 조정, 손쉬운 버그 수정 등이 포함됩니다.
• 유연성은 다른 목적을 위해 소프트웨어를 수정할 수 있는 범위입니다.
• 이식성 - 소프트웨어를 다른 환경에서 얼마나 쉽게 작동시킬 수 있는지입니다.
• 재사용성 - 다른 시스템에서 소프트웨어의 일부를 얼마나 쉽게 사용할 수 있는지입니다.
• 가독성 - 인터페이스 수준뿐만 아니라 가장 작은 구현 세부 사항에서도 소스 코드를 얼마나 쉽게 읽고 이해할 수 있습니까?
• 테스트 가능성 - 단위 테스트, 통합 테스트 생성이 용이합니다.
• 이해 - 일반적인 수준에서 소프트웨어를 쉽게 이해하는 방법입니다. 코드베이스에 구조화된 콘텐츠가 있는지 확인하세요.