프로젝트 마감일이 얼마남지 않은 시점에서

과제 진행하기이 문제는 1\. Greedy를 통한 시작시간 정렬2\. Stack을 이용한 구현위와 같이 두 가지 과정을 거쳤습니다.현재 과제와 새로운 과제 사이에 시간이 붕뜨게 되면중단된 과제를 Stack에서 꺼내 남은 시간만큼 진행하게 됩니다.그러나 중단된 과제를 하

실패한 풀이 테스트 케이스 9,10에서 시간 초과한 풀이

"Internal error - Value must not be null!; nested exception is java.lang.IllegalArgumentException: Value must not be null!"위와 같은 오류가 발생하였습니다.팀원 개발자분께서

리코쳇 로봇이 문제는 백준의 배추벌레와 비슷한 문제입니다.그 문제는 배추가 있을 때 전진했고 상하좌우로 다 가능하지만이 문제는 상하좌우로 이동이 가능하지만장애물이나 벽에 부딪히기 전까지는 계속 한 방향으로 전진한다는 차이점이 있습니다.사실 로봇 청소기를 생각하면 쉬울

순위 검색이 문제는 사실 시간이 부족해서 조건문만 만족하도록 쿼리문을 만들다 보니모든 테스트 케이스는 통과하지만 효율성 테스트에서 시간 초과가 발생하였습니다.level2에저 정답률이 낮은 문제들을 보니 대부분 자료형에 대한 고려와 수학문제, 그리고 풀 수 있지만 효율

우박수열 두가지 부분에서 좀 버벅거렸습니다.하나는 갑자기 등장한 정적분과offset을 이용한 범위입니다.정적분은 사실 넓이의 개념이며이 문제의 경우 무조건 사다리꼴의 넓이 공식을 기억해야 풀 수 있습니다.사다리꼴의 넓이 = (윗변+아랫변)\*높이/2그리고 두 번째인

숫자 블록사실 문제의 접근법은 간단했습니다.현재 블록을 만들어준 가장 큰 약수를 구하는 것입니다.접근법은 간단하지만 정말 길고 긴 여정으로 풀게 되었습니다.총 3가지의 풀이가 존재합니다.각 풀이별 실패한 이유에 대해서 설명해보려고 합니다.위 풀이는 13개의 테스트 케이

문득 프로젝트 하다가 하나의 의문점이 들었습니다왜 @PathVariable을 쓰는지에 대한 의문입니다.제 생각에는 Http body로 한번에 받아서 Dto에 저장하면 더 깔끔하지 않을까라는 의문이었습니다.굳이 URI를 통해서 받아야만 하는 이유가 있을까?오늘은 저 의문

내일 합격 회고가 되었으면 좋겠습니다.정말 간절한 데브코스였는데그 부분을 면접에 많이 보여드리지 못한거 같아 너무 아쉽습니다.어제 저렇게 적고 잠들었는데오늘 다행히 합격 메일을 받게 되었습니다.저에게도 회고를 쓸 날이 온다는게 스스로 너무 대견스럽네요!일단 저의 이야기

제가 build.gradle에 를 추가한 이후로 아래와 같은 오류가 발생했습니다.위 오류를 그대로 읽어보면 일단 원하는 Bean이 제대로 등록되지 않았다는 의미인거 같습니다.그래서 결국 ChatGPT에 물어보니종속성이 올바르게 해결되고 있는지 확인하고 프로젝트의 다른

광물캐기저는 처음에 저의 풀이가 맞다고 생각했습니다.로직은 다음과 같습니다.광물의 순서도를 5개의 크기로 자르기그 순서도에 맞게 남아 있는 곡괭이로 진행했을 때가장 작은 피로도를 가진 곡괭이 제거하고 피로도에 더하기위 과정은 모든 곡괭이를 썼거나 순서도에 존재하는 광

<a href="https://school.programmers.co.kr/learn/courses/30/lessons/152996이 문제는 메모리 초과가 발생하였습니다.제한사항을 제대로 보도록 노력해야 겠습니다.입니다. 제 풀이의 경우 100,000 \

<a href="https://school.programmers.co.kr/learn/courses/30/lessons/42890이 문제는 키를 모든 경우의 수로 만듭니다.단, AB와 BA는 같은 키이기 때문에 백트랙킹과 시작하는 지점을 기억해야합니다.따

혼자 놀기의 달인이 문제는 맞았지만다른 스터디의 풀이법을 참고해보는 것이 좋을 거 같아 정리해보려고 합니다.저는 DBS를 사용해서 풀지 않았습니다.전체적인 접근법은 다음과 같습니다.1\. 아무 상자나 연다. 2\. 혼자 놀기를 진행하면서 열 수 있는 상자까지 열고 점

멀쩡한 사각형이 문제는 큰 직각삼각형으로 만들 수 있는 가장 작은 직각 삼각형 즉 큰 직각 삼각형의 최대공약수로 나눈 변을 가진 삼각형을 구한뒤거기서에서 제거되는 사각형의 수를 곱하자까지는 접근했습니다.하지만 몇 개의 사각형이 제거되는지에 대한 규칙을 발견하지 못해문

하노이의 탑이 문제에 대해서는 재귀로 풀어야 하는 것에 대해서도 떠올리지 못했습니다.다른 분의 풀이를 보고 재귀임을 알아차렸습니다.보면 규칙이 존재합니다.만약 원반이 3개의 경우에는위와 같은 흐름으로 흘러갑니다.1\. 보면 midle에 n-1개로 하노이의 탑을 만들고

마법의 엘리베이터사실 비슷한 문제를 백준에서 풀어보았습니다.이 문제는 올림을 어떻게 처리할 것인가를 생각했다면 쉽게 풀었을거 같습니다.하지만 저는 BFS로 접근하자고 생각했습니다.문제에서 주어진 수가 1 ≤ storey ≤ 100,000,000이었기 때문에 시간 초과가

동료 백엔드 개발자분께서 Endpoint라는 용어를 많이 사용하셔서그게 무엇인가에 대한 궁금증이 계속 남아있었습니다.또한제가 맡은 프로젝트에서 공공API를 이용하여 날씨데이터와 강수량 데이터를 가져오는 역할을 맡게되면서 API와 Endpoint를 혼동해서 사용하는 경우

점찍기이 문제는 위 회색 부분에 채워지는 점들의 개수를 구하는 문제였습니다단 그 점이 k로 나눠지는 점이어야 합니다.따라서 위와 같이 x를 0부터 시작하여 1씩 늘려가며 저 주황색 선에 생기는 좌표의 점들이 몇 개 발생하는지를 누적했습니다.하지만 문제에 주어지는 매개변