전역변수를 지양 할 필요도 없고 중첩 if for를 지양할 필요도 없습니다. 내가 필요로 하는 게 무엇인지, 내가 만들려고 하는 게 무엇인지, 내가 어떠한 가능성을 줄 것인지 어떠한 제한을 걸 것인지, 먼저 이것을 판단 후 작업을 하는 것이지, 이러한 것은 피하고 이러한 방법으로 개발한다 는 없습니다. (goto빼고) 그리고 3번 같은 경우엔 여러가지 의미가 있겠지만, 예를 들어 setItemID(int itemID) 와 setItem(int id) 는 크게 다르지 않기 때문에 이런 경우는 줄여 써도 되며, 지금은 많이 안 쓰지만 setFrom(int64 serial) setFrom(bool IsOpen) 이런 형태의 코드도 한때 유행 했었습니다. 꼭 풀 네임으로 다 적을 필요는 없다는 의미죠. 상황에 맞게 형태에 맞게 적당히 잘하는 게 제일 중요합니다.
00:00 인트로 01:22 좋은 코드의 조건 4가지 03:10 실전 예제 1 04:44 실전 예제 2 06:13 실전 예제 3 08:31 실전 예제 4 10:57 실전 예제 5 12:24 실전 예제 6 13:50 실전 예제 7 17:27 실전 예제 8 '좋은코드 나쁜코드' 라는 책에 나온 내용 + 제 경험 을 섞어서 오늘의 컨텐츠를 한번 만들어 봤어요! 그렇다고 1~8번조건을 따르지 않는다고 내 코드가 나쁜 코드가 되는게 아닙니다! 1~8은 참고사항일뿐 가장 중요한건 내 팀이 따르는 코드 스타일을 따르는것, 내가 선호하는 코드 스타일을 따르는 것입니다. 항상 절대좋고 절대나쁜건 없다! 2탄보러가기: czcams.com/video/sCK6pxThh5M/video.html 코딩알려주는 누나 강의 듣는곳 codingnoona.thinkific.com/ 뇌를 살찌우러 올래?
1. 조건이 길다면 변수로 빼는게 좋다. 2. 변수의 이름은 중요하다. 문맥 내에서 혼동될 수 있는 범용적인 이름보단 특정된 이름을 사용하자. 3. 주석이 설명을 대신해주지 않는다. 주석은 Outdate되기 쉽다. 4. 함수가 하는 일을 정확하게 표현하는 이름을 사용하자. e.g., getValue -> renderAndGetValue 5. 코드 줄수 줄이는데 집착하지 말자. e.g., 중첩 삼항연산자 -> 중첩 if문 6. 상수에는 이름을 붙여주자. 7. 깊이 있는 중첩 if문 대신 가능하다면 Early Return 패턴을 사용하여 논리를 단순화하자. 8. 클래스 선언을 통해 명명된 매개변수를 사용하자. e.g., 명명되지 않은(Primitive 타입인) 위도, 경도라는 매개변수는 순서가 헷갈릴 수 있음.
한 10여년전에는 일부러 남들이 읽기 어려운 스타일로 코드짜시는 분들이 많으셨는데(나 짜르면 님회사 어쩔? 이런 느낌이죠...) 요즘은 유지보수 용의성이나 다른 개발자들과의 협업에도 도움이 될수 있도록 범용적이고, 읽기 쉽고 재사용이 용이한 코드를 짜는걸 추천하죠 우연히 알고리즘으로 강의 듣게 되었는데 정말 여자 개발자분들 적은데 반갑네요
단순 조건으로 해당 처럼 하는 것보단 //주식 조건 && //주석 조건 && 으로 줄구분을 통해 가독성을 표현 하는 것도 방법이고 같은 조건끼리는 변수를 쪼개주는 게 가독성에 좋습니다. 단순 변수처리는 별의미 없어서요. 실제로 행안부 코드품질검사등(커버리지)검사 하면 전부 걸리긴합니다.
취미코딩으로 개인 프로젝트중인데.. 이게 결과물이 몇달치 누적되다보니 간소하던 코드가 몇천줄이 넘어가게되네요 꽤 복잡한거라. 점점 나도 못알아볼거같더니 어느날 이건 쓰래긴가 라는 느낌이 오던 그 순간 이 영상을 찾아보게되고 코드 정말 많이 뜯어고쳣습니다. 특히 도움이 많이 된건 주석은 코드를 설명하는게 아니다라는 부분. 정말 보면서 이마를 탁 쳣네요 ㅎㅎ 다른 모든 영상도 쭉 한번 다 정독해보겟습니다.
주석에 대해서 너무 간과하는데요. 코드도 중요하지만 주석도 아주 중요합니다. 코드 관리만큼 주석도 관리해야 해요. 주석이 Out Data로 넘어가면 그 코드도 관리되지 않는 것입니다. 우리는 먼저 주석을 보고 함수나 기능에 대해서 유추를 하고 그 코드를 분석합니다. 또는 코드를 짜기 전에 주석으로 코드의 진행을 정리하기도 합니다. 그러기에 주석은 그 클래스나 함수에 대한 설명이 제대로 적혀 있어야 하며, 설명처럼 중간에 수정 부분이 있다면 함수를 추가하거나 클래스를 추가하여야 하고 주석도 그에 맞춰 제대로 작성되어야 합니다. 큰 프로젝트들은 몇 십만 라인에서 몇 백만 라인까지 나오고 코드로 설명되지 못하는 서비스나 db에서 Data를 받아 오는 경우가 많음으로 코드 넘어를 설명해야 합니다. 여기는 아주 초급 수준이라 코드만 잘 짠다고 할 수 있지만 큰 프로젝트로 넘어가면 코드를 보조 하는 주요 수단으로 강력하게 관리되어야 합니다. 그리고 큰 프로젝트들은 주석을 통해서 클래스 산출물이 최종 생산 되기 때문에 주석이 엉망이면 클래스가 엉망이 됩니다. 초급부터 주석에 대해서 올바르게 이해하고 관리하는 스킬을 길러야 큰 프로젝트에서 곤란한 일을 겪지 않게 됩니다. 산출물을 최종 고객에게 전달하는 일이 있을 때 주석이 부식하면 거부 당하고 그거 작성이 제대로 되지 않는다면 프로젝트 종료가 미뤄질 수 도 있습니다.
와 코딩 코딩 하도 요새 마니 들어서 궁금해서 들어와 봤네요... 약 40년정도 전에... 여름방학때 학교에서 성적 좋은 몇명 아이들만 컴퓨터 가르쳐 주는 지금으로 따지면 방학 특강(?) 진짜 어린나이에 컴퓨터를 만져본다는 설레임에 일찍 가는데 비가 비가 ☔️얼마나 오는지 지금도 기억이 날 정도인데도 신나는 마음으로 갔는데... 눈 앞에는 기억에 그걸 8비트라고 불렸던거 같은데 8비트컴퓨터(?) 그냥 전원키면 TV켜듯이 켜지고 ㅋㅋ 녹색화면이랑 검은색 화면... 선생님이 당시 이런 컴퓨터보다 컴퓨터 프로그램을 만들어야 돈을 훨씬 더 많이 벌수 있다는 말이 진짜 진짜 이해가 안됐었다는 ㅋㅋㅋ 그때도 10 뭐라 뭐라 쓰고 20 뭐라뭐라쓰고 30 뭐라뭐라 쓰고 그런게 배웠는데 다 하고 뭐 누르면 화면서 위에서 부터 선 두개가 길처럼 내려오고 세모 모양의 자동차가 그 길 옆으로 안나가고 중앙에서(마치 운전 하는듯하게) 커서키 좌우로 왔다 갔다 하게 만든 ㅋ 갠적으로는 진짜 어렵고 재미도 없었는데 ㅎㅎ 그때 생각이 나서 끄적 거려봤네요 ㅎㅎ 그때 알았어요 아 이건 내가 갈 길이 아니다라고 ㅋ 코딩 하시는 분들 존경 합니당 ㅎㅎ
썸네일보고 제 코드를 본 팀장님이 생각나서 괴롭네요
ㅠㅠ
보인다.. 아오오니..!
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ웃프다 ㅠ
ㄱㅇㄱ….
ㅠㅠㅠㅠㅠㅠㅠㅠ
이분 말 진짜 다 맞음..
클린코드는 개발자 가장 기본인데 SI하면서 못지키는 사람 진짜 많음.. 가장 대표적으로 매직넘버..
더 나아가 좋은 개발자가 되기 위해서는 추상화도 연습해보고 리소스나 시간복잡도도 고려하면서 어떻게 구현할 지 고민해보는 것도 좋음.
초급개발자입니다만...
일하면서 정리해본결과
1. 전역변수는 지양할것 ( set을 한곳에서 하면 모르겠지만 여러곳에서 참조하면 복잡한 코드가됨)
2. 중첩 if, for 지양하기
3. 영상과 같이 변수명은 명확하게
4. 함수는 이름대로의 기능만 할것
전역변수를 지양 할 필요도 없고 중첩 if for를 지양할 필요도 없습니다.
내가 필요로 하는 게 무엇인지, 내가 만들려고 하는 게 무엇인지, 내가 어떠한 가능성을 줄 것인지 어떠한 제한을 걸 것인지, 먼저 이것을 판단 후 작업을 하는 것이지, 이러한 것은 피하고 이러한 방법으로 개발한다 는 없습니다. (goto빼고)
그리고 3번 같은 경우엔 여러가지 의미가 있겠지만, 예를 들어
setItemID(int itemID) 와 setItem(int id) 는 크게 다르지 않기 때문에 이런 경우는 줄여 써도 되며, 지금은 많이 안 쓰지만 setFrom(int64 serial) setFrom(bool IsOpen) 이런 형태의 코드도 한때 유행 했었습니다. 꼭 풀 네임으로 다 적을 필요는 없다는 의미죠. 상황에 맞게 형태에 맞게 적당히 잘하는 게 제일 중요합니다.
절대로 쓰면 안되는건 아니지만 초보개발자는 안쓰는게 좋음ㅋㅋㅋ
00:00 인트로
01:22 좋은 코드의 조건 4가지
03:10 실전 예제 1
04:44 실전 예제 2
06:13 실전 예제 3
08:31 실전 예제 4
10:57 실전 예제 5
12:24 실전 예제 6
13:50 실전 예제 7
17:27 실전 예제 8
'좋은코드 나쁜코드' 라는 책에 나온 내용 + 제 경험 을 섞어서 오늘의 컨텐츠를 한번 만들어 봤어요!
그렇다고 1~8번조건을 따르지 않는다고 내 코드가 나쁜 코드가 되는게 아닙니다! 1~8은 참고사항일뿐 가장 중요한건 내 팀이 따르는 코드 스타일을 따르는것, 내가 선호하는 코드 스타일을 따르는 것입니다. 항상 절대좋고 절대나쁜건 없다!
2탄보러가기: czcams.com/video/sCK6pxThh5M/video.html
코딩알려주는 누나 강의 듣는곳
codingnoona.thinkific.com/
뇌를 살찌우러 올래?
고정을 해두면 더 잘 보이지 않을까요?
잘 모르시나본데 ... 진짜 프로그래머는 가독성을 G같이 짜서 나 아니면 유지 보수를 힘들게 하는게 기술입니다.
정말 심각한건 이걸 진짜 실력인줄 아는 ㅂㅅ들이 있는거 ㅋㅋ
ㅋㅋㅋㅋㅋㅋㅋㅋ 그 전자책에서본거같은데
@@빛숨TV 맞습니다 ㅋ
가끔 보이면 보는 채널이었는데, 제가 본 컨텐츠중 가장 좋았던거 같아요. 컨셉 하나 기능하나 소개는 찾아보기도 쉬워서 다른 개발 유튜버 들도 많이했지만, 책하나를 액기스만 뽑아서 소개해주시는거 너무 좋은거같네요 화이팅입니다
감사합니다!!🥰
언나 썸넬 표정보고 안들어올 수가 없었어여 ㅋㅋㅋㅋ 꼭 내 얘기라 혼나야할 것 같음
코알누님 덕분에 독학으로 프론트개발자 되서 1년 조금 넘게 개발하고 있습니다:) 지금도 영상 뜨면 달려와서 보고있는데, 이 컨텐츠 너무너무 좋네요! 다음편도 완전 기다리고있겠습니다❤
1. 조건이 길다면 변수로 빼는게 좋다.
2. 변수의 이름은 중요하다. 문맥 내에서 혼동될 수 있는 범용적인 이름보단 특정된 이름을 사용하자.
3. 주석이 설명을 대신해주지 않는다. 주석은 Outdate되기 쉽다.
4. 함수가 하는 일을 정확하게 표현하는 이름을 사용하자. e.g., getValue -> renderAndGetValue
5. 코드 줄수 줄이는데 집착하지 말자. e.g., 중첩 삼항연산자 -> 중첩 if문
6. 상수에는 이름을 붙여주자.
7. 깊이 있는 중첩 if문 대신 가능하다면 Early Return 패턴을 사용하여 논리를 단순화하자.
8. 클래스 선언을 통해 명명된 매개변수를 사용하자. e.g., 명명되지 않은(Primitive 타입인) 위도, 경도라는 매개변수는 순서가 헷갈릴 수 있음.
code는 사람 읽으라고 만든게 아닙니다. 컴퓨터 관점에서 봐야하고 컴파일 잘 되고 많은 연산안하고 메모리 적게 소모하는게 먼져이고 이게 충족된 후 부가적으로 사람이 재사용하기 쉽고 읽기 쉬어야 함.
일하면서 코드리뷰하심 ?
이해하기쉽고 일관적으로 만들수있으면서 시공간 복잡도도 낮아야지
이분은 개발이 뭔지 모르는 사람이네...
미쳤다고 코딩하면서 리팩토링까지 할까.
요즘은 메모리가 적은 하드웨어 찾기도 힘들텐데..
그건 님 혼자 단독작업할때 하시고... 여러사람이랑 할때는 사람도 읽어야죠. 어셈블리 언어 사람이 읽기 어려워서 c언어 생긴거 모르시나?
코드는 사람을 읽기 쉽게 만든 고급언어가 있습니다. 저급언어는 컴퓨터가 이해할수 있는 저급언어 이고 사람이 읽기 힘들어요 천재가 아닌 이상은
메모리 적게 쓸꺼면 그냥 기계어에 가까운 0과1만 이루어있는 숫자를 가지고 코딩하거나 아님 어셈블리어 사용하시면 좋겠네요 ㅋㅋ
1,2,3 번 완전 공감합니다.
특히 2번은 공감이 많이되네요 평소에 잘만든 코드는 누군가 멍청하게 사용해도 문제가 없이 작동하거나, 멍청하게 사용했을때 에러를 발생시켜 개발자한데 뭐때문에 문제가 되었다고 알려주는 코드라고 생각합니다.
시원시원하고, 실제 사례 위주로 딱 말해주시니 좋아요🥰
한 10여년전에는 일부러 남들이 읽기 어려운 스타일로 코드짜시는 분들이 많으셨는데(나 짜르면 님회사 어쩔? 이런 느낌이죠...)
요즘은 유지보수 용의성이나 다른 개발자들과의 협업에도 도움이 될수 있도록 범용적이고, 읽기 쉽고 재사용이 용이한 코드를 짜는걸 추천하죠
우연히 알고리즘으로 강의 듣게 되었는데 정말 여자 개발자분들 적은데 반갑네요
자신을 못 믿는 실력없는 사람이나 하는 짓입니다.
난 여기 아니더라도.. 여길 떠나면 더 많은 연봉을 받을 수 있다라는 자신감을 가질만큼
공부하고 실무에 적용도 해야죠.
초.중급일 때만큼 실력향상이 두드러지는 기간도 없는데...
도움이 많이 되네요. 감사합니다.
역시 믿고보는 코누
난 면으로는 스파게티를 잘 못 만들지만 코드로는 쉐프 부럽지않게 잘 만들지
내용 좋내요 감사합니다 ^^
도움되는 영상이네요 👍🏻
단순 조건으로 해당 처럼 하는 것보단
//주식
조건
&&
//주석
조건
&&
으로 줄구분을 통해 가독성을 표현 하는 것도 방법이고
같은 조건끼리는 변수를 쪼개주는 게 가독성에 좋습니다.
단순 변수처리는 별의미 없어서요.
실제로 행안부 코드품질검사등(커버리지)검사 하면
전부 걸리긴합니다.
취미코딩으로 개인 프로젝트중인데.. 이게 결과물이 몇달치 누적되다보니 간소하던 코드가 몇천줄이 넘어가게되네요 꽤 복잡한거라. 점점 나도 못알아볼거같더니 어느날 이건 쓰래긴가 라는 느낌이 오던 그 순간 이 영상을 찾아보게되고 코드 정말 많이 뜯어고쳣습니다. 특히 도움이 많이 된건 주석은 코드를 설명하는게 아니다라는 부분. 정말 보면서 이마를 탁 쳣네요 ㅎㅎ 다른 모든 영상도 쭉 한번 다 정독해보겟습니다.
25년차 개발자의 입장에서 봐도 간결하고 훌륭한 내용입니다. 화이팅이에요.
오 이런거 너무 좋아여
뭔가봤더니 기본이고 당연한소리긴하네요
훌륭하십니다.❤
따봉 5개 !!! 👍👍👍👍👍
주석에 대해서 너무 간과하는데요.
코드도 중요하지만 주석도 아주 중요합니다.
코드 관리만큼 주석도 관리해야 해요.
주석이 Out Data로 넘어가면 그 코드도 관리되지 않는 것입니다.
우리는 먼저 주석을 보고 함수나 기능에 대해서 유추를 하고 그 코드를 분석합니다.
또는 코드를 짜기 전에 주석으로 코드의 진행을 정리하기도 합니다.
그러기에 주석은 그 클래스나 함수에 대한 설명이 제대로 적혀 있어야 하며,
설명처럼 중간에 수정 부분이 있다면 함수를 추가하거나 클래스를 추가하여야 하고 주석도 그에 맞춰 제대로
작성되어야 합니다.
큰 프로젝트들은 몇 십만 라인에서 몇 백만 라인까지 나오고
코드로 설명되지 못하는 서비스나 db에서 Data를 받아 오는 경우가 많음으로
코드 넘어를 설명해야 합니다.
여기는 아주 초급 수준이라 코드만 잘 짠다고 할 수 있지만
큰 프로젝트로 넘어가면 코드를 보조 하는 주요 수단으로 강력하게 관리되어야 합니다.
그리고 큰 프로젝트들은 주석을 통해서 클래스 산출물이 최종 생산 되기 때문에 주석이 엉망이면 클래스가 엉망이 됩니다.
초급부터 주석에 대해서 올바르게 이해하고 관리하는 스킬을 길러야 큰 프로젝트에서 곤란한 일을 겪지 않게 됩니다.
산출물을 최종 고객에게 전달하는 일이 있을 때 주석이 부식하면 거부 당하고 그거 작성이 제대로 되지 않는다면
프로젝트 종료가 미뤄질 수 도 있습니다.
이거 은근 취준생들이 많이 놓치는 포인트임. 관심사 분리, 함수명, 변수명 정하기.
난 이거 고민하는데 시간 많이 쓰는 듯
은근히 짜다보면 거의 기능별로 변수명 많이 쓰는게 눈에 보여서 그런식으로 변수명을 정하게 되어서 고민하는 시간이 점점 줄어듭니다
다른 사람 코드를 많이 볼수록 좋아요
코딩전공자도 아닌데 썸네일이 재밌어서 들어와봤어요~
3분 보다 갑니다. 'code complete' 이 책을 보세요. 아마 나머지 내용도 그 책에 다 있을 거에요.
와 코딩 코딩 하도 요새 마니 들어서
궁금해서 들어와 봤네요...
약 40년정도 전에...
여름방학때 학교에서 성적 좋은 몇명 아이들만 컴퓨터 가르쳐 주는
지금으로 따지면 방학 특강(?)
진짜 어린나이에 컴퓨터를 만져본다는 설레임에
일찍 가는데 비가 비가 ☔️얼마나 오는지 지금도 기억이
날 정도인데도 신나는 마음으로 갔는데...
눈 앞에는 기억에 그걸 8비트라고 불렸던거 같은데 8비트컴퓨터(?)
그냥 전원키면 TV켜듯이 켜지고 ㅋㅋ
녹색화면이랑 검은색 화면...
선생님이 당시 이런 컴퓨터보다
컴퓨터 프로그램을 만들어야 돈을 훨씬 더 많이 벌수 있다는 말이
진짜 진짜 이해가 안됐었다는 ㅋㅋㅋ
그때도 10 뭐라 뭐라 쓰고 20 뭐라뭐라쓰고 30 뭐라뭐라 쓰고
그런게 배웠는데
다 하고 뭐 누르면
화면서 위에서 부터 선 두개가 길처럼 내려오고
세모 모양의 자동차가 그 길 옆으로 안나가고 중앙에서(마치 운전 하는듯하게)
커서키 좌우로 왔다 갔다 하게 만든 ㅋ
갠적으로는 진짜 어렵고 재미도 없었는데 ㅎㅎ
그때 생각이 나서 끄적 거려봤네요 ㅎㅎ
그때 알았어요
아 이건 내가 갈 길이 아니다라고 ㅋ
코딩 하시는 분들 존경 합니당 ㅎㅎ
88년생이신거 같은데 초등 저학년이면 27~8년 되셨겠네요 옛날 언어보다는 요새는 좀 더 쉬워졌어요
@@user-zg6du7ty8l 약 40년전에 초등 여름방학이었으니깐 88년생은 아니죠 😂
@@Diptyque7th 1988년에 뭔가 있으셨나보네여 요새는 쉬워져서 취미로 도전해보셔도 좋을거같아요
@@user-zg6du7ty8l 아 넵 서울올릭핌이요ㅎㅎ
어린 나이에 좀 충격(?)이었어요
뭔가 우리나라도 이제 좀 산다? 잘사는건 아니지만 밥은 안 굶고 산다? 우리도 이런거
할수 있다? 이런 마음이 생겼던 ㅎㅎ
확실히 실력 좋은 분들 코드 보면 처음봐도 아 이게 뭐하는건지 알겠다 유추가 되더라고요.
막상 제가 짜면 뒤죽박죽 코드되버림...
아오 썸네일보고 킹받아서 클릭을 참을 수 없었습니다. 🤯
배워 갈테니 쓰레기라고 하지 말아줘어 ㅠㅠ
2년후 쯤에 이 동영상 보시면 이불킥 차실수도 ㅎㅎㅎ
하지만 자바 스프링을 사용해서 정부 쪽 일을 하시게 되면 코드보다 주석이 두 배 넘게 많은 코드를 강요받으실 겁니다. 그쪽은 문서화에 강박증 같은 게 있어요.
주석은 개발초기에는 문서로서의 가치가 있습니다만
한번 만든 주석을 수정하지 않는다는 것입니다.
이것의 반전은 주석을 달만큼 코딩을 제대로 못했다는 뜻도 됩니다.
물론 정부 쪽일은 형식이 중요하고 문서 작업을 성과로 생각하니..
얼리 리턴 배우고 갑니다. ㅋ
if의 미궁에 빠져서 못 나오는... 일이 줄어 들 것 같네요.
로버트 마틴 cleanCode 원서 맨 첫장에도 나와있어용. 내가 쓴 코드가 참된 코드냐 쓰레기 코드냐 구분법은 코드 리뷰어들의 'WTFs Per Minute' ...😅
1분당 '이게뭐여ㅅㅂ' 횟수가 적을 수록 좋은 코드래여...😢
마지막 예제처럼 확실히 두 개의 값을 받는 경우면 객체보다 인자 두 개로 받는 게 더 나을 수도 있지 않을까요.
공부하는 학생인데
주석에대해서는 대부분의 책들이 향수라고 비유하더라고요
(나쁜냄새를 향수로 가려버린다고해서)
와 비유 미쳤다잉
썸네일ㅋㅋㅋㅋ 좋은 코드를 위한 길은 멀고도 험하네요🥺ㅠㅠ
추천 영상 목록에 왜 떴는지는 모르겠지만 추천영상에 떠서 영상 시청하러 왔습니다 우선 영상 감사드립니다 그리고...너무 궁금한데 치아 혹시 미백 받으신건가요? 아님 출생시부터 원래 하얀 치아를 갖고 태어나신건가요?
네~ 알려드렸습니다~
뭐! 내 코드가 쓰레기라고?하고 들어왔다가 수긍하고 다시 새기고 갑니다 ㅋㅋㅋ
개발자 블로그를 처음으로 만들어보려고 하는데 깃허브블로그, 베로그, 티스토리, 네이버 중에 어디에 시작하는 것이 좋을까요?
코드 잘 알려주는 누나네
ㅋㅋ 아.. 너무 멋있어요.
어릴적 할머니가 항상 저에게 말씀하셨습니다.
"코드 뽑아라~~!!!"
코드리뷰가 가능한 환경이면 천국이다
Five Lines of code 추천!!
코드리뷰 함 같이 해보고싶다.
좋은 코드의 3가지가 커뮤니케이션 을 의미..
이래서 개발의 반이 커뮤니케이션
역시 내 코드는 좋은 코드였어 깔깔
유튭 켜자마자 썸네일로 혼남 ㅋㅋㅋㅋㅋㅋ 아 리팩토링하러 간다
컴퓨터 선생님 누나 화이팅~~~~좋아요.....
말을 왜케 잘하시나요 ㅎㅎ
지나가던 학부생 아무개.. 돌아가기만 해주면 돼 제발
이게 다 어려우면... 그냥 한 직장에서 고인물이 되면 모두 해결됩니다.
이 영상보고 더이상 난독코드 만들지 않겠습니다 .. 쩝
조금만 방심하면 어지러워지는 저의 코드 ㅠㅠ
윹튭 켰는데 썸넬 보고 놀띾어오… 잠깨네…
썸네일 보고 들어왔습니다. 코딩 의욕을 불러일으키시네요
혹시 갱상도 사람이신가용?
코드는 개인의 역량이자 개성 그리고 존중해야 할 일종의 창작물이라 생각합니다
함부로 쓰레기라 폄훼할 수는 없다고 생각되네요
물론 욕하듯 갈겨쓴 글은 욕먹어도 싸듯 그런 코드는 비판해줘야겠죠
코드로 말할 수 있는 사람이 되야죠 ㅎㅎ
썸네일보고 들어왔습니다
히익 제 코드 보신지 알았네
껄껄껄
이미 본 책이라 다행 휴 편-안
"어" 가 계속 들려용 ㅎㅎㅎㅎ
ㅋㅋㅋ저도 어 만 들렷,,
눈나한테 혼나면서 배우려고 또 클릭함...
진짜 썸네일보고 안들어올 수가 없었다 ㅋㅋㅋㅋㅋㅋ
잘짠는지 모르겠으면 테스트를 작성해봐. 테스트가 작성가능하고 간결하면 최소한 나쁜 코드는 아님. 당연히 커버리지는 일정 수준이상 되야함.
주석을 믿지 말라니 그럼 주석을 왜 쓰나요? 좋은 개발자라면 주석도 고쳐야 하는거죠
시각적으로 빨리 읽히는게 잘짠 코드에여.. 주석은 간단하게 중요한곳에만
강의 내용이 좋아 항상 감사하고 ... 덤으로 너무 오글거리고 ㅋㅋ
썸네일보고 흠칫하면서 클릭했습니다..
썸네일이 재밌어서 들어왔슴니다
변수나 함수를 한글로 하는거는 어떤가요?
하지마세요. 진짜 개발자로 다른사람이 그런 코드로 짠걸 읽으면 수준떨어져 보여서 그렇게 안짜는걸 추천합니다
왜 영어로 코드를 짜면서 콩글리시로 변수를 만드나요...
토스에서도 일부 그렇게 해요
애초에 정해진 답이없는건 자유롭게하는게 자기 사고에 발전적임 수학 함수배울때 변수명 x,y를 기본적으로 쓰지만 a,b로 바꿔써도 되고 다른문자 한글로 써도 상관없는거지
정답은 없지만 구성원과 협의를 통해 하는거죠 뭐
@@jjkim6969토스에서도하고 카카오도함
안녕하세요 눈나 제가 팀장이 되면 모든 개발자들에게 함수는 5줄 이내로 짜게할거에요. 왜냐면 뉴진스 눈나들이 5명 ㅋ
다 필요 없습니다. 앞으로는 AI에게 코드 리뷰를 받거나 AI가 다 짜줍니다.
... 들켰당 ;;;
난 쓰레기 였어... 10년차인데 회의감 느낌 ㅠㅠ
코드는 죄가없어요 왜 우리애 기를 죽이고 그래욧
기회되면 개그스럽게 “음주코딩/음주개발“ 이야기 하면 재미날듯 해요 ㅎㅎㅎ
흠칫
너무 초보자 레벨 같네요.
너는 초보자도 못되잖아! ㅋㅋㅋ
@@MakTooL 무슨 근거로요?
제목이 넘 자극적
님 좋아하는데 ㅜㅜ
근대 개인적으로 함수 이름 길어지는거 개극혐인데 막 두드러기 돋는데 어카죠 회사 동료개발자가 함수명 getPersonIdAndsaveOrderStatusThenShowUserInfo 이딴식으로 만드는거보고 뚝배기 깨버리고 싶었는데
여자가 코딩이라니..... 대단한데