일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- 개발자
- 켄트백
- coursera
- 데이터야놀자
- 개발자로살아남기
- kafka
- 테스트주도개발
- 2017회고
- datalake
- 박종천
- 동시성
- functional thinking
- Raw-Request-URI
- 코딩인터뷰
- 회고
- 개발7년차매니저1일차
- 데이터유통
- 데이터레이크
- 데이터플랫폼
- 알고스팟
- 함수형 사고
- 단위테스트
- spray
- wait region split
- 클린코드
- 실전사례
- hackercup2017
- clean code
- 2016년회고
- 해커컵
- Today
- Total
목록전체 글 (97)
Software Engineering Note
2015년 마지막 날에 회고를 한다. 올해도 역시 프로그래밍 대회에 참여했다. 그 성적은 페이스북 해커컵 (1월) => Round1 까지구글 코드잼 (4월) => Round1 까지SKP 코드 스프린트 (7월) => Round2 8위 (http://codesprint.skplanet.com/2015/ranking/round/2)코드 스프린트에서 의미 있는 결과가 있었던듯하다. 추천 문제였는데 재미있었다. 운영상의 문제(?)가 있어서 고득점자들이 평가불가가 되버려서 순위권에 올라간 것. 운이 좋았다고 해야겠다. 프로그래밍 대회에는 매년 참가하지만 준비는 그만큼 못하는 것같다. 바쁘다고 하지만 핑계지 뭐 -_-;; 알고리즘 공부좀 제대로 해서 참여해보고싶다. 클린코드 스터디를 계속해서 꼭! 끝을 보고싶었는데 ..
이 장에서는 명령행 인수(argument) 구문분석기를 구현하고, 점진적으로 개선하는 것을 보여준다. 코드가 대부분이라 여기에 적을수는 없지만 모두 타이핑 해봤다. (진짜다..) 따라하면서 느낀점은, 테스트를 꼼꼼하게 작성하고 개선을 정말 조금씩 한다는거다. 나는 보통 한번에 막 고치는 스타일인데 급한 성격을 가라앉히고 천천히 개선하는 습관을 들여야겠다. 읽다가 옳다구나! 하는 문구정도만 정리해본다. 지난 경험에서 얻은 교훈=> 프로그래밍은 과학보다 공예에 가깝다는 사실. 깨끗한 코드를 짜려면 먼저 지저분한 코드를 짠 뒤에 정리해야 한다는 의미다. 프로그램을 망치는 가장 좋은 방법 중 하나는 개선이라는 이름 아래 구조를 크게 뒤집는 행위다. => 돌아올 수 없는 강을 건너지 말고 조금씩 개선. TDD를 ..
개발 하다가 느끼는 좋은 코드를 만드는 간단한 습관 딱 2가지. 1. 메소드로 추출해서 잘개 쪼개기2. 중복 제거 이게 땡이라는게 아니라 시작점이라고 말하고싶다. 메소드로 잘게 쪼개다보면 누가누가 친한지가 보이게되고, 친한 애들은 따로 모아놓고싶어진다. 그러면 클래스로 빼내게 되고 친한 애들은 모여있게 되니 전문용어로 응집도가 높아지게 되겠다. 그리고 이렇게 기능별로 잘 나누어지게 되면 테스트 하기도 수월해진다. 중복제거는 말 그대로 반복되는 코드는 하나로 묶어두고 재사용하자는 것이다. 이걸 잘 하려면 어떤 부분이 공통부분이고, 어떤 부분이 독립적인지 잘 가려내야한다. 그냥 머리로 파악하는게 아니라 실제로 이렇게 해보고 저렇게 해보면서 (일명 삽질) 공통된 부분을 추출해가는 것이다. 실용주의 프로그래머에..