코딩 잘하는 팁 세가지 (이걸 알면 코드가 깔끔해 진다)

[@lkc4808]

본인도 오래 개발했지만서도, 코딩을 잘하기 위해선 왕도가 없음... 코딩을 잘하기 위해서 여러책들을 찾아보고 공부하는 것도 좋은 습관이지만... 오픈 소스 코드들을 찾아 보면서 전부 이해가 되지 않더라도, 전체 틀을 어떻게 짰는지, 코드간에 뎁스 처리는 어떻게 했는지 등... 남이 짠 소스들을 특정 목적으로 자꾸 찾아보면서 공부하다 보면 -> "어느 순간 눈에 코드 보는 영안이 생기게됨." 마치 좋은 소설가들이 좋은 문학작품을 만들기 위해 꾸준히 책을 탐독하는것과 같다고나 할까... 이렇게 꾸준히 하다보면, 남이 짠 소스에 좋은 부분을 스스로 메모하게 되어있음... 안좋은 부분은 왜 이렇게 짰지하고 비판도 하게됨.... 결국 자신이 짜놓은 소스와 비교하게되고... 조금씩 잘못된 부분을 매꾸게됨. 명명 규칙 이라던지 함수이름들 이라던지... 어느 순간 고민없이 네이밍을 통일성 있게 붙이는 자신을 보게됨. 또한 어느 순간 본인이 처음 보는 코드를 봤음에도 불구하고, 전체 프레임웍이 눈에 확 들어오느는 순간을 느낄수가 있음. 그리고 본인이 짜고 있는 소스가 어느새 자신도 모르게 파일들 각각의 내부가 공통적으로 상단에는 코드 선언, 다음에는 핸들러나 프로시져, 기능 메소드, 이벤트 핸들러 처리등... 자신만의 질서 정연하게 통일된 코딩 규격 스타일을 만들게됨. 그러면서... 불규칙 적인 부분들은 모아주고, 덩어리 큰것들 은 쪼개돼 중복되지 않게 만들고... 등등... 남이 짠 소스 많이 많이 보세요... 몰라도 많이 많이 보세요... 나중에 코드에 영안이 뜨이면은... 프로그래머들이 말하는 10만줄 코딩에 컴파일 버그 딱 1개 나오는 "위자드"가 될 겁니다.

[@dream-coding]

Lucky-Man님 항상 제 영상 챙겨봐 주시고 매번 후배분들을 위해서 좋은 말씀 해주셔서 감사해요 🙆‍♀️ 영상의 컨텐츠를 소비하는것에서 그치지 않고 본인의 경험담/조언/의견 등을 공유해 주셔서 항상 감사하게 생각하고 있습니다 😍 제가 강의에서도 항상 강조하는데, 오픈소스 프로젝트 코드들을 주기적으로 읽어 보는것이 정말 큰 도움이 되는 것 같아요. 실무에서 일하는 프로젝트 코드 베이스가 모범답안처럼 작성 되어져 있어서 일하면서 배울 수 있으면 정말 좋지만, 그런 경우는 많이 없기 때문에 관리가 잘 되고 있는 오픈소스 프로젝트 코드가 좋은 것 같아요 :) 많은 분들이 반짝 반짝 빛나는 새로운 기술, 스택만 열심히 따라가시는데, 시간을 들여서 꾸준히 좋은 책들을 읽고, 코드의 눈을 키워나가면 탄탄한 코딩 기본기를 쌓을 수 있는것 같아요. 저도 더 노력해야겠어요! 다른 분들이 보실 수 있게 📍핀 해둘께요~ 항상 감사합니다 🙆‍♀️

[@lkc4808]

@@dream-coding 엘리님 영상 매번 잘보고 있습니다. 전철에서 쓴글인데... 고정까지 영광입니다~

[@handler1211]

저는 수학하는 사람입니다 말하신 부분이 수학에서도 통용되는 것 같아서 깊이 공감하고 갑니다. 증명들을 많이 보고 고민해보면 처음 보는 명제를 어떻게 증명해야 할 지 대부분 구상할 수 있는 단계가 오죠.

[@DEVLEE-eg9ve]

오픈소스 코드 검색은 주로 어디서 하시나용?

[@lilililililili-c2l]

@@DEVLEE-eg9ve js기준 npm에서 하시면 됩니당.

[@최인탁-f4z]

