네이버 메인에도 REACT 가 사용되다 518 til

이게 REACT 게시판으로 가야하는지 일반 게시글로 쓰는게 맞을지는 모르지만

일단 TIL 내용이라 어디던 작성해본다.

 

이 또한 개발 공부니까 ... 

 

 

어느 날 출근하여 네이버 로그인을 해보니 네이버 메인 UI 디자인이 바뀐 느낌이 확 들었다.

기존의 디자인보다 조금 더 동글동글해지고.. 웹앱스러워진 느낌이 들더라

 

 

그리고 chrome extension 에 못보던 불이 켜졌다.

this page is using the production build of React! 

 

개발자도구로 살짝만 구경해봤다.

 

리액트 17버전 쓰고 있고.. 역시 대기업인지 오픈 소스 들은 많이 안 쓴 것 같다.

뭔가 어제 배포 되자마자 구경했으면 더 재미를 봣을 수도 있을 것 같은데

내가 본 게시글들에 비하여 내가 뜯어 볼 수 있는 소스코드 들이 많이 없어서 머쓱..

 

늦게 잘 걸..........

😑

 

오늘의 교훈: 늦게 자고 일찍 일어나자.

 

그래도 몇가지들 메모 해보자면.

얘네는 에러 로그 남기는 것도 나눠서 남긴다.

!value 판정을 하고도 value.type 에 대한 검증을 해서 따로 처리를 한다.

적고 간결한 코드가 무조건 좋은 것 만은 아닌 것이라는 것을 보여주는 듯하다.

-- 다른 코드를 보아도 data 적으로 일어날 수 있는 error 에 대해서는 모두 처리를 해주고 있다.

facebook 제공 기술 사용 부분 발견. github url 을 아예 때려 넣어뒀다.

그리고 const THEME_STYLES 에는 light 모드와 dark 모드의 색상표들을 나열.

색깔 변경 가지고 놀아보고 싶으면 이 쪽 부분 건드려봐도 재밌을 것 같다.

 

코드 공백은 일부러 무작위로 둔건지. 코드 공백 정리를 안한건지. ... .. .. 

 

backend 버전에 따른 차이도 따로 지정해주고 대충 요약하면 할 수 있는 모든 예외처리를 구현해놓은 느낌이 강하다

그리고 볼 수록 이 많은 에러처리를 로그로 기록하고 저장하고.. 하려면 백이 얼마나 촘촘해야할까 라는 생각이 들었다..

백엔드가 왜 돈 더 받는지 알게됐다.. 저걸 다 어떻게 설계하는데요..

 

 

오늘의 깨달은 점

1. 예외처리

2. 오류도 왠만하면 오류 메세지만 띄우고 끝날게 아니라 function으로 빼서 오류도 복원해서 왠만하면 서비스를 할 수 있게 해야 한다.

3. case 에 대한 연구가 많이 필요할 듯 ? 로그 처리나 오류여도 사용자는 인식하지 못하고 서비스를 처리하는 방법에 대한 생각.. ? 

4. 짧고 간결한 코드를 선호할 필요는 없다. 나는 여기서 간혹 코드 정리할 때 왠만하면 하나의 단위로 묶어버리려고 하는 성향이 있어서 시간을 잡아먹고 고민하게 되는 것 같다. 이 또한 원본 그대로 둘 것.

5. 변수명은 최대한 원본 단어에 가깝게.

6. 왠만하면 외부 라이브러리 많이 사용하지 않는 방향으로 개발하자 (어떤 부정적 효과가 나올지 몰라서 일까? 의존성을 낮추려는 의도인것 같기는 하다.)

7. 배포하기 전에는 꼭 소스코드 가리고. local에서 충분한 테스트. 그리고 코드 정리 필수. (-> 이렇게 구경하면서 글을 찾아보다보니.. 어제 저녁~새벽에는 소스코드가 조금 더 보였던 것 같고 UI 상 약간의 에러가 있었던 것 같다.. 그런거 나도 봤으면 신났을 것 같은데 그게 아쉽다)

 

 

 

230518 오늘의 Today I Learned