software engineering

해당 글 152건

Clean Architecture - 업무 규칙, 클린 아키텍처, 프리젠터, 험블 객체

2023. 8. 15. 21:15

업무 규칙 앞서 업무 규칙이란 말이 많이 나왔는데 업무 규칙에 대해 알아보자. 업무 규칙은 자동화와 관계 없이 사업적으로 수익을 얻거나 비용을 줄일 수 있는 규칙 또는 절차다. 일반적으로 업무 규칙은 데이터를 요구하는데 이를 ‘핵심 업무 데이터’ 라고 하고 둘은 본질적으로 결합되어 있기 때문에 객체로 만들기 좋은 후보이다. 그리고 이 객체를 ‘엔티티’ 라고 하고 핵심 업무 데이터를 직접 포함하거나 접근하는데 도움을 준다. 반면에 애플리케이션에 특화된 업무 규칙을 설명하는, 예를 들어 사용자의 입력, 출력, 출력을 위한 처리 단계등 자동화된 시스템이 사용되는 방법을 설명하는 것은 ‘유스케이스’ 라고 부른다. 위에 나온 ‘핵심 업무 데이터’, ‘엔티티’ 그리고 ‘유스케이스’ 로 나눠 업무 규칙이 저수준의 관..

software engineering

Failed to execute 'define' on 'CustomElementRegistry'

2023. 8. 5. 16:13

오래간만에 적는 이슈해결기, 웹 컴포넌트를 개발하며 package.json dependency의 중요성 또한 얻은 이슈이다. 같은 프로젝트를 하는 팀원A분이 해당 오류를 마주치고 팀원B분이 '아 그거 dependency 문제에요' 하면서 이슈를 해결해주고 GPT 답까지 제공해줬지만 7월 25일 이번엔 해결법을 제안해준 팀원B분이 같은 문제로 하루종일 고생하고 있다는 제보가 들어왔다. 배경 설명 디자인 시스템을 웹 컴포넌트 라이브러리 lit을 통해 만들고 있고 react로 감싼 컴포넌트가 있다. lit으로 만든 컴포넌트들을 lit/component 그리고 react로 만든 컴포넌트들을 react/component로 쉽게 이야기하겠습니다. customElement는 customElementRegistry에 ..

software engineering/issue

dependencies, devDependencies, peerDependencies

2023. 8. 1. 23:02