음..WET 원칙을 좀 오해하고 계신듯하여 댓글 남깁니다. Write everything twice (WET)는 모든걸 매번 반복해서 작성하자는 뜻이 아니라, 딱 두번까지의 코드 중복을 허용하자는 개념입니다. 코드가 세 번 중복되면 그때 비로소 abstract 할 가치가 생긴다는 것이죠. 다수의 코더들이 DRY 원칙에 집착하여 시도때도 없이 모든 걸 추상화해버리니 코드가 역설적으로 더 복잡해지고 가독성이 떨어져서, 그런 현상을 비꼬기 위해 나온 개념입니다. 따라서 코드가 WET하지 않게 DRY하라는 말은 인과가 뒤바뀐 말입니다. DRY에 질려서 WET을 만든거니까요.

[@이성로-b2h]

너무 좋은 영상인것 같습니다! 이런 원칙들을 알고 조금만 신경써서 코드를 작성하다보면 왜 함수는 가능한 하나의 작업만 수행해야하게 좋은지, 왜 가독성이 좋은 코드가 필요한지 또한 왜 인터페이스 혹은 추상클래스가 필요한지, 그리고 왜 패턴들이 필요한지 알게되는거 같더라고요. 항상 좋은 영상 만들어주셔서 감사합니다!

[@ddatgi]

로버트 C. 마틴의 '클린코드' 책 강력 추천드립니다. 평소에 독서를 항상 하기 때문에 많은 책들을 접했지만, 클린코드만큼 제 코드의 향상에 기여해준 책은 없습니다.

[@Ms-rj8px]

엘리쌤 👏👏 저 취업했어요!!!!!!!!!! 32살늦은나이에 취업해서 너무기뻐요 😭😭 직종바꿀때 나이때문에 어려울거라고 다들 말렸는데.. 이래저래 홀로 독학하며 엘리쌤때문에 프론트에 더 취미를 느끼게 됐고, 엘리쌤때문에 포트폴리오 도움많이받아서 취직한거같아요 엘리쌤 드림코딩강의는 정말정말정말 강추입니다....!!😆영상마다 댓글도 열심히 달았는데 🙋🙋 앞으로는 취준생이 아닌 개발자로서 열심히 공부하겠습니다!!

[@goodjob4267]

근황 궁금하네요 ㅎㅎ

[@Ms-rj8px]

@@goodjob4267 댓알람떠서 왔는데 :) 지금... 어언 3년차 프론트개발자로 일하는 주니어입니다 . 아직도 ..공부할거 투성이네요 ㅠ!!!

[@hyojinkim6870]

안녕하세요오!!! 저도 엘리쌤 따라가면서 프론트앤드 꿈꾸고 있습니다! 저도 독학중입니다..!!!! 수강권 따로 결제하셔서 공부하셨나요??!!! 저는 유튜브에 있는 강의 먼저 공부 다 하고 수강권 끊을 예정입닏ㅏ!!!

[@cheiseokwon]

요약 : 나눠라/규격화하라/가독성 좋게하라

[@dream-coding]

KISS 💋

[@우니배찌]

6개월간 스타트업에서 부딪혀가며 개발하고있는 주니어 앱 개발자입니다. 6개월간 하루 10시간의 순 코딩시간과 꼭 해내야만 했던 환경을 겪으니 정말 많은 성장을 했습니다. 어느정도 실력이 쌓이고 난 후 부터는 코드가 어딘가 엉성하다는 느낌이 자주 들었습니다. 14분이 되는 이 강의를 보면서 감탄사를 몇번을 외친지 모르겠습니다. 짧은 강의지만 엄청난 도움이 됐습니다. 이런 계열의 강의 많이올려주세요!! 변수명을 어떻게 지어야하는지도 궁금합니다 ㅎㅎㅎ 감사합니다!!!

[@sis6136]

항상 인사이트를 주는 영상을 만들어주셔서 감사합니다 ^^ 저도 언젠가는 엘리님처럼 멋진 시니어가 되고싶네요

[@youmeson2494]

잡 인터뷰에서 코딩을 잘 하는 법은 무엇이라고 생각하냐는 질문을 받았는데 딱 이 영상에 모든 해답이 들어있네요! DRY, KiSS, YAGNI! 머리에 쏙 들어오는 것 같아요!!! 아직 저 3가지 단계를 쉽게 하지는 못 하나 항상 마음속에 명시하면서 코딩하고, 위의 lucky-man 님의 댓글처럼 많은 분들의 오픈 소스 코드도 접하면서 익숙해져야겠네요!!! 항상 좋은 영상 , 좋은 글, 진심이 담겨져 있는 영상 올려주셔서 감사합니다

