5 tips for writing Clean Code

[@nomadcoders]

📌 니콜라스와 무료로 코딩 공부하기 nomadcoders.co

[@박미선-s6v]

Thank you~ 5 tips for clean code~! ^-^ 1. 검색 가능한 이름을 사용하기 (Use a searchable name.) 2. 함수명은 반드시 동사로. (Function name should be verbs.) 함수는 동작 하나만. 3. 함수의 인수는 3개이하 적당. 많을 경우에는 Object로 정리해서 param 사용. 4. 함수의 파리미터에 boolean 을 둬서 액션 2개 이상을 구현하기 보다는, 함수를 2개로 구분하는 것을 추천. 5. 변수명은 너무 축약하지 말것. 이해할 수 있는 변수명으로~! [주의] 문제 해결하려는 코딩 초반부에는 우선 동작에 초점 맞춰서 작업~! 그 후에 깔끔하게 코딩 정리(5개 팁 참고)하는 것을 추천~!

[@신민건-m7x]

좋아요~

[@joonyounggwak228]

good

[@이룸-m6c]

국내서적중에는 "유지보수하기 어렵게 코딩하는 방법"이라는 책이 있습니다. 코드의 나쁜예를 알려주는 책이고 사실은 클린코드를 위한 방법들을 나쁜예를 통해 역설적으로 알려주는 책이죠

[@SigmaDFreud]

C 마스터가 자기 밥줄을 챙기는 법을 강구할수있도록 조언해주는 가이드북이 아니구요? 전 그런줄 알았는데..ㅋㅋ

[@이룸-m6c]

@@roeniss 번역서는 맞는데 국내정식 출판된 국내서적입니다...

[@이룸-m6c]

@@SigmaDFreud 어떻게 받아들이냐에 따라 그럴 수도 있겠네요..ㅎㅎ 퇴사할때 확 저질러 버리고 싶어질때가 있긴하죠ㅋㅋ

[@bilb9]

근데 사실 머리가 컴퓨터급이 아니라면 자기 자신도 정리하면서 써야 나중에 봤을때 이게 뭐였지? 란 소리 안나올것 같아요.

[@wjrmffldrhrlify]

무료 배포된 책이네요. 좋은정보 감사합니다.

[@개발자오토니]

협업에 있어서 가장 중요하다고 생각해요. 동료들이 쉽게 이해하도록 만들어야하고 혼자하는 프로젝트라 하더라도 추후 누군가 수정을 하거나 아니면 자기 자신이 몇달, 몇년후에 보더라도 쉽게 파악할 수 있도록 이 부분에 시간을 많이 써야 한다고 생각해요

[@19HD19]

클린 코드를 쓰고싶지 않은 경우가 있을때가 있죠. 퇴사할때 회사에 한방 먹이려고.. 제가 신입때 거기에 당해서 정말 개고생을 했습니다. 덕분에 공부는 많이 됬지만요...

[@히나모리아무]

4:39 하지만 Exception은 e가 국룰인걸

[@left-handed53]

킹정합니다

[@놔라도지]

개발 끝나고, 코드 정리해야지~ 하면 그거 할 시간도 없이 다른 개발건이 들어오는 놀라운 한국의 세계! (끝났어? 그럼 이것도 해)

[@nomadcoders]

True! 그럼 이것도 해! ㅠㅠ

[@secondseason1690]

6. 주석을 남기자. 함수 내부 구조에 최대한 주석 남기는 것도 좋지만 보통 그럴 시간은 없으니 중요한 함수라면 무슨 기능을 하는지 주석 남기는게 좋다.

[@nomadcoders]

맞아요! Thanks for watching!

[@CJW3]

주석 짱!

[@색종이-s9g]

현실 : 요구사항이 추가되어 덕지덕지 붙임

[@김재현-v8v]

Pandas를 공부하면서 함수의 인수가 너무 많아 의아해 했었는데 configuration object형태로 출력되는 것을 보니 의아해 했던게 풀리네요! 항상 좋은 주제, 좋은 영상 감사합니다!❤️

[@INF_.]

클린코드 이 책은 정말 광고일수가 없는 책입니다ㅋㅋㅋㅋ 교과서급ㅋㅋㅋ

