0611-TmonTest

tmonTest

Thnanks to 현 덕분에 좋은 문제를 풀어볼 수 있었다.

복잡성에 따라서 문제를 어떻게 처리할 것인지 !!! 이런 부분에 대한 고민
연결고리를 어떻게 할 것인가
의존성을 어떻게 할 것인가

다른 사람들 코드 보면서 배운 점 !

class에 id를 주었는데 다른 클래스랑 겹쳐서 classList로 접근해서 가지고 오는 점도 그렇고 스타일과 섞여있는 것 보다
다른 사람들 처럼 data-로 접근했으면 훨씬 깔끔했을 텐데 … 아쉽다
li -> event delegation에서 li -> element를 가지고 오는 target
el.closest이라는 것을 배웠다.

아쉬움 메소드 분리가 잘 안되었다.
클래스를 id를 가지고 오는 것이나
sorted -> 정렬 하는 것이나
스타일을 입히는 과정이나
분리되서 쓰이는 과정이 많을 텐데 더 분리… 하지 못 한 부분이 많이 아쉽고

네이밍
지적 받은 부분은 ; 를 쓰거나 안 쓰거나
일관성 있는 코드
메소드도 길게 풀어서 쓸 거면 다 길게 쓰고 어떤 것은 del이렇게 줄여서 쓴다.
js /
message
-> controller
-> detailView
-> ListView
폴더로 묶어 놓는다면 굳이 다 이름을 붙일 필요 없이 prefix화

줄바꿈도 replace로 …
을 넣어줬는데 하.. 무식한 방법 같에서 하기 싫었는데
css white-space가지고 만져봤는데 안 되는 것 같아서 넘어갔는데 ㅜㅜ 역시 있었어 내가 할 때 잘 못 만졌었나 보다. 후우…

일관된 같은 메소드를 통해서 처리
메소드 하나로 -> 보내서
validEl -> checkEL
만도 코드 보면서 하나로 묶어줄 수 있는 것을 묶어 줄 수 있구나

만도랑 루미 일단 미안했다. 나 때문에 리뷰하는 것도 늦어졌는데… ㅜ
나는 이런 부분에서 막혔고 이런 부분을 같이 고민하고 공유해보고 싶다. 어떻게 풀었는지 궁금하다
이런 걸 공유해야 되는데 …
_= 뭐냐 , 그런 말 한 마디 없이 그냥 이건 비슷하게 이렇게 짰고 이건 이렇게 짰습니다.
왜 가 없다.
why?
진짜 생각이 없.. 아 여기까지 하자 자기 비하 끝까지 갈듯

만도
예외처리 및 다른 부분이 들어올 때 까지 고려하고 처리해준점
고민 같이 공유
네이밍 dataset예약어는 피하자
dom내장 메소드 잘 활용
dic구조 만든 점 좋다

사람들+ 크롱 -> 이벤트를 발생시켜서 처리하거나 묶어 줄 수 있는 것이 많음

이전 highLight id를 넘기고 id를 찾고 이게 났으려나 다른 사람들처럼
그냥 select추가 된 부부만 찾아서 remove하고 add하고 .. 후자가 더 난 것 같다… 굳이
어 삽질했구나

잘한 점 vs 아쉬운 점

  1. 드디어 티몬 테스트 같이 리뷰 했다.
  2. 운동을 했다.
  3. 알스 + 나머지 스터디 관련 할 것 부족하지만 했다.

아쉬운 점

  1. 테스트 리뷰 생각 흐름 공유를 잘 못했다. 그리고 문제점이나 뭐가 어색한지 … !!! 그런 얘기를 해야 더 발전할 수 있다 생각
  2. 조금 늦게왔다. 10~10시반을 목표로 … 11시는 ㅜㅜ
  3. 남아서 집중력 완전 흐트러졌다….

리뷰도 좀 같이 하다보니 시간이 금방갔고… 밥 먹고
뭐했지 … 조금 있다가 아 프라임넘버 솔로몬/리오가 알려준 부분 조금 해보다가 백기들고 찾아봤더니 _= 다 똑같은데 더 좋은 로직 없는 것 같다. 이상
그리고 벙져서 운동갔다오고 …
집중 안되서 철권하다가 …
진짜 저녁엔 아무것도 안했네 맙소사다