return 없이 함수를 세 걔 겹쳐 놓으면 작성할 때는 내용을 압축할 수 있지만. 후임자가 봤을 때는 고생하기 쉬울 듯 해요. 압축을 했다가 제가 2주일 뒤에 봐도 한방에 표현이 안되고 눈으로 보면서 이렇게 저렇게 하면서 머리를 써야 하는 정도같으면 겹쳐 놓은 것들을 의도가 드러나는 변수를 만들어 할당해줍니다. 변수명으로 연산을 유추할 수 있게요. 과정 보면서, 사람이 고민하면 답이 비슷하구나 싶었습니다. ㅎㅎ
영상을 보면서 느낀 점 1.객체에 함수를 담는 다는 발상을 못했는데, 뭔가 깨달음을 얻은 기분 2.불필요하게 코드를 줄이는 것은 매우 중요하지만, 숏코딩 같이 코드의 의미를 쉽게 파악하지 못할 정도로 과하게 줄여서 가독성을 헤쳐선 안 된다 [변수명, 함수명 등이 중요한 이유] 3.단축키만 잘 알아도 코딩 시간이 확 단축될 것 같으니 연습해둬야겠다 4.아직 나는 많이 모자라구나 ㅋㅋㅋ 많이 배우고 갑니다!
저도 이 생각에 동의하는게 코드는 확실히 깔끔해 지지만 코드 한줄에 여러 공식을 사용해 계산하기 때문에 모르는 사람이 코드를 봤을때는 주석이나 설명이 없으면 해맬 수 있다고 생각이 드네요. 코드는 줄일 수 있지만 내용도 압축되기 때문에 분석하는데도 시간이 오래 걸릴거고요.
모든건 트레이드 오프일것 같아요. 점수를 산정하는 로직이 바뀌어서 getScore 함수의 내부를 변경해야 한다면 한 번 패킹된 경우가 상대적으로 더 어렵겠지만, getScore이라는 함수가 "점수를 산정하는 기능을 한다" 라는 사실을 알고 있다면 그 외에 다른 작업들은 높아진 가독성을 바탕으로 훨씬 편하게 할 수 있을것으로 보이네요. 물론 예시의 코드가 어려운건 아니었지만 코드가 복잡해졌다는 가정을 하면 그럴 것 같아 보입니다
굉장히 인상적으로 보았습니다만 라이브러리로 만들 것이 아닌 한 과최적화의 오류에 처할 것 같네요.. 프로젝트의 규모가 커지면 협업이나 인수인계받은 사람들이 이해하는 데에 걸리는 시간증가에 대한 부담이 무시할 수 없을 수준으로 올라갈 거라 생각합니다. 일일이 주석을 붙이거나 인수인계를 해주는 것도 한계가 있을 거고요.. 아참, 궁금한 것이 있습니다. 혹시 원테이크로 찍으시고 실시간으로 재생하시는 건가요..? 음성이 하나도 안끊기고 줄줄이 말씀하시는 게 너무 놀라워서요. 게다가 코딩 속도도 장난이 아니시고;
둘 다 리액트 기초강의는 아닙니다. 토이프로젝트는 rest api와 graphql 비교, 로컬 서버 만들어 연습하기가 주목적이고, 라이브코딩은 말그대로 라이브로 실제 배포까지 다 해보는 건데 설명을 자세하게 하진 않아요. 리액트 처음 접하시는거면 제강의보다는 다른 리액트 초급자용 강의를 들으시는게 좋을거 같습니다.
내용 정말 좋네요,, 궁금한 게 js에서 switch-case문을 사용한다고 하면, 다른 언어에서는 해당 케이스로 jump를 해서 바로 원하는 곳으로 이동하는데 js는 case를 나열된 순서대로 평가하기 때문에 사용을 지양하라는 말을 들었습니다. 재남님은 어떻게 생각하시는 지 궁금합니다..!
th-cam.com/video/p0YEviesgRM/w-d-xo.html 구간별 적용사례 1) 계절부분에서 초기 상태 if문 or switch문의 로직이 리펙토링의 대상인가 의문이 듭니다. 1년이 12월이라는 일반적인 상식이기에 저렇게 3,4,5일 경우 봄이라고 직관적으로 적는 것이 더 읽기 쉬운 코드가 아닐까 생각되네요. 대신에 함수명을 좀더 직관적으로 변경하는 것도 나름의 개선이 아닐까도 생각됩니다. (ex. getSeasonNameFromMonthNumber 같은? ㅎㅎ) 항상 잘 보고 있습니다. 그리고 다른 댓글처럼 전체 숫자를 올리는 단축키는 신박하네요.
코드 진짜 섹시하네
조건에 들어가는 값의 규칙성을 찾는 것이 중요하군요~!
기존 소스에 적용할 수 있는 걸 찾아 리팩토링 해봐야겠어요.
감사합니다~❤
if~else, switch문을 fun하고 cool하게 못하나 하던 찰나에 재남님 강의를 봤는데 정말 신이세요...🥺 바로 제껄로 만들 수 있게 적용해보려구요
return 없이 함수를 세 걔 겹쳐 놓으면 작성할 때는 내용을 압축할 수 있지만. 후임자가 봤을 때는 고생하기 쉬울 듯 해요. 압축을 했다가 제가 2주일 뒤에 봐도 한방에 표현이 안되고 눈으로 보면서 이렇게 저렇게 하면서 머리를 써야 하는 정도같으면 겹쳐 놓은 것들을 의도가 드러나는 변수를 만들어 할당해줍니다. 변수명으로 연산을 유추할 수 있게요.
과정 보면서, 사람이 고민하면 답이 비슷하구나 싶었습니다. ㅎㅎ
영상을 보면서 느낀 점
1.객체에 함수를 담는 다는 발상을 못했는데, 뭔가 깨달음을 얻은 기분
2.불필요하게 코드를 줄이는 것은 매우 중요하지만, 숏코딩 같이 코드의 의미를 쉽게 파악하지 못할 정도로 과하게 줄여서 가독성을 헤쳐선 안 된다 [변수명, 함수명 등이 중요한 이유]
3.단축키만 잘 알아도 코딩 시간이 확 단축될 것 같으니 연습해둬야겠다
4.아직 나는 많이 모자라구나 ㅋㅋㅋ
많이 배우고 갑니다!
너무좋은강의에요!❤️🔥
재남님 영상 항상 감사합니다!! 진짜 너무 잘보고 있어요 사소하다고 생각한 이론이 크게 다가오게됩니다
우와 개쩐당
객체형태로 리팩토링하는건 좋은데...
getScore같은 함수를 리팩토링 과정을 모르는 사람이 나중에 봤을 때 이해할 수 있을까하는 생각이 드네요..
내용이 어려웠나요?
annotation 있으면 이해할 수 있는데 없으면 좀 헷갈릴 것 같아요
저도 이 생각에 동의하는게 코드는 확실히 깔끔해 지지만 코드 한줄에 여러 공식을 사용해 계산하기 때문에 모르는 사람이 코드를 봤을때는 주석이나 설명이 없으면 해맬 수 있다고 생각이 드네요. 코드는 줄일 수 있지만 내용도 압축되기 때문에 분석하는데도 시간이 오래 걸릴거고요.
모든건 트레이드 오프일것 같아요. 점수를 산정하는 로직이 바뀌어서 getScore 함수의 내부를 변경해야 한다면 한 번 패킹된 경우가 상대적으로 더 어렵겠지만, getScore이라는 함수가 "점수를 산정하는 기능을 한다" 라는 사실을 알고 있다면 그 외에 다른 작업들은 높아진 가독성을 바탕으로 훨씬 편하게 할 수 있을것으로 보이네요. 물론 예시의 코드가 어려운건 아니었지만 코드가 복잡해졌다는 가정을 하면 그럴 것 같아 보입니다
말씀들 듣고 보니 역시 변수명을 잘 지었어야 했는데... 하는 아쉬움이 남네요 ㅎㅎ
책부터 시작해서 정말 많이 배우고 있습니다. 항상 감사한 마음으로 보고있습니다!
좋은 동영상 업로드 해주셔서 감사합니다 더 좋은 코드를 적을 수 있게 되었어요 !
6:22 커서 여러개 해서 1씩 올리는거는 매우 달달하네;;
ㅎㅎ 다음에 단축키 공유를 좀 해봐야겠네요
와................... 진짜 저한테 필요한 강의였다고 생각 됩니다. 연습 많이해야 겠습니다. 유익했습니다 ㅎㅎ
굉장히 인상적으로 보았습니다만 라이브러리로 만들 것이 아닌 한 과최적화의 오류에 처할 것 같네요.. 프로젝트의 규모가 커지면 협업이나 인수인계받은 사람들이 이해하는 데에 걸리는 시간증가에 대한 부담이 무시할 수 없을 수준으로 올라갈 거라 생각합니다. 일일이 주석을 붙이거나 인수인계를 해주는 것도 한계가 있을 거고요..
아참, 궁금한 것이 있습니다. 혹시 원테이크로 찍으시고 실시간으로 재생하시는 건가요..? 음성이 하나도 안끊기고 줄줄이 말씀하시는 게 너무 놀라워서요. 게다가 코딩 속도도 장난이 아니시고;
맞아요. 상황에 따라 적절히 판단하는게 중요하겠죠.
원테이크로 찍고 중간중간 열심히 편집을 한 거예요 ㅎㅎ
다음시간 강의 기대되네요!
짧은 시간에 많은걸 배워갑니다
고맙습니다 FE재남 선생님
알고리즘에 이끌려 들어왔지만 정말 좋은 내용을 강의하고 계십니다. 참고해서 코드에 적용해보겠습니다.
현기증나요 다음미세팁 얼른 올려주세요
실제 예제를 바탕으로 기능설명해주시니 이해하기 좋네요. 구독을 안할수가 없군요
미세팁 시리즈 잘 보고 있습니다. 잘 배워갑니다 👍👍👍
다른 언어지만 도움 많이 받았습니다 ㅎㅎ 감사해요🎉🎉
재남님 안녕하세요~~ 리액트 기본공부를 끝내고 프로젝트를 진행해보려 하는데 어떻게 시작을 해야할지 갑갑하여 선생님 강의를 보려는데 라이브코딩 강의와 토이프로젝트 강의의 차이가 무엇인지 궁금합니다
둘 다 리액트 기초강의는 아닙니다. 토이프로젝트는 rest api와 graphql 비교, 로컬 서버 만들어 연습하기가 주목적이고, 라이브코딩은 말그대로 라이브로 실제 배포까지 다 해보는 건데 설명을 자세하게 하진 않아요. 리액트 처음 접하시는거면 제강의보다는 다른 리액트 초급자용 강의를 들으시는게 좋을거 같습니다.
Flutter(앱 개발 프레임워크)에서도 if-else문 이나 switch 문으로 문자열만 비교하는 경우가 많은데,
이 방법을 적용하니 가독성도 좋아져서 너무 좋아요.
특히 중첩 문자열 비교문에서 효과가 굉장합니다. 덤으로 성능도 좋아지고
우와..
유익한 강의 잘들었습니다 메모하면서 많이 배웠습니다!!
오.. 안녕하세요, 혹시 switch문을 객체로 리팩토링하는 기법이 나오는 책이 있나요? 리팩터링이라던지..
글쎄요, 이 내용을 집중적으로 다룬 책은 본 적이 없어 잘 모르겠네요. 저는 그동안 여기저기서 주워듣고 경험하면서 얻은 나름의 노하우를 소개해드린 것이고요.
아하.. 더 배워보고싶은 내용이어서 궁금했는데 경험에서 나온 노하우였군요! 감사합니다!
이펙티브 자바스크립트 강의 하실 생각도 있으신가요?
2013년에 나온 교재 말씀하시는건가요?
@@FERoy 네.
아뇨 그책은... 지금 시대에는 맞지 않는 내용인것 같아요
홀릭... 반했습니다
내용 정말 좋네요,, 궁금한 게 js에서 switch-case문을 사용한다고 하면, 다른 언어에서는 해당 케이스로 jump를 해서 바로 원하는 곳으로 이동하는데 js는 case를 나열된 순서대로 평가하기 때문에 사용을 지양하라는 말을 들었습니다. 재남님은 어떻게 생각하시는 지 궁금합니다..!
네 말씀하신게 맞습니다만, 그렇기 때문에 사용을 지양해야 한다는건 맞지 않는 것 같아요. if else에 비해 성능상 이점이 크지 않다는 것뿐, 반대로 if else보다 나쁘다고 할 건 아니거든요.
너무너무너무너무 감사합니다
재남쌤 감사합니다.
오예 if문 중첩으로부터 탈출
꿀팁 잘 배워갑니다. 감사합니다
영상 너무 좋습니다 재남님... 핱트..😍 시간 길어져도 좋아요~!! 22분이 2분 처럼 느껴졌어요
th-cam.com/video/p0YEviesgRM/w-d-xo.html 구간별 적용사례 1) 계절부분에서
초기 상태 if문 or switch문의 로직이 리펙토링의 대상인가 의문이 듭니다.
1년이 12월이라는 일반적인 상식이기에 저렇게 3,4,5일 경우 봄이라고 직관적으로 적는 것이 더 읽기 쉬운 코드가 아닐까 생각되네요.
대신에 함수명을 좀더 직관적으로 변경하는 것도 나름의 개선이 아닐까도 생각됩니다. (ex. getSeasonNameFromMonthNumber 같은? ㅎㅎ)
항상 잘 보고 있습니다.
그리고 다른 댓글처럼 전체 숫자를 올리는 단축키는 신박하네요.
좋은 의견이에요. 다만 말씀하신대로 계절도 일반적인 상식에 속하므로 몇월인지를 매번 구체적으로 표기하지 않더라도 예상한 값과 일치하면 되는 문제일 수도 있죠. 추상화라는 측면에서 보자면요.
재밌어요!
오.. 꿀팁 감사합니다
와!
❤❤❤
1등🎉
1등