[@kimhscom]

코드를 깨끗하게 작성 하지 못 한다면 그 코드는 남이 알아볼 수 없고 유지보수 불가능한 스파게티 코드가 되버립니다.

[@ebichu8126]

우리회사가 그래요~ ㅎ

[@BabyPiggg]

그게 해고당하지 않는 비법이죠....

[@C9ytc79t]

나말곤 유지보수 못하게

[@stretchiwon]

아 파스타 먹고 싶다.... 근데 왜 스파게티 코드인가요? 막 복잡하게 얽혀 있어서?

[@shahno205]

@@stretchiwon 넹 스파게티 면발처럼 복잡하게 얽혀있다 해서 스파게티 코드라고 불러요

[@원배지-v9c]

전문 개발자는 아니지만, 설계 하다가 가끔 필요에 의해 리습을 작성하는 아마추어 개발자로써 많은 도움이 되는 영상이었습니다. 저처럼 주먹구구식으로 구글링에만 의존해 배운사람이 절대 못 얻을 꿀팁들이었어요.. 정말 고마워요!!!

[@nomadcoders]

Happy you like it! Thank you for watching!

[@arer90]

선추천! 게다가 팀프로젝트나 논문에서 꼭 필요한 클린 코드! 좋은 정보 감사합니다!

[@dos-dotoritos]

코드명을 아무렇게나 지으면 그 당시에는 괜찮게 느껴질지도 모른다. 하지만 다른 프로젝트를 끝마치고 다시보면 뭔가 잘못됐단걸 깨닫게 된다.

[@stretchiwon]

수학 문제 풀이를 아무렇게나 써놓고 나중에 보면 못알아보는것과 비슷하군요

[@memory84]

클린코드 보러 왔는뎅 청소하는 남자 계속 나오니까 더티해요 ㅠㅡㅠ

[@nomadcoders]

ㅋㅋㅋㅋㅋ

[@huumana]

더티하면 다행이지 이제 청소할 때 저거 따라함...미치겠음...

[@memory84]

@@huumana 앜ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

[@stretchiwon]

@@huumana 왜 따라해 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

[@무적태웅-q3e]

와 몇달전에 클린코드 책사놓고 한번도 제대로 펼친적이 없었는데 영상보고 상기하게됐네요! 감사합니다

[@nomadcoders]

Thanks for watching! Enjoy the book!

[@duck-younglee6573]

불리언을 주는 경우 두개로 나누라는건 정말 생각도 못한 내용이네요 유익합니다

[@KRFile]

읽었을때 바로 이해되게끔 작성하는게 진짜 중요하죠 .. 매일 밥먹듯이 코딩하다보면 감각적으로 깨닫게 되는 스킬들이긴 합니다만..

[@StevenYoon-wx9iz]

매일 클론코딩 수업 들으면서 채널 몇 번씩 출석중입니다 :) 개발린이 오늘도 뇌에 지식 넣고 갑니다!! enjoy your kimchi and samgyupsal(lmao)

[@deeplearningbro]

좋은 정보 감사합니다~~

[@deblur99]

리팩토링의 중요성을 일깨워주는 좋은 영상이네요. 늘 감사합니다 :)

[@김예원-n6r9w]

와...이건 정말 도움이 되었어요. 학원에서 자바 하면서 안되 가지고 자괴감 들어서 펑펑 운 적도 있는데 굉장히 쉽게 요약이 되는 거였네요 감사합니다.

[@겟토-n9q]

오늘 마침 안쓰는 코드를 많이 정리했는데 이거 보고 할걸..

[@양영지-l2v]

간단하고 쉬운 팁들 고마워요 니콜라스~~ 종강하면 젤 기초 강의 신청할거에요!_!

[@rekii1673]

영상을 볼때마다 느끼는건데 모르는 단어가 나오는게 아니라면 자막 없어도 니꼴님 말씀이 귀에 쏙쏙 들어오네요

[@dudbjhd8389]

중요한 내용이 명확하게 전달되서 너무 좋습니다

[@NakTar-Tempest]

꿀팁 감사용~~. Thx for the good tips~~

