playground_avec coding

2024년 1월 28일, 책 클린코드를 함께 읽는 스터디가 종료되었다. 자바로 쓰여졌지만, 자바로 공부하시는 분들이 계셔서 이해안되는 부분은 링크 참조나 설명해주셔서 도움이 많이 되었다. 챕터는 15. JUnit 까지 마쳤지만, 여전히 읽을 챕터와 부록은 남아 있다. 틈틈이 시간 내서 읽어보도록 해야지.. 각설하고, 클린코드 동시성 타이틀을 발견하고, 나는 드디어 올 것이 왔구나 싶었다. 예전에 Swift 를 처음 배울 때 이미지를 Api 에서 요청해 가지고 오고, reloadData로 띄워 프로젝트에서 적용하는 부분에서 DispatchQueue.main.async 를 배웠던 적이 있었는데, 이게 무슨 말인가? 그냥 쓰는 거구나 하고 썼다.. 내적으로는 '디스패치 큐! 이게 대체 뭐길래 쓰는건가?? 알고..

보호되어 있는 글입니다.

TDD( Test Driven Development) 과거 인식 클래스, 메서드를 공들여 구현하고는 → 엉망진창 테스트 코드로 돌아가기만 하면 아무 코드나 급조해서 붙여 넣음. → 일회성코드에 불과 TDD 법칙 세가지 첫째, 실패하는 단위테스트 작성할 때까지 실제 코드를 작성하지 않는다. 둘째, 컴파일은 실패하지 않으면서, 실행이 실패하는 정도로만 단위테스트 작성 셋째, 현재 실패하는 테스트 통과할 정도로만 실제 코드 작성 ⛔️ 그러나, 방대한 테스트 코드는 심각한 관리 문제를 유발하기도 함. 깨끗한 코드 유지하기 밥 아저씨 사례 그냥 테스트만 구현하고 돌아가면 지저분한 코드여도 상관 없다! ⛔️ 막 쓰는 테스트 코드에 대한 위험성 코드가 지저분해질수록 변경도 어렵다! 테스트 코드 복잡할수록 실제 코드 ..

주석을 신뢰하면 안된다. 오래될수록 완전히 그릇된 가능성도 있다. 이유? 프로그래머들이 주석을 유지하고 보수하기란 현실적으로 불가능 코드는 변화하고 진화한다. → 일부가 여기서 저기로 위치가 변경되기도 함 부정확한 주석은 아예 없는 주석보다 훨씬 더 나쁘다. 그리고 주석은 독자를 현혹하고 오도함. ⚠️ 더 이상 지킬 필요가 없는 규칙이나 지켜서는 안되는 규칙을 명시한다. 💡 진실은 한 곳에 존재 → 바로 코드 [ 좋은 주석 ] 정말로 좋은 주석은, 주석을 달지 않을 방법을 찾아낸 주석 1. 법적인 주석 회사가 정립한 구현 표준에 맞춰 법적인 이유로 특정 주석을 넣으라고 명시 소스 파일 첫머리에 주석으로 들어가는 저작권 정보와 소유권 정보는 필요하고, 타당함 FitNess에서 모든 소스 파일 첫머리에 추가..

함수가 이해하기 쉬우려면? 의도를 분명히 표현하는 함수를 어떻게 구현할 수 있을까? 함수에 어떤 속성을 부여해야 처음 읽는 사람이 프로그램의 내부를 직관적으로 파악할 수 있을까?[작게 만들어라] 블록과 들여쓰기 if / else / while 중첩구조가 생길만큼 함수가 커져서는 안된다. 그러므로 함수에서 들여쓰기 [ 한가지만 해라 ] 함수는 한 가지를 해야한다. 그 한가지를 잘해야한다.그 한가지는 무엇인가? 알기 어렵다는 점 페이지가 테스트페이지인지 확인한 후 테스트 페이지라면 설정 페이지와 해제 페이지를 넣는다 테스트 페이지든 아니든 페이지를 HTML 로 렌더링함 -> 지정된 함수 이름 아래 추상화 수준이 하나의 단계 단순히 다른 표현이 아니라, 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그 함..

시작하게 된 계기 - 장인정신에 걸음마를 익히듯 다가갈 내 모습을 만든다. - 예전 프로젝트를 방치하지 않고 다시 열어서 용기를 얻어 뜯어보자! - 클린 아키텍쳐 이론을 사실 먼저 건드렸지만, 그 전에 기본이 되는 코드를 나는 잘 짜고 있는가에 대한 의문 Overview 장인정신을 익히는 과정 1단계 이론 ➡ 2단계 실전 - 원칙, 패턴, 기법, 경험이라는 지식 습득 - 열심히 일하고 연습해 지식을 몸과 마음으로 체득 열심히 독파해야하며, 단순히 코드 패턴을 익히는 것에 더 나아가 🐕고생 해야한다. 실패도 맛보고, 다른이들이 시도하다 실패하는 모습도 봐야한다. 클린코드 책의 전체적인 흐름 초반 깨끗한 코드 작성 원칙, 패턴, 실기 설명 두번째 파트 더 심화적이며, 여러 사례를 소개하며, 복잡도가 높아진다..