welcome!

ChatGPT 4o를 구독하여 쓰고있는데 나보다 더 잘 쓰는 일반인들도 많더라 난 자주 쓰는 정도고, 질문을 주고 받는 건 능숙한데 GPT 4o를 가지고 수익을 창출할 정도도 아니고..여튼 요새 AI를 해야할거 같아서,솔직히 발을 걸쳐놓지 않으면 도저히 따라갈 수 없을 정도로 될 것 같아서기초부터 배우려고 GPT 한테 물어봐서 강의목록을 뽑아보았다. 그 중 가장 처음 되는 강의 였음 예전 알고리즘 이론 공부할 때도 MIT OCW를 보고, 유튜브로 자막도 작성했었는데..이건 누가 다 자막을 만들어놨더라 덕분에 재밌게 볼예정옛날 기억도 나서 글을 써봤음

CourseraAlgorithms, Part IPrinceton University생각보다 여정이 오래걸렸다.4개월이 걸렸는데, 하다보니 할만했는데 오래 걸렸던 것은 중간에 기하 문제가 하나 섞여 있었다. K-d Tree-_-.. 거기서 한 2개월 쓴거같다. 해야지 해야지 하다가 안했는데 몇 번 트라이 해보니까 바로 되더라... 허무한 감은 있었다.또 오래 걸린 것 중 하나는, 과제마다 익셉션 처리가 있는게 좀 그랬다.생각보다 과제의 코딩 양이 있는 편이고 일반적인 알고리즘 문제보다 있는 편이다.도전해볼만한가 ? - YES. 도전해보시오귀찮은가? - YES. 익셉션 처리 (이런 것 까지 해야해? 하는 것 도 있다 인자 null처리), 퍼포먼스 처리. 긴 영어 지문과 설명문..기억에 남는가? - NO.....

Spring 대시보드 예제 바로보기https://grafana.com/grafana/dashboards/17175-spring-boot-observability/ Spring Boot Observability | Grafana LabsImport the dashboard template Copy ID to clipboard or Download JSONgrafana.comFastAPI 대시보드 예제 바로보기https://grafana.com/grafana/dashboards/16110-fastapi-observability/ FastAPI Observability | Grafana LabsImport the dashboard template Copy ID to clipboard or Download JS..

아사히카와에서 온천을 끝마치고, 훗카이도로 이동했다.훗카이도 호텔에 들어서고, 아내와 무엇을 먹을지 고민했다.오늘은 카레다 싶었는데, 구글맵을 켜놓고 보았는데, 이미 저녁(7-8시)이라 대부분 문을 닫거나 곧 닫을 상태였다.고민 중에 호텔에서 배부해준 맛집 지도를 펼쳐보았다. 음... 이것저것 구글 맵에 검색해 보았는데 평점이 높은 곳은 거의다 문을 닫은 상태였다.아내가 카레를 먹고 싶다했고, 마침 맛집 지도에 Algo 라는 곳이 있었다. 구글 평점을 보니 괜찮은데 리뷰 수가 그닥 적었다.   スープカレーアルゴ · 일본 〒064-0805 Hokkaido, Sapporo, Chuo Ward, Minami 5 Jonishi, 6 Chome−１２★★★★★ · 일본식 카레 전문식당www.google.com 나는..

이번에는 트랜잭션 관심 분리와 애플리케이션 이벤트 활용에 대해 설계문서를 작성해볼 것입니다.시나리오는, 좌석 예약 시나리오로 플로우는 다음과 같다.1 예약정보 저장 2 계좌 정보에 고객정보 있는지 확인2.1 계좌 정보에 고객 정보가 없다면 계좌 정보에 고객 정보 생성3 결제 내역 생성4 결제 히스토리에 결제 5 해당 고객 계좌 정보에 차감금액 입력위 플로우는 하나의 트랜잭션으로 묶인다.코드는 다음과 같다. @DistributedLock(key="#userId") public boolean payForPreReservedSeat(int amount, Long userId) throws Exception { Reservation reservation = jpaReservationCor..

이번에는 트랜잭션 관심 분리와 애플리케이션 이벤트 활용에 대해 설계문서를 작성해볼 것입니다.시나리오는, 좌석 예약 시나리오로 플로우는 다음과 같다.1 예약정보 저장 2 계좌 정보에 고객정보 있는지 확인2.1 계좌 정보에 고객 정보가 없다면 계좌 정보에 고객 정보 생성3 결제 내역 생성4 결제 히스토리에 결제 5 해당 고객 계좌 정보에 차감금액 입력위 플로우는 하나의 트랜잭션으로 묶인다.코드는 다음과 같다. @DistributedLock(key="#userId") public boolean payForPreReservedSeat(int amount, Long userId) throws Exception { Reservation reservation = jpaReservationCor..

사용자가 임의로 서비스에 접근할 때 서버의 처리비용 그리고 DB의 처리비용을 완화하려고 대기열 구현을 하는 것은 흔할 수 있다. 선착순 문제라고 생각하면 쉽다.대기열 순번을 구현할 때, 순번은 어딘가에 영속적으로 저장되어야하는데 DB와 Redis 두 개를 선택사항을 두고 고민했고, 나는 대기열을 이용할 때 Redis를 활용했다. 왜냐하면 다음과 같은 이유가 있다.1. 대기표 순번은 아주 단기간에 몰리는 트래픽을 처리하는데 사용할 필요가 있다. Read, Write 비용이 높다.2. 피크 타임에 단기간에 몰린 뒤 서비스가 완료된 뒤 그 이후에는 필요가 없다. 즉, DB에 쌓는다면 필요없는 레코드가 수백만건이 쌓일 것이다. 무언가가 배치로 DB Table로 부터 레코드를 지워야한다. 그러나 Redis를 활용..

항해 99 과정서 콘서트 좌석 관련 테이블 형태는 다음과 같다.제약조건: 좌석수: 1~50콘서트수: 1~200좌석상태: EMPTY, RESERVEDseat_number: 좌석 정보 show_id: 콘서트 아이디occupied_status: EMPTY, RESERVED 이다.1번 콘서트에서 잔여좌석 확인때 다음과 같이 수행한다.select * from seat_info where occupied_status = "EMPTY" and show_id = 1;Explain view로 보면 Full Table Scan을 수행한다.  여기서 풀테이블 스캔을 피해가려면 Index를 걸 수 있다.Index는 Cardinality가 큰 녀석을 걸면된다. 직감적으로 show_id에 걸면 될 것이다.(1~50)이므로.Ind..

Garbage Collection Python의 GC는 기본적으로 암묵적으로 진행된다. 어떻게 암묵적으로 진행되는지는, PEP 556에 따르면 기회주의적으로 따른다고 한다. 새로운 allocation이 진행될 때, allocation을 통계적으로 연산하여 휴리스틱하게 진행된다고 한다. 이를 보고 implicitly opportunistic 이라고 한다. GC를 명시적으로 collect 하기 위해선 다음 코드를 수행해야한다. gc.collect() 자, 그럼 어떻게 암묵적으로 또는 명시적으로, 어떤 GC를 진행하고 있는 것일까? Reference Counting Python GC는 기본적으로 reference count로 수행된다. reference count 란 C++ 의 shared ptr과 동작방식이..