claude desktop + playwright-mcp 체험 후기 예전 프로젝트에서 playwright으로 E2E 테스트 코드를 짰을때 정말 유용했다. 그런데 코드를 작성하기 너무 귀찮았다. LLM 으로 자동으로 짤 수 있는 날을 기다렸는데... 드디어 비슷한 기능이 나왔다! 바로바로 playwright-mcp ! claude desktop에 playwright-mcp를 연결한 후, 실행한 화면을 먼저 살펴보자. 프롬프트로 기대하는 동작을 설명하면, playwright가 자동으로 브라우저에서 기대한 동작을 실행한다. 어떤건지 gif으로 살펴보자!어떻게 하는거지? 1. claude desktop을 설치한다.https://claude.ai/download 2. node를 설치하고, playwright-mcp 라이브러리를 설치하자 npm install -g playwri.. 코프링 초보자의 공부 여정 주변 코프링 개발자님께 여쭤보면, 다들 저절로 알게 되셨다고 말씀하신다. 나는 어떤 방법으로 학습했는지 기록해보자. 공부 여정1. 냅다 패스트캠퍼스 강의를 들어본다. https://fastcampus.co.kr/dev_online_kotlinfinal 백엔드 실무 적용을 위한 5개 도메인 심화 프로젝트 (Kotlin/Spring) 초격차 패키지 Online. | 패스트캠아직도 Kotlin에 대한 확신이 없으신가요? 5가지 도메인 실전 프로젝트를 Kotlin으로 빅테크 실무를 맛보세요! 도메인에 특화된 개발 노하우와 인사이트까지 이 강의로 남김없이 챙겨갈 수 있습니fastcampus.co.kr 2. 냅다 유튜브를 본다. 2-A. 코루틴 한국 영상을 들어본다.https://youtu.be/MnkUX_E9S.. 캐시전략 종류 살펴보기 일을 하다보면, 도메인과 아키텍처에 따라 캐시를 사용하는 방법이 달랐다. 캐시 전략의 종류와 사례를 정리해보자. Look-aside애플리케이션에서 먼저 캐시를 확인하고, 캐시가 미스되면 DB 혹은 API를 호출하여 캐시를 해두는 방법을 말한다. 사용 사례:카디널리티가 높아서 모든 데이터를 캐싱해둘 수 없는 경우가 있다. 그러나 롱테일 분포에 의하여, 조회가 많이 되는 데이터는 한정적인 경우가 있다. 이럴 때에는 요청이 올 때 캐싱해두는게 현실적인 경우가 있다.예를 들어, 상품을 캐싱해둔다고 생각해보자. 수많은 상품 정보를 미리 캐싱해두는게 어려울 수 있다. 이 때, 자주 접근하는 상품 정보만 캐싱함으로써 효율적으로 캐싱을 할 수 있다.다른 MSA 서버에서 제공하는 데이터라 캐싱 갱신 시점을 모르는 경우에.. 2025년 01월 잡다구리 강의Netplix 구독형 멤버십 프로젝트로 배우는 Spring Securityhttps://fastcampus.co.kr/dev_online_netflixproject Netplix 구독형 멤버십 프로젝트로 배우는 Spring Security | 패스트캠퍼스실제 프로덕트 수준의 넷*릭스 서비스 개발로 끝장내는 인증 & 인가!fastcampus.co.kr헥사고날 아키텍처 + 멀티모듈 + 모노레포 (리액트 프론트엔드 코드 포함) + api / batch app 예제 코드가 마음에 든다. 나중에 신규 앱을 만들 때, 초기 프로젝트 모델로 사용하기 딱 좋아보인다. 책 팀 토폴로지 https://americanopeople.tistory.com/469 매튜스켈톤/마누엘페이스: 팀 토폴로지콘웨이의 법칙과 중요성.. 매튜스켈톤/마누엘페이스: 팀 토폴로지 콘웨이의 법칙과 중요성"콘웨이의 법칙"이란 프로그램의 구조는 그것을 제작하는 조직의 구조를 반영한다는 것을 말한다. 역콘웨이 법칙이란?조직이 바라는 소프트웨어 아키텍처를 구성하려면, 팀과 조직 구조를 바꿔야한다는 주장이다. 이 전략은 설계부터 배포에 이르는 동안 팀 사이에 폭넓은 커뮤니케이션 활동이 없더라도, 업무를 완수할 수 있도록 지원하는 것을 목표로 한다. 불필요한 커뮤니케이션 제한팀 인터페이스를 정의해서 강한 협업이 필요한 업무와 그렇지 않은 업무의 종류에 대한 기대 수준을 명확하게 해야 한다. 모든 사람이 모두와 커뮤니케이션할 필요는 없다. 개방형 사무실에서는 누구나 모두와 커뮤니케이션할 수 있다. 이런 환경에서는 모두가 다른 이들과 커뮤니케이션해야만 업무가 진행될 것이라 생각하는 커뮤니케이션 .. 동시성 문제와 잠금 동시성 문제 (1) Lost Update한 트랜잭션의 변경 사항이 다른 트랜잭션에 의해 덮어씌워지는 현상을 말한다. 여러 트랜잭션이 동일 데이터를 읽고, 동시에 수정하려고 할 때 발생한다. (2) Write Skew여러 트랜잭션이 동시에 실행될 때, 각각의 트랜잭션이 다른 트랜잭션이 수행한 읽기 결과를 기준으로 조건을 확인하고 쓰기 작업을 수행함으로써, 전체 데이터베이스 상태가 일관되지 않게 되는 문제이다. 여러 트랜잭션이 동일 데이터를 읽고, 읽은 데이터를 기반으로 서로 다른 데이터를 수정할 때 발생한다. 주문, 재고, 판매상태 사례를 통해 Write Skew 개념을 파악해보자. 잠금 전략(1) 비관적 잠금 (Pessimistic Lock) 다른 트랜잭션이 데이터를 변경하려 할 가능성이 높다. 그러니 .. 데이터베이스 트랜잭션과 격리수준 Transaction트랜잭션은 작업의 완전성을 보장해주는 것을 말한다.논리적인 작업 셋을 모두 완벽하게 처리한다. --> 트랜잭션의 Commit 작업을 뜻한다.처리하지 못할 경우에는 원 상태로 복구한다. --> 트랜잭션의 Rollback 작업을 뜻한다.이렇게 작업의 완전성을 보장하여, partial update 문제를 방지한다.(a) partial update 문제partial update은 작업이 일부만 적용되는 현상이다.myisam 엔진과 Innodb 엔진 사례를 통해, 트랜잭션이 적용되지 않아 "partial update" 문제가 발생하는 사례를 살펴보자. (myisam 엔진은 트랜잭션을 지원하지 않는다.)위의 그림은 PK가 중복되는 레코드를 추가하여 오류가 발생했을 때, 엔진 별로 최종 데이터 결.. 타임라인 회고 (Timeline Retrospective) 프로젝트 회고를 준비하며, GPT와 쿵짝쿵짝 정리한 시나리오를 정리한 자료입니다. 타임라인 회고는 1개월 이상 지속된 장기 프로젝트 회고로 적합한 방법입니다. 진행 방식은 다음과 같습니다. 준비물스티커, 네임펜, 3가지 색상의 포스트잇 진행방법1. 칠판에 타임라인을 그립니다. (5분)2. 포스트잇에 사건을 적어서 붙입니다. 따뜻한 감정은 빨간 포스트잇에, 차가운 감정은 파란 포스트잇에 작성합니다. (15분)3. 주요 사건들을 그룹핑합니다. (5분)4. 스티커를 5개씩 배부하고, 투표를 합니다. (5분)5. 투표를 받은 상위 사건들로 어떤 일이 있었는지 이야기를 나눕니다. (15분)6. 사건을 바탕으로 다음 5가지를 생각해봅니다. (15분) Achievements Surprises .. 이전 1 2 3 4 ··· 39 다음