본문 바로가기

Software Architecture

Software Architecture 2024. 4. 23. 목이 빠질뻔 했다. 켄트 벡의 Tidy First? 서평중 켄트 백. 이 이름 하나로 그는 모든게 설명된다. TDD의 아버지. XP의 창시자 그내 낸 또 다른 책이 저 Tidy First? 이다. 이 책은 보는것 처럼 엄청 얇다. 현재 O'REILLY를 구독하고 있기에 사실 번역본이 나오기 전에 원서로 보긴 했다. 하지만 켄트 백의 책을 보면 모두들 느끼는 것이지만 엄청 추상적으로 설명한다. XP도 그렇고 TDD도 그렇고, 일단 제목도 보면 Tidy First? 이다. 뭘 정리하라는 거지? 부제목에 나오다 싶이 이 책의 중심 주제는 "정리해야 할까, 말까?"라는 질문에 대한 Beck의 접근 방식인데, 그는 이 질문에 대해 일률적인 대답을 제공하기보다는 상황에 따라 다르게 접근해야 한다고 조언한다. 물론, 내가 책을 읽다 보면 그냥 정리는 필수적인 개발 습관이다 ..
Software Architecture/Platform Strategy 2024. 3. 2. Platform Strategy 읽기 - Part 1: 플랫폼이란? 플랫폼의 역할과 중요성 플랫폼은 현대 비즈니스 모델에서 중요한 역할을 합니다. 2020년의 보고에 따르면, 2018년 가장 가치 있는 10개 회사 중 7개가 플랫폼 비즈니스 모델에 기반을 두고 있었습니다. 이는 플랫폼이 어떻게 기업의 성공에 기여할 수 있는지를 분명히 보여줍니다. 클라우드 플랫폼과 같은 기술 플랫폼은 현대 IT 인프라를 제공하여 다른 기업의 발전을 돕습니다​​. 플랫폼의 정의와 특성 플랫폼은 단순한 구조물이 아닙니다. 이는 기술적으로나 비즈니스적으로 사람들이나 서비스가 서로 상호작용할 수 있는 기반을 제공합니다. 이는 많은 성공적인 회사들이 기반을 둔 모델입니다. 플랫폼의 효과는 새로운 것이 아닙니다. 역사적으로 로마 제국의 성공은 개방된 생태계 전략과 연결된 80,000킬로미터의 도로 ..
Software Architecture/도메인 주도 설계 2023. 5. 21. Team Topologies(팀 토폴로지) 최근 직장 동료로 부터 이 책을 추천 받았다. 책의 내용은 IT 조직 구조에 따른 협업관계 그리고 업무 플로우와 시스템의 커플링의 이야기이다. 책을 읽으며 많은 것을 느끼게 되었다. 경력이 이제 막 10년차에 들어서 현재 직장에서 많은 고객사를 만나지만 지금까지의 거쳐왔던 회사들도 그렇고 같은 고민을 항상 했었다. '책에서 말하는 BP는 모두가 알고 있을텐데 왜 따라가지 않을까?' 내가 지니고 있던 Bias를 완전 해결해주는 답을 얻었다. 그 당시 그럴수 밖에 없었고 그것이 최선이었기 때문에 선택을 한 것이다. 특히 예시를 든 대기업의 사례가 특히 와닿았다. 많은 대기업이 큰 관계형 데이터베이스에 강력한 결합과 의존성을 지니고 있다. 현재에 와서 많은 기업이 이 의존성에서 벗어나기 위한 IT 현대화에 많..
Software Architecture/도메인 주도 설계 2023. 5. 7. 이벤트 스토밍 이벤트 스토밍 이벤트 스토밍은 빠른 주기의 학습 과정에 도메인 전문가와 개발자 모두가 참여하는 신속한 설계 기술이다. 이는 명사나 데이터보다 비즈니스와 비즈니스 프로세스에 초점을 맞춘다. 매우 구체적인 접근법이다. 모두가 포스트잇과 펜을 갖고 학습 및 설계 세션에 기여해야 할 책임을 갖는다. 비즈니스 측 사람들과 개발자 모두가 함께 같은 곳에 서서 함께 학습한다. 모두 유비쿼터스 언어를 함께 만든다. 모두가 클래스나 데이터베이스가 아닌 이벤트와 비즈니스 프로세스에 집중한다 매우 시각적인 접근법이다. 코드를 제외시키고 모두를 설계 프로세스의 초반부터 참여하게 한다 가장 빠르고 가장 적은 비용으로 수행할 수 있다. 포스트잇에 무언가를 썼는데, 나중에 그 내용이 적절하지 못하다는 것을 알았다면, 그 포스트잇은..
Software Architecture/알고리즘 참고(저장용) 2020. 9. 29. 객체지향 SOLID 원칙 개체지향 5대원칙이란, SRP(단일 책임 원칙). OCP(개방-폐쇄 원칙), LSP(리스코프 치환 원칙), DIP(의족 역전 원칙), ISP(인터페이스 분리 원칙) 을 말하며, 앞자를 따서 SOLID 원칙 이라고 부른다. 프로그래머가 시간이 지나도 유지 보수와 확장이 쉬은 소프트웨어를 만드는데 이 원칙들을 적용할 수 있다. 1. Single Responsiblity Principle(단일 책임 원칙) - 소프트웨어의 설계 부품(클래스, 함수 등)은 단 하나의 책임만을 가져야 한다. 여기서 책임이란 ,'기능' 정도의 의미로 해석하면 된다. 설계를 잘한 프로그램은 기본적으로 새로운 요구사항과 프로그램 변경에 영향을 받는 부분이 적다. 다시말해, 응집도는 높고 결합도는 낮은 프로그램을 뜻한다. 만약 한 클래스..

티스토리툴바