테이블마다 더미데이터 랜덤으로 100만개씩 넣고 만든 프로젝트 직접 테스트 해보셈 디씨마냥 버벅이는게 보일걸 쓰르풋 관점 전에 레이턴시를 개선하자 서버가 최대로 처리할 수 있는 TPS를 높이려고 부하 분산시키기전에 api 1개 응답시간을 낮추라는 의미 전자는 평소엔 버티는 데 특정 이벤트에만 서버가 못버텨서 문제이고 후자는 그냥 평상시에도 문제임
가능 - dc App
로컬 서버로 하셨나여
ㅇㅇaws에는 무서워서 못하겠어 - dc App
굳이 테스트 안해도 이론만으로 다 알수있음 테스트는 부분부분 나눠서 작게 감만 잡고 큰건 이론으로 사고설계
테스트하고 결과가 있어야 이력서에 쓰는거 아님? - dc App
테스트 변인 통제를 제대로 했거나 결과를 제대로 낸 이력서를 본적이 없음 허튼데에 시간 낭비 말고 이론 마스터
물론 아무것도 안하는거보단 이거 하는게 더 좋긴 함 이거만 해버리려고 해서 문제지 가설 -> 테스트 -> 증명이 아니라 테스트 -> 안되네 쪼금수정 -> 그래도 안되네 쪼금수정 -> 답정너 병신결과
가설 수립이 훨씬 중요한 단계인데, 테스트를 너무 거창하게 하려다보니 가설 수립에 시간 투자를 안함 주객전도지
간단히 물어봤는데 좋은 답변 ㄱㅅ.. 대기형 사랑해 - dc App
뭔 말하는지 알겠다 ㄱㅅㄱㅅ - dc App
현실적으로 대부분의 테스트나 실험은 로컬에서만 하기 쉽겠지?
클라우드에 못할건없는데 무섭자나 - dc App
@딘퐁 돈땜에? 그것도 그렇겠네 실제로 문제해결로 나와있는 대표적인 주제들 대부분 로컬에서도 보여줄 수 있으니까?
로컬에서는 서버 처리량 TPS 측정은 좀 부적합한데 응답시간은 네트워크 time만 빠지는거라 괜찮다고봄 - dc App
통 크게 1억개는 넣어야제
1억개는 난이도 어려울듯 ㄷㄷ - dc App
@딘퐁 난 취준할 때 저정도 넣었는데, 100만개로는 속도 체감이 크지 않은 것들도 있어서 확실히 도움되긴함