# 우아한테크코스
Devbie 인프라 소개 (1)
CI Tool 도입하기 팀 프로젝트를 처음 설계 했을 때 'CI툴을 사용해보는 게 좋아보여요!'라는 말로 젠킨스와 Travis CI를 고민했다. 본인은 젠킨스를 쓰자는 쪽에 속했다. 하지만 Travis CI, 젠킨스를 둘다 사용해보지 않았으므로 확실한 근거가 없었다.
[우아한테크코스 2기 - 회고] 팀플은 운이다.
나는 운이 좋은 편이었다. 경영학 수업 특성상 많은 팀 프로젝트를 했고, 대외활동에서도 팀 프로젝트를 할 기회가 많았다. 물론 모든 팀 프로젝트가 다 좋았던 건 아니었다. 그런데도 기억에 남는 꽤 좋은 팀 프로젝트가 많았던 걸 떠올려보면 나는 참 운이 좋았던 것 같다.
[우아한테크코스 2기 - 성장] 일단 돌아가면 되는거 아니야?
우아한기술블로그-우테코에서 찾은 나만의 효과적인 공부법우테코에서 공부하면서 이전과 가장 많이 달라진 건 개발에 대한 나의 태도이다.개발을 처음 시작할 때는 그냥 되는 게 신기했다. 내가 짠 코드가 돌아가는 게 신기했고, 책과 강의를 보고 따라친 코드가 그대로 동작하는
[우아한테크코스] 레벨3. 3주차 회고
어느덧 3주차 스프린트가 끝났다.지난 스프린트(1, 2주차)에서는 스프린트를 모두 완료했었지만, 이번 스프린트는 완료하지 못했다.이번 스프린트는 공고 게시판 구현, 면접 질문 게시판 구현이었다.실패한 원인은 스프린트 범위가 너무 컸다고 생각한다.
정적 유틸리티 클래스는 private 생성자를 반드시 포함해라
생성자가 하나도 없는 경우에는 묵시적으로 생성자가 만들어진다. 그러므로 유틸리티 클래스의 객체 생성을 방지하기 위해서는 반드시 private 생성자를 하나 둬야한다. 이를 다른 개발자가 지우지 않도록 주석을 달아두자. 예시
입출력과 비즈니스 로직을 분리해라
입력 및 출력 클래스는 여러가지 형태로 구현될 수 있다. 이 챕터에서는 정적 유틸리티 클래스로 만들어 사용한다. 입력 클래스 예시
예외사항을 걸러내는 견고한 클래스를 만들어라
프로그램의 입력 요구조건을 파악하고, 이에 맞게 클래스를 구성한다. - 정규식으로 문자열을 식별하고 원하는 클래스에 대입할 수도 있지만, 중복되는 검증 로직을 피하기 위해 아래와 같은 방법을 선호한다. 입력 요구조건에 부합하기 위해 원시값을 감싸는 wrapper 클
README.md 파일에 기능 목록을 작성하라
기능 목록 - 프로그램의 흐름을 파악하고, Git에 기능 단위로 커밋하기 위해 작성한다. - 기능 목록은 시간의 흐름에 따라 순차적으로 작성한다. - 기능이 가지는 일반적인 특징을 작성한다. - 중간에 발생하는 예외는 예외 표시를 하고, 발생하는 부분에서 indent
[실패 회고] 우아한형제들 최종 불합격
우아한형제들에 지원하였다. 자세한 채용 프로세스는 접어두고 최종적으로 불합격 메일을 받았다. 그 당시의 기분은 상상할 수 없을 만큼 좌절감에 빠졌다. 왜 이렇게 좌절감에 빠졌는지 나 자신도 의아했다. 불과 한 달 전만 해도 우아한테크코스를 통해 개발자에 대해 알게 되었고, 우아한형제들에 가지 못해도 다른 좋은 스타트업과 회사들이 많으므로 괜찮다고 생각했다....
우아한테크코스 Level 3 회고
우아한테크코스 레벨 3이 끝이 났다. 포비는 레벨 3이 코스 중 가장 어려운 미션들이라고 말했다. 바로 '바퀴를 재발명'하는 미션이었다. 이미 오래전에 만들어져 계속해서 발전해온 프레임워크, 라이브러리를 직접 만들어보는 것이다. 포비가 말한대로 정말 쉽지 않았다. 미션
우아한테크코스 Level 1, 2 회고
우아한테크코스 레벨2가 끝났다. 우아한테크코스(이후부터는 줄여서 '우테코'라고 부르겠다.)를 하면서 많은 것을 느꼈고 변했다. 그 중 하나의 이유로 이 글을 쓰고 있기도 하다. 우테코에 들어와서 알게 된 사실 한 가지는 개발자는 실력도 중요하지만 그 만큼 커뮤니케이션 능력도 중요하다고 한다. 그러므로 자기 생각을 남들에게 글이든 말이든 잘 표현해야 한다. ...