Medium - 6 Programming Habits That (Surpringly) Not Many Developers Have
in Trend
Trend 파악을 위한 Medium 기고문 포스팅 - 많은 개발자들이 (놀랍게도) 가지고 있지 않은 6가지 개발 습관; 평범한 개발자에서 벗어나세요.
Photo by Burst on Unsplash :.figure
좋은 개발자하면 떠오르는 몇가지 확실한 습관이 있으실 겁니다. 개발자들이 가지고 있으면 매우 매우 좋은 것들이지만 사실 대부분의 개발자들은 그런 습관을 갖고 있지 않죠. 잘 아시겠지만 우리는 습관이 중요합니다. 더욱 좋은 개발자가 되려면 좋은 개발 습관을 가져야 합니다.
다음은 평범한 개발자에서 벗어나기위한 6가지 좋은 개발습관에 대한 리스트입니다.
1.Clean Up Your Code
좋은 개발 습관은 여러분이 코드를 바꿀 때마다 그 코드를 개선시키려고 한다는 것이죠. 한줄의 코드를 바꾸건 새로운 피처를 추가하던 말이죠. Robert C. Martin은 보이 스카웃 규칙에 기반하여 이런 격언을 남겼습니다.
항상 여러분이 발견했을 때보다 나은 코드로 만들고 떠나라.
여러분이 코드를 볼 때 잘 생각해보면 얼마나 많은 코드 조각들이 개선시킬 수 있는지 놀라실겁니다. 이런 개선 사항은 변수 이름을 바꾸거나 함수 이름을 바꾸는 것일 수도 있죠. 그냥 한번에 최소한 하나라도 개선시키도록 하세요. 이런 식으로 반복하다보면 여러분의 코드는 훨씬 더 멋지고 군더더기가 없어 질 것입니다.
이게 좋은 습관인 이유는 우리가 계속 학습하기 때문입니다. 어제 좋다고 생각한 것도 오늘 보면 또다른 개선점이 보이는 거죠. 코드는 시간이 지날수록 낡아가기 때문에 여러분의 코드에 관심을 가지고 계속 유지보수 하는 것이 중요합니다.
2.Think About Who’s Next
여러분이 코드를 작성하실 때 마다 다른 개발자가 해당 코드를 찾아보는 경우를 고려하셔야 합니다. 그렇게 마음가짐을 갖는 것이 코드를 작성할 때 훨씬 이해하기 쉽고 가독성 좋은 코드를 만들 수 있게 합니다. 코드를 작성하는 시간과 코드를 읽는 시간의 비율은 1-to-10 이 넘어갑니다. 이 말은 여러분이 코드를 작성할 때 가독성을 좋게하는 것만으로 엄청난 시간을 절약할 수 있다는 것입니다. 코딩을 할 때 너무 화려하게 할려고 하지 마시고 누구나 이해하기 쉽게 간단하게 코드를 작성하세요. 스택 오버플로우에서 복사해온 마법같은 코드 한줄은 필요도 없을 뿐더러 여러분 스스로 이해할 수도 없을 겁니다.
3.Do What’s Needed - Not More Than That
개발자들은 너무 과한 것까지 개발하는 경향이 있습니다. 개발자에게 특정 피처에 대해서 개발을 요구해도 만약의 경우를 대비해서 뭔가를 만들어 놓는 것이죠. 이것은 오버엔지니어링 이라고 하는 것으로 코드가 필요이상으로 복잡해지게 됩니다. 오버엔지니어링은 굳이 할 필요가 있는게 아닙니다.
대개 실제로 필요한 것은 요구사항 명세서에 기술되어 있지만 개발자들이 코드를 작성하면서 미래에 도움될 수 있을거라고 스스로 생각하면서 코드를 추가하죠. 이렇게 추가된 코드들은 아마 절대 쓰이지 않을 것입니다.
오버엔지니어링은 코드를 너무 일반적으로 만들기 때문에 메인 테스크를 수행하는데 포커스를 잃어버릴 수 있습니다. 따라서 오버엔지니어링은 근본적으로 만들기도 힘들뿐더러 굳이 할 필요가 없는 것이죠.
4.Plan Your Code
진짜 개발자들이 좋아하고 사랑하는 것은 프로그래밍을 하는 것입니다. 당연한 얘기죠? 그래서 많은 개발자들이 업무를 할당받으면 그냥 바로 코딩을 시작해버리죠. 그 즉시 말입니다.
코드를 바로 시작하는 게 재밌긴 합니다. 그러나 그렇게 시작해버리면 여러분의 시간을 낭비할 수 있습니다. 코딩을 바로 시작해버리면 더 큰 그림을 그릴 수 없는 것이죠.
여러분이 코딩을 하기전에 먼저 구상을 해야합니다. 여러분에게 놓여진 문제를 생각하고 어떻게 처리할 지 생각해보세요. 코드의 구조는 어떻게 할지, 해당 피처를 구현해야 하는 이유는 무엇인지.
코딩을 시작하기 전에 이런 질문을 스스로 해보는 것은 아주 좋습니다. 이런 질문들이 팩트에 대해서 더 인식할 수 있게하며 코딩을 하기 전에 스스로 고민해봐야 할 것들은 아주 많습니다.
5.Document
그래요 압니다. 해당 리스트에서 가장 화려한 것은 아니지만 갖고 있으면 매우 좋은 습관입니다. 문서화는 여러분의 업무 중 아주 중요한 것입니다. 여러분은 어떻게 셋업을 하는지 아니면 어떻게 동작을 하는지에 대해 아무것도 적혀있지 않은 저장소를 본적이 있나요?
그런 코드를 몇시간이나 읽어도 여러분은 이해를 못하실 수도 있습니다. 그리고 그 때 여러분은 문서를 원하게 되죠. 최소한 저는 여러분들의 프로젝트에 이게 어떤 응용프로그램이고 어떻게 설치해서 어떻게 돌아가는지 알려주는 readme.md를 만드시는 걸 추천드립니다.
문서화의 가장 좋은 점은 코딩 중에도 할 수 있다는 것입니다. 변수명을 지을 때 시간을 들이도록 하세요. 변수, 메소드, 클래스에 작명을 하는데 시간을 들이시면 문서화를 하는데 그만큼 시간이 더 절약될 것입니다.
6.Never Stop Learning
Issac Asimov는 다음과 같이 말했습니다. “여러분이 배움을 관두는 날이 퇴보하기 시작하는 날이다.” 이 격언은 특히나 빠르게 변화하는 테크 업계에 알맞는 말입니다. 매일 같이 모든 것을 바꾸는 것은 가능하지도 않을 뿐더러 여러분이 하실 수 있다고 해도 추천하지 않습니다. 이것을 엄청난 것으로 받아들이지 마시고 그냥 가끔 프레임워크나 프로그래밍 언어를 한번씩 배우도록 하세요.
모든 언어나 프레임워크의 전문가가 되라는 의미가 아닙니다. 그냥 간단한 토이프로젝트를 만들고 여러분들 마음에 드는지 확인만 하면 되는 정도입니다. 그렇게만 해도 특정 문제를 푸는데 있어서 새로운 인사이트를 갖게 될 것입니다. 다양한 언어와 프레임워크로 하나의 문제를 푸는 방법을 알게되는 것이 여러분을 개발자로서 성장시켜 줄 것입니다.
Wrapping It Up
평범한 개발자가 되기 싫다면 여러분이 가져야할 습관이 매우매우 많습니다. 위의 여섯개 습관들은 대부분의 개발자가 갖고 있지 않는 것들입니다. 다음의 습관들이 여러분들을 특출나게 만들어 줄 겁니다.
- 코드를 깔끔하게 작성하세요
- 여러분의 코드를 유지보수 할 다음사람을 생각하세요
- 필요한 것 이상의 코딩을 하지 마세요
- 계획을 세우고 코딩하세요
- 문서화를 하세요
- 학습을 꾸준히 하세요
Summary
- 개발자의 좋은 습관 6가지
- 나는 .. 몇개나 하고 있나??
