Understanding how big is 11 inches becomes easier when you relate it to everyday objects you already know. At nearly one foot (12 inches), 11 inches is just slightly shorter, making it a practical reference for many daily items. For example, a standard sheet of paper’s longer side is very close, and many tablets or small laptops measure around this size diagonally. Visually, 11 inches is about the length of a typical ruler minus one inch, giving you a quick mental benchmark when estimating space, size, or distance without a measuring tool. When you think about How Big Is 11 Inches , it’s also helpful in real-world usage like screen sizes, kitchen tools, or small storage spaces. This length fits comfortably within arm’s reach, making it ideal for compact designs and portable items. If you want to sharpen your sense of scale and never second-guess measurements again, follow the proven AIDA approach, grab attention, build interest, create desire, and take action, by exploring more size guides at dimensionspoint , your go-to source for simple, real-world measurement clarity.
안녕하세요. 코드를 쉽게 짜주셔서 코딩테스트 입문으로 잘 듣고 있습니다. 다름이아니라 이번에 코딩테스트를 보는데 파이썬에서 itertools와 sys같은 STL을 사용하지 못하는 제약조건이 있습니다. 그래서 백준 11724 문제에서 맨 위 sys를 사용하는 세 문장(import sys sys.setrecursionlimit(10 ** 6) input = sys.stdin.readline)을 빼고 제출해보니 런타임 에러 (RecursionError) 가 발생합니다. 이러한 경우에는 코드를 어떻게 수정해서 할 수 있을지 궁금합니다. 그리고 "수업노트 보기"에 큐를 사용하는 강의에서 설명하지 않는 다른 코드가 있는데 이건 뭔지 궁금합니다.
영상에 있는 업케스팅 에시들 다 따라해보고 이해도 했습니다. 볼때마다 안하고 상속하는 거와 별차이 없는 거 아닌가 이런 생각만 듭니다. 상속을 해도 부모 생성자부터 호출하고 상속을 해도 자식 메서드를 우선 적용하고 업캐스팅 표시가 있어서 생성자를 부모먼저 자식먼저 하는 건 업캐스팅이 있으나 없으나 마찬가지 아닌가 이런 생각만 듭니다.
(AI 퀀트) 코드 한 줄 안 쓰고 주식 자동 분석 시스템 만들기 feat. Claude CLI
💡 수강생 안내 사항 (커뮤니티 가이드) 학습 관련 질문 : 구체적으로 적을수록 정확한 답변을 받을 수 있습니다. 작성 팁 : 마크다운과 단축키를 활용하면 글을 더 편리하게 작성할 수 있습니다. 사전 검색 : 질문을 남기기 전, 커뮤니티 질문 & 답변에 비슷한 내용이 있었는지 먼저 검색해 보세요. 커뮤니티 매너 : 서로 예의를 지키며 존중하는 분위기를 함께 만들어가요. 서비스 문의 : 인프런 서비스 관련 문의는 1:1 문의하기 를 이용해 주세요. 노션 승인 부탁드립니다. 종가배팅도 구매했는데 고민끝에 수강 신청 했습니다. 그리고 질문 있습니다. 추가 강의에 수집한 데이터로 당일 단체상승 테마/종목 이런건 구현하는 방법을 알고 싶습니다.
안녕하세요 강의 잘 듣고있습니다. 프로그래밍을 배운적이 있어서 기출 문제 강의 부터 보고 킬러문제 1,2개 제외한 나머지는 대체로 이해 하고 푸는 수준입니다. 올려주신 문제는 모두 다 풀었는데 현시점에서 새로운문제를 더 풀어보는게 나은지 이론암기와 현재까지 풀었던 문제 복습하고 시험장 가는게 나을지 .. 조언을 구해 봅니다..
from selenium import webdriver driver = webdriver.Chrome() 위 코드는 정상 실행이 되나 driver = webdriver.Edge() 위 엣지 사용을 위한 코드는 실행되지 않고 아래와 같은 에러가 발생합니다 어떤게 문제일까요
안녕하세요! 작년 개인 일정으로 인해 응시하지 못했던 실기 시험을, 이번 6월에 공부하여 응시하고자 합니다. 현재 수강 중인 강의의 종료일이 2026년 5월 13일까지이나, 혹시 2026년 제1회 실기 시험일(26-06-20)까지라도 기간 연장이 가능할지 여쭤보고 싶습니다. 만약 가능하다면, 남은 기간 열심히 수강하여 꼭 합격의 결실을 맺도록 하겠습니다. 감사합니다. 이메일 : tomatobad@naver.com
안녕하세요, 선생님! 6강 해시태그 모델을 배운 후 데이터 분산 정도와 트랜잭션 일관성의 trade off에 대한 선택이 생각났고, 이에 대한 선생님의 고견은 어떠하실지 궁금하여 질문 올리게 되었습니다. 질문 내용은 아래와 같습니다. 데이터 편중도 크고 vs 트래픽이 많이 발생하여 트랜잭션까지 고려해야할때 샤딩키를 어떤 것으로, 어떤 부분을 tradeoff의 우선순위로 지정하는 것이 좋을지 저의 경우 트래픽을 선택할 것 같은데, 데이터 편중에 대해 추가적인 보완사항이 있다면 어떤 것이 있을지 일단 강의의 경우, 제가 이해한 내용으로는, 해시태그 모델과 같이, PK/FK의 분산 정도가 비슷하고, 부모 속성(FK)에 의한 쏠림 현상이 발생하여도 그 규모가 충분히 크지 않으므로 쓰기 경로를 중점적으로 고려하여(동일 게시글에 대한 해시태그를 동일 샤드에 저장) 설계한다. 이와 같습니다. 저는 해시태그 모델과 함께, 다른 예를 들어, 하루에 50,000건의 거래가 이루어지는 대규모 거래가 발생하는데, 이를 거래 게시판을 각 도메인 별(화장품/전자기기 등)로 별도로 만들어서 한 거래게시판 당 하루에 10,000건의 게시글, 1개의 1000~2000개의 찜이 발생한다고 하였을때의 상황에 대해 생각해보았습니다. 제가 만약 실무에서 찜 DB를 설계한다고 가정하고, 이에 대해 대응한다고 하였을때, 1) 게시글 ID와 찜(누가 찜했는지 구분해야 함, 찜ID로 구분한다고 가정하면)의 트래픽이 한 한 게시글 기준 찜 몇천여개, 게시글 총 만여개의 수준으로 발생하여 규모가 충분히 작다고 볼 수 없습니다. 2) 따라서 데이터 쏠림 현상에 대해 고민을 안할래야 안할 수가 없고, 그러면서도 데이터의 균등한 샤딩에 대해서도 고민이 들게 되었습니다. 3) 결국 데이터 분산을 균등하게 하느냐, 쏠림이 발생하더라도 쓰기 트래픽의 성능과 일관성, 조회 성능의 이점이 큰 것인가를 선택해야 하는데 4) 분산을 선택하지 않고, 트래픽 성능/일관성/조회 성능을 생각하였을때, 확실히 단일 데이터베이스에 있을때 성능적인 측면에서도 좋고, 일관성, 특히 조회 시 별도의 CQRS 전용 쿼리모델이나 DB를 따로 두지 않고 인덱스도 따로 설계하지 않는 등 훨씬 엄청난 이점이 될 것으로 판단이 됩니다. 따라서, 분산 정도 대신 성능 쪽으로 결론짓고 샤딩 키를 찜 ID 대신 게시글 ID로 지을 것 같습니다. 대신, 엄청난 트래픽으로 인해 데이터 편중이 너무 커진다면 게시글 생성일자를 샤드키로 추가하여 데이터를 좀 더 세부적으로 분리할 것 같습니다(아니면 더 좋은 방안이 있을지). 이에 대해 선생님의 생각이 궁금하여 질문드리게 되었습니다! 감사합니다.
