BO의 개발로그

ssh: Could not resolve hostname github.com:bohyunkang: nodename nor servname provided, or not known fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 오늘 아침 코딩 테스트 문제를 다 풀고 push를 했는데, 위와 같은 오류를 출력하면서 push가 진행이 되지 않았다. 뭔지 찾아보니 config에 remote repository가 잘못 설정되어있어 출력된 오류였다. $ git remote -v originssh://git@github.com:bohyunka..

📝 TWIL(This Week I Learned) 작성 가이드 1) 이번 주 한 일, 느낀 점, 배운 점을 작성한다. (3Fs, 1~2번에 해당) 2) 앞으로 개선할 점 등 어떻게 하겠다는 실천계획을 구체적으로 작성한다. (Future Action Plan, 3번에 해당) 3) 다음 TIL을 작성할 때 FAP가 제대로 지켜졌는지 피드백을 작성한다. (4번에 해당) - 참고: 5Fs, 뒤돌아보다 1. Facts (사실, 객관) - 테스트 주도 개발(TDD) 방법론을 활용하여 과제를 진행하였다. - 2회독하였다. 2. Feelings (느낌, 주관) & Findings (배운 점) 1) 장인 정신이 필요해! 이번 주는 테스트 코드를 작성해보면서 TDD를 처음으로 시도해 본 한 주였다. 사실 이번 주 TIL에..

성수 코딩도장을 다니면서부터 매일 하루의 끝에는 그날 배운 내용이나 감정을 회고하는 TIL을 쓰기 시작했다. 하루를 정리하면서 내가 오늘 무슨 작업을 했는지 또는 무슨 생각을 하면서 작업했는지 그리고 작업할 때의 어떤 식으로 하는지 등등을 기록해왔는데, 그 과정을 통해 나 자신에 대해서 더 깊게 이해할 수 있었다. 사실 20대 초반까지만 해도 나는 나에 대해 잘 몰랐다. 그냥 주어진 하루하루를 살아가기 급급했는데 20대 후반으로 접어들면서부터 문득 나를 잘 아는 것만큼 강한 무기가 없다는 생각이 들었다. 그래서인지 이렇게 매일 TIL을 쓰면서 생각을 정리하고 기록하는 과정은 나에게 매우 소중하다. 오늘은 '굳이?'라는 마음을 이겨내는 방법에 대해서 적어보려고 한다. 나는 매사 '좋은 게 좋은 거고, 적당..

어제 진행한 코딩 인터뷰에서 '멱등성'이라는 키워드가 등장했다. '멱등성'이란 전산학이나 수학에서 사용하는 용어로, '연산을 여러 번 하더라도 결과는 달라지지 않는 성질' 혹은 '요청을 여러 번 하더라도 한번 요청했을 때와 결과가 같은 성질'을 의미한다. 즉 메서드가 여러 번 실행되어도, 결과는 같으므로 안전하게 사용할 수 있는 성질이기도 하다. 사실 나는 어제 '멱등성'이라는 단어를 난생처음 들어봤기 때문에 무슨 뜻인지 바로 이해하지 못했을뿐더러 '네..? 역등성이요?' 이랬다가 >>멱

가끔 TDD를 하다 보면 테스트를 위한 테스트를 만들게 되거나 테스트 코드를 짜다가 바빠 죽겠는데 무슨 테스트 코드야 하는 마음에 테스트 코드 작성 없이 기능 구현을 해버릴 때가 있다. 하지만 프로라면 그러면 안 된다. 물론 현재와 같이 굉장히 간단한 코드들을 작성하는 시점에서는 큰 문제로 발전하지 않지만, 만약 내가 현업에서 일하는 개발자라고 가정해보자. 내가 작성한 코드가 내가 실행하는 환경에서는 큰 문제가 없어 배포를 진행하였다. 근데 전체 프로덕션에 반영이 되고 나서 보니 이런저런 기능들이 깨지는 바람에 게시글 하나를 작성했는데 5개가 올라간다든지, 회원가입이 안된다든지 등 식은땀 줄줄 나는 상황들이 생기게 된다. 사실 그 기능을 구현하기에 앞서 테스트 코드만 작성했더라면 어땠을까? 테스트 코드는..

오늘은 2주에 걸쳐 총 2회독을 한 『객체지향의 사실과 오해』 (조영호 저)에 대해서 정리해보려고 한다. 이번에도 역시나 볼펜으로 중요하다고 생각되는 부분을 줄 치면서 읽었는데, 1회독에는 빨간 펜으로 핵심이라고 생각되는 문장들을 줄 쳤다. 2회독은 1회독 때 줄 쳐놓은 것을 위주로 다시금 제대로 읽고, 1회독 때 놓쳤던 중요한 내용들을 파란 펜으로 줄 치면서 읽었다. 그래서 내가 줄 친 내용들 중 중요한 키워드를 두고두고 보기 위해 블로그에 정리해본다. 객체지향으로 향하는 Steps 1. 클래스가 아니라 객체를 바라보는 것에서부터 시작한다. 2. 객체를 독립적인 존재가 아니라 기능을 구현하기 위해 협력하는 공동체로 바라볼 것. 3. 걸음을 내디딜 수 있는지 여부는 협력에 참여하는 객체들에게 얼마나 적절..

이번 주 퀘스트 과제부터는 테스트 코드를 함께 작성하게 되었는데, TDD는 해본 적이 없어 매번 그냥 구현부터 해버리는 바람에 아차차 하고 다시 테스트 코드로 돌아갈 때가 많았다. 익숙해지기까지 오래 걸리겠다 싶으면서도 하루빨리 익숙해지고 싶은 마음에 최대한 많이 작성해봐야 할 거 같아 매일 푸는 코딩 테스트에도 TDD를 적용해야겠다는 생각을 했다. 생각해보니 간단한 코딩 테스트야말로 테스트 코드를 작성하기 훨씬 쉽겠다 싶었고, 그래서 오늘 처음으로 코딩 도장 문제를 테스트 코드와 함께 작성해보았다. 오늘의 코딩 도장 문제는 가운데 글자 가져오기였는데, 문제에 대한 설명부터 해보자면 아래와 같다. 문제 설명 - 단어 s의 가운데 글자를 반환하는 함수, solution을 만들어 보세요. - 단어의 길이가 ..

코딩 도장에서는 항상 아침에 코딩 테스트를 보는데, 오늘은 프로그래머스에서 제일 작은 수 제거하기를 풀어보았다. 문제 설명 - 정수를 저장한 배열, arr에서 가장 작은 수를 제거한 배열을 리턴하는 함수, solution을 완성해주세요. - 단, 리턴하려는 배열이 빈 배열인 경우엔 배열에 -1을 채워 리턴하세요. - 예를 들어 arr이 [4,3,2,1]인 경우는 [4,3,2]를 리턴하고, [10]인 경우는 [-1]을 리턴합니다. 제한 조건 - arr은 길이 1 이상인 배열입니다. - 인덱스 i, j에 대해 i ≠ j이면 arr[i] ≠ arr[j] 입니다. 입출력 예 arr return [4,3,2,1] [4,3,2] [10] [-1] 나의 문제 풀이 import java.util.Arrays; clas..