개발자가 내팔자

(이 글은 2021년 9월 30일에 작성되었습니다.) ✨ 아이들이 무엇이든 빠르게 습득하는 이유는 쉽게, 재밌게 배우기 때문이라고 생각한다. 그래서 입문은 일단 쉬운 것부터 시작한다. 모두의 C언어 이걸로 C언어 처음 공부했는데 그림으로 되어있어서 정말 너무 쉽고 재밌어서 반나절만에 후루룩 읽을 수 있었다. 1%를 위한 프로그래밍 원리 컴퓨터 개론 느낌의 책이었다. 말 그대로 프로그래밍 원리에 대해서 친절하게 알려주는 책. 프로그래밍에 대한 감을 잡을 수 있었다. 부자언니 부자특강 부자가 되고 싶어서 봤다. 말투는 좀 별로였는데 재미는 있었고 유튜브가 좀 더 좋았다. 부의 추월차선 파이어족의 이야기인데 저자가 개발자라서 혹시 나도..?라는 생각을 하게 되어 조금 설렜다. 뇌를 자극하는 알고리즘 C언어로 ..

안녕 여러분. 오늘은 두꺼운 책 한 권을 완독한 기념으로 소감과 이것 저것 떠오르는 생각들을 정리하여 블로그에 적어보고자 한다. 사실 이 책을 읽고 바닐라 JS 스터디를 하고 이 글을 임시저장한 상태에서 이 책을 한 번 더 읽고 스터디를 또 하고 두 번을 읽고 또 몇개월이 지난 뒤에 임시저장 되어있던 글을 발굴해와서 덧붙이는 글이라는 tmi를 추가하도록 하겠다. 책에 대한 정보보다는 개인적인 사담이 많이 들어간 글이라는 점을 미리 적어두겠다. 1. JS를 공부하게 된 계기 1.1. 난 원래 웹개발을 하려던 게 아니었는데 그렇다. 난 원래 웹개발자가 될 생각은 없었다. C언어로 프로그래밍을 처음 입문하여 C#과 Unity로 게임 개발을 했었고, Python을 배워보니 재미있어서 크롤링도 배워보고, 인공지능..

TIL (Today I Learned) 2022.02.22 - 2022.02.24 오늘 읽은 범위 6장. 객체와 자료구조 책에서 기억하고 싶은 내용을 써보세요. 흔히 위와 같은 코드를 기차 충돌이라 부른다. 여러 객차가 한 줄로 이어진 기차처럼 보이기 때문이다. 활성 레코드는 DTO의 특수한 형태다. ...(중략) ... 해결책은 간단하다. 활성 레코드는 자료 구조로 취급한다. 비즈니스 규칙을 담으면서 내부 자료를 숨기는 객체는 따로 생성한다. 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요 아직 읽는 중이긴 한데 active record pattern에서 DTO와 관련하여 명확하게 설명을 해줘서 흥미로웠다. 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 바빠서 제대로 못읽었는..

TIL (Today I Learned) 2022.02.22 - 2022.02.24 오늘 읽은 범위 6장. 객체와 자료구조 책에서 기억하고 싶은 내용을 써보세요. 흔히 위와 같은 코드를 기차 충돌이라 부른다. 여러 객차가 한 줄로 이어진 기차처럼 보이기 때문이다. 활성 레코드는 DTO의 특수한 형태다. ...(중략) ... 해결책은 간단하다. 활성 레코드는 자료 구조로 취급한다. 비즈니스 규칙을 담으면서 내부 자료를 숨기는 객체는 따로 생성한다. 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요 아직 읽는 중이긴 한데 active record pattern에서 DTO와 관련하여 명확하게 설명을 해줘서 흥미로웠다. 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 바빠서 제대로 못읽었는..

TIL (Today I Learned) 오늘 읽은 범위 9장. 단위 테스트 책에서 기억하고 싶은 내용을 써보세요. 1997년도만 해도 TDD(Test Driven Development)라는 개념을 아무도 몰랐다. TDD 법칙 세 가지 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다. 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 테스트 코드는 실제 코드 못지 않게 중요하다. 테스트 코드는 이류 시민이 아니다. 테스트 코드는 사고와 설계와 주의가 필요하다. 실제 코드 못지 않게 깨끗하게 짜야 한다. 코드에 유연성, 유지보수성, 재사용성을 제공하는 버팀목이 바로 단위 테스트다. 이유는 단순하다. 테..

TIL (Today I Learned) 오늘 읽은 범위 8장. 경계 책에서 기억하고 싶은 내용을 써보세요. 타사 라이브러리를 가져왔으나 사용법이 분명치 않다고 가정하자. 대개는 하루나 이틀 (아니면 더 오랫동안) 문서를 읽으며 사용법을 결정한다. 그런 다음 우리쪽 코드를 작성해 라이브러리가 예상대로 동작하는지 확인한다. 때로는 우리 버그인지 라이브러리 버그인지 찾아내느라 오랜 디버깅으로 골치를 앓는다. 이런 상황은 그리 놀랍지도 않다. 외부 코드를 익히기는 어렵다. 외부 코드를 통합하기도 어렵다. 두 가지를 동시에 하기는 두 배나 어렵다. 다르게 접근하면 어떨까? 곧바로 우리쪽 코드를 작성해 외부 코드를 호출하는 대신 먼저 간단한 테스트 케이스를 작성해 외부 코드를 익히면 어떨까? 짐 뉴커크는 이를 학습..

TIL (Today I Learned) 오늘 읽은 범위 7장. 오류 처리 책에서 기억하고 싶은 내용을 써보세요. 먼저 강제로 예외를 일으키는 테스트 케이스를 작성한 후 테스트를 통과하게 코드를 작성하는 방법을 권장한다. 그러면 자연스럽게 try 블록의 트랜잭션 범위부터 구현하게 되므로 범위 내에서 트랜잭션 본질을 유지하기 쉬워진다. 확인된 예외는 OCP (Open Closed Principle)을 위반한다. null을 반환하지 마라. ...(중략)... 위 코드는 null 확인이 누락된 문제라 말하기 쉽다. 하지만 실상은 null 확인이 너무 많아 문제다. 메서드에서 null을 반환하고픈 유혹이 든다면 그 대신 예외를 던지거나 특수 사례 객체를 반환한다. null을 전달하지 마라. ...(중략)... 대..

TIL (Today I Learned) 2022.02.22 - 2022.02.24 오늘 읽은 범위 6장. 객체와 자료구조 책에서 기억하고 싶은 내용을 써보세요. 흔히 위와 같은 코드를 기차 충돌이라 부른다. 여러 객차가 한 줄로 이어진 기차처럼 보이기 때문이다. 활성 레코드는 DTO의 특수한 형태다. ...(중략) ... 해결책은 간단하다. 활성 레코드는 자료 구조로 취급한다. 비즈니스 규칙을 담으면서 내부 자료를 숨기는 객체는 따로 생성한다. 자료를 세세하게 공개하기 보다는 추상적인 개념으로 표현하는 편이 좋다. 인터페이스나 조회/설정 함수만으로는 추상화가 이뤄지지 않는다. 개발자는 객체가 포함하는 자료를 표현할 가장 좋은 방법을 심각하게 고민해야 한다. 아무 생각 없이 조회/설정 함수를 추가하는 방법..