생성자에 동일한 타입의 두 개 이상의 파라미터를 입력받아야 한다면 사용자 코드에 첫 번째 파라미터와 두 번째 파라미터 의미가 명시적으로 드러나지 않는다. 만약 두 파라미터의 순서를 실수로 잘못 전달해도 아무런 컴파일 오류가 나지 않고 실제 로직 상의 오류가 런타임에 발

스스로 더 즐겁게 기록하자. 기능 구현 중 직접적으로 관련 없는 클래스, 메서드, 변수 이름 리팩토링이 흔하게 일어난다. 그래서 현재 집중하고 있는 수정사항과 관련이 없는 많은 파일이 함께 바뀌면서 하나의 커밋에 여러가지 수정사항이 섞이는 현상이 자주 일어났다. 이렇게

요즘 토비의 스프링 책에서 배운 내용들이 내 업무 현장에서 춤을 추는 것 같다. 오늘 안테나의 위성 추적 경로를 최적화 하기 위한 간단한 알고리즘을 설계하고 구현하는 작업을 했다. 테스트 방법을 고민하다 지난주 토비의 스프링 책에서 읽었던 ‘단위 테스트 고립하기’라는

대안이 무엇일까?

하나의 개념이 잘 이해되지 않을 때

탐욕적 접근 / 분할정복법 / 동적계획법 / 왔다갔다

페어프로그래밍, 대단한 회사에서만 할 수 있을 것 같지만, 뭐 이런게 페어프로그래밍 아니겠는가?

피드백을 주고 받을 때 당신의 의견은 답이 아니고, 혹 당신의 의견이 수용되더라도 우리가 함께 결정한 우리의 책임일 것이며, 우리는 함께 답을 찾아가고 있다는 것을 가르쳐 주어야 한다.

정렬을 위해 대화가 필요한데 대화를 머뭇거리게 하는 복잡한 요소들이 존재하는 것 같다.

어제까지 알래스카 지역에 지상국 구축 일정이 몇 주간 이어졌다. 새벽까지 일하는 시간이 이어졌고 어떤 날은 꼴딱 밤을 새기도 했다.

저는 요즘에 Git 과 함께 아래와 같은 새로운 개발 습관을 형성하고 있습니다.

오늘은 약간 해커톤(?) 처럼 정성스레 개발하면 1주일 정도 걸리는 일을 1일 만에 개발해 보면 어떻게 되는지 실험해 보았다.

최근 실천하고 있는 ‘먼저’ 개발 습관 5가지를 소개해 봅니다.