[@はんさんうん]

실무에서는 생각보다 안지켜지기도 하고 모르시는 분들이 많기도 합니다. 단적인 예로 boolean을 인자로 안넘기고 함수를 나누면 왜 함수를 쓸데 없이 늘리냐는 분들도 계시지요.

[@qwertyuiopp618]

정말 좋은 팁이네요~ 딱 필요한 영상이었아요

[@TV-tz2dg]

두루뭉실한 개념 확실하게 잡아주는건 노마드코더 특장점인듯합니다 감사합니다.

[@code_with_kevin]

언제나 최고입니다 👍👍👍

[@Ly.member.]

클린코드의 목적 : 내가 작성한 코드를 모두가 알아볼 수 있게하기 위해서 1. 의미없는 숫자 대신에 상수를 사용해라. 2. 동사를 이용한 변수명 설정하기. 3. 함수에 인수는 3개 이하로 설정하기. 4. boolean값을 인수로 보내는 것을 멀리하기 5. 변수명 길이 줄일 생각말고 제대로 써라.

[@left-handed53]

읽으려고 빌려왔는데, 이래저래 몇달째 못읽고있는 클린코드 ㅠㅠ 이건 책을 얼른 읽으라는 계시인가봄니당. 얼른 읽으러갈게요!!

[@과일나무숲]

5가지 모두 중요하지만 개인적으로 2번이 중요하다고 생각되네요. 함수의 이름을 결정해야 하는데 고민이 많다면? 함수가 하나의 역할만 수행하지 않는다는 것이고 그 함수와 관련 된 다른 코드들의 구조도 변경 할 필요가 생길 수 있다는 것. 빨리 고치지 않으면 나중에 더 고생하게 됨!

[@mineokim]

마지막이 정말 핵심이네요

[@jinsungsunwoo8144]

Thank you always for great tips! 감사합니다 😊 처음. 좋은코드란 읽기 쉬운 코드 (내가 읽던 남이 읽던 시간이 흐른 후 다시 읽었을때) 1. Use searchable name (3600을 직접 넣기보다 SECONDS_IN_HOUR 처럼 변수로 따로 빼놓고 넣는게 좋다) 2. Function name should be verb 3. Argument는 3개 이하로 (3개가 넘어가면 오브젝트로 쓰자) 4. Argument에 boolean을 쓰지말자 5. u, e 와 같이 변수 이름을 짓지말자(user 또는 email 처럼 알아볼 수 있게) 마무리. 코드를 클린하게 처음부터 작성하는 건 어려우니 빠르게 동작하는 코드를 먼저 만들고 추후에 리팩토링 하면서 클린하게 만들자

[@crayfallinsecondlife5329]

clean code 에 관련된 내용 잘 시청하고 갑니다 :)

[@calmtot]

감사합니다! 머리에 쏙쏙 들어오네요! :)

[@portfedh]

Esta buenísimo tu Canal. Muchas gracias por lo que haces! Sigue subiendo contenido!

[@latte1563]

영상 매번 잘보고있어용:) 땡큐😆

[@hot-soup]

‘Each function should do just one thing’ Many developers books recommended this rule, but I think it is too hard to achieve I always try to do, but it takes too much time Because some functions should make a compound process using tiny functions and sometimes there exist very abstract mechanism. Also It is difficult to make a proper function name on it

[@nomadcoders]

This is way these are suggestions! I agree with you, sometimes is hard to follow this rule specially

[@devferoce7745]

개인적 생각 1. 다른의견없음. 다만 프로젝트 성질에 따라 다름. 2. 1번과 동일 3. 인수는 최대한 줄이고, 필수값은 인수로 그 외는 options 으로 하나의 인수로 지정 4. 다른의견없음 5. 1번과 동일

[@luen9942]

회사에서 일하고 있는데 3, 4번은 별 생각없이 코드 만들고 있었네요. 다음부터는 생각좀 하면서 코딩을 해야겠습니다. 많은 도움 되었습니다 ㅎ

[@BonexGoo]

