시간에 쫒기지 말고 글에 쓴 플로우를 조금 바꿔서
출제자가 어떤걸 원하는지 가급적 빠르게 파악 > 나이브한 접근법 먼저 떠올린 후 나이브해도 되는지, 그렇지 않으면 최적화 방법을 고안 > 필요한 기능 슈도코드로 대충 정리 > 기능별 함수로 구현
이렇게 해도 될 거 같은데?
oo(210.103)2021-09-12 02:58
답글
ps할때도 아이디어 떠올랐을때 바로 구현하는 연습을 해봐야겠음... cp는 시간도 쫒기니까 더 바보되는거 같듸라 - dc App
글쓴이(183.98)2021-09-12 03:07
속도는 익숙해질수록 빨라지게 되있음
oo(210.103)2021-09-12 02:58
cp제대로 하려면 머리속에서 정리하고 곧바로 코드로 옮기는 연습을 먼저 하셔야할듯.
콘테스트 해보시면 알겠지만 수도코드같은거 작성할 시간이 없고
나중가면 누가 더 빨리 아이디어 떠올려서 증명하냐 싸움이 되기 때문에 구현 속도는 깔고가야됨
QWERTY(182.231)2021-09-12 03:01
답글
ㅇㅇ.. 정확한게 내 자랑이었는데, cp는 속도도 챙겨야 하겠더라고... a,b 늦게 푸니까 후...
근데 그렇다고 스탈바꿔서 걍 방법론 떠올랐을때 기능정리 따로안하고 구현하고 틀리면 정신이 아득해짐. 재밌는데 스트레스 지수가 엄청높드라 이거 - dc App
글쓴이(183.98)2021-09-12 03:05
걍 버츄얼 테스트 잡고 돌리셈 뭐하러 없는 학습방법을 너가 목표와 방법을 설계하고 효과가 있는지까지 시간써가면서 증명하려해
익명(210.117)2021-09-12 03:06
답글
버츄얼 그냥 아이디어 잡히면 막구현 하면서 연습 ㄱ? - dc App
글쓴이(183.98)2021-09-12 03:08
답글
아니아니 그렇게 하면 맞왜틀 +1 될 위험이 있고 상황에 따라 증명과 믿음 사이에 적절한 밸런스를 두고 해봐. 나도 "이게 맞나?" 싶은 상황이 있으면 남은 시간이나 현재 등수에 따라 일단 믿고 내기도 하고 한 번 더 검증 과정을 거치기도 함
oo(210.103)2021-09-12 03:12
답글
그냥 니가 하던데로 하면서 빨리 풀 생각을 해 글고 너가 생각했던거만큼 성적이 안나와서 맘상한건 알겠는데 아이디어 떠올렸다고 바로 짜는게 100점 맞기 쉬울꺼란 생각은 안하는게 좋을껄 대부분 사람은 너가 하는거처럼 정확히 증명하고 함 단지 너보다 대회에 익숙해서 더빨리 증명자채도 코딩에 쉽게할뿐이지
익명(210.117)2021-09-12 03:15
답글
어렵네... 아직 컨테스트 세번밖에 참여안해봐서 그 중간적정선찾기가 힘들다. 늦은밤 진심어린조언 ㄱㅅㄱㅅ - dc App
글쓴이(183.98)2021-09-12 03:16
결론 : 슈도 코드는 과하다. 아이디어 떠올랐을때 증명, "적당히" 기능정리, 빠른구현은 연습으로 채우기
이직 준비하다가 늦게 재미 붙인건데, 20대때 이 cp하는 재미를 알았음 얼마나 좋았을까 싶네 ㅋㅋ 윗댓들 다들 감사 - dc App
글쓴이(183.98)2021-09-12 03:20
답글
수도코드 자체는 나쁘진 않음 다만 이게 얼마나 자세하게 들어가냐 문제인데 내 생각엔 수학문제 풀때 식을 외워야 빨리 풀 수 있는거처럼 어느정도로 간략하게 작성해도 그대로 나올 수 있어야함 근데 이건 그냥 대회 익숙해지면 금방 이시간은 줄어들꺼야
시간에 쫒기지 말고 글에 쓴 플로우를 조금 바꿔서 출제자가 어떤걸 원하는지 가급적 빠르게 파악 > 나이브한 접근법 먼저 떠올린 후 나이브해도 되는지, 그렇지 않으면 최적화 방법을 고안 > 필요한 기능 슈도코드로 대충 정리 > 기능별 함수로 구현 이렇게 해도 될 거 같은데?
ps할때도 아이디어 떠올랐을때 바로 구현하는 연습을 해봐야겠음... cp는 시간도 쫒기니까 더 바보되는거 같듸라 - dc App
속도는 익숙해질수록 빨라지게 되있음
cp제대로 하려면 머리속에서 정리하고 곧바로 코드로 옮기는 연습을 먼저 하셔야할듯. 콘테스트 해보시면 알겠지만 수도코드같은거 작성할 시간이 없고 나중가면 누가 더 빨리 아이디어 떠올려서 증명하냐 싸움이 되기 때문에 구현 속도는 깔고가야됨
ㅇㅇ.. 정확한게 내 자랑이었는데, cp는 속도도 챙겨야 하겠더라고... a,b 늦게 푸니까 후... 근데 그렇다고 스탈바꿔서 걍 방법론 떠올랐을때 기능정리 따로안하고 구현하고 틀리면 정신이 아득해짐. 재밌는데 스트레스 지수가 엄청높드라 이거 - dc App
걍 버츄얼 테스트 잡고 돌리셈 뭐하러 없는 학습방법을 너가 목표와 방법을 설계하고 효과가 있는지까지 시간써가면서 증명하려해
버츄얼 그냥 아이디어 잡히면 막구현 하면서 연습 ㄱ? - dc App
아니아니 그렇게 하면 맞왜틀 +1 될 위험이 있고 상황에 따라 증명과 믿음 사이에 적절한 밸런스를 두고 해봐. 나도 "이게 맞나?" 싶은 상황이 있으면 남은 시간이나 현재 등수에 따라 일단 믿고 내기도 하고 한 번 더 검증 과정을 거치기도 함
그냥 니가 하던데로 하면서 빨리 풀 생각을 해 글고 너가 생각했던거만큼 성적이 안나와서 맘상한건 알겠는데 아이디어 떠올렸다고 바로 짜는게 100점 맞기 쉬울꺼란 생각은 안하는게 좋을껄 대부분 사람은 너가 하는거처럼 정확히 증명하고 함 단지 너보다 대회에 익숙해서 더빨리 증명자채도 코딩에 쉽게할뿐이지
어렵네... 아직 컨테스트 세번밖에 참여안해봐서 그 중간적정선찾기가 힘들다. 늦은밤 진심어린조언 ㄱㅅㄱㅅ - dc App
결론 : 슈도 코드는 과하다. 아이디어 떠올랐을때 증명, "적당히" 기능정리, 빠른구현은 연습으로 채우기 이직 준비하다가 늦게 재미 붙인건데, 20대때 이 cp하는 재미를 알았음 얼마나 좋았을까 싶네 ㅋㅋ 윗댓들 다들 감사 - dc App
수도코드 자체는 나쁘진 않음 다만 이게 얼마나 자세하게 들어가냐 문제인데 내 생각엔 수학문제 풀때 식을 외워야 빨리 풀 수 있는거처럼 어느정도로 간략하게 작성해도 그대로 나올 수 있어야함 근데 이건 그냥 대회 익숙해지면 금방 이시간은 줄어들꺼야
근데 800문제나 풀었으면 빠르게 구현력은 나올 타이밍인데 흠...