소모임 & 잡담
![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
7C/C++에 대한 책을 보면 하나 같이 goto명령문은 다른 명령문으로도
처리 할수 있으니깐 봉인하고 사용하지 말란말이 꼭 있더라구요. 근데
goto가 사용하긴 편하던데 일단 써버리면 중독되서 여기저기에 막쓰다가
나중에 복잡해질꺼 같아서 사용하진 않고 있었는데 얼마전 만난친구가
goto문을 엄청 좋아하더군요. 그 친구가 본 책에는 goto문을 신이내린 선물(?)
정도로 극찬을 했던것 같습니다. 그래서 제가 친구에게 goto문 많이 쓰면
나중에 복잡해지고 소스도 깔끔하지가 않을꺼 같다고 말했더니 전혀 그렇지
않다더군요 오히려 goto문을 쓰면 훨씬 보기 좋고 복잡하지도 않다고 하더군요
제가 생각할땐 처리하는 부분이 블록 안에서 끝나야 보기 쉽고 덜 헷갈린다고
생각했었는데 역시 사람이 다 같을순 없다는 생각을 했답니다. 그러던중
친구의 한마디에 충격을 받았습니다. 다른걸로 처리하는 것 보다 goto로
처리하는게 속도면에서 이득이 있다더군요. 정말 그런가요?
처리 할수 있으니깐 봉인하고 사용하지 말란말이 꼭 있더라구요. 근데
goto가 사용하긴 편하던데 일단 써버리면 중독되서 여기저기에 막쓰다가
나중에 복잡해질꺼 같아서 사용하진 않고 있었는데 얼마전 만난친구가
goto문을 엄청 좋아하더군요. 그 친구가 본 책에는 goto문을 신이내린 선물(?)
정도로 극찬을 했던것 같습니다. 그래서 제가 친구에게 goto문 많이 쓰면
나중에 복잡해지고 소스도 깔끔하지가 않을꺼 같다고 말했더니 전혀 그렇지
않다더군요 오히려 goto문을 쓰면 훨씬 보기 좋고 복잡하지도 않다고 하더군요
제가 생각할땐 처리하는 부분이 블록 안에서 끝나야 보기 쉽고 덜 헷갈린다고
생각했었는데 역시 사람이 다 같을순 없다는 생각을 했답니다. 그러던중
친구의 한마디에 충격을 받았습니다. 다른걸로 처리하는 것 보다 goto로
처리하는게 속도면에서 이득이 있다더군요. 정말 그런가요?
2005.07.17 15:32:32 (*.73.99.231)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:615point (56%), 레벨:2/30"){kind=icon}
MiR 공부하면서 고투 쓸일이 한번도 없던데......- _-;;;
함수처리에 비해 콜스택이나 인자 푸쉬같은걸 안해도 된다는 이점은 있겠지만...유지보수면에서 보자면 아주 안좋겠죠. : (
함수처리에 비해 콜스택이나 인자 푸쉬같은걸 안해도 된다는 이점은 있겠지만...유지보수면에서 보자면 아주 안좋겠죠. : (
2005.07.17 16:19:44 (*.245.226.128)
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:4676point (19%), 레벨:7/30"){kind=icon}
Excelsis 한 블록 내에서 공통으로 무언가 처리를 해주어야 하는 부분이 있을 때 쓰면 유용합니다.
if-Else 구문으로 떡칠해놓은것보다는 각자처리구문 뒤에 바로 goto를 써주는식으로 넘겨버리면 눈에 보기에도 깔끔하고, 실제 작동도 깔끔하고 좋습니다.
비슷한 느낌이라면, try- catch를 에러 없을 때 사용하는 버전이라는 느낌...
마치 goto 가 throw exception 과 비슷한 느낌으로 쓰이죠.
if-Else 구문으로 떡칠해놓은것보다는 각자처리구문 뒤에 바로 goto를 써주는식으로 넘겨버리면 눈에 보기에도 깔끔하고, 실제 작동도 깔끔하고 좋습니다.
비슷한 느낌이라면, try- catch를 에러 없을 때 사용하는 버전이라는 느낌...
마치 goto 가 throw exception 과 비슷한 느낌으로 쓰이죠.
2005.07.17 16:22:55 (*.245.226.128)
Excelsis 맛소에서 나온 책 중에서 Code Complete 라는 책을 보면 이러한 부분에 대한 예제가 있습니다.
필요없다 필요없다 하는데도 계속 지원하는 건 나름대로 고유의 효과적인 영역이 있기 때문이죠...
필요없다 필요없다 하는데도 계속 지원하는 건 나름대로 고유의 효과적인 영역이 있기 때문이죠...
2005.07.17 18:55:18 (*.238.164.225)
goto 문이 아주 필요 없는건 아니죠..
잘쓴 goto 문이 오히려 복잡한 구문들을 잘 포장할 수 있습니다..
근데 예전에는 goto가 문제 되지만 제가 생각할 때 요즘은 써도 무방할 꺼 같은데
물론 잘쓸데지만요... ^^
어느 글을 보니 C 에서 쓰인 goto 문에 90% 이상이 루프에서의 탈출 코드 였다는 군요.. ^^
그래서 어찌 보면 필요가 없을지도.. ㅎㅎ
잘쓴 goto 문이 오히려 복잡한 구문들을 잘 포장할 수 있습니다..
근데 예전에는 goto가 문제 되지만 제가 생각할 때 요즘은 써도 무방할 꺼 같은데
물론 잘쓸데지만요... ^^
어느 글을 보니 C 에서 쓰인 goto 문에 90% 이상이 루프에서의 탈출 코드 였다는 군요.. ^^
그래서 어찌 보면 필요가 없을지도.. ㅎㅎ
2005.07.17 20:49:16 (*.212.4.161)
1ststory goto를 잘못쓰면 무한루프에 걸리게 되지요. 이것은 for, while 등의 반복구문을 쓰다가 무한 루프 걸리는 것보다 더 찾기 어렵게 되어버립니다.
게다가 남용을 하게 되면, 그것을 읽는 사람은 더욱 햇깔리게 되겠죠.
차례대로 내려가는 코드가 아닌 내려가다가 올라갔다가 다시 띄어먹고 내려가다가 다시 올라가고..
그리고 무조건 빠르고 심플한것만이 좋은 것은 아니죠. 좋은 프로그래밍의 목적중에 하나가 다른사람이 이해하기 쉽고 읽기 쉽다는데 있으니..
그리고 최근에는 메모리용량, CPU속도의 대폭적인 증가로 속도와 메모리 용량의 약간의 차이정도는 크게 의미가 없어졌거든요
즉, 변수 3개로 처리하면 심플하게 빠르게 끝나지만 4개로 처리시에는 읽기 편하고 이해가 편하다고 했을때 후자를 선택하는게 더 좋다는 얘깁니다.
그렇기 때문에 가급적이면 사용하지 말라는게 아닐까 싶습니다.
ps. if-else 의 떡칠로 보기 흉하다고 할때 만약 조사하고자하는 데이터형이 int형과 char형일때 차라리 switch 문을 써주면 더 보기 좋습니다.
게다가 남용을 하게 되면, 그것을 읽는 사람은 더욱 햇깔리게 되겠죠.
차례대로 내려가는 코드가 아닌 내려가다가 올라갔다가 다시 띄어먹고 내려가다가 다시 올라가고..
그리고 무조건 빠르고 심플한것만이 좋은 것은 아니죠. 좋은 프로그래밍의 목적중에 하나가 다른사람이 이해하기 쉽고 읽기 쉽다는데 있으니..
그리고 최근에는 메모리용량, CPU속도의 대폭적인 증가로 속도와 메모리 용량의 약간의 차이정도는 크게 의미가 없어졌거든요
즉, 변수 3개로 처리하면 심플하게 빠르게 끝나지만 4개로 처리시에는 읽기 편하고 이해가 편하다고 했을때 후자를 선택하는게 더 좋다는 얘깁니다.
그렇기 때문에 가급적이면 사용하지 말라는게 아닐까 싶습니다.
ps. if-else 의 떡칠로 보기 흉하다고 할때 만약 조사하고자하는 데이터형이 int형과 char형일때 차라리 switch 문을 써주면 더 보기 좋습니다.
2005.07.17 21:22:34 (*.255.35.52)
C에서 신이 내린 선물, 양날의 검은 포인터지요 -_)
소스는 1ststroy 말씀처럼 최적화보다는 일단 읽기 좋고 수정(유지,보수)하기 좋은게 좋습니다. (큰 프로젝트일수록)
프로그램속도를 올리는 최고의 심플한 방법은 하드웨어 업그레이드죠 -_-;
비용이 문제일 것 같지만 장기적으로 비용이 절감될 확률이 많습니다.
소스는 1ststroy 말씀처럼 최적화보다는 일단 읽기 좋고 수정(유지,보수)하기 좋은게 좋습니다. (큰 프로젝트일수록)
프로그램속도를 올리는 최고의 심플한 방법은 하드웨어 업그레이드죠 -_-;
비용이 문제일 것 같지만 장기적으로 비용이 절감될 확률이 많습니다.
2005.07.18 11:45:53 (*.107.113.162)
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:3087point (84%), 레벨:5/30"){kind=icon}
안군 goto는, risc 방식의 CPU에서 철리속도를 올리기 위해 사용되는 파이프라이닝을 해치기 때문에 자주 쓰지 않으시는게 좋아요.
그리고, 함수를 잘게 나눠 쓰는게 속도를 떨어뜨린다고 생각하는게 일반적이지만, CPU의 캐시 적중률을 높혀서 오히려 빨라지기도 하죠.
인라인 함수를 남용하는건 오히려 프로그램 코드의 크기를 키우고, 캐쉬적중률을 떨어뜨리기도 한답니다.
변수를 여러개 정의해서 쓰는것도, 릴리즈 컴파일시 최적화 과정을 거치면서 컴파일러가 알아서 줄여주기도 하구요,..
결론은...
그냥... 자신이 알아보기 가장 좋게, 가장 편하게, 심플하게 코딩하세요. 그게 최고입니다.
그리고, 함수를 잘게 나눠 쓰는게 속도를 떨어뜨린다고 생각하는게 일반적이지만, CPU의 캐시 적중률을 높혀서 오히려 빨라지기도 하죠.
인라인 함수를 남용하는건 오히려 프로그램 코드의 크기를 키우고, 캐쉬적중률을 떨어뜨리기도 한답니다.
변수를 여러개 정의해서 쓰는것도, 릴리즈 컴파일시 최적화 과정을 거치면서 컴파일러가 알아서 줄여주기도 하구요,..
결론은...
그냥... 자신이 알아보기 가장 좋게, 가장 편하게, 심플하게 코딩하세요. 그게 최고입니다.
goto문을 좋아하는지도 모르겠습니다 ^^ 친구말로는 어셈에서는 goto문
많이 쓴다더군요 ^^