비밀댓글입니다

트라이를 제일 끝에 추가할게요 코테에 안나올줄 알았는데 생각보다 잘 나오네요ㅋㅋ

오 생각도 못했는데 화살표로 위아래가 안됐었네요ㅋㅋ 설치할게요 감사합니다ㅎㅎㅎ

헐 신기하네여 URL을 커스텀 URL로 해서 그런가.. 댓글은 잘 쓰겠다는 댓글이었슴다!!

Lawlite님의 Whiteground 2 라는 스킨을 일부 바꿔서 쓰고 있어요

ㅋㅋㅋㅋㅋㅋㅋ 질문 남겨주시면 좋죠.

케이스 바이 케이스이긴 한데 대부분의 경우 시간복잡도 계산이 힘든 것 같아요. 그래서 자기가 알아서 최대로 시간이 많이 걸릴 입력이 어떤것일지 생각해보고 그 입력을 넣었을 때 소요되는 시간을 한 번 보는게 좋아요

안녕하세요, 각자 생각이 다를 수는 있겠지만 제 생각에는 이전에 수많은 문제를 풀어보았기 때문에 해당 문제를 보자마자 구현 방향이 나오게되는 것 같습니다.

잘하는 사람의 경우 뛰어난 수학적 직관력을 바탕으로 처음보는 유형의 경우에도 발상을 해내는 경우가 있긴 하지만 저는 그정도 능력은 되지 못하고 처음보는 유형을 겪으면 아주 긴 시간 헤매다가 간신히 풀어내거나 그냥 풀이를 참고해서 지식을 습득하거나 해요. 빨리 풀리는 문제의 대부분은 DP든 그리디든 백트래킹이든 그 유형에 충분히 숙달이 되어있어서 막힘없이 코드를 짜내려가는 것 같아요.

그래서 뻔한 얘기지만 양질의 문제를 많이 풀어보는 방법 외에는 왕도가 없는 것 같습니다.

문제를 보고 어떤 알고리즘으로 풀어야하는지 아는게 쉬운건 아니지만

일단 DP가 아닌가 의심을 해보고, 식은 대충 나오지만 아무리 머리를 굴려도 시간복잡도가 이상할 때(ex : N은 10만인데 O(N^2)밖에 안보인다던지) 그리디를 의심해보게 돼요.

넵 맞습니다 어쩌다 저런 실수를 했는지 모르겠네요ㅜㅜ 고쳐서 풀리퀘스트 해두겠습니다. 감사합니다!! 네모님 내년 ICPC도 화이팅입니다~~

풀면서 아리까리했던 문제는 다시 푸는게 분명 도움이 될텐데 저는 이상하게 한 번 푼 문제는 또 풀기가 싫더라구요ㅜ

ㅋㅋㅋㅋ 답보고 푼거면 ㄹㅇ 잊을때쯤 다시푸는거 되게 좋을거에요

넵넵 저는 그냥 다시 풀기가 싫어서 안풀었는데, 다시 푸는게 더 좋을 것 같긴 해요. 새벽까지 고생하셨슴다