원본글은 github에 있습니다. 애자일이 무엇인지는 이해하더라도, 실제로 일하는 방식을 어떻게 바꿔야 하는지 알기는 쉽지 않은 것 같다. 내가 생각하는 애자일한 개발자가 되는 구체적인 방법은 다음과 같다. 계획보다 대응하기 '계획보다 대응(적응)'은 애자일의 4가지 가치 중 하나다. 관련 원칙은 '요구사항변경 환영'이다. 애자일은 고객의 경쟁 우위를 위해 변경을 활용한다. 실천방법: 테스트 코드 요구사항 변경을 수용하는 하는 것은, 개발자의 시간을 빼앗아 간다. 만든 코드를 더럽힌다. 더럽혀진 코드는 시간을 더 빼앗아 간다. 코드는 더 더러워 진다. 요구사항이 변경되지 않는 프로젝트/소프트웨어는 거의 없기 때문에, 일반적으로 개발자는 자신이 만든 코드에 자신이 없다. 이 고통스러운 굴레에서 벗어나는 방..
원본글은 github에 있습니다. 애자일은 태생이 포괄적이다. 그래서 추상적이다. Plan(Predictive) Driven 마틴파울러에 따르면, 90년대 전통적인 개발방식(traditional plan-driven software engineering)의 문제점을 보완하려고 나타난 여러가지 방법론들이 있었다. XP, Scrum, Crystal, DSDM, FDD 등등의 방법론들이 발전하고 있었지만, 소수의견 이었고, 주류(전통적인 개발방식)에 대항하기 위해 힘을 모은 것 같다. 그 방법론들을 만든 사람들과 대표자들이 모여서 통합 선언문 만들었다. Agile이란 이름으로 결정되기전, 또 하나의 이름 후보는 'Adaptive'였다고 한다. 나는 그 동안 XP가 애자일의 구현체라고 생각했다. 모호한 애자일의..
원본글은 github에 있습니다. 정말 중요한 것은 무엇일까요? 소프트웨어는 - 중요하지 않는 일에 시간을 쓰기에는 - 빌어먹게 어렵습니다. 그래서, 처음부터 다시 시작해서, 우리에게 절대적으로 중요한 것은 무엇입니까? 코딩(Coding) 궁극적으로, 프로그램이 실행되지 않거나, 고객을 위해 돈을 벌지 못한다면, 당신은 아무것도 하지 않은 것입니다. 테스팅(Testing) 당신은 당신의 작업이 완료되었는지 알아야만 합니다. 테스트는 이것을 당신에게 알려줍니다. 당신이 지혜롭다면, 테스트를 먼저 작성하여 작업이 완료되는 즉시 알 수 있습니다. 그렇지 않으면, 당신은 아마도 완료할 수 있다는 생각에 사로잡히고, 그런데 또 끝낼수 없다는 것을 알게되고, 결국 완료에 얼마나 가까워지는지 확신하지 못합니다. 경청..
- Total
- Today
- Yesterday
- 테스트코드
- 익스트림 프로그래밍
- Object Oriented Programming
- testcode
- 애자일
- 취업
- 자소서
- DDD
- Alan Kay
- 테스트 코드
- strategic design
- repositorytest
- Domain Driven Design
- akoop
- 도메인주도설계
- agile
- Object Oriented
- 도메인 주도 설계
- 앨런 캐이
- 객체지향프로그래밍
- nhn
- repository test
- 전략적설계
- 기본은 테스트코드
- 객체지향
- OO
- Yegor
- XP
- OOP
- Test Code
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |