2022년 우테코 프리코스 지원기

코딩을 하다 보니 웹에서 눈에 보이는 것들에 대해 관심을 가지게 되었다. 어떤 페이지든 대체로 로그인은 오른쪽 상단에 위치해있고, 로고는 왼쪽 상단에 위치해 있었다. 이런 조그마한 궁금증들이 쌓여 프론트엔드에 대해 관심이 생겼고, 직접 블로그를 만들어보면서 조금이나마 나만의 해답을 발견할 수 있었다.

아랍권을 제외한 대부분의 국가, 민족들은 왼쪽에서 오른쪽으로 읽는다. 글씨 또한 그렇다. 그래서 무의식적으로 왼쪽 상단으로 먼저 시선이 닿는다는 것을 알 수 있었다. 따라서 웹 페이지를 나타낼만한 로고들을 더 많이, 자주 노출시키기 위해 왼쪽 상단에 배치하는것이 아닌가 싶었다.

이러한 궁금증들이 모였고, 궁금증을 해소하기 위해 우테코 프론트엔드 과정을 선택하게 되었다. 나와 같은 궁금증을 가진 동료들이 함께 모여 공부할 수 있는 곳이라 꼭 가고싶다.

고 했으나 결론부터 말하자면 탈락... 그치만 그동안 공부하고 정리해놓은게 있으니 썰 풀어 보겠습니다 ~

1. 코드의 가독성을 생각하며 코드를 작성하자

가장 기본적이면서도 가장 어려웠다. 다른 사람들과의 협업을 중요시 하는것과 과제가 끝난 후 코드 리뷰를 서로 해주며 성장을 도모할 때 확실히 가독성 있는 코드를 작성하는것이 큰 강점으로 다가왔다.

살짝 내 과제 하는것만으로도 머리아픈데 다른 사람이 짠 코드를 해석까지 해가며 리뷰하고 있을때 가독성의 중요함을 확실히 느꼈다.

아래의 코딩 컨벤션을 몇가지 참고해 작성하는것을 추천한다.

airbnb/javascript: JavaScript Style Guide

GitHub - airbnb/javascript: JavaScript Style Guide

자바스크립트 코딩 컨벤션 계 GOAT인 에어비엔비 컨벤션이다. (거의 이것만 봐도 될 정도이다.)

Naver JavaScript Style Guide

GitHub - naver/eslint-config-naver: Naver JavaScript Coding Conventions rules for eslint

네이버 코딩 컨벤션은 에어비엔비 기반으로 작성되기도 했고 오래전에 작성되었지만 한글판이라는 것이 모든 단점을 상쇄시키는것 같다.

2. 깃 커밋 메세지를 기준에 맞춰 명확하게 작성하고 커밋하자.

우테코의 과제는 기능별 커밋을 강조한다. 기능단위로 구현하고 한번에 커밋하는것이 아닌 적절한 메세지와 함께 각각 커밋을 해주면서 과제 해결 과정을 담아주는것이 중요하다고 생각했다.

commit-messages-guide

GitHub - RomuloOliveira/commit-messages-guide: A guide to understand the importance of commit messages and how to write them wel

[git] 규칙적인 Commit 메세지로 개발팀 협업하기

[Git] 규칙적인 Commit 메세지로 개발팀 협업하기👾

3. 함수의 이름을 대충짓지 말자

1번 항목과 2번 항목을 모두 관통하는 말일수도 있다. 함수가 사용되는 부분이나 기능에 따라, 함수를 대표할 수 있는 이름으로 네이밍해보는것을 추천한다. 필자도 그동안 너무 함수 이름을 대충 지으며 코딩해서 고치는데 시간이 많이 걸렸다. (구현보다 함수 이름 짓는게 더 어려울 때도 있다..)

계층별, 기능별 패키지 구성하기

[개발방법론] 계층별, 기능별 패키지 구성하기

이 외에도 워낙 많고 다양한 팁이나 정보들이 있을 것인데, 4주간 몰입해서 하다보면 합불 여부에 관계 없이 생각보다 많이 발전하고 있음을 느낄 것이다.

그럼, 다음 우테코 지원 파이팅 !!

더 볼만한 것

개발 초보도 바로 적용해 볼 수 있는 좋은 코드 작성법

개발 초보도 바로 적용해 볼 수 있는 좋은 코드 작성법

깔끔한 코드 짜는 10가지 규칙

[좋은 코딩 습관] 깔끔한 코드 짜는 10가지 규칙