[@mwjng_]

이렇게 좋은 정보를 멋지게 알려주셔서 정말 감사합니다. 설명을 어떻게 이렇게 잘하시는지.... 매 영상마다 감동하고 갑니다! 😀

[@구름-w2q]

개발을 이번에 배우고 있는데 개발자 가족이 저한테 계속 클린코드의 중요성을 말해줬어요. 근데 아무리 클린코드 책을 읽어봐도 이해가 안갔는데, 이 영상보고 한번에 이해가 가네요ㅋㅋ 앞으로 더 깔끔한 코드를 만들수 있을것 같습니다!

[@Moises817]

This is the English comment you were looking for

[@jays2831]

ccdc라니.. 역시 엘리님 고수... 네이밍 클라스..!!🤘🤘

[@mba7363]

뭔가 돌아가긴 돌아가니까, 지금 제가 잘하고 있구나 하고 엘리님 후임님처럼 자화자찬 하고 있었는데, 마치 실제로 엘리님께 코드 리뷰를 받는 느낌이네요. 아직 정식 코딩을 하는 것이 아니라서 코드 리뷰를 받아볼 기회가 없는데, 코드리뷰를 집에서 편안하게 받아보네요^^앞으로의 코딩인생에 전환점이 될거 같아요. 아직 갈길이 멀었지만 이렇게 한걸음 한걸음 나아가 봅니다. 감사합니다.^^

[@hyon1403]

요즘 리팩토링 작업하고있고, 개인시간에 부족한 부분을 채우려고 클리코드라는 책 읽고있었는데요! ㅎㅎ 지금 이 시점에 제 귀에 쏙쏙 박히는 영상이네요!! 감사합니다! 이런 좋은 영상 만들어서 이런 지식 공유해주시는 엘리님!정말 엘젤👼

[@민호-r3g]

너무 좋은 말씀 감사합니다. 큰 깨우침을 얻었습니다. 이 영상은 모든 개발자가 봐야된다고 생각합니다..

[@dream-coding]

감사합니다 🙆‍♀️

[@박기용-i7o]

엘리님 영상 항상 보는 고3학생입니다!(첫 댓글 달아요ㅎ) 지금 클린코드라는 책을 정독하고 있는데 그 책에서 이야기한 내용을 여기서도 볼 수 있어서 놀랐어요! 소프트웨어 장인이시군요! 예제코드를 이렇게 자세하게 보여주시다니 정말로 감사드려요ㅠㅠ CCDC 지키려고 열심히 노력할게요!!ㅎㅎ

[@yerin2289]

코드 리뷰나 잘 짜여진 코드라는 것이 무엇인지 잘 몰랐는데 이번 영상을 통해서 확 와닿았습니다! 매번 좋은 영상 감사합니다🙇‍♀️❤️

[@dream-coding]

와닿으셨다니~ 재밌게 봐주셔서 감사해요 🙆‍♀️

[@본임-k7p]

현업에 뛰어든 주니어 of 주니어 개발자로서, 이런 강의 너무 소중해요...❤️ 잘 만들어진 코드란 무엇인지에 대한 기준을 세우는 데에 어려움을 느끼고 있었는데 어떠케 아셨어요!

[@dream-coding]

좋은 코드에 대해 고민하시는 모습, 너무 좋아요 😍 코멘트로 관심 알려주셔서 감사합니다 🙆‍♀️

[@구구콘-o6n]

자바스크립트101강의를 듣고 이 영상을 보니 더 이해가 잘되는 거 같아요ㅎㅎ 엘리님의 영상 업로드로 기분 좋게 하루 마무리하네요,!!😊

[@dream-coding]

하하 그쵸 :) 저랑 강의에서 함께 호흡하신 분들이라면 더 쉽게 이해하셨을 것 같아요 🙌 아자아자

[@배정규-k9j]

엘리: CCDC 네 제가 지어냈어요 여기서 터지네요ㅋㅋㅋㅋㅋㅋㅋㅋ 클린 코드 드림 코딩 화이팅! 항상 좋은 내용 감사합니다:)

