DevOps 발표 자료 다운로드Opennaru, inc. Source : http://www.opennaru.com/cloud/devops/
DevOps는 “비즈니스 가치를 높이는 것을 목적으로 제품 및 서비스를 신속하고 지속적으로 사용자로 전달하기 위해 IT 시스템의 개발 팀 (Dev)과 운영팀 (Ops)가 협력하는 것”을 뜻하는 말입니다.
DevOps 발표 자료 다운로드Opennaru, inc. Source : http://www.opennaru.com/cloud/devops/
DevOps는 “비즈니스 가치를 높이는 것을 목적으로 제품 및 서비스를 신속하고 지속적으로 사용자로 전달하기 위해 IT 시스템의 개발 팀 (Dev)과 운영팀 (Ops)가 협력하는 것”을 뜻하는 말입니다.
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용Terry Cho조대협의 소프트웨어 개발 발표 자료입니다.
소프트웨어 트랜드, 클라우드, 아키텍쳐의 변화
애자일과 JIRA, 소프트웨어 개발팀의 구조, 테스트링크를 이용한 테스트 관리등을 현장 경험을 기반으로 소개합니다.
12. 4. 스크럼 적용 후의 반성(3)
스크럼이란?
애자일
짧은 개발주기의 반복을 통한
점진적 개발방법론
13. 4. 스크럼 적용 후의 반성(4)
개발 과정 요약
1) 구성: 제품 책임자, 스크럼 마스터, 팀원
2) 제품 백로그를 만든다.
3) 스프린트 계획회의를 통해 스프린트와
스토리들을 정하고 스프린트 백로그를 만든다.
4) 일일 스크럼을 진행한다.
5) 스프린트의 목표가 달성되었거나, 정해진
시간이 되었다면, 데모한다.
6) 스프린트에 대하여 회고한다.
14. 4. 스크럼 적용 후의 반성(5)
1) 독립적인 팀 구성 필요
(의사결정의 범위가 팀을 벗어나지
않아야 한다.)
2) 기획, 디자인, 개발 단계의 통합
다시 한다면?
15. 5. 클라이언트 개발시 TDD 적용 후의 반성(1)
TDD란?
1) Test Driven Development
(테스트 주도 개발)
2) 어떻게 테스트할지를 먼저
고민한다.
3) 테스트케이스를 먼저 만든다.
16. 5. 클라이언트 개발시 TDD 적용 후의 반성(2)
어려웠던 점
1) UI에 대한 테스트케이스는 비용 대비
효과가 낮다.
(UI 개발 70% + 서비스 로직 개발 30%)
2) 앱의 생명주기와 관련한 동작 테스트
3) 라이브러리가 시스템 자원을
비동기적으로 사용하는 경우
17. 5. 클라이언트 개발시 TDD 적용 후의 반성(3)
TDD보다는 TBD?
1) Test Based Development
2) 테스트를 우선하자는 전제를 버리고,
테스트를 기반으로 개발하면,
행복해진다!
3) 테스트 프로젝트와 TestActivity 병행
19. 7. 당면했던 문제 및 해결 방법(1)
음성 변조에 대한 사용자 반응성 개선
문제)
1분짜리 음성을 변조하는데 20초??
해결)
여러 조각으로 나누고, 한조각씩 결과 파일에
반영한다!
주의사항)
1) 완료전 다른 파일을 변조할 경우 기존 동작은 종료
처리
2) 변조후 조각이 작아질 수 있다.
20. 7. 당면했던 문제 및 해결 방법(2)
음성 변조 과정에서의 메모리 문제
해결
문제)
메시지 전송시 OutOfMemory 오류 발생
해결)
많은 메모리를 요하는 작업은 다른 프로세스의
Service에서 실행한다.