처음부터 클린코드로 작성하지 마라는 것은 공감합니다~ 어차피 코드를 확장해가는 단계에서 구조개편할때 에러를 이용해서 리팩토링해야 하므로 이름을 여러번 바꾸게 되어 있습니다. 그때 다시 잘 생각해서 네이밍하면 됨~ㅋ I agree not to code in clean code from scratch. Anyway, in the step of expanding the code, the name has to be changed several times because it needs to be refactored using errors when restructuring. Then think about it again and naming it.

[@shhsigfklaj]

boolean 인수에 관련해서는 듣고보니 if-else를 내포하는 조건이네요. 좋은 조언 얻고가요!

[@wellynrose823]

Very helpful! Meaty, and straight-to-the-point. Thanks.

[@미와-t7b]

항상 영상 잘보고 있습니다 감사합니다

[@nomadcoders]

💖 Thank you for watching!

[@CarrotINN]

제가 업무를 하면서 어떻게 코드를 짰는지 다시 돌아 보기에 참 좋은 내용 인것 같아요

[@초록초록-g6u]

이 영상에서 아주 멋진부분은 바로 배경이였 습니다! 는 아니고 꿀팁이였습니다 (사실 둘다 좋습니당!)

[@민경현-y2j]

저는 "읽기좋은 코드가 좋은 코드다" 책이 아주 도움이 많이 됐어요. 강추합니다!

[@hdudey-4298]

리팩토링에서 TDD가 안정성을 준다면 클린코드는 속도를 더해주죠. 결국 기술부채나 개발주기를 단축시키는 필수요소.

[@richasha670]

최근에 robert c. martin의 clean code를 읽었는데 내용이 비슷하네요 ㅋㅋ 니꼬님도 읽으신건진 모르겠으나...? 다들 더러운 코드 읽기를 힘들어 하는 마음은 같나봅니당 다시 상기할 수 있어서 좋았네요!

[@hyeonpar4057]

웹개발 공부하다 우연히 알게되었는데 영상 보면서 도움 많이 받고 있습니다 ^-^ 감사해요

[@한석영-q8n]

나중에 함수형 프로그래밍과 객체지향 프로그래밍에 대한 내용에 대해서도 한번 다루어주세요!

[@no-Name..]

책, 리팩터링 제 2판 너무 좋더군요. 특히나 예제가 js로 돼있어서 js를 메인으로 쓰는 이들에게 많은 도움이 될 듯 해요.

[@manzoo_3096]

이런 좋은 규칙이 있다는걸 알고있으면, 반대로 했을때 많은 사람들이 고통받는다는것도 잘 알고있다는 뜻입니다.

[@jun5372]

Thanks for make video I think what I've always been worried about has been solved a little bit :)

[@nomadcoders]

Thanks for watching!

[@magingax]

변수를 가능한 쓰지마라...함수내에 변수가 많다는건 뭔가 잘못됐다는 징조다. map, reduce 등을 적극 사용하고, 함수의 return 값을 그대로 사용하자..

[@JK-ij2mg]

어.. 선생님 개발자 꿈나무 입니다,, 왜 잘못됐다는 징조인가요?

[@aaronlee9303]

J K 함수 내에서 한번 선언한 특정 변수로 슬라이싱, 인덱싱, 내장 함수 등을 사용해서 짤 수 있는 경우가 대다수예요. 타입이 어떻든 list면 꺼내써도 되고, filter, map 등으로 return해도 되고 그러니까요. 지역변수가 많아지면 헷갈려서 더 꼬이더군요

[@zikpzi9759]

변수를 쓰지말라고 하기전에 어떤경우에 쓰지말라는 예시가 없으면 뻘소리죠 니콜라스 선생이 하는것 처럼 예시를 들어야죠^^

[@kimsids]

변수를 짧게쓰는데에 집착하지마라. 최대한 풀어써라.... (+주석을 많이 남겨라) 저는 프로그래머가 아니지만 vba 코드작성할 떄 이름을 최대한 길게 쓰려고 노력했습니다...

[@CJW3]

변수명 그치만 너무 길어선 또 안됩니다 ㅋㅋㅋㅋ

[@beni1947]

