Development

    IT 커리어를 '서서히 망치는' 11가지 함정

    https://www.ciokorea.com/news/233599 IT 커리어를 '서서히 망치는' 11가지 함정 성공적인 IT 커리어의 조건 중 하나는 균형 잡기다. 하나의 기술(또는 하나의 직장)에 너무 오래 머무르면 업계의 변화를 놓치기 쉽다. 결국 오래지 않아 자신의 경력이 훼손되기 십상이다.일상 www.ciokorea.com 1.하나의 기술(또는 하나의 직장)에 너무 오래 머물러 업계의 변화를 놓친다 2. 편협한 사고방식 3. ‘구세주’ 사고방식 4. 정체에 안주하기 5. 심적 여유의 누락 6. 소프트 스킬의 부족 7. 예스맨 증후군 8. 다른 사람들로부터 배우지 못함 9. 큰 그림 놓치기 10. 완벽을 과도하게 강조하기 11. 비즈니스 감각 개발하지 않기

    GitHub 재밌는 기능 등장! Skyline Contribute Graph

    깃헙에 재밌는 기능이 생겼네요 ! 연도별 컨트리뷰트 그래프를 3D로 렌더링해줍니다. 더불어 stl 파일로 다운로드가 가능해서 3D 프린터로 인쇄할 수도 있네요. 한번 인쇄 해볼까 싶습니다 😊 해당 페이지는 깃헙 프로필 Contribute Graph 우측 하단에 있는 링크를 누르거나, 아래 URL에서 아이디를 변경해서 접속 가능합니다. https://skyline.github.com/heli-os/2021 @heli-os' 2021 GitHub Skyline Please rotate your device Visit in desktop for the best experience. skyline.github.com

    점프 투 스프링부트 / Jump to SpringBoot 출간(?)

    https://wikidocs.net/book/7601 점프 투 스프링부트 wikidocs.net 점프 투 스프링부트가 위키독스에 공개되었습니다 ~! https://www.facebook.com/groups/springkorea/permalink/4614777135300546/ 로그인 또는 가입하여 보기 Facebook에서 게시물, 사진 등을 확인하세요. www.facebook.com

    Why DDD, Clean Architecture and Hexagonal ?

    어느 순간부터 소프트웨어 개발 세계에서는 도메인 주도 설계, 클린 아키텍처라는 용어가 사용 되기 시작했습니다. 이것들은 도대체 어떤 것이며, 왜 등장하게 됐을까요? 도메인 주도 설계(Domain-Driven Design) 💡 소프트웨어의 본질은 해당 소프트웨어의 사용자를 위해 도메인에 관련된 문제를 해결하는 능력에 있다 DDD와 객체지향 도메인 주도 설계를 보다 잘 이해하고 적용하기 위해선 객체지향에 대한 이해가 필요합니다. 객체지향의 본질과 핵심은 뭘까요? 저는 객체 그 자체라고 생각합니다. 객체지향이라는 것은 결국 각 객체간 역할을 명확히 가져가고, 각 객체간에 메시지를 주고 받는 형태의 프로그래밍 방법론이라 생각하기 때문인데요. 그렇다면 객체지향 프로그래밍에서 사용되는 이 객체들은 어떻게 추려낼 수..

    [토비의 스프링 3.1] 2장 테스트

    테스트란 무엇인가? 애플리케이션이 복잡해질 수록 변경을 어떻게 대응할지 전략을 짜는게 매우 중요해집니다. 이전 챕터에서는 변경에 조금 더 쉽게 대응할 수 있도록하는 객체지향 설계의 중요성과 그 방법에 대해 다루었는데요. 이번 챕터에서는 테스트 기술에 대해서 다루려고 합니다. 테스트는 왜 필요할까요? 만들어진 코드에 확신을 가질 수 있게 해줍니다. 변화에 유연하게 대처할 수 있는 자신감을 갖게 해줍니다. 테스트가 잘 구성되어 있다면 기존 코드에 변경이 발생하더라도 기존 기능이 여전히 잘 동작하는지 쉽게 검증할 수 있습니다. 그럼 테스트는 어떻게 해야 좋을까요? 테스트 설계 내 계좌에서 다른 사람에게 돈을 보내는 송금 서비스가 있다고 생각 해보겠습니다. 실제로는 이것보다 훨씬 복잡한 아키텍처를 가지겠지만 간..