[@dream-coding]

하하하하하하 ㅋㅋㅋㅋ 마지막 마무리를 멋지게 하고 싶었는데 용어가 하나 있으면 좋을 것 같아서 부랴부랴 만들어 봤네요 ㅋㅋㅋㅋㅋ 재밌게 봐주셔서 감사해요 ❤️

[@김제민-m6i]

CCDL이 더 맞지 않을까요? Clean Code, Dream Life.

[@Devcspark]

코딩에 좋은팁입니다. 잘봤습니다~!!!

[@이갑식-t5q]

엘리님 오늘도 한수 배우고 갑니다 ^^

[@minwookpark3220]

Dry가 중요한데 맹신하는 사람만나면 세상 답답해요.. SoC - (Separate of concerns 관심사의 분리) 원칙과 Dry가 상충 할 때, 도메인 객체를 다루는 경우에는 대부분 SoC가 우선인거를 이해를 못하는 사람들도 많아요. 원칙은 중요한데 한계점도 알고 쓰면 좋을 것 같아요.

[@DKMinStyle]

DRI KISS YAGNI Don’t Repeat Yourself Keep It Simple Stupid You Ain’t Gonna Need It

[@twotwo9916]

영상 잘 봤습니다. 모두 제가 지키지 않고 있는 것들이네요...ㅠㅠㅠㅠ 엘리님 혹시 코드를 작성하기 전에 어떤식으로 작성할지 구상하는 방법의 영상도 만들어주실 수 있나요? 순서도를 작성해서 코드를 짜기 시작하는지 아니면 엘리님만의 방법이 있는 지 궁금합니다!

[@아리콩다리콩-t4s]

혼자 배우는 비전공자 코더인데 이런 영상 너무 좋아요! 배울 수 있는 고수가 없으니 이런 가르침을 받을 길이 없는데 엘리님덕분에 무료로 고급강의 들은 기분이예요! 너무 감사하고 앞으로도 많은 시리즈 부탁드릴게요!!

[@dream-coding]

도움이 되셨다니 다행이예요~~~ 코멘트로 알려주셔서 감사해요 ❤️

[@64Keyone]

영상 너무 잘보고 있습니다 엘리님~! 저같이 아무것도 모르는 학생도 이해하기 쉽게 설명을 정말 잘해주셔서 감사합니다!! 어쭤볼게 있는데.. 올해 맥콰리유니에서 IT학과 웹개발메이저 시작했는데 나중에 취업 수월해지려면 사이드로 어떤걸 하면 좋을까요..? 올해 계획한건 우선 유데미에서 풀스텍 웹개발 강의 들으면서 전반적인 웹개발이 어떻게 되는지 이해하고, leetcode같은데서 기초 알고리즘 문제들 좀 풀어볼까 하는데 어떤가요? 그리고 .net stack에 대해서도 어떻게 생각하시는지 궁금합니다!!

[@김말숙-x3d]

엘리님 오늘 영상도 많은 도움을 받았습니다! 댓글에서 잘 짜여진 오픈 소스를 많이 보라고 하셨는데 추천해주실만한 안드로이드 오픈 소스 깃헙 같은게 있을까요~?

[@Jmaro]

언제나 감사합니다!

[@dream-coding]

저두 언제나 감사합니다 🙆‍♀️

[@lims2733]

SRP 원칙과 DDD와 의미가 통하는게 있네요

[@빈태선]

앨리님. 강의 잘 보고 있습니다.^^ 강의에서 사용하고 계신 마우스 포인터 깜빡이는 효과. 하이라이트 등등. 어떤 툴인지 여쭤봐도 될까요?^^

[@dream-coding]

ScreenBrush 사용하고 있어요 :)

[@dianejang930]

열일하시는 엘리언니 항상 감사합니다.. 진짜 많이 많이 배우고 갑니다.! 공짜로 배우는게 참 미안해요 ㅠㅠㅠ

[@dream-coding]

재밌게 봐주시고 이렇게 코멘트 남겨 주셔서 전 감사하답니다 🙆‍♀️

[@illisillikim490]

실무에서는 soft delete를 반드시 포함하는 경우가 많아요~ 불필요하다고 보기는 어렵습니다.

[@이진우-i5o]

믿고봅니다😊

[@TEST44403]

