js에서 input이라는 넘버 입력 값이 있고 UP DOWN KEEP 상태 관련 상수가 있음 0이면 킵이고 양수 업 음수 다운
const state = (input!=0)?(input>0)?UP:DOWN:KEEP vs const state = (input==0)?KEEP:(input>0)?UP:DOWN
뭐가 더 보기 편하냐
댓글 13
보기 편하게 쓸거면 삼항을 떼야지 뭔 씨발같은소리냐?
익명(1.221)2021-12-14 17:44
답글
삼항한테 왜 그래
익명(223.38)2021-12-14 17:45
그리고 조건은 가능한 한 positive한 쪽으로 쓰고, positive한쪽부터 쓰는거다 삼항을 쓰더라도 input > 0 ? up : input < 0 ? down : keep 이렇게 써야지
익명(1.221)2021-12-14 17:45
답글
keep이 마지막에 들어가는 이유는 down의 범위가 keep보다 넓기 때문
익명(1.221)2021-12-14 17:46
답글
조건 순서 관련 룰 컨벤션 있음? 링크 좀
익명(223.38)2021-12-14 17:49
답글
링크는 찾으려니까 안나온다 나중에 기회되면 갤에 올리든가함 조건은 최대한 not이 없게 써야함 !false보다 true가 우월하다는거임 이유는 가독성과 유지보수성. positive한 쪽부터 작성하는것도 마찬가지로 가독성과 유지보수성 ㅇㅇ QA쪽 얘기임 범위 얘기는 keep이 up down의 관계에 비해 대비성이 낮기 때문에 positive한 up을 처음에 작성했으므로 up(x>0)보다 작은 범위(x=0)를 가지는 keep은 up 뒤, keep보다 넓은 범위를 가지는 조건의 뒤에 위치해야함
익명(1.221)2021-12-14 17:54
답글
말로 하려니까 애매하네 up(x>0)이 처음에 들어갔고, keep은 positive함에서 up에 비해 밀리니 그 다음인데 이렇게 되면 범위의 위계가 넓음>좁음 순으로 되기때문에 전체적으로 positive 다음으로 그 규칙을 적용한다는 얘기임 down 기준으로 하면 up보다 negative하고 keep보다 넓으니까 그 둘 사이에 위치하는것
익명(1.221)2021-12-14 17:56
답글
뭔 소린진 알겠음 고맙다 게이야
근데 적용 빈도는 체크 요소에 안 들어감?
지금 코드를 기준으로 본다면
keep이 앞도적으로 많이 나올 것으로 예상된다고 할 때
호출도 소켓 여러개라 좀 많을 수도 있음
익명(14.36)2021-12-14 18:08
답글
난 음 양 0 체크할때 switch 돌리긴 하는데 빈도가 그정도로 높으면 당연히 먼저 써도 됨 생각해봐라 positive함이라는게 수치로 딱딱 나오는게 아님 내가 앞서 말한 up이 positive라는건 셋의 빈도가 비슷할거라는 전제가 깔려있음 keep이 가장 많이 나온다 = keep일때 끝내면 실행 리소스가 줄어든다 = keep이 기대 리소스 측면에서 가장
익명(223.38)2021-12-14 18:25
답글
~ 가장 positive하다 가 됨. 이 경우에는 positivity 순서는 keep > up ? down이 되겠고(up이랑 down은 빈도차이를 모르니까) 범위위계는 keep < up = down이 됨 순차적으로 봤을때 up과 down의 빈도차이가 단정지을 수 없을 정도라면 단어의 positive함을 봐서 keep up down의 순서로 작성할수있겠고
익명(223.38)2021-12-14 18:28
답글
이 경우에 적용되는 규칙은 순서대로 1. 기대 실행 리소스가 낮을수록 positive, 2. 단어의 positiveness, 3. 범위가 좁을수록 positive 가 됨
익명(223.38)2021-12-14 18:29
아깐 일한다고 예민해서 지랄좀했는데 그건 미안하다 하나 더 덧붙이면 내가 말하는 내용은 성능은 일정 수준 이상 나오는 상황에서 좋은 코드를 쓰기 위한 방식이지 성능 좋은 코드를 쓰는 방법이 아님 이거 지킨다고 성능 못내면 상사가 구박한다
보기 편하게 쓸거면 삼항을 떼야지 뭔 씨발같은소리냐?
삼항한테 왜 그래
그리고 조건은 가능한 한 positive한 쪽으로 쓰고, positive한쪽부터 쓰는거다 삼항을 쓰더라도 input > 0 ? up : input < 0 ? down : keep 이렇게 써야지
keep이 마지막에 들어가는 이유는 down의 범위가 keep보다 넓기 때문
조건 순서 관련 룰 컨벤션 있음? 링크 좀
링크는 찾으려니까 안나온다 나중에 기회되면 갤에 올리든가함 조건은 최대한 not이 없게 써야함 !false보다 true가 우월하다는거임 이유는 가독성과 유지보수성. positive한 쪽부터 작성하는것도 마찬가지로 가독성과 유지보수성 ㅇㅇ QA쪽 얘기임 범위 얘기는 keep이 up down의 관계에 비해 대비성이 낮기 때문에 positive한 up을 처음에 작성했으므로 up(x>0)보다 작은 범위(x=0)를 가지는 keep은 up 뒤, keep보다 넓은 범위를 가지는 조건의 뒤에 위치해야함
말로 하려니까 애매하네 up(x>0)이 처음에 들어갔고, keep은 positive함에서 up에 비해 밀리니 그 다음인데 이렇게 되면 범위의 위계가 넓음>좁음 순으로 되기때문에 전체적으로 positive 다음으로 그 규칙을 적용한다는 얘기임 down 기준으로 하면 up보다 negative하고 keep보다 넓으니까 그 둘 사이에 위치하는것
뭔 소린진 알겠음 고맙다 게이야 근데 적용 빈도는 체크 요소에 안 들어감? 지금 코드를 기준으로 본다면 keep이 앞도적으로 많이 나올 것으로 예상된다고 할 때 호출도 소켓 여러개라 좀 많을 수도 있음
난 음 양 0 체크할때 switch 돌리긴 하는데 빈도가 그정도로 높으면 당연히 먼저 써도 됨 생각해봐라 positive함이라는게 수치로 딱딱 나오는게 아님 내가 앞서 말한 up이 positive라는건 셋의 빈도가 비슷할거라는 전제가 깔려있음 keep이 가장 많이 나온다 = keep일때 끝내면 실행 리소스가 줄어든다 = keep이 기대 리소스 측면에서 가장
~ 가장 positive하다 가 됨. 이 경우에는 positivity 순서는 keep > up ? down이 되겠고(up이랑 down은 빈도차이를 모르니까) 범위위계는 keep < up = down이 됨 순차적으로 봤을때 up과 down의 빈도차이가 단정지을 수 없을 정도라면 단어의 positive함을 봐서 keep up down의 순서로 작성할수있겠고
이 경우에 적용되는 규칙은 순서대로 1. 기대 실행 리소스가 낮을수록 positive, 2. 단어의 positiveness, 3. 범위가 좁을수록 positive 가 됨
아깐 일한다고 예민해서 지랄좀했는데 그건 미안하다 하나 더 덧붙이면 내가 말하는 내용은 성능은 일정 수준 이상 나오는 상황에서 좋은 코드를 쓰기 위한 방식이지 성능 좋은 코드를 쓰는 방법이 아님 이거 지킨다고 성능 못내면 상사가 구박한다
장문 쓰느라 고생했다ㄷㄷ ㄱㅅㄱㅅ