규리스인 조르바

운영체제 : 사용자가 컴퓨터의 하드웨어를 쉽게 사용할 수 있도록 인터페이스를 제공해주는 소프트웨어 프로세스 스케줄링 유형 선점형 스케줄링 비선점형 스케줄링 개념 하나의 프로세스가 CPU를 차지하고 있을 때, 우선순위가 높은 다른 프로세스가 현재 프로세스를 중단시키고 CPU를 점유하는 스케줄링 방식 한 프로세스가 CPU를 할당받으면 작업 종료 후 CPU 반환 시까지다른 프로세스는 CPU 점유가 불가능한 스케줄링 방식 선점형 스케줄링 알고리즘의 유형 (SMMR) SRT (Shortest Remaining Time First) - 가장 짧은 시간이 소요되는 프로세스를 먼저 수행 다단계 큐 (Multi Level Queue) - 각 큐는 독자적인 스케줄링을 가진다 - 작업들을 여러 종류 그룹으로 분할, 여러 개..

https://www.acmicpc.net/problem/15903 15903번: 카드 합체 놀이 첫 번째 줄에 카드의 개수를 나타내는 수 n(2 ≤ n ≤ 1,000)과 카드 합체를 몇 번 하는지를 나타내는 수 m(0 ≤ m ≤ 15×n)이 주어진다. 두 번째 줄에 맨 처음 카드의 상태를 나타내는 n개의 자연수 a1, www.acmicpc.net 👩‍💻문제 이해 합이 최소가 되도록 해야하기 떄문에 heappop 두 번으로 가장 작은 숫자를 가진 card 두장을 뽑은 후, 두 장을 더한 값을 다시 heappush로 넣어주면 된다. 👩‍💻heappop, heappush, heapify를 사용한 코드 : 성공🌈 # 15903번 : 카드 합체 놀이 from heapq import heappop, heappus..

1. html에서 흐르는 텍스트를 구현할 부분 설정 글씨가 잘 보이지 않는 세군데에다가 다음의 코드를 추가해준다. 예를 들면 내 코드는 다음과 같다. PROWDMON∦ HYEILY 2. CSS 정의 원하는 곳에 class를 설정해주었다면, 해당 class를 각각 CSS애서 정의 해주어야 한다. 내가 원하는 것은 1. 넘치는 글자들 움직이도록 만들기 2. 마우스를 올렸을 때 색깔이 변함과 동시에 움직임 잠시(마우스가 올라가 있는 동안) 멈추기 flow-text .flow-text { display: flex; /* 텍스트를 가로로 나열하기 위해서 */ flex: 0 0 auto; /* 화면이 줄어들었을때 항목들의 사이즈가 줄어들지 않게 하기위해 */ white-space: nowrap; /* 텍스..

프로젝트를 완성시키기 위해 다시 코드를 짜보려고 한다. 먼저 해결하지 못했던 문제들부터 고친 다음, 부수적인 부분을 발전시켜나가야겠다. 문제 1. 튀어나온 글자 집어 넣기 변경 전 CSS .choreo-info{ font-size: 1.4rem; font-weight: bold; display: flex; max-width: 240px; } 변경 후 CSS .choreo-info{ font-size: 1.4rem; font-weight: bold; display: flex; max-width: 240px; white-space: nowrap; overflow: hidden; } 해결방법 white-space 의 속성을 nowrap으로 설정해 줄바꿈을 하지않고, 크루이름 옆에 안무가의 이름이 나올 수 있도..

수영은 여전히 재밌다. 물을 타는 법도 완벽하진 않지만, 이전보단 나아진 것 같다. 문제는 이제 곧 시험기간이라는 거다... 몰랐는데 매달 마지막 수업은 자유수영으로 대체한다. 그래서인지 안온 분들이 더 많았다. 오히려 좋아,,, 수영을 시작한지 두달이 다 되어가니 이제 어느정도 다른 강습생 분들의 얼굴이 눈에 익었다. 그래서 샤워장이나 탈의실에서 마주치면 눈인사를 나눈다. 하지만 그 이상 개인적인 이야기를 나눌 정도는 아니다. 한분이 오늘 나오지 않으셨다고 해서 다음 시간에 이유를 묻진 않는다는 말이다. 같은 수영장에 다니진 않지만 나와 수영을 같이 시작한 언니가 있다. 나처럼 어렸을 때 수영을 배운적이 있고, 열정이 넘친다. 우리는 수영 가는 날(월,수,금)이면 서로의 스토리를 보고 피드백아닌 피드백..

소프트웨어 테스트 원리 (결완초집 살정오) 결함 존재 증명 결함이 없다는 것을 증명할 수는 없음 완벽 테스팅은 불가능 완벽하게 테스팅하려는 시도는 불필요한 시간과 자원낭비 초기 집중 개발 초기 체계적인 분석 및 설계가 수행되지 못하면 그 결과가 프로젝트 후반에 영향을 미치게 되어 비용이 커지게 된다는 요르돈의 법칙 적용 결함 집중 - 소프트웨어 테스트에서 오류의 80%는 전체 모듈의 20% 내에서 발견 - 파레토 법칙 적용 살충제 패러독스 동일한 테스트 케이스에 의한 반복적 테스트는 새로운 버그를 찾지 못함 정황 의존성 - 소프트웨어의 성격에 맞게 테스트 실시 - 정황과 비즈니스 도메인에 따라 다르게 수행 오류-부재의 궤변 요구사항을 충족시켜주지 못한다면, 결함이 없다고 해도 품질이 높다고 볼 수 없음 ..