우리 자신의 심리적 결함을 극복하면서 코딩하기 위한 4가지 팁

지금 한 조각의 케이크와 한 달 후의 전체 케이크 중 하나를 선택한다면 우리는 아마도 첫 번째를 선택할 것입니다. 이러한 심리적 편향을 "시간 선호" 또는 "지연 할인"이라고 합니다.

더 큰 보상을 기대하며 마시멜로를 먹지 않으려고 애쓰는 아이들의 훌륭한 예를 모두 보았습니다.

코드를 작성할 때 나쁜 습관의 단기적 이점과 장기적 비용 발생 사이에서 선택해야 하는 동일한 문제에 직면하는 경우가 많습니다.

참조: IoT 및 코딩 – 가장 인기 있는 프로그래밍 언어는 무엇입니까?

비효율적인 마시멜로에 대한 폭식을 극복하는 데 도움이 되도록 장기적으로 이익을 얻기 위해 편향을 극복할 수 있는 시기와 방법에 대한 4가지 예가 있습니다.

1. 자신의 이익을 위한 단위 테스트 작성

우리는 모두 그것에 대해 읽고, 배우고, 들었습니다. 테스트는 내가 장기적 이익을 위해 해야 한다는 것을 알고 있지만 지금 당장 일을 끝내려고 할 때 방해가 되는 일의 좋은 예입니다.

다음은 이 방정식의 균형을 맞추는 데 도움이 될 수 있는 몇 가지 생각입니다.

• 항목을 변경할 때 문제가 없는지 테스트합니다. . 즉, 코드를 변경하고 모든 것이 작동하는지 즉시 알 수 있습니다. 이렇게 하면 지금이라도 더 자유롭게 작업할 수 있습니다.
• 테스트는 "충분히 좋은" 상황을 결정하는 데 도움이 됩니다. 테스트는 코드 조각이 "작동"한다는 것이 무엇을 의미하는지 정의합니다. 이렇게 하면 실제로 더 적은 지출을 할 수 있습니다. 최적화할 필요가 없는 것들을 최적화하는 데 시간을 투자하세요.
• 재사용 가능한 코드 작성에 도움이 되는 테스트 . 더 작은 모듈 조각으로 더 큰 것을 구성할 수 있습니다. 천천히, 당신의 명령에 따라 사용할 수 있는 인상적인 재사용 가능한 빌딩 블록을 만들고 있습니다.

또한 작성한 테스트에 자부심을 가지십시오. 코드 위에 매달려 있는 모든 녹색 표시기를 확인하세요. 당신의 실천과 윤리가 훌륭하다는 것을 아십시오. 부끄럽지 않습니다.

2. 작업할 때 코드를 재사용할 수 있도록 만들기

재사용 가능한 코드를 작성하면 즉각적인 이점뿐만 아니라 장기적인 이점도 많습니다. 가능하면 코드를 재사용할 수 있도록 디자인하십시오. 그런 다음 공개 소스에 게시/내보내십시오.

패키지를 게시하는 데 시간을 할애할 필요가 없습니다. 대신 이러한 작은 구성 요소를 Bit로 내보낼 수 있습니다. 다음은 작은 구성 요소를 몇 초 만에 내보낼 수 있는 이유와 방법을 설명하는 Ran Mizrahi의 블로그 게시물입니다.

재사용 가능한 React 또는 Angular 구성 요소의 무기고 또는 유용한 유틸리티 기능의 범위를 매우 빠르게 만들 수 있습니다.

노력이 적고 Bit의 커뮤니티 허브 웹 보기를 사용하면 구성 요소의 문서, 테스트, 다운로드 등을 빠르게 볼 수 있으므로 현재 전 세계에서 사용할 수 있는 작업에 대한 즉각적인 만족을 얻을 수 있습니다. 팀이나 커뮤니티와 공유할 수도 있습니다.

3. 복사-붙여넣기 하지 마세요. 그냥 하지 마세요.

고전적인 예. 복사 붙여넣기를 사용하면 지금은 작업을 훨씬 더 빠르게 완료할 수 있지만 중복으로 인해 코드베이스를 내일 유지하기가 더 어려워지고 계속해서 증가하는 기술 부채가 발생합니다.

모든 작은 변경은 여러 위치에서 이루어져야 하며 문제는 프로덕션으로 롤링할 때만 발견되는 경우가 많습니다.

무엇을 할 수 있습니까? 글쎄, 코드를 복사하여 붙여 넣지 마십시오! 그냥하지 마십시오. 대신 재사용 가능한 구성 요소를 찾고/생성/공유하십시오. Sindre Sorhus는 1,000개가 넘는 작은 패키지를 출시했습니다. 꾸러미는 딱딱하고 1,000개는 많다.

Bit를 사용하여 이 프로세스를 쉽게 만들고(몇 초 만에 구성 요소 내보내기) 100개의 구성 요소를 재사용할 수 있도록 하는 것과 같은 달성 가능한 목표를 설정할 수 있습니다. 100개 정도면 복제 수를 크게 줄일 수 있으며 곧 재사용이 복제보다 훨씬 빠르다는 것을 알게 될 것입니다.

4. 코드 문서화, 스토리텔링

좋은 문서는 내가 내일 야생 코요테에게 잡아먹히더라도 다른 사람이 나를 대신할 수 있음을 의미합니다. 중요한 것은 의심할 여지가 없지만 지금 당장의 주된 관심사는 아닙니다. '미래의 나'나 나를 따를 사람들에 대한 걱정보다 일을 끝내고 싶다. 제 시간에 도착하면 나중에 걱정하겠습니다. 이러한 종류의 (매우 인간적인) 우선 순위 지정은 문서의 공백과 부주의로 이어집니다.

하지만 문서를 소홀히 하지 않도록 하기 위해 제가 받아들일 수 있는 또 다른 관점이 있습니다.

코드 자체와 문서는 모두 내가 말하는 논리적인 이야기를 나타냅니다. 내 코드의 각 부분이 하는 일을 기록하고, 받는 인수, 반환, 몇 가지 예제 추가 등을 추가함으로써 내가 작성하는 코드의 줄거리를 잘 볼 수 있습니다. 더 큰 그림의 일부로 작동하는 방식을 이해합니다.

좋은 문서는 현재 하고 있는 일과 수행 방법을 완전히 이해하고 있음을 보여줍니다. 이야기가 이해가 되지 않는다면 코드 자체보다 문서를 통해 알아보는 것이 좋습니다.

결국 우리의 의지력은 제한된 자원입니다. 매일 매시간 우리 자신의 심리와 싸우도록 강요하는 것은 이기기 힘든 싸움입니다. 그러나 모범 사례를 수용하는 것은 일상적인 일이며 이를 수행한 것에 대한 즉각적인 보상을 제공하면 하루가 끝날 때 훨씬 더 많은 것을 얻을 수 있습니다.

결국 마시멜로는 한 번에 한 개만으로는 충분하지 않습니다.