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개 팁 참고)하는 것을 추천~!
클린코드의 목적 : 내가 작성한 코드를 모두가 알아볼 수 있게하기 위해서 1. 의미없는 숫자 대신에 상수를 사용해라. 2. 동사를 이용한 변수명 설정하기. 3. 함수에 인수는 3개 이하로 설정하기. 4. boolean값을 인수로 보내는 것을 멀리하기 5. 변수명 길이 줄일 생각말고 제대로 써라.
‘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
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.
CLEAN CODE 이 책 필독서라고 생각합니다 ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-xrmXa-c_E_I.html 노마드 코더의 이 영상 덕분에 프로그래머 관련 책들을 요즘 읽고 있습니다 현재는 CLEAN CODER를 읽고있구요
코드 품질에 대한 얘기들은 많지만 결국 기본적인 핵심은 그 프로그램을 사용해서 돌아가는 실제 업무에 대해서 얼마나 잘 이해하고 있느냐라는 문제임. 실 업무를 이해하고 있어야 차후 유지보수를 위한 기능추가,기능변경 포인트를 예상할 수 있고 그게 되어야 제대로 된 DB 설계와 클래스/함수간의 역할분담 설계가 제대로 나올 수 있음. 안그러면 아무리 처음 잘 만들어놓는다고 해도 유지보수하면서 금방 쓰레기통 됨. 프로그램의 구조 자체가 현실 업무 변화를 받아들일 수 없으니 점점 구조 일관성 없는 로직구현이나 시간에 촉박하게 기능추가/변경하는 일들이 늘어나게 되니까.
처음부터 클린코드로 작성하지 마라는 것은 공감합니다~ 어차피 코드를 확장해가는 단계에서 구조개편할때 에러를 이용해서 리팩토링해야 하므로 이름을 여러번 바꾸게 되어 있습니다. 그때 다시 잘 생각해서 네이밍하면 됨~ㅋ 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.
혼자 코딩을 연습할때 프로그램 규모가 어느정도 되는 코드의 코딩을 시작하기전에 대략적인 구조를 짜는 능력, 예를들자면 어떤 기능을 어떤 클래스의 함수로 구현해서 유기적으로 연결할것인지 미리 결정할 수 있는 능력은 어떻게 키워야할지 잘 모르겠는데 그런 방법이 따로 있을까요?
Try to clean code at the end? okay that's easy.... Me: starting writing shitty code.... Me: me after 3 hours trying to clean the code.... Me: WTF is that?? i can't understand my code
Thank you for your videos and efforts at "clean" information! :) I've got a question that is not so related with the topic of this video, but I would appreciate very much if you or anyone could share your opinion on this. Recently there was a security issue with iOS Mail app and I wonder now what can be the best secure way of emailing in general. How programmers use and maintain their emails? To use a web browser is the safest and the best? Can desktop mail applications be ok but not in iOS? I am using POP mail application(apple Mail) because there is only limited space on my email server and it is also simple and convenient to organize mails. Your video on Zoom and security was very helpful too, thanks for that. Maybe email and security for one of the next subject for your video..? ;) Stay healthy and lively, as you are now!
5가지 모두 중요하지만 개인적으로 2번이 중요하다고 생각되네요. 함수의 이름을 결정해야 하는데 고민이 많다면? 함수가 하나의 역할만 수행하지 않는다는 것이고 그 함수와 관련 된 다른 코드들의 구조도 변경 할 필요가 생길 수 있다는 것. 빨리 고치지 않으면 나중에 더 고생하게 됨!
정리해봄 아침발표로 ㄱ 클린코드 좋은코드 = 잘돌아가는코드 x 코드 그 자체로 설명이 다 되는 것 팀으로 일할 때 좋은 코드는 팀원들 보면 딱 알수있음 즉 코드의 물어볼 필요가 필요가 없음 혼자 일 할때는 나중에 그 코드를 읽어도 이해가 되는게 좋은코드임 예를 들어 반년전에 하던 고민이 무엇인지 어떻게 해결했는지를 아는 코드 클린코드 팁 1.검색이 가능한 이름을 써라 하루가 몇초인지 요구하는 함수 숫자대신 변수를 사용하는게 좋음 86400 x SECONDS_In_DAYS○ 숫자로 쓰면 뭔지 모르지만 변수명은 딱보면암 2함수명은 동사로 시작 User_data x Load_user_data ○ 함수는 원래 한가지 일만 하는게 베스트임 그러므로 액션을 중심으로 이름을 지으면 할것이 명확해짐 또한 2가지 액션이 있을경우 분리의 필요성을 느끼게됨 즉 알기쉬운 코드를 쓸수있게됨 3 함수의 인수는 3개이하, 그 이상일시 오브젝트로 정리4 함수에 블리안 ㄴ 이프 엘스 있다는 뜻이므로 그걸 2개의 함수로 나누는게 좋음 함수는 한가지 역할만하는게 베스트 5 변수명 제멋대로 축약 노 유저 , u 이메일 e 등 피하셈 알기힘듬 위의내용을 첨부터 존나게의식하고 쓸필요는 없음 동작확인후 클린코드로 리펙토링 하는게 좋음 새롭게 만들고 있는데 전나 이쁘게 만드는건 전나힘듬으로 혼갼의 도거니임 ㅋㅋ 코딩의 시간을 할애한만큼 리팩토하는게 좋음 클린코드 책추천