이건 진짜 REAL 꿀팁 나중에 언젠지 모르겠지만 한 10년 뒤에 봐도 이해할 수 있는 코드가 CLEAN CODE 근데 진짜 처음부터 이쁘게 할라 하면 머리 터짐 그럼 진행 1도 안댐 ㅋㅋㅋㅋㅋㅋㅋㅋ

[@prismfilter]

진짜 코드 다 짜고 나서 보면 내가 했는데도 헷갈리고 더러움 ㄹㅇ ㅋㅋㅋㅋ

[@krondor74]

코드 품질에 대한 얘기들은 많지만 결국 기본적인 핵심은 그 프로그램을 사용해서 돌아가는 실제 업무에 대해서 얼마나 잘 이해하고 있느냐라는 문제임. 실 업무를 이해하고 있어야 차후 유지보수를 위한 기능추가,기능변경 포인트를 예상할 수 있고 그게 되어야 제대로 된 DB 설계와 클래스/함수간의 역할분담 설계가 제대로 나올 수 있음. 안그러면 아무리 처음 잘 만들어놓는다고 해도 유지보수하면서 금방 쓰레기통 됨. 프로그램의 구조 자체가 현실 업무 변화를 받아들일 수 없으니 점점 구조 일관성 없는 로직구현이나 시간에 촉박하게 기능추가/변경하는 일들이 늘어나게 되니까.

[@tonyynot484]

I agree with everything you said. The problem lies in real scenario in which I wont have time to clean my code because of tight deadlines.

[@CY-zy6ic]

For me, writing a code as clean seems vague. But, after watching this video, I can try it. If I have some time, I want to read recommended book ^^. Thanks.

[@nomadcoders]

Thanks for watching!

[@rabe486]

클린코드! 실천하겠습니다~

[@중원윤-k8h]

모두 감사한말이지만 4번째는 제 생각이랑 약간다르네요. set visible과 같은 flag형식은 boolean 이 유용하다고 생각합니당

[@wpftv]

습관을 고치는데 어렵지만 노력해야 겠어요. 이놈의 습관...

[@딱봉-j4i]

형! 덕분에 늘 많이 배우고 있어요.

[@zihasoo]

좋은 말씀 감사합니다 ㅎㅎ

[@곽철용-i5z]

이름 잘 지으면 직관성 업!, 부족한 것은 주석으로 채워주면 좋아요 예외 사항 같은거나 부가 설명

[@querotchu1842]

철용이 형님 여기서 뭐하십니까;;

[@유딩딩-y8u]

주석은 개인적으로 주석이 필요없는 코드가 좋은 코드라고 생각해요. 외국에서 일하는 외국인 개발자들 친구들이랑 이야기하면, 주석이 없어도 읽기좋고 이해할 수 있는 코드가 좋은 코드라고 많이들 그러더라구요

[@CJW3]

@@유딩딩-y8u 그게 말도 안되는게, 굳이 주석을 안쓸 필요도 없을 뿐더러 프로젝트가 커질 수록 유지보수의 차이가 굉장해요 유명한 오픈소스들 보면 거의 전부 주석을 밥먹듯이 많이 씁니다

[@stretchiwon]

@@CJW3 애초에 코드를 잘 만들어서 주석이 궂이 필요없도록 하고, 정 필요할때만 최소한으로 쓰는게 좋다는 거 아닐까요? 그리고 오픈소스는 만약의 만약을 위한 배려의 일환으로 주석을 달아놓은게 아닌가 싶습니다.

[@CJW3]

@@stretchiwon 왜 그렇게 해야하죠? 왜 꼭 주석의 유틸성을 무시하고 "굳이" 코드만 잘만들어야 할까요? 말씀하신 부분은 많이 들었지만, 왜 굳이 주석을 사용하지 말아야 하는 지는 들어보지 못했습니다 그 유명한 노드js 코드의 한 페이지입니다 github.com/nodejs/node/blob/master/Makefile 보시면 주석 엄청 열심히 씁니다

[@huichanglee9668]

감사합니다

[@nomadcoders]

💖

[@WalterMusic]

¡Gracias por los consejos!. Saludos!

[@nomadcoders]

Abrazo!

[@linhnguyen05111999]

Awesome video! You explained it very well. And thanks for crediting the book

[@정유민-u3o]

