木만 봐바 천재가 알려준 방식으로 했는데 채점에서 틀리데

[숲속의 참치(roqkqwnsmstkfka)]

木도 결국 나랑 비슷한 로직 아니야?

간단하게 몇가지 케이스 만들어서 테스트 해봐도 맞는거 같은데 말이야

생각못한 예외가 있나?

 

http://ideone.com/XnpYAU

[숲속의 참치(roqkqwnsmstkfka)]

한번쓰고 버릴 코드인데

[숲속의 참치(roqkqwnsmstkfka)]

비교문은 동의 못하겠음 상수를 왼쪽에 하는 습관이 실수할 확률적고 좋음

[木(sowool)]

나 c++ 모르는데....

[木(sowool)]

씨하고 자바밖에모름;

[숲속의 참치(roqkqwnsmstkfka)]

난 그리고 저런 자질구레한 최적화는 컴파일러에 맏기고 가독성이 더 중요하다고 생각하는데

[木(sowool)]

c++도 모르면 자살해야하나요? 아... 다른사람들도 죄다 c++쓰네. 거기에 문제풀이 올린사람을 비롯해서모두;

[숲속의 참치(roqkqwnsmstkfka)]

c++ 까지 하던 사람이 c로만 짜면 그게 더 대단한거 같던데

[숲속의 참치(roqkqwnsmstkfka)]

그래도 동감못함. 최적화 한다고 bit연산으로 수정한 순간부터 얼마나 읽고 수정하기 난해한데

[숲속의 참치(roqkqwnsmstkfka)]

다른건 인정해도, Rotate += 4; if(8 <= Rotate) Rotate -= 8; 요부분 을 시프트 연산으로 바꾸면 좀 거시기 할거 같은데. 의도파악도 직관적으로 안될거 같고

[숲속의 참치(roqkqwnsmstkfka)]

암튼 코세영감때문에 삼천포로 빠졌군

[숲속의 참치(roqkqwnsmstkfka)]

저건 0~7 범위이고 +4하는건 반대방향으로 돌리는건데,

[숲속의 참치(roqkqwnsmstkfka)]

릴리즈 모드 기준 어셈명령어 3개 차이나네. 내가 죽을 죄를 졌소. 앞으로는 디파인문이라도 써서 그리 하겠소

[숲속의 참치(roqkqwnsmstkfka)]

그러고 보니 어디서 최적화 팁으로 봤던거 같긴함

[숲속의 참치(roqkqwnsmstkfka)]

글쿠나

[숲속의 참치(roqkqwnsmstkfka)]

http://www.acmicpc.net
에 codesafer 있당

[DART(39.118)]

get next point 함수가 더럽긴 함 0 0 -11 1 -1 2 1 0 3 1 1 4 0 1 5 -1 1 6 -1 0 7 -1 -1

[DART(39.118)]

아 참 디씨는 리플이... 븅신이였지 ㅜㅜ...

[DART(39.118)]

x(0)=0 x(1)=1 x(2)=1 x(3)=1 x(4)=0 x(5)=-1 x(6)=-1 x(7)=-1 y(0)=-1 y(1)=-1 y(2)=0 y(3)=1 y(4)=1 y(5)=1 y(6)=0 y(7)=-1 인 두 x,y 함수를 만들면 좋을거같다..

[숲속의 참치(roqkqwnsmstkfka)]

그래서 swich 부분 데이터 배열로 안했다고 코세영감이 구박했음

[DART(223.62)]

아 배열로 함 더 편하구낭 ㅇㅅㅇ