개인적으로 개발에 있어서 가장중요한 부분이 3가지입니다. 그중 한가지를 다뤄주신것같아요. 1. 자신이 개발하고 있는 환경의 이해. ex) 브라우저가 js를 어떻게 동작이되고, 관리되는지 등등 기본적이지만 매우 중요하다고 생각합니다. 2. 지금 엘리님께서 언급해주신 영상 내용( - 단순/불필요(KISS/YAGNI): 이부분은 특히 기억에 남는것이 제가 함수를 만들었을때 다양한 ? 형태 type을 대응하기 위해 함수안에서 분기를 태우며, array도 대응하고, 문자열 , 단위로 구분하여 입력받는것도 대응하는로직을 구현하였다가 함수는 단순하게 짜야하고 사용되는곳에서 자료형 맞춰서 함수를 사용하는것이 맞다라고 (개발 총괄하시는분으로부터 피드백 주신적이 있습니다.) 언급하셨습니다. - 반복제거(DRY): 반복은 읽기도 힘들어지는 경우도 많았던것같습니다. 3. 자신이 개발하고자하는 목표(명확한 목적) 현업에서의 요구사항을 제대로 파악하지 못한채 개발을 하는것은 매우 좋지 않은습관이라고 생각합니다. 이러다보면... 의도와 다르게 개발되는경우가 많이 발생하여 불필요한 비용도 많이 발생하게되는것 같습니다. 결론은 프레임워크 기능 몇개 아는거보다 자신이 쓰려고하는것에 대해서 분명히 하는것이 중요하다고 생각합니다. 프레임워크나 라이브러리는 그냥 가져다쓰면, 어느정도는 알아서 최적화든 뭐든 잘 잡아주게되어있습니다. 하지만 js환경을 이해하거나 목표가 분명하지 않다면... 많은 고통이 따를것이라 믿습니다. 근데.. 엘리님... 평소 병원 자주가시지 않나요?? 날개 없애는 수술하셔서, 평소 병원에 자주가실것같은데... 이런좋은 내용은 돈 한푼 안받고 공유해주시다뇨!! 개인적으로 이런건 조금더 심도있게 다뤄서 강의로 만들어주셨으면 좋겠습니다. 다양한 예제들과 상황에 따른 케이스별로요...

[@jinuman]

너무 좋습니다...팀원들한테 공유해야겠어요

[@user-ld5mx4vh6w]

여러 모듈에 걸쳐 동일한 로직을 반복적으로 넣어듄다면 힘들다 로직은 한 군데에서만

[@uctizen]

목소리가 달달.. 해서 힐링되고 머리도 좋아지는 영상 ~.~

[@HJ-xf1ol]

리엑트의 키스는 container와 presenter 같은 느낌이네요? 만약 react hook과 TS를 사용한다면 class component가 아닌 functional component를 사용해서 비지니스 로직과 presenter 부분(JSX)을 같은 함수에 사용 해도 되나요? 예를 들어 영화 리스트를 보여주는 Movie 페이지를 만든다고 했을 때 export const Movie=()=>{ // api를 처리하는 비지니스 로직들 return (...) }

[@성이름-p8x7f]

이 영상 보면서 아 이렇게 해야겠다하는 애들중에 본인이 현업이면 노답인거고 공부중이라면 직접 경험해볼때까지 못바꿈

[@해탈해달]

주석처리에 똥 이모티콘 있는 거 너무 귀엽고 웃겨용 ㅋㅋㅋㅋㅋㅋㅋ 😂오늘도 좋은 영상 올려주셔서 너무 감사합니다 😘

[@고대훈-n5q]

잘 봤습니다ㅎㅎ

[@dream-coding]

감사합니다 🙆‍♀️

[@fromeast6225]

반복하지 마라... 라고 하지만 삽질을 반복해봐야 좋은코드가 뭔지 알게됨...

[@garaCoding]

update() print() ... 만들고 updateAndPrint() 같은 여러 함수를 실행하는 함수를 만들어서 사용하는 것은 좋은건지 안좋은건지??

[@한도윤-f7s]

드림코딩 아카데미 가기 전에 영상알림 떴는데 이건 못참지

[@lastomurice3231]

맹신하지 마십쇼... 단언하는데 절대로 잘하는 팁이 아닙니다... 인사이트만 얻고 스스로 판단하셔야 합니다

[@lazier2091]

반복되어지다 = 이중피동. 반복되다(반복하다의 피동형) + 불필요한 '지다'. 따라서 비문. ~되어지다 자체가 한국어 문법에는 맞지 않는 표현입니다.

[@dream-coding]

피드백 감사해요 ❤️ 다음에도 부탁드려요 🙏 (반복되어지죠? ❌ 반복되죠? ✅) 이전에도 드림코더 몇분이 알려 주셨는데 왜 안고쳐 지는지 모르겠어요 ㅠㅠ 저 분명히 예전에는 안그랬거든요? (기획팀에 있을때 공식 문서와 발표를 잘 했었음ㅋㅋㅋ) 근대 해외에서 영어를 계속 쓰면서 수동태에서 실수를 많이 해서 의식적으로 수동태를 만들다 보니, 한국어에 변형이 왔나봐요 ㅋㅋㅋ

[@lazier2091]

@@dream-coding 맞아요. 주로 영어 공부를 열심히 하시는 분들에게 많이 나타나는 현상이더라구요. 그럴 땐 Keep It Simple, Stupid 를 이용해 보세요! ~~되다! 만으로도 그 뜻을 전달할 수 있는지 확인하신다면 정확한 표현이 가능할 겁니다^^ (오늘 배운 거 사용해 봤어요 ㅎㅎ)

[@aaron-kim00]

Thanks

[@GM-uj8cs]

10년 20년 전에도 보편적으로 쓰이던 방법일텐데 뜬금없이 줄임말로 유행어가된 이유도 있나요 ?

[@정황진-i5m]

코드는 결합도는 낮게 응집도는 높게 해야죠!

[@user-ig9su3jq9d]

문제점은 중괄호의 위치다!!!!

[@windrunner4469]

soft delete 제가 일하는곳은 다 쓰고 있습니다. 이력관리를 위해서요. 고객도 원하는 기능이고요.

[@lazier2091]

코딩에서라도 kiss 해봐야지.

[@dream-coding]

하하 코딩 💋

[@sangchoo1201]

2:15 user.middleName을 this.middleName으로 바꾸는 것을 깜빡하신건가요...?

[@moosekiss6543]

목소리 너무 안정적이야

[@default678]

다시 한 번 기본에 포커싱 하는 영상 👍

[@louisgil5779]

감사합니다

[@작작내줘라진짜과제]

Dry 반복돼! Kiss 시스템 심플 멍청 yagni 필요없어

[@futureyou6496]

6:46

[@사랑해고양이]

감사합니다!! Node 관련해서도 올려주세요 ㅜㅜ

[@빵떡-b7j]

KISS Keep It Simple, Stupid 코드를 명료하고 우직하게 작성하란 말씀이시군요,,, ㅠㅠ 똥코드를 벗어나는 날까지 힘내겠습니다,,

[@quasarbeyond7828]

항상.. 그거.. 라고만 말했는데. 그냥 직관적이라고만 말했는데.. 좋은 용어 알아 갑니다. ^^. KISS!

[@rmsdud623]

네 제가 지어냈습니다ㅋㅋㅋㅋㅋ 크게 웃었네요 항상 좋은 영상 감사합니다 엘리님

[@kst1324]

일빠

[@dream-coding]

꺄하 🙆‍♀️

[@거룩하개]

엘리 항상 감사합니다!!!!!클린코드 관련 내용 너무 좋아요 ~ 클린코드 리팩토링 관련 많이 올려주세요!!

[@dream-coding]

좋아해주셔서 감사해요~ 우린 비슷한 취향 😆

[@devxian]

다이나믹 프로그래밍을 직접 하는 것도 보고 싶어요!

[@sproutboot]

헐. Kiss 학교에서 배워서 알고 잇었는데 Keep it simple, stupid 멍청아, 심플하게 해 라는 뜻인 줄

[@sungchulha3009]

'멍청하게 유지하자'가 아니라 이게 맞아요.

[@bbbbbbbbbb17]

아직 이 영상을 볼 레벨은 아니지만 앞으로 배울때 이런 부분도 신경써야겠다는 생각이 들었어요 새로운 시작을 앞두고 너무 설레네요 엘리님 처럼 인정받는 개발자가 되고싶어요 나의 롤모델♡

[@leigh6139]

영상 너무너무유용합니다.. 여기서 프로 냄새나요...

[@お邪魔します-y6s]

저도 개발중에 어떻게하면 유지보수가 쉬운 코드를 작성할 수 있을까 고민을 많이 하게되는데 아무래도 경험이 부족해서 답이 안나오더라구요. 그런데 이 영상을 보니까 어느정도 정리도 되고 좋네요. 감사합니다.

[@dream-coding]

평소에 그런 고민을 하시는것 정말 좋고 멋져요 👍 영상이 도움이 되셨다니 정말 좋네요 ❤️

[@nedsys]

좋은 컨텐츠를 올려주셨네요..... 좀 더 더~ 공개해주세요~

[@Haru-is7yi]

잊을 때마다 와서 상기시켜야 하는 영상.. 처음엔 DRY랑 그냥 반복을 없앤다가 무슨 말인지 몰랐는데 조금 더 일해보도 돌아오니 알겠네요 ㅎㅅㅎ 성장했나보다~~

[@ohceyoj]

와 다있네 다있어! 정말정말정말~ 유용한 팁입니다 엘리님 감사합니다

[@chanl54]

매우 도움되는 원칙들 입니다. 이런 기본 원칙에 앞서 꼭 실행해야 하는것은 무슨 문제를 풀려는 것인가? 입니다. 모든 좋은 코딩은 문제에 대한 명확한 정의와 이해가 필수 입니다. 이 단계의 결과로 반드시 글로 써서 - 단 한 줄이라도- 문제의 정의를 명확히 해야합니다

[@ifeellike]

KISS 원칙에 대해서 궁금한 점이 하나 있습니다 예를 들어 나이 계산에 관한 로직을 구현할 때 하나의 나이 계산 함수로 인자 값에 따라서 만 나이, 한글로 나이 표시, 연령대 등을 return 해주면 KISS를 적용해서 만 나이, 한글로 나이 표시, 연령대로 각각 분리하는 것이 맞는 것인가요?

[@dream-coding]

네, 그쵸 :) 인자로 전달받기 보다는 함수를 따로 만들어 두는것이 좋아요 :) 나쁜예제: date.get('year') date.get('month') date.get('date') 좋은예제: date.getYear() date.getMonth() date.getDate()

