코딩관계론

문제 이해하기 주어진 그래프에서 임의로 삽입된 노드를 찾고, 막대 그래프가 몇 개인지, 도넛 그래프, 8자 그래프가 몇 개인지 찾는 문제였다.여기서 중요한 점은 그래프를 순회해서 모양을 판별하는 것이 아니라, 노드와 간선의 개수를 가지고 어떤 그래프인지 판별하는 것이다. 문제 해결 방법 설명하기 1. 먼저 어떤 정점이 임의로 삽입된 정점은 진출차선만 있는 노드라고 생각했다. 2. 당연히 원래 있던 그래프에서 임의로 정접을 삽입했다고 했으니 해당 정점은 강제로 이어진 것 따라서 진출차선만 있어야 함 3. 그 다음 dfs를 사용해서 그룹을 나눴고, 해당 그룹에는 몇 개의 노드와 엣지가 있는지 계산했다. 4. 모든 노드를 순회했다면, 그룹의 노드와 엣지 정보를 토대로 어떤 그래프가 있는지 판별했다. 코드 im..

문제 이해하기 시추관을 세로로 뚫었을 때 최대 몇 개의 오일을 뽑을 수 있을까를 묻는 문제였다. 아래 그림과 같이 7번으로 뚫었을 때는 총 9개의 오일을 뽑을 수 있는 것을 볼 수 있다 문제 해결 방법 설명하기 1. DFS알고리즘을 이용해 그룹을 나누기로 결정했다. 처음에는 최대 석유 개수를 기록하려고 했는데 아래 오른쪽 그림과 같은 상황에서는 원하는 답을 찾을 수 없기 때문에 그룹으로 나누었다.예를들면 6번 라인에서 굴착을 하면 [2, 1, 1, 12]만큼 오일을 얻을 수 있다는 것을 알기가 어려울 것 같았다. 2. 굴착을 했을 때 어떤 그룹들이 있는지를 저장했다. 아래 그림과 같은 경우에는 초록색 그룹이 3개나 발견됐는데 중복을 제거하는 코드가 필요하다. 3. 그 후 시추 1, 2, ~ 8까지 반복문..

Proxy 서버란 Proxy 서버는 클라이언트와 서버 사이에 중계 역할을 하는 서버입니다. 클라이언트가 서버에 접속할 때, 프록시 서버를 경유하여 연결됩니다. 이 과정에서 클라이언트의 주소는 프록시 서버의 주소로 대체되어, 서버는 클라이언트의 실제 IP 주소를 직접 알지 못합니다. 프록시 서버는 클라이언트 요청을 받아서 해당 요청을 서버에 전달하고, 서버의 응답을 클라이언트에게 전달하는 역할을 합니다. 이를 통해 클라이언트의 익명성을 보호하거나, 캐시를 이용하여 네트워크 성능을 향상시키는 등의 기능을 수행할 수 있습니다. Redirect란 Redirect는 클라이언트가 요청한 리소스가 다른 위치에 있을 때, 클라이언트를 해당 위치로 다시 보내는 것을 말합니다. 일반적으로 HTTP 상태 코드 중 3xx 코..

gRPC란?gRPC를 이해하기 위해서는 먼저 RPC의 개념을 이해해야 합니다. RPC는 Remote Procedure Call의 약자로, 별도의 원격 제어를 위한 코딩 없이 다른 주소 공간에서 함수나 프로시저를 실행할 수 있게 하는 프로세스 간 통신 기술을 의미합니다. 일반적으로 프로세스는 자신의 주소 공간 안에 존재하는 함수만 호출하여 실행할 수 있지만, RPC를 통해 네트워크를 통해 자신과 다른 주소 공간에서 동작하는 프로세스의 함수를 실행할 수 있습니다. 동작 방식은 다음과 같습니다:클라이언트는 stub에 정의된 함수를 호출합니다. 이 stub 코드는 데이터 타입을 XDR 형식으로 변환하여 RPC 호출을 실행합니다.서버는 수신된 함수에 대한 처리를 *Stub을 통해 처리 완료 후 결과값을 XDR로 ..

📌 설계의 고찰기존 알람 시스템은 각 공장마다 독립된 서버에 개별적으로 배포되어 있었습니다. 당시 최대 부하 시점에도 알람 건수는 20~30건 수준이었으며, 알람 발송은 단일 SMS 대행사만을 이용했습니다. 따라서 복잡한 시스템 설계가 요구되지 않았습니다. 그러나 회사가 클라우드 서비스를 도입해 여러 공장을 통합적으로 관제하게 되면서 알람 건수는 하루 최대 100건을 초과하게 되었습니다. 또한, 기존의 SMS 대행사 외에 텔레그램과 같은 3rd-party 플랫폼과의 연동이 추가적으로 필요해졌으며, 이로 인해 알람 시스템 설계가 매우 중요해졌습니다. 고객사의 요구사항은 다음과 같습니다.긴급 알람(실시간 환자 감지, 누수 감지, 화재 감지 등)은 소프트 실시간 처리Cron 작업 알람은 약간의 지연 허용📌..