파이쏜은 다른사람이 같은걸 써도 거의 비슷하게 나왔기 때문에 상관이 없지만 진짜 다른것들은 정말로 간략하고 알아듣기 편해야함

[@남기일-o1e]

클린코드라고 제목 되있길래 집에 있는 클린 코드책 찾아봤네 ㅋㅋ 짱박아둔거 읽어보니 좋네요

[@로펠]

노마드 코더면 혹시 니콜라스님은 디지털 노마드족이신건가..?! 부럽

[@주류-x2p]

코딩 관련된 쪽에 관심이 많은데 유익한 영상 많이 올려주셔서 감사합니다! thanks!

[@BonexGoo]

함수명은 반드시 동사로 지어라도 좀 이상합니다^^; 동사가 없으면 그건 Get인거예요.

[@배성훈-f8l1c]

What programming language does the code from 1:32 use?

[@nomadcoders]

JS

[@배성훈-f8l1c]

@@nomadcoders Thank you very much

[@MC-ni8rg]

좋은 말씀 감사드리고, 여름이니깐 다음에는 "잇 비빔면" 한 번 해주세요.

[@john471-n4m]

先좋아요 後영상 보기 매주 마다 니콜라스 동영상 보면서 코딩에 정말 많은 도움을 받고 있습니다.

[@homejonny9326]

Great tips!

[@발언계산기]

한번에 큰 그림을 잘 그리는 프로그래머들은 BDD나 DDD를 참고하세요. 좀 더 빠르게 클린코드로 갈 수 있습니다. (주의. 작업단위가 차원이 다르기 때문에 초보자는 시도 안하시는 게 좋습니다.)

[@Malcolm777-i]

The last part inspires me 🚀

[@jinwoooh9391]

저 책 읽고 연구실 세미나도 했었는데.. 결국 저것도 하는 방법만 안다고 되는 게 아니라 연습해야 느는 것 같더라구요.

[@CodeBlues-TimeisGold]

함수안에 if~else는 피하는게 좋은 방식인건가요? 한가지 액션만 하는 함수를 만드려면.... 흠 if를 쓰면.. 혼란스럽네요. ㅜㅜ

[@TheSpacePopcorn]

미래의 나와의 협업을 위해서라도 틈틈히 리펙토링 필수!

[@GRIT-minchan]

감사합니다!

[@junseohwang5433]

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 썸네일 진짜 개뿜었네

[@sinnetT]

영상 잘보고 있어요. MS에서 만들고 있는 자연어 programming에 대한 영상부탁드려요. 수준이 어느정도 일지, 프로그래머의 미래는 어떻게 될지.

[@말짱-y6v]

변수명은 예약어를 쓰세요 예약어는 참 조크든여... 농담이신거 아시죠?

[@로펠]

조크군요

[@김태연-z8y]

자세히 보기 못보고 악마가 강림한 줄

[@1점진적과부하]

김태연 변수명 예약어로하면 빌드가 되나요?

[@Welchie321]

Thank you for the video, it is very helpful. Would you every make a video on configuration objects?

[@ketsyprophete]

Incredible! Thanks!

[@BLUE_PHYSICS]

니콜라스 형님! 이번에 애플이 새로운 자체 CPU로 갈아탄다고 하는데 이러면 코딩할때 발생할 수 있는 문제점이 무엇이 있나 궁금합니다! 혹시 맥북 사용하시는데 이게 영향이 있다면 조심스럽게 부탁을 드려봅니다.

[@querotchu1842]

ㅇㄷ

[@ryu114]

"코드" 하기 바빠서 "클린" 할 만한 시간이 없음... (어흑)

[@티모섭]

4:46 IS A NIGHTMARE!!!!

[@nomadcoders]

ㅋㅋㅋㅋ

[@McDriveMaster]

이 동영상을 제 프로젝트 협업자에게 보여주고 싶다. 후 ^^

[@winter_sound126]

대청소하러 가보겠습니다 감사합니다

[@일하기싫어24]

다음 영상에서 x86와 아키텍처 arm 차이점 좀 알려주세요. 애플이 이번wwdc에서 인텔버리고 arm을 장착한다고 하니까 난리네요