[@dream-coding]

어떤게 더 좋아보이나요? :) 참고로 후자는 자동으로 코드가 완성되기 때문에 코딩할때도 더 쉬워요

[@ifeellike]

@@dream-coding 하나의 함수로 인자값 바꿔서 하는게 쉬울 줄 알았는데 좋은 예제를 보니 가독성도 좋고 자동완성으로 코딩도 쉬워진다는 것을 배웠습니다 앞으로 좋은 예제처럼 코딩을 하는 습관을 길러야 겠네요 ㅎㅎ 감사합니다:)

[@jipdol2638]

제 블로그에 메모해 둬야겠어요 ㅎㅎㅎ 언제나 압도적 감사!!!!

[@chulgunsirru]

드라이 설명해주실때 예제코드 넘넘 좋아요 ㅎㅎ

[@coke6982]

요즘 폭풍업로드 너무 좋네요!!! ㅎㅎㅎ

[@dream-coding]

요즘 일주일도 아니고, 8일에 한번씩 올리고 있어서 뜨끔 했는데 폭풍업로드라고 좋아 해주시니, 전 정말 좋아요 🥰

[@거누권]

감사합니다! ㅎㅎ 한번 적용해보겠습니다

[@sekulim527]

백문이불여일견이 제일 잘맞는 비유입니다ㅋㅋ 코딩 잘하는 방법은 어디에도 나오지않아요. 서비스와 환경에 맞게 하는게 제일좋은것이겠죠