애그리거트 거크트의 목적 애그리거트 거크트(Aggregate Root)는 복잡한 도메인을 이해하고 효율적으로 관리하기 위한 핵심 개념입니다. 이것은 상위 수준에서 도메인을 조망하고, 이를 효율적이고 관리 가능한 단위로 나누기 위한 목적이 있습니다. 또한, 모델의 이해를 돕는 것뿐만 아니라 일관성을 관리하고 도메인의 복잡도를 낮춰 유지보수 시간을 최소화하는 역할을 수행합니다. 애그리거트 특징 애그리거트에 속한 구성 요소는 주로 함께 생성되고 함께 제거되는 특성을 가지고 있습니다. 이는 애그리거트가 단일 논리적 단위로 작동하며, 그 안의 모든 요소가 함께 일관된 상태를 유지할 수 있도록 해줍니다. 애그리거트 설정 방법 애그리거트를 설정할 때 가장 중요한 원칙은 도메인 규칙과 요구사항을 기반으로 하는 것입니다..

아키텍처는 전형적으로 '표현', '응용', '도메인','인프라스터럭처'의 영역으로 구성된다. 각각의 역활 및 코드에 대해서 알아보겠다. 표현영역 표현 영역의 역활은 http 요청이 오면 해당 요청을 응용 영역이 원하는 형태로 가공한 후 응용 영역에 전달한다. 예를 들면 음식 주문 요청이 들어오면 그것을 DTO로 변환한 후 응용 영역에 전달하고 응용에서 처리한 결과를 사용자에게 전달한다 package presentation type OrderController struct { // 필요한 의존성 주입 AppService application.OrderAppService } func (oc *OrderController) HandleOrderRequest(requestDTO OrderRequestDTO) {..

1. 저출산이 주목받을 수 있는 이유는 2023년 저출산 인구가 발표됨(23년 예정) -> 통계청에서 저출산의 원인 및 ~~를 쉽게 알 수 있도록 변경한다고 함 뉴스에서 주목을 이끌 수 있는 요소로 판단도미 특히 "출산 해소를 위한 사회구조 변화, 사회적 인식 변화를 위해 사회 각계의 도움이 필요하다"며 연내에 위원회를 개최해 저출산 대응 추가 대책 발표와 6개 경제 단체와 함께하는 '가족 친화 기업문화 실천선언 대회'를 추진하겠다고 밝혔다. 시진핑짜이 저출산 대책 강화 -> 이것도 연내에 발표될 것 같음 제로투세븐: 52주 최저가에 매출처 확대(베트남) ,pbr. per 및 52주 최저가 꿈비랑 다른 점은 궁중대책이 중국에서 매출이 잘 나오고 있다는 점 단점은 대장주는 아니라는 점 꿈비: 매출처가 약해..

요건 충족 1. bps 1이하, per 하단 -> ok 2. 확실한 일정이 존재함 -> 12월 코스닥 편출로 공매도 금지, 비트코인 기대감 3. 시가총액 700억 미만 -> x 관심 이유 우리기술투자의 실적이 다시 턴어라운드 됐고, 현물 비트코인 승인의 영향으로 상승이 가능해질 것이다. 또한 12월부터 공매도가 불가능해지면서 공매도를 회수해나가는 작업이 필요해보인다. 숏커버를 기대할만하다. 실적이 좋아지고, 이전 실적을 회복하는 중이고 정부 정책에사 모태펀드 예산 상승 이슈가 있음 이 지분플러스가 영향이 있을까? 또한 두나무의 지분플러스 실적이 부각되면서 두나무 -> 업비트 과거의 실적 현재 기업의 상황 주가의 상승 동력

이 책은 세계는 수축사회로 향해가고 있고, 그 원인을 분석하고 현재 진행 중인 패권전쟁에 대한 시각을 재시하고, 앞으로 한국이 나아가야 할 길을 제시한다. 저자는 수축사회의 원인을 다음과 같은 3가지 요인에 의해서 발생한다고 저술했다. 1.기후 위기 저자가 제시하는 기후위기는 도널드 럼스펠드의 위기 구분 법칙에 의해서 정의된다. 도널드 럼스펠드의 위기 법칙은 아래와 같다. 원인을 알고 있고 해법도 아는 위기 원인은 모르나 위기가 발생하면 해법을 알 수 있는 위기 원인도 모르고 해법도 모르는 가장 심각한 위기 기위위기가 '원인도 모르고 해법도 모르는 가장 심각한 위기'라고 저술했고, 따라서 지금까지 인류가 지불하지 않았던 비용이지만, 이제 부가가치세처럼 살아 숨 쉬는 한 내야 할 영구 세금이 되었다. 2...

보호되어 있는 글입니다.

소개이번 글에서는 네이버 주식 테마와 관련된 정보를 크롤링하는 작업에서 발생한 초기 작업 시간이 1분 30초로 길었던 문제를 개선하여 30초로 단축하는 방법에 대해 소개하겠습니다. 맨 처음에 문제라고 생각했던 부분은 request 부분이었습니다. requsts가 느려 뒤에 있는 작업도 느려진다고 생각해 time 함수를 통해서 검증을 시도했습니다.문제 검증 처음에는 request의 속도가 느려 뒷 작업이 밀리는 것으로 인지하고 있었습니다. 따라서 time 함수를 이용해 어떤 부분이 실제로 느려지는 확인이 필요해졌고, 아래 코드와 같이 time함수를 사용해 느려지는 부분을 체크했습니다. now = time.time() page_source = self.web.get_page("https://finance.n..