티스토리

포도가게의 개발일지

검색하기

블로그 홈

포도가게의 개발일지

grapestore.tistory.com/m

https://github.com/grapestore

구독자: 2

방명록 방문하기

주요 글 목록

바닥부터 LangSmith(6) LLM Tracing- LLM 호출 및 애플리케이션 로직의 다른 부분에 대한 가시성 확보.- LLM을 chaining한것에 동작을 자세히 살펴볼 수 있어서 좋았던 것 같다. 또한 playground를 통해서 prompt를 빠르게 수정해보며 output이 어떻게 나오는지 빠르게 확인해볼 수 있어서 좋았다.Evaluate- 모델, 프롬프트 및 아키텍처 간의 결과를 비교하여 최적의 방식을 식별.- prompt 개선과 모니터링을 빠르게 하게되면서 evaluate이란 기능에도 관심이 많이 생겼습니다.데이터셋 생성성능측정 지표 정의프롬프트 평가 실행결과 수동 비교결과 추적ci/cd 통합.Schema최소한 애플리케이션의 입력값을 포함해야합니다.기대 출력값도 정의하는것이 좋음. 예상되는 출력값평가는 반복적인 과정이므.. 공감수 1 댓글수 0 2025. 1. 15.
바닥부터 LangGraph(5) Sequential AgentsLangGraph 위에 구축된 flowise의 sequential agents는 work flow를 DCG로 구조화하여 대화형 에이전트 시스템을 개발을 용이하게 합닏. 이를 통해 제어된 loop와 반복적이 프로세스를 구현할 수 있습니다.이 그래프는 서로 연결된 노드들로 구성되며, 정보와 작업의 순차적 흐름을 정의합니다. 이를 통해 에이전트는 입력을 처리하고 작업을 실행하며, 구조화된 방식으로 응답을 생성할수있습니다.Understanding Sequential Agents' DCG ArchitectureNode-based processing: 그래프의 각 노드는 언어 처리, 도구 실행, 또는 조건부 로직과 같은 고유한 기능을 캡슐화하는 독립적인 처리 단위입니다.Data fl.. 공감수 2 댓글수 2 2024. 12. 26.
바닥부터 LangChain(4) FlowiseFlowise는 개발자가 맞춤형 LLM 오케스트레이션 흐름과 AI 에이전트를 구축할 수 있도록 돕는 오픈 소스 저코드 도구입니다.Flowise Agent system현재 flowise는 multi-agents와 sequential agents 방식을 제공합니다.Multi-agentssystem architectureUser: 사용자는 시스템의 시작점으로, 초기 입력이나 요청을 제공합니다. 범위를 벗어난 요청은 부정확한 결과, 예기치 않은 loop 또는 시스템 오류를 초래할 수 있습니다. 때문에 사용자 요청은 시스템의 핵심기능과 일치해야합니다.Supervisor: supervisor는 시스템의 오케스트레이터 역할을 수행합니다. 사용자의 요청을 분석하고 이를 하위 작업으로 분해한후 각 worke.. 공감수 1 댓글수 0 2024. 12. 26.
바닥부터 LangFlow(3) LangFlow- Langflow는 다중 에이전트 및 RAG(리트리벌-증강 생성) 애플리케이션을 구축하기 위한 시각적 프레임워크입니다. 오픈 소스이며, Python 기반으로 완전히 커스터마이징이 가능하고, LLM(대형 언어 모델) 및 벡터 스토어와 독립적으로 사용할 수 있습니다. Sequential tasks agent- Sequential Tasks Agent 흐름은 여러 Agent 컴포넌트를 사용하여 다중 에이전트 애플리케이션을 구축하는 방식입니다. 각 에이전트는 고유한 LLM 모델과 도구 세트를 가지며, Prompt 컴포넌트는 Agent Instructions 필드에 연결되어 에이전트의 동작을 제어합니다. Data component- 이 컴포넌트들은 데이터를 로드할 때 일부 처리를 하거나 타입 검사.. 공감수 0 댓글수 0 2024. 12. 24.
바닥부터 LangGraph(2) LangGraph- LangGraph는 LLM(대형 언어 모델)을 활용하여 상태 기반의 다중 액터 애플리케이션을 구축하는 라이브러리로, LangGraph는 사이클을 포함하는 흐름을 정의할 수 있어, 대부분의 에이전트 아키텍처에 필수적인 특성을 제공합니다. 1. Flow- LangGraph는 애플리케이션의 실행 흐름을 그래프 형태로 정의합니다. 각 그래프의 노드는 작업을 나타내며, 이 작업들은 다른 작업들과 연결되어 흐름을 형성합니다. 노드 간의 연결은 데이터 흐름을 정의하며, 각 노드는 입력과 출력을 갖습니다. 이 흐름은 에이전트가 실행하는 작업을 순차적 또는 조건부로 처리할 수 있게 합니다. 2. Cycles- LangGraph의 중요한 특징 중 하나는 사이클을 지원하는 점입니다. 대부분의 전통적인 .. 공감수 1 댓글수 0 2024. 12. 24.
바닥부터 LangChain(1) LangChain Core- langchain-core는 LangChain 생태계에서 사용하는 기본 추상화와 LangChain 표현 언어를 포함하는 패키지입니다. LangGraph- langgraph는 상태 기반의 다중 행위자 애플리케이션을 구축하는 라이브러리로, LangChain과 원활하게 통합되지만 독립적으로 사용할 수도 있습니다. LangServe- LangServe는 LangChain 실행 가능 함수와 체인을 REST API로 배포할 수 있도록 도와줍니다. Runnable- Runnable은 LCEL로 생성된 체인을 의미하며, 이는 Runnable 인터페이스를 구현한 객체입니다. • 단일 LLM 호출: LCEL을 사용하지 않고 모델을 직접 호출하는 것이 좋습니다. • 간단한 체인(예: 프롬프트 .. 공감수 0 댓글수 0 2024. 12. 20.
바닥부터 LangChain(0) LLM을 이용한 서비스를 개발하면서, 시스템 명령어가 너무 많이 포함되게 되었습니다. 이로 인해 명령어들 간에 모순이 발생하거나, 모델이 일부 명령어를 제대로 이해하지 못하게 되었습니다. 결과적으로 프롬프트의 사소한 변화에도 출력이 크게 달라지는 문제가 발생했습니다. 또한, 하나의 요청에서 너무 많은 작업을 처리하려다 보니, 원하는 결과물이 아닌 부정확한 출력들이 생성된 것 같습니다. 필요한점- 작고 구체적인 단위로 보다 정확한 처리- 여러 모델을 협력시켜서 최종 아웃풋에 도달 LangChain이란 무엇일까요?- LangChain은 다양한 AI 애플리케이션을 구축하는 데 유용한 프레임워크로, LLMs(대형 언어 모델)을 다루는 방법과 데이터 처리 및 결과 생성 과정을 최적화하는 다양한 도구를 제공합니다... 공감수 4 댓글수 3 2024. 12. 20.
Prototype chain ### __proto__와 prototype property- __proto__와 prototype 프로퍼티는 동일한것을 가리킬 수 있지만 사용 주체가 다릅니다.- __proto__는 모든 객체가 가지고있으며 [[Prototype]] 내부 슬롯에 직접 접근을 할 수 있기 때문에 참조 접근하기 위하여 즉 객체가 자신의 prototype에 접근 또는 수정하기 위해서 사용되는 프로퍼티 입니다.- prototype 프로퍼티는 생성자(constructor)만 가지고 있으며 생성자 함수가 자신이 생성할 객체에 어떤 프로토타입을 할당해야하는지를 저장하기위한 목적으로 사용됩니다. ### 생성자 함수와 Prototype생성자 함수에 매번 method를 만들게 되면 중복되는 code가 매번생성되며 memory를 낭비하게.. 공감수 0 댓글수 0 2024. 9. 22.
실수의 이해 고정소수점예를 들어, 64비트 숫자 123.456을 표현할 때, 정수부에 123, 소수부에 456을 할당합니다.구현부호비트(1) 정수부비트(31) 소수부비트(32) 부동소수점 (소수점의 위치가 고정되어 있지 않고 움직인다.)고정소수점 소수부비트가 한정적이라 작은 값을 표현하기에 표현에 부족함으로 생김.2진수로 인한 근사치로 저장하다보니 계산 miss가 될 수 있음.소수점 이하의 표현 차이 그러나 10진수에서 정확하게 표현되는 많은 소수점 이하 값들이 2진수에서는 무한 소수로 표현됩니다. 예를 들어, 0.1을 2진수로 변환하게 되면 무한소수가 된다.10진수는 기저수가 10(2와 5의 곱)이기 때문에 2나 5의 거듭제곱 분모를 가진 분수는 유한 소수로 표현될 수 있습니다. 반면, 2진수는 기저수가 2이기 때.. 공감수 0 댓글수 0 2024. 6. 17.
[k8s] Strategy for Gitops Strategy for Gitops현재 terraform을 branch를 통해 환경을 나누고 있었고, 괜찮은 결정이었다고 생각, 가장 큰 이유는 코드 base가 동일하며 terraform에 경우 workspace 단위로 나눌 수 있기 때문이라고도 생각이 들었다.하지만 동일한 code base로 인해 선언적인 명령에서 점점 멀어지게 되었고, code 관리 및 git branch 관리가 불편해진 경험을 다수 느낄 수 있었습니다.gitops에 해당 전략을 적용해볼려고 자료를 조사해본결과 꽤 큰 도전적인것들이 있었습니다. 그 중에서는 git에서 환경에 따라 value를 어떻게 분리 할 것 이며, kustomize를 이용해서 분리된 value를 변경할 것 인가 라는 도전적인 부분이 있었습니다.하지만 YAML은 구.. 공감수 0 댓글수 0 2024. 4. 27.
[K8S] AWS EKS IRSA 동작 AWS EKS IRSA 동작 결국 k8s에는 role을 service account를 주어 pod이 k8s resource에 대한 접근권한을 얻는 방식이다. 그럼 k8s의 pod들은 aws resource에 대한 접근권한을 어떻게 얻을까? 첫번째 node에 iam role을 주어 pod이 자동으로 사용한다. 두번째 iam user의 access key를 pod에서 직접 사용한다. 세번째 AWS IRSA(IAM Role for Service Account)를 사용한다. 우선 pod이 어떻게 aws resource에 접근할까? 전달 받은 jwt(id token)과 arn을 이용하여 STS를 통해 정책 및 trust relation(role의 사용가능여부)을 확인한다. jwt(id token)를 발급해준 ID.. 공감수 0 댓글수 0 2024. 4. 23.
클린 아키텍처 3부 개방폐쇄 원칙 - 어떻게 왜 언제 발생하는지에 따라서 기능을 분리하고 저수준 컴포넌트에서 발생한 변경으로부터 고수준 컴포넌트를 보호할수있다. 음.. 오랜만에 생각해보니까코드를 변경으로부터 보호하고 추가로확장한다도 있지만 책임역할의 구체적 변경이 협력에 영향을 주지않는다고 생각되는것을 까먹고있었네 그럼 최고 보호되어야하는얘는 협력 음 맞는듯.. 극은 진행되어야한다! 리스코프예전에는 import 의존성까지는 고려하지않았는데 이제 서브타입을 import하는것도 의존성이 생겼다는것을 알았다. lsp는 아키텍처수준까지 확장할수있고 반드시 확장해야한다. 후후 worker에 이미 적용했습니다. 인터페이스분리법칙오 오히려 동적타입언어가 결합도를 낮춰 유연하게 만들수있다는 관점이 신기하네요. import도 .interf.. 공감수 0 댓글수 0 2023. 9. 18.
클린 아키텍처 2부 세가지 패러다임 - 객체지향과 함수형을 공부하면서 이렇게 아키텍쳐를 설계하면 test 또는 좀 더 유연한 프로그램을 짤 수 있다고 생각하였지만, 무엇을 앞선 개발자들이 개발자들의 특정 행동을 포기함(막음)으로써 이러한 3가지의 패러다임을 가져왔는지 알 수 있었다.. - 띵언: 오히려 소프트웨어는 과학과 같다. 최선을 다하더라도 올바르지 않음을 증명하는데 실패함으로써 올바름을 보여주기 때문이다. 구조적 - 제어흐름을 직접적으로 변환하는것을 막음 goto문을 사용 못하게 만듬으로써 기능별로 모듈을 분리할 수 있었고, 그 기능을 저수준으로 또 다시 책임을 지는 모듈로 분리할수있었다... 구조적 프로그래밍은 프로그램을 증명 가능한 세부 기능 집합으로로 재귀적 으로 분해할 것 을 강요한다. 테스트 주도로 개발한다.. 공감수 0 댓글수 0 2023. 8. 19.
클린 아키텍처 1부 설계와 아키텍처란? 빨리 가는 유일한 방법은 제대로 가는것이다. 기획이나 스프린트 압박으로 우선 빠르게 개발하고 그걸 나중에 개선할 생각은 버려라 어차피 다음 기획 티켓은 나에게 이미 할당되어있다.... 나중에 내가 엉망이된 코드를 정리할수있다고 과신하지마라 ㅋㅋㅋ 와닿네요.. 후.. 이번에 레거시를 정리하면서 느낀건데 test를 작성하면서 개발한 코드와 test를 나중에 붙이는 코드는 코드 퀄리티가 달라질수밖에 없다고 생각이 들었고 첫단추를 잘 못낀 코드는 계속해서 엉키기만 할 뿐이라는걸요.. 두가지 가치에 대한 이야기 아키텍처를 위해 투쟁하라! 나는 소프트웨어를 안전하게 보호해야 할 책임이 있다. 소프트웨어는 동작하는 프로그램이 아닌 유연한 프로그램을 의미한다. 좋은 아키텍트는 특성과 기능을 개발하기.. 공감수 0 댓글수 0 2023. 8. 15.
쿠버네티스(k8s) 하이퍼 바이저 - 가상 머신 모니터라고도 하는 하이퍼바이저는 가상 머신(VM)을 생성하고 실행하는 프로세스입니다. vs 컨테이너 런타임 저수준 런타임 namespace와 cgroup를 이용하여 컨테이너 자체를 만드는 일을 한다. 대표적인 저수준 런타임으로 runc가 있다 이미지로부터 컨테이너를 실행하는 기능은 없다. 고수준 런타임 저수준 런타임 위에 배치되어 이미지로부터 컨테이너를 실행할 수 있다. 대표적으로 containerd, cri-o등이 고수준 컨테이너 런타임이다. docker docker의 경우 docker-containerd라는 고수준 런타임과 docker-runc라는 저수준 런타임을 이용하여 제공한다. docker가 기존에 가지고 있던 컨테이너 daemonm으로써의 기능을 containerd.. 공감수 0 댓글수 0 2023. 3. 19.
Track g4dn inference server OOM virt 43.635, res 0.014t 근데 cpu사용률 왤케 높지? 음.. 현재 datadog에서 항상 죽을때 log가 4k이상 쌓이는걸 볼 수 있다. 음 main container 메모리는 하드 리밋이 걸어놓은대로 잘 걸려있다. 이에 반해 logrouter가 메모리 리밋이 걸려있지 않네..? 문제가 생길 수 있을 것 같은데.. 높은 확률로 문제가 되어 보인다. 우선 infer server에 리밋을 좀더 13gib로 할당이 필요해보이고 logrouter에도 추가적인 hardlimit 조치가 필요해보인다. 공감수 0 댓글수 0 2023. 1. 8.
MongoDB 책 mongoDB 완벽 가이드 도큐먼트 지향 데이터 베이스. 관계형 모델을 사용하지 않는 주된 이유는 분산 확장을 쉽게 하기 위함이다. 도큐먼트 지향 데이터 베이스에서는 행 개념 대신에 보다 유연한 모델인 doc을 사용한다. 내장 doc와 배열을 허용함으로써 doc 지향 모델은 복잡환 계층 관계를 하나의 레코드로 표현할 수 있다. 이 방식은 최신 객체 지향언어를 사용하는 개발자의 관점에 매우 적합하다. 2. mongodb는 doc의 키와 값을 미리 정의 하지 않는다. 따라서 스키마리스하며 쉽게 필드를 추가하거나 제거할 수 있다. 이는 rdb의 경우 migration을 항상 고려해야하는 부분대비 큰 장점으로 와닿는다. mongo는 이로 인해 개발 과정을 빠르게 반복 할 수 있고. 모델을 실험해보기 쉽다. .. 공감수 0 댓글수 0 2022. 12. 20.
Docker 교과서 Why? 도커에 대한 좀 더 이해를 통해 image 최적화를 하여 좀 더 빠를 scale out을 하고싶어서 현재 mlops image가 크다보니 scale out되는데 시간이 꽤 걸리는 부분이 있음. 개념 정리 컨테이너란? - 가상 리소스를 들고있는 독립적인 환경을 가지는 상자( 호스트명 ip 주소, 디스크) - 독립적인 환경은 가지지만 컨테이너가 실행되는 컴퓨터의 리소스는 공유한다. 가상머신과 달리 운영체제를 전부 포함하지 않기 때문에 가상머신 대비 가볍다. - 종료된 컨테이너도 명시적으로 삭제하지 않는 한 그대로 남아 있다. 컨테이너의 파일 시스템도 그대로 남아있다. 네트워크 - 컨테이너는 기본적으로 외부 환경에 노출되지 않는다. 각 컨테이너는 고유의 ip를 갖지만, 이 ip주소는 도커가 관리하는 .. 공감수 0 댓글수 0 2022. 11. 27.
Monorepo vs Multirepo https://semaphoreci.com/blog/what-is-monorepo What is monorepo? (and should you use it?) - Semaphore Monorepos can foster rapid development workflows. In this post, we’ll examine if they are the right fit for you and your company. semaphoreci.com 우선 대형 모노레포를 운영하는 회사로 Google, MS, Facebook, Twitter가 잘 알려져있다. Monorepo : 다양한 project들을 하나의 repository에서 통합하여 관리 Multirepo : 각각의 project들을 각각의 repository.. 공감수 5 댓글수 1 2022. 10. 5.
Angular DI의 이해 DI 시스템에는 두가지 역할인 provider와 consumer 역할이 있다. Angular는 injector를 이용하여 provider와 consumer의 interaction을 수월하게 해줍니다. dependency가 요청되었을때, injector는 registry에서 사용 가능한 instance가 있는지 확인합니다. 그렇지 않은 경우 새 instance가 만들어지고 registry에 저장됩니다. angular는 application bootstrap중에 root injector를 만들뿐만아니라 필요에 따라 다른 injector도 만들게 됩니다. 생성자 depedency를 확인하여 injector에 해당 instance가 등록되어있는지 확인 후 없는경우 생성 후 등록해줍니다. DI 프레임워크는 기본적.. 공감수 0 댓글수 0 2022. 9. 22.
[회고]오브젝트 OOP http://www.yes24.com/Product/Goods/74219491 오브젝트 - YES24 역할, 책임, 협력을 향해 객체지향적으로 프로그래밍하라!객체지향으로 향하는 첫걸음은 클래스가 아니라 객체를 바라보는 것에서부터 시작한다. 객체지향으로 향하는 두번째 걸음은 객체를 www.yes24.com 설계란 코드를 배치하는것 그렇다면 왜 좋은 설계를 해야할까 생각한다면 그것은 현재 기능은 온전히 수행하면서 추가되거나 변경되는 내용을 수용할 수 있게 설계해야한다. 이 책을 읽으면서 정리한 생각은 결국 변경에 유연하게 대처를 어떻게 해야할까 고민한다면 결합도를 낮추고 응집도를 증가시킴으로써 변경의 취약하지 않게 될 수 있다. 왜 응집도가 높으면 변경에 유연할까 고민했을 때 한 곳의 관련 변경내용이 몰려있.. 공감수 0 댓글수 0 2022. 7. 3.
접근제어자 public - contract method,state를 external, internal 모두 공개 external - contract method, state를 contract 외부에서만 접근할 수 있도록 공개 private - contract state, method를 현재 contract 내부에서만 쓸 수 있도록 설정 internal - contract를 상속받은 또는 해당 contract에서만 접근할 수 있도록 설정 view - storage 상태변수에 접근할 수 있으며 외부에서 data를 읽을 수 만있다. write가 발생하지 않으니까 gas가 비용이 발생하지 않는다. pure - local 상태변수에만 접근할 수 있으면 때문에 읽기와 쓰기 모두가 불가능하다. 공감수 0 댓글수 0 2022. 5. 29.
[AWS] IaC(Infrastructure as code)? IaC란? - 인프라 구성을 코드를 이용해 자동으로 구축, 관리, 프로비저닝하는 IT 인프라 프로비저닝 프로세스 why? - 수동으로 관리하였을때 일어날 수 있는 누락, 설정 미스들을 없앨 수 있다. - 이러한 IaC의 장점은 단순히 서버관리의 효율성만 있는 것이 아닙니다. 인프라를 코드로 관리함으로써 어플리케이션을 관리하듯이 코드 관리와 배포 프로세스를 지킬 수 있습니다. 예를 들면 github / codecommit(AWS) 에 인프라스트럭쳐 코드를 올려서, Jenkins 또는 Circle CI 같은 툴들로 지속적 배포 프로세스를 갖출 수 있죠. how? iac 툴 Chef Puppet Red Hat Ansible Automation Platform Saltstack Terraform AWS Clou.. 공감수 0 댓글수 0 2022. 4. 24.
[AWS] CloudFront Signed Url & Cookie CloudFront는 AWS에서 제공해주는 cdn 서비스이다. Signed Url & Cookie? why? 유료 사용자 또는 일부 사용자용으로 각종 컨텐츠, 비즈니스 데이터, 각종 문서에 대한 액세스를 제한하고자 할 때 사용되는 cloudFront의 기능입니다. 사용자가 특별한 CloudFront 서명된 URL 또는 서명된 쿠키를 사용하여 프라이빗 콘텐츠에 액세스하도록 합니다. 사용자가 오리진 서버(저희 서비스에 경우 S3)에서 직접 콘텐츠에 액세스하는 URL이 아닌 CloudFront URL을 사용하여 콘텐츠에 액세스해야 합니다. signed URL와 cookies의 차이 - Signed URL: 개별 파일에 대한 액세스를 제공한다. 즉, 파일 하나 당 하나의 URL을 얻는다. - Signed Coo.. 공감수 0 댓글수 0 2022. 4. 20.
Object[5] 책임 할당하기 객체에 책임을 할당하는 기본적인 원리 데이터보다 행동을 먼저 결정해라(인터페이스를 먼저 작성하라고 생각됨: 뒤에서 잘못됬다고 느낌 인터페이스를 쓰라는게 아니라 메세지를 먼저 작성해라라고 본다) -> 객체에게 중요한것은 데이터가 아니라 외부에 제공하는 행동이다. 클라이언트 관점에서 객체가 수행하는 행동이란 곧 객체의 책임을 의미한다. 협력이라는 문맥 안에서 책임을 결정해라 메시지를 전송하는 클라이언트 의도에 적합한 책임을 할당해야 한다.(메서드 써놓고 이건 누가 가져가야하지? 즉 문맥을 먼저 작성하고 각책임을 할당해줘라라고 이해된다.) 메세지가 객체를 선택하게 해야 한다.("메세지를 전송해야 하는데 누구에게 전송하지?") 데이터 중심으로 작성하게 되면 캡슐화를 신경쓰면서 해야됨 누굴 인터페이.. 공감수 0 댓글수 0 2022. 4. 20.
Object[4] 설계 품질과 트레이드오프 역할은 책임의 집합이기 때문에(나는 해당역할에 여러 객체들이 교체될 수 있어 각 객체들의 추상화가 책임인줄알았는데..?) 설계는 변경을 위해 존재하고 변경에는 어떤 식으로든 비용이 발생한다. 훌륭한 설계는 합리적인 비용안에서 변경을 수용할 수 있는 구조를 만드는 것이다. 객체의 상태가 아닌 행동에 초점을 맞춰라? 데이터 중심의 관점에서 객체는 자신이 포함하고 있는 데이터를 조작하는데 필요한 오퍼레이션을 정의한다. 책임 중심의 관점에서 객체는 다른 객체가 요청할 수 있는 오퍼레이션을 위해 필요한 상태를 보관한다. 캡슐화 상태와 행동을 하나의 객체 안에 모으는 이유는 객체의 내부 구현을 외부로부터 감추기 위해서다. 여기서 구현이란 나중에 변경될 가능성이 높은 어떤 것을 가리킨다. 객.. 공감수 0 댓글수 0 2022. 4. 16.
[Tech] TDD? 책: 테스트 주도 개발 시작하기 chapter1. 저자가 TDD 도입전 개발했던 방식 ( 현재의 나와 같다. ) 1. 만들 기능에 대해 설계를 고민, 어떤 클래스나 인터페이스를 도출할지 고민하고 각 타입에 어떤 메서드를 넣을지 시간을 들여 생각 2. 과정 1을 수행하면서 구현에 대해서 고민, 대략 어떻게 구현하면 될지 머릿속에 그림 3. 기능에 대한 구현을 완료할 것 같으면 기능을 테스트 한다. 이 과정에서 원하는 대로 동작하지 않거나 문제가 발생하면 과정2에서 작성한 코드를 디버깅하면서 원인을 찾는다. 저자는 TDD가 더 나은 코드를 다 빠르게 개발하는데 도움이 된다고 한다. TDD로 개발할 대 먼저 해야할 것은 기능을 검증하는 테스트 코드를 작성하는 것이다. TDD를 처음에 익히기 위해 작은 단계를 .. 공감수 0 댓글수 0 2022. 4. 12.
[DB] MongoDB[2] Basically CRUD data : insert나 변경되고나 하는 data 내용 filter : 찾고자 하는 data의 조건 MongoDB Reserved Operators https://www.mongodb.com/docs/manual/reference/operator/ Operators — MongoDB Manual Docs Home → MongoDB ManualQuery and Projection OperatorsQuery operators provide ways to locate data within the database and projection operators modify how data is presented.Update OperatorsUpdate operators are opera.. 공감수 0 댓글수 0 2022. 4. 10.
[Web] Webhook? what? - 웹훅은 웹페이지 또는 웹앱에서 발생하는 특정 이벤트들을 callback으로 변환해주는 방버이다. 일반적인 API는 클라이언트가 서버를 호출하는 방식이다. 하지만 웹훅의 경우 서버에서 특정 이벤트가 발생했을 때 클라이언트를 호출하는 방식이면 "역방향 API"라고도 부른다.(sse같은건가?) Webhook 프로바이더는 해당 이벤트가 발행하면 HTTP POST 요청을 생성하여 callback URL(endpoint, 목적지)로 이벤트 정보을 보냅니다. why? - 메일을 수신할 수 있는 웹앱의 클라이언트와 서버가 있다. 구현할 것은 서버측에서 메일을 수신하였을 경우 클라이언트 측으로 알림 메세지를 전달하는 것이다.!! 알림!! (즉 busy waiting쓸데없는 overhead를 줄 일 수있다 .. 공감수 0 댓글수 0 2022. 4. 9.
Object[3] 객체지향에서 제일 중요한것은 역할 책임 협력이다. 객체들이 애플리케이션의 기능을 구현하기 위해 수행하는 상호작용을 협력이라 부른다. 객체가 협력에 참여하기 위해 수행하는 로직을 책임이라 부른다. 객체들이 협력 안에서 수행하는 책임들이 모여 객체가 수행하는 역할을 구성한다. 객체지향 시스템은 자율적인 객체들의 공통체다.!! 객체는 고립된 존재가 아니라 기능이라는 더 큰목표를 달성하기 위한 사회적인 집단이다!! 책임주도설계 1. 시스템이 사용자에게 제공해야하는 기능인 시스템 책임을 파악한다. 2. 시스템 책임을 더 작은 책임으로 분류한다. 3. 분할된 책임을 수행할 수 있는 적절한 객체 또는 역할을 찾아 책임을 할당한다. 4. 객체가 책임을 수행하는 도중 다른 객체의 도움이 필요한 경우 이를 책임질 적절한 .. 공감수 0 댓글수 0 2022. 4. 9.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.