[FE - ConnecTo] DAY40 TIL👩🏻‍💻

22.09.05 수업을 들으면서 공부한 내용들을 정리하였습니다 😊
피드백은 언제나 환영입니다! 🍊

좋은 코드의 기본?

→ 요구사항대로 돌아가야됨! 하라는 것만 하면 됨! 혼자 개발하는 것이 아니라 팀으로 개발한다면 요구사항 이상을 하면 안됨!

추천 방법

• 코드가 더러워지더라도, 우선은 아주 빠르게 빨리 돌아가게끔 수단과 방법을 가리지 않고 만들기.
• 모듈 생각하지 않고, 하나로 빨리 만든 다음, 생각을 하면서, 쪼갠다.
• 리펙토링을 할 때에는, 코드가 단순히 돌아간다고 해서, 만세 안됨! 이제부터 시작인 것이고, 여기서 실력이 나오는 것임.
  
• 그 다음부터 어떤 코드를 쓰는지가 중요한 것! → 그렇다면, 성능이 좋으면 좋은 코드인가? 가독성과 충돌하면 어떻게 되는가?
  

알고리즘은 computing thinking 배우는데 기가막힘!

알고리즘을 잘한다고 코딩을 잘하는 것은 아님. 왜? → 프엔은 기계 쪽으로 가까운게 아니고, 응용도가 더 높은 분야임. 그래서 (앞서 이야기 한 내용) high레벨에 있기 때문에 그런 분들이 오기에는 아깝다

알고리즘 잘하는 사람들 머릿속에는 성능에 대한 집착이 있음. 이 집착을 버리지 못한 친구가 있음! 수차례 이야기를 해도 교정을 안하는 친구들이 있는데,

내 코드를 누군가가 고치기 좋게 만들겠다는 마인드로 코드 구현하기 → 이게 협업이다!

가독성을 좋게 하려면?

이 글이 다른 사람들에게 잘 읽힐까를 생각해보자.

가독성이 좋은 글을 쓰려면, 많은 종류의 글을 봐야 함. 코드도 마찬가지

좋은 코드, 나쁜 코드 많이 보고, 따라도 해봐야하는데, 그러려면 선관, 곧, 기준이 있어야 함!!!!

그런데, 이 선관이 뭔지를 알아야 함!

우리가 할 수 있는 것들? (이건 성의의 차원임!!!!)

1. 이름!! (클린코드 책 봤는가? 젤 처음에 이름에 대한 부분이 나옴!)

   이름은 성의의 문제임! 첫 아이 이름 짓는 것 처럼 지어라!

   함수 매개변수의 경우, 타입을 안가지고 있기 때문에, 타입을 의미할 수 있고, 알 수 있으면 좋음!!

   이름 짓기는 백 번 강조해도 부족함이 없음!!!!

   지금 습관을 잘 잡아두기!
   
   

2. 띄어쓰기 하기. eslint가 하라는대로 하라!

   지금부터는 eslint에서 빨간줄이 그이면 다 해결해보자.

   어쩔 수 없는 경우라도 다 해결하기. 설정을 바꾸든지 해서라도.
   
   

3. 함수를 어떻게 만들까?

   함수 이름은 거짓말 안한다는 가정하에, 함수 이름 짓기가 애매하면 그 함수는 잘못된 것.

   함수는 어떨 때 만드는가? 꼭 재사용 할 때만 만드는가?

   꼭 재사용만을 위해서 쓰지는 않는다.

코딩을 하는 것은, 고민의 연속이며, 선택의 연속임!!!!

우리가 딥 다이브를 배운 이유? → 여러가지 상황에서 좋은 재료를 뽑아내기 위한 우리들의 창고 같은 것임!

딥다이브에서 적절하게 우리의 리소스를 뽑는 것이 필요함!

잘못된 코드를 신입 때는 쓸 수 있는데, 대신에 왜 이 코드를 썼는지 설명할 수 있어야 함.

이게 안되면, 교정이 안됨. 우리 코드 1줄 1줄에 이유가 있어야 함!

틀리면 고쳐주면 되는데, 이유가 없으면 고칠 수가 없음..!

일단 코드를 깨끗히 쓰기!

보기 좋지 않은 코드라면 선입견을 가지고 보기 때문에 비판적으로 읽게 됨.

보기 좋은 코드는 시작 부터 좋은 인식을 가지고 보기 때문에, 평가부터 달라질 수 있음!

우리는 개발 기간 동안에 유의미한 코드를 사용해야 함.