[@타트-v4z]

하 한줄로 표현 가능하면 무조건 한 줄 표현을 하려고했는데 그게 정답이 아니었네요! 가독성을 항상 생각해야겠어요! 좋은 영상 사랑합니다♥

[@코인노래방9번방]

4:08 여기에서 궁금한 게 하나 있는데요 "단 하나의 기능을 담당하는 개별적인 심플한 서비스를 만드는 것이 좋다"고 하셨는데 예를 들어 회원조회 회원가입 회원탈퇴 각 서비스를 각각 클래스로 따로 분리하는 것이 좋다고 이해해도 될까요? 아니면 회원과 관련된 서비스니까 하나로 합치는 것이 좋을까요?

[@dream-coding]

서비스를 나누는 기준이 다양할 수 있지만, 쉽게 접근 할 수 있는 가장 심플한 방법은: 하나의 도메인을 가지고 있는가? 만약, 회원 가입, 탈퇴에 관련된 데이터를 하나의 데이터베이스에 저장하고 있다면 넵, 하나의 서비스를 만드는것이 좋아요 :) 만약 사용자의 프로파일과 정보에 관련된 데이터를 다른 데이터베이스 테이블에 저장한다면, 프로파일 서비스를 만드는게 좋겠죠? :)

[@코인노래방9번방]

