사탕 최대 3개
사탕 최소 3개
유람선 최대 1000kg
유람선 최소 10kg
유람선 최대 100명
유람선 최소 1명
프로그래머스 구명보트
https://school.programmers.co.kr/learn/courses/30/lessons/42885
- 사장님 입장에서 꽉꽉채우는게 이득
- 최대 2명: 2명
- 최대 100kg: 100kg
- 몸무게: [50,70,50,80]
- 먼저 정렬을 하는게 좋음!
1) 80, 70: 꽉 채울 확률은 높고, 내 마음도 편한데 =2명 확률 낮음
2) 20, 50: 2명 확률 높, 덜 채운 느낌...음...
그렇다면? 가장 많이 나가는 사람과 가장 적게 나가는 사람을 함께 내보내자!
3) 20, 80: 채울 확률도 높고, 내 마음도 괜찮고 ㅋㅋ 2명이 탈 확률도 괜춘?!
만약 20, 90: 가장 무거운 친구 타고 감 !, 20인 친구는 70과 짝지어서 나감
문제: 완주하지 못한 선수, 두 큐 합 같게 만들기
https://school.programmers.co.kr/learn/courses/30/lessons/42576
https://school.programmers.co.kr/learn/courses/30/lessons/118667
숫자를 문자로?
정렬은 필수?
배열, for, if 없이 못푸는 문제는 없다.
첫페이지를 띄우는 속도에서 뒤쳐짐. 바닐라로 짜서 첫 페이지를 띄우는 속도를 올림.
디자인은 맘에 들지만, 속도가 느림-> 백단에서 처리해 줄 수 있을까? next.js
맵을 DB처럼 사용
서버? 내 노트북도 서버가 될 수 있음 반을 쪼개서 쌓으면 서버가 됨.
24대?* 2000만원=4억 8천만원..?
K사 데이터 센터를 s사에 외주를 주고 있었음. 관리하기 편하기 때문에 : 서버리스
https://byline.network/2022/10/17-204/
Disaster Recovery: 재해가 났을 때 복구를 할 수 있는 설계 구조
전략? 서버가 죽으면 다른 서버를 사용 실시간 서버는 따로 두어서 사용자에게 실시간으로 정보를 제공할 수 있도록 함. DB는 그럼..? 24개 서버중에 6대~8대가 DB 백업을 겁나 많이 함. DB도 다른 서버와 연결되도록 세팅함.
health check를 하는 서버를 따로 둔다는 아이디어 굿~! 실제로 그렇게 하는 팀이 있음
health check=> ping을 때려서 정상적인 운영을 하는지 물어봄 health check의 주기는?! "1시간"
그럼 비용은 어떻게 할거야?
DB대신에 DB역할을 하는 걸 대신 세워놓은 것, DB가 오면 대체하면 됨
구현체들을 사용할 수 있도록 껍데기를 제공하기 때문에 interface라고 부를 수 있음, 공통된 메소드를 사용할 수 있기 때문에, 자료구조를 제공하고 있기 때문에 덩어리를 갖다쓰렴~
사용하는 컬렉션의 인터페이스가 최상단에 세우져 있고,아래 친구들을 구현체로 사용 담아서 쓰는 것이 많은 일들이다.

각 row을 식별할 수 있는 column을 존재해야 함.
id가 없다고 치면 식별하기가 어려움 id=key, value=한 row, 데이터 한 줄=객체(Person)
큐:먼저 들어간 애가 먼저 나옴.
원형큐는 왜 생겨났을까? linear queue에서 극단적으로 생각했을 때 100명이 있을 때 한 명이 사라졌을 때 99명이 앞으로 당겨야하는 비효율적인 일이 발생함=> 원형큐 먼저 타세요~ abcdef->gbcdef 화살표가 한칸씩 이동해서 원형처럼 돌아서 "원형큐" (나머지 연산자를 사용)
문제를 해결하는데 반복적으로(?) 사용되는 데이터의 효율적인 저장 방식, 형식과 구조.
독자적으로 데이터으로 불러올 때 알고리즘과 같은 동작 방식
데이터를 저장하는 방식으로 알고리즘을 사용하여 데이터를 저장하거나 불러온다.
문제를 해결하는 절차