로그인회원가입장바구니고객센터마이페이지회사소개
kangcom
전체
Home >   >   > 

Working Effectively with Legacy Code

   
지은이 Michael Feathers   |   출판사 Prentice Hall  |   발행일 2004년 09월 01일   |   언어 : English
 
판매가 91,000원76,400원 16%
마일리지 1% 910원
발행일 2004-09-01 | 중량: 0.73 kg | 사이즈: 17.6*24.6*2.2 cm
ISBN 0131177052 | 9780131177055
기타정보 원서 | 456쪽 | $ 64.99
예상출고일 7~12일 소요예정 (근무일기준)
배송비 무료배송
    정가, 판매가는 항공 운임료 포함
프로그래밍
종합지수 1p 268 위
   
이 책의 번역서
  레거시 코드 활용 전략
에이콘 | Michael Feathers
도서재고 미국 실시간 현지재고 - Indiana : 0 권, Tennessee : 145 권
주의사항
  • - 현지사정에 의해 지연, 품절 될 수 있습니다.
  • - 해외주문원서는 취소 및 반품이 불가능합니다.(단, 파본이나 오발송은 제외 입니다.)
  • - 수입절차/입고소요기간 자세히
  •  

    Get more out of your legacy systems: more performance, functionality, reliability, and manageability

    Is your code easy to change? Can you get nearly instantaneous feedback when you do change it? Do you understand it? If the answer to any of these questions is no, you have legacy code, and it is draining time and money away from your development efforts.

    In this book, Michael Feathers offers start-to-finish strategies for working more effectively with large, untested legacy code bases. This book draws on material Michael created for his renowned Object Mentor seminars: techniques Michael has used in mentoring to help hundreds of developers, technical managers, and testers bring their legacy systems under control.

    The topics covered include

  • Understanding the mechanics of software change: adding features, fixing bugs, improving design, optimizing performance
  • Getting legacy code into a test harness
  • Writing tests that protect you against introducing new problems
  • Techniques that can be used with any language or platform?with examples in Java, C++, C, and C#
  • Accurately identifying where code changes need to be made
  • Coping with legacy systems that aren't object-oriented
  • Handling applications that don't seem to have any structure

    This book also includes a catalog of twenty-four dependency-breaking techniques that help you work with program elements in isolation and make safer changes.

  • Preface.

    Introduction.

    I. THE MECHANICS OF CHANGE.

    1. Changing Software.

    2. Working with Feedback.

    3. Sensing and Separation.

    4. The Seam Model.

    5. Tools.


    II. CHANGING SOFTWARE.

    6. I Don’t Have Much Time and I Have To Change It.

    7. It Takes Forever To Make a Change.

    8. How Do I Add a Feature?

    9. I Can’t Get This Class into a Test Harness.

    10. I Can’t Run This Method into a Test Harness.

    11. I Need to Make a Change. What Methods Should I Test?

    12. I Need to Make Many Changes In One Area Do I Have To Break.

    13. I Need To Make a Change but I Don’t Know What Tests To Write.

    14. Dependencies on Libraries Are Killing Me.

    15. My Application Is All API Calls.

    16. I Don’t Understand the Code Well Enough To Change It.

    17. My Application Has No Structure.

    18. My Test Code Is in the Way.

    19. My Project Is Not Object-Oriented. How Do I Make Safe Changes?

    20. This Class Is Too Big and I Don’t Want It to Get Any Bigger.

    21. I’m Changing The Same Code All Over the Place.

    22. I Need To Change a Monster Method and I Can’t Write Tests for It.

    23. How Do I Know That I’m Not Breaking Anything?

    24. We Feel Overwhelmed. It Isn’t Going To Get Any Better.


    III. DEPENDENCY BREAKING TECHNIQUES.

    25. Dependency Breaking Techniques.

    Appendix: Refactoring.

    Glossary.



    준비 중입니다.
    TDD에 관심이 없더라도 레거시 코드 위에서 작업하는 분들에게 추천합니다.
    오종빈님이 쓰신 서평보기 I 평점 I 조회수(1844) I 공감 (4) I 블로그
    TDD(Test-Driven Development, 테스트 주도 개발)를 처음 접했을 때, 개발 방법이 충격적이었다. 테스트를 먼저 추가하면서 시작되는 TDD의 리듬을 타면 테스트가 바탕이 된 매우 견고한 코드로 갈 수 있을 것 같다. 하지만 낯선 개발 방법에 적용하는 시간과 노력, 그리고 그에 따른 시행착오 때문에 실무에 적용하기는 무척 망설여진다. 하지만 단단한 코드를 짜는데 도움을 주는 Unit Test만큼은 꼭 해야겠다고 생각했다. 만약 이제 시작하는 프로젝트면 작성하는 코드를 다 Un...
    Legacy Code 테스트가 핵심이다
    박재성님이 쓰신 서평보기 I 평점 I 조회수(1793) I 공감 (0) I 블로그
    지금까지 웹 애플리케이션 개발 경험이 7년이 되어간다. 7년이 되는 지금까지 대부분의 개발 경험이 신규 프로젝트였다. 신규 프로젝트의 경우에는 새롭게 만든 애플리케이션이 정상적으로 동작하는 것이 확인되면 유지보수를 담당하게 될 개발자들에게 인수인계를 마치고 빠지는 형태로 지금까지 개발해왔다. 그리고 운영 업무보다는 신규 개발 업무가 훨씬 어려운 작업이며, 대단한 작업으로까지 생각하며 살아왔다. 그러나 7년의 마지막 1년.. 즉 최근 1년은 유지보수 업무와 개발 ...
    Test Driven Development에 관한 명서!
    조종국님이 쓰신 서평보기 I 평점 I 조회수(1705) I 공감 (0) I 블로그
    Test Driven Development(이하 TDD)를 처음 접하고 책에 있는 몇가지 예제들과 작은 알고리즘 적인 문제만 TDD로 끄적이다가 막상 진행 중인 프로젝트에 접목시키려니 참 막막했었다.이미 몇만줄 이상의 크기로 커져버린 기존 코드에 적용은 포기하고새로 만드는 기능에만 몇가지 적용을 하다가여러 가지 요인으로 그것 마저도 포기하고 그냥 "TDD로 개발하면 좋을것 같다"는 막연한 느낌만을 가진 상태로기존 방법대로 계속 프로젝트를 진행해 갔다.그후 이 책을 읽을 기회가 생겼는데...
    프로그래밍 루아...
    호베르토 이에루자림스키(Roberto Ierusalimschy)
    선택된 상품을 찜하실 수 있습니다. 선택된 상품을 바로구매 하실 수 있습니다.
    Marwan Ans...
    Peter Seib...
    Wolfgang E...
     
    전체평균(64)
    회원평점   회원서평수 3
    TDD에 관심이 없더라도 레거시 코드 위에서 작업하는 분들에게 추천합니다.
    오종빈 님  2009-03-02
    Legacy Code 테스트가 핵심이다
    박재성 님  2007-08-31
    Test Driven Development에 관한 명서!
    조종국 님  2005-11-12
    Prentice Hall 출판사의 신간
    Myworld Interactive Geography 2019 Spanish National Survey Student Edition

    147,200원
    (14%↓+1%)
     
    Running Kvm: A Hands-On Guide to the Linux Kernel Virtual Machine
    Robert Brenneman 저
    52,900원
    (16%↓+1%)
     
    Core Java Volume I--Fundamentals
    Cay S. Horstmann 저
    57,200원
    (3%↓+1%)
     
    Data Breaches Exposed: Downs, Ups, and How to End Up Better Off
    Sherri Davidoff 저
    52,900원
    (16%↓+1%)
     
    Analysis, Synthesis, and Design of Chemical Processes
    Joseph A. Shaeiwitz 저
    224,300원
    (11%↓+1%)
     
    이메일주소수집거부