# How to work
총 14개의 포스트
개발일기 #53 : 동일한 타입, 두 개의 파라미터
생성자에 동일한 타입의 두 개 이상의 파라미터를 입력받아야 한다면 사용자 코드에 첫 번째 파라미터와 두 번째 파라미터 의미가 명시적으로 드러나지 않는다. 만약 두 파라미터의 순서를 실수로 잘못 전달해도 아무런 컴파일 오류가 나지 않고 실제 로직 상의 오류가 런타임에 발
2022년 10월 20일
·
0개의 댓글·
0개발일기 #52 : 이름 변경과 기능적 변경 분리하기
스스로 더 즐겁게 기록하자. 기능 구현 중 직접적으로 관련 없는 클래스, 메서드, 변수 이름 리팩토링이 흔하게 일어난다. 그래서 현재 집중하고 있는 수정사항과 관련이 없는 많은 파일이 함께 바뀌면서 하나의 커밋에 여러가지 수정사항이 섞이는 현상이 자주 일어났다. 이렇게
2022년 10월 18일
·
0개의 댓글·
1개발일기 #45 : (우물안 개구리) 배우고 학습한 것만 보인다
요즘 토비의 스프링 책에서 배운 내용들이 내 업무 현장에서 춤을 추는 것 같다. 오늘 안테나의 위성 추적 경로를 최적화 하기 위한 간단한 알고리즘을 설계하고 구현하는 작업을 했다. 테스트 방법을 고민하다 지난주 토비의 스프링 책에서 읽었던 ‘단위 테스트 고립하기’라는
2022년 10월 11일
·
0개의 댓글·
0
피드백에 대한 경직된 반응
피드백을 주고 받을 때 당신의 의견은 답이 아니고, 혹 당신의 의견이 수용되더라도 우리가 함께 결정한 우리의 책임일 것이며, 우리는 함께 답을 찾아가고 있다는 것을 가르쳐 주어야 한다.
2022년 6월 5일
·
0개의 댓글·
0
나는 왜 밤이 늦도록 일하고 있지?
어제까지 알래스카 지역에 지상국 구축 일정이 몇 주간 이어졌다. 새벽까지 일하는 시간이 이어졌고 어떤 날은 꼴딱 밤을 새기도 했다.
2022년 5월 14일
·
0개의 댓글·
1
나만의 1일 해커톤 | 1주일 작업, 1일 개발 도전기
오늘은 약간 해커톤(?) 처럼 정성스레 개발하면 1주일 정도 걸리는 일을 1일 만에 개발해 보면 어떻게 되는지 실험해 보았다.
2022년 4월 7일
·
0개의 댓글·
0