dependencies 프로덕션 환경 및 서비스 런타임에 사용되는 일반적인 종속성을 가진 라이브러리가 위치한다. 서비스 로직과 관련된 라이브러리, Lodash, React, 상태 관리 라이브러리(Recoil, Redux 등)이 있다. npm install 라이브러리 devDependencies 개발과정 혹은 테스트과정에서만 필요한 패키지 라이브러리의 예시로는 webpack, testing libraries, 타입 관련 라이브러리(typescript, @types/*), eslint, storybook 등이 있다. npm install --save-dev 라이브러리 npm install -D 라이브러리 peerDependencies 사용 중인 라이브러리에서 다른 라이브러리의 특정 버전에 종속성을 갖는 경우..

software engineering/javascript

Clean Architecture - 아키텍처, 독립성, 경계, 정책과 수준

2023. 7. 30. 20:34

아키텍처란 시스템이 잘 동작함은 물론 쉽게 이해, 개발, 유지보수 그리고 배포할 수 있게 해주며 시스템 수명주기 비용은 최소화하고 프로그래머 생산성을 최대화할 수 있도록 해야합니다. 소규모 팀에게 지나친 아키텍처가, 규모 있는 팀에서는 잘 설계된 컴포넌트 단위로 분리하지 않는다면 개발에 있어 장애물이 됩니다. 배포도 초기에 고려해야 하는데 자주 놓치는 부분입니다. 초기에 MSA로 결정했지만 배포 당시에 서비스간 연결과 작동 순서를 결정하는 단계에 대해서 고민해보지 않았다면 문제가 됩니다. 물론 유지보수 측면에서 MSA와 같이 컴포넌트를 분리하고 안정화된 인터페이스를 두어 격리하는건 탐사와 위험 부담을 낮추는데 비용을 줄일 수 있는 장점이 있겠지만 상황에 맞는 아키텍처를 하는것이 중요합니다. 따라서 아키텍..

software engineering

클린 아키텍처 - 컴포넌트

2023. 7. 26. 16:41

컴포넌트 컴포넌트는 시스템의 구성 요소로 배포할 수 있는 가장 작은 단위로 정의하는데, 아키텍처는 컴포넌트를 독립적으로 배포할 수 있도록 개발할 수 있어야 합니다. 재미있는 역사 프로그램 초기에는 프로그램을 메모리의 어느 위치에 로드 할지 중요하게 고려해야 했고 프로그램 위치가 결정되면 재배치가 불가능했습니다. 이 때는 라이브러리 함수의 소스 코드를 애플리케이션에 직접 포함시켜 단일 프로그램으로 컴파일 했었죠. (참조용) 그리고 약 50년간 다음과 같은 과정을 거치며 발전해왔습니다.메모리가 작아 소스 코드를 메모리에 상주시킬 수 없었고 디스크와 같이 느린 장치를 통해 소스코드와 함수 라이브러리를 통짜로 여러 차례 읽음 더보기 1. 컴파일 시간을 단축시키기 위해 함수 라이브러리를 별도로 관리하고 컴파일하여..

software engineering

클린아키텍처 - 설계원칙

2023. 7. 16. 22:16

아키텍처를 잘 만들기 위해선 벽돌(코드)부터 잘 만들어야 합니다. 이 때 SOLID 원칙에 따른 함수와 데이터 구조를 서로 결합하는 방법을 적용함으로써 변경에 유연하고, 이해하기 쉽고, 다양한 곳에 사용할 수 있는 수준의 소프트웨어 구조를 만들 수 있습니다. SOLID에 대해 간단한 정의만 복기해보자면, SRP(Single Responsibility Principle) - 소프트웨어 모듈의 변경 이유는 단 하나여야 한다. OCP(Open-Closed Principle) - 코드를 수정하기보다 새로운 코드를 추가하는 방식으로 설계해야 시스템을 쉽게 변경할 수 있다. LSP(Liskov Substitution Principle) - 대체 가능한 구성요소를 이용해 시스템을 만들 수 있으려면 구성요소는 반드시 ..

software engineering

프로그래밍의 패러다임

2023. 7. 11. 00:12

패러다임 아키텍처 경계를 넘나들기 위한 매커니즘으로 다형성을 이용하는 객체지향을, 데이터 위치와 접근 방법에 규칙을 부과할 때는 함수형을 그리고 모듈 기반 알고리즘으로 구조적 프로그래밍을 사용합니다. 위 세 가지 패러다임과 아키텍처의 세가지 큰 관심사인(함수, 컴포넌트 분리, 데이터 관리)가 어떻게 되는지 알아보기 위해 위에서 언급된 세가지 프로그램이 방식을 살펴보겠습니다. 구조적 프로그래밍 (절차형 프로그램이라고도 불리는) 구조적 프로그래밍은 프로그램이 실행될 때 위에서 아래 방향으로 진행되도록 절차와 순서를 갖는 패러다임입니다. 이를 위해 순차, 선택, 반복의 구조를 반복해가며 코드를 진행하는데, 순차: 코드를 순서대로 진행 선택: 조건문, 선택문(if, switch~case) 반복: 반복문(for,..

software engineering

클린 아키텍처 소개

2023. 7. 10. 08:08

설계와 아키텍처 저수준의 구조나 결정사항을 의미하는 설계(Design), 고수준의 무언가를 가리킬 때는 아키텍처(Architecture)라고 많이들 부르는데 사실 소프트웨어 설계에 있어 저수준부터 고수준까지 모두 중요한 전체 설계의 요소다. 뭐가 됐건 ‘시스템을 만들고 유지보수하는 데 투입되는 인력을 최소화’ 하기 위한 목적이 중요하다는 것을 알아야한다. 사례로 엔지니어링 직원 수의 증가추이와 제품의 크기 그리고 코드 라인당 비용의 그래프를 책에서 보여줬는데 직원 수가 증가하고 코드 라인당 비용과 인건비는 급격하게 올라가는데 반해 서비스의 성장이 멈추는 익숙한 그래프였다. 또 다른 엉망진창이 되어가는 신호로 너무 급격하게 만들어 구조와 설계 없이 만든다면 첫 출시에선 좋았던 성과가 점차 시간이 지날수록 ..

software engineering

클린 아키텍처, 소프트웨어 구조와 설계의 원칙

2023. 7. 9. 00:01

클린 아키텍처와 프로그래밍의 패러다임 설계 원칙과 컴포넌트 원칙 아키텍처1 아키텍처2 아키텍처3 세부사항 https://product.kyobobook.co.kr/detail/S000001033082 클린 아키텍처: 소프트웨어 구조와 설계의 원칙 | 로버트 C. 마틴 - 교보문고 클린 아키텍처: 소프트웨어 구조와 설계의 원칙 | “살아있는 전설이 들려주는 실용적인 소프트웨어 아키텍처 원칙” 소프트웨어 아키텍처의 보편 원칙을 적용하면 소프트웨어 수명 전반에서 product.kyobobook.co.kr

software engineering

MongoDB - 어플리케이션 설계

2023. 6. 25. 15:25

어플리케이션 설계 Trade-Off RDBMS에 익숙한 사람은 정규화에 익숙하다. 정규화는 콜렉션 간 참조를 갖고 여러 콜렉션으로 나눠 참조를 통해 접근한다. 하지만 몽고디비는 조인을 지원하지 않아서 여러 콜렉션에서 문서를 모으려면 쿼리를 여러 번 수행해야 한다. 일반적으로 정규화는 쓰기를 빠르게 만들고 비정규화는 '여러 문서가 참조를 통하지 않고 여러 문서를 갱신' 해야 하기 때문에 여러번 써야하지만 읽기를 빠르게 만든다. 데이터 표현 예제 # 관계형 사고 - 전부 참조형식 (실제 stuentId, classes 를 얻는 쿼리를 3번 해야함) > db.studentClasses.findOne({"studentId": id}) { "_id": ObjectId("..."), "studentId": Obj..

software engineering/backend