감사합니다!

[@김상엽-k7x]

이거 보고 방금 코드 수정했네요 ㅋ 감사합니다.

[@jackdavid9898]

클린 코드로 스터디하고 있습니다. 이 영상 보고 확고한 마음이 생겨갑니다. 감사합니다 :D

[@김대근-r7e]

보이스만으로 로그인으로 하고 두번째로 깊은 암호로 앞으로 좀더 나은 방법으로 , 앱은 보이스만으로 만들자구요 앞으로 10년 지나면 코딩은 필요 없게 만들자구요. 미래진향적인건 인간이 인간다움을 포기 하기 만들아야죠.

[@sunwooks7]

야그니 미래지향적인건 케바케 임 기획이나 임원이 와리가리 하면 svn 보다 효율적이고 빠르게 마무리 할 경우도 있기때문..

[@Seung-hun_Jeon]

실전에 적용하는 게 가장 어려운 거 같아요...

[@dream-coding]

하하 맞아요 :) 내가 작성한 코드를 한번 꺼내서 다시 세가지 원칙에 입건하여(?) 리팩토링 해보면 좋은 연습이 될 것 같아요 ❤️

[@gibongkim5588]

소스코드 리뷰의 가장 기본적인 원칙을 정말 알기 쉽게 잘 설명해주셨네요... 감사합니다~~

[@엄멍이]

출근길에 이보다 더 좋은 공부가 있을까 싶네요. 잘 봤습니다. 감사합니다.

[@나제왕]

요즘은 함수형 스트림 코드가 자주 보이는데 가독성은 c스타일 코드가 더 좋더라 개인적으러 고치기도 좋고

[@대쉬-u9f]

단편적인 기능만 공부하다 이제 제가 생각하는 기능을 만들어보려는 뉴비입니다 예제가 제 코드 보는거 같아서 심히 공감하고 적극 적용해보겠습니다!

[@lath8489]

실력이 좋을수록 코드가 쉽죠

[@마당-t1d]

Odd가 홀수라는 뜻인가요?

[@unsungYi]

올리신 영상중에 요 영상이 최고좋아요~!

[@suyoung154]

용어 이름은 누가 지었는지 맛갈나게 지었네요 ㅋㅋㅋㅋㅋ

[@작작내줘라진짜과제]

Dry 반복을 피하라

[@가-o8k]

Kiss 설명하실때 클래스는 하나의 책임을 가져야 한다고 하셨는대 하나의 책임이 구체적으로 무엇을 의미하나요? SOLID의 단일책임 원칙을 이야기할때 문헌마다 해당부분 해석이 다르고 인터넷에서 개발자들마다 주장하는 내용이 다릅니다 무엇이 베스트 프렉티스 인가요? 심지어 SOLID의 이름을 붙이고 이야기한 개발자 조차 명확하게 정의하지 않고 온통 추상적인 이야기 뿐입니다. 몇몇 극단적인 사람은 메서드의 수를 제한하라고 까지 이야기하더군요

[@가-o8k]

과연 클래스가 한가지 라고 생각하는 객체로 쪼개서 모델링 하였다고 한들 메서드 및 멤버변수 여러개가 존재하는 한 그 클래스는 하나의 책임을 가졌다고 이야기 할 수 있는 건가요? 무엇에 대한 책임인가요?

[@dream-coding]

중간에 Service를 나누는 에제가 있었죠? 거기서 충분히 예제를 보여드린것 같아요. 하나의 책임이라는것은 갯수에 초점을 두시기 보다는 이 클래스 또는 함수가 담당하고 있는 메인 로직/도메인이 무엇인지 고민해 보는것에서 출발하시면 좋을 것 같아요 :)

[@robertmirrortaeguanpark1145]

이런 영상 저같은 코린이한테 너무 좋은거 같아여^^ 감사합니다.

[@yule1994]

잘 계신가요