창조유저그룹-커즈닷컴

Window close


	처음으로

	창조
	창조 소개
	창조 다운로드
	CUGz.com 소개
	온라인 도움말

	커뮤니티
	가입인사
	자유게시판
	Q/A게시판
	TIP/TECH
	열린강좌
	자주하는질문
	아이디어게시판

	자료실
	소스자료실
	프로그램자료실
	기타자료실
	명예의 전당
	이미지 자료실

	지원/기타
	표준용어재정
	구글 웹서치
	관리자 전용

LIST ALL

Posted by 박종훈

2006-07-04 18:20:25, Hit : 4657

창조는, 현재 획기적인 대 변화가 필요할 때입니다.!

Homepage : http://www.canxan.com/~qnrdlqkrwhdgns

Post URL : http://cugz.sjworks.net/bbs/zboard.php?id=freeboard&no=3022

창조로 예전에는 그냥 간단한 것만 제작하고 해서.. 아무런 불편사항이 없었지만..
웹+ 에디터라던지.. 여러 프로그램과, 여러분들과 나눈 대화에서 보면..
창조의 대 변화가 필히 필요한 시점이라고 저는 생각합니다.. (모두들 바라실겁니다 ^^;)

최신 버전의 리치에디트에는, 그림도 삽입 가능한 걸로 알고있습니다.
하지만, 창조에 있는 리치에디트(ㅎ메모)는.. 구버전입니다. 그래서, 그림 삽입도 안되고요..
또한 최신버전의 리치에디트에는, 주소를 자동으로 하이퍼링크해주고 그런다던데..

위의 예는 웹관련 에디터를 만들고 있는 저를 예로 든거고요..

또한.. 프로그램을 제작하면서, Tab가 필요하잖아요..
창조에는 그 객체가 없어서, 그 Tab 마져, 멀티버튼과 밑판을 이용해서, 그럴뜻 하게 만들어
사용하고 있지만, 이 또한 언제나 그럴수 없죠..

창조에서 필요한 변화로는..(제 생각에..)

구버전 객체 교체 / 필요한 객체 추가 / 필요한 명령어 추가(구조체지원이라던지..)
여러 기능지원.. / 창조 UI를 유저가 사용하기 편하게 변경.. / 각종 버그수정 / 윈도 표준 지원/
UI를 위한 객체..

또한.. 오피스XP UI아시죠? 예쁘고.. 창조에서도 어떻게든 할수는 있지만,
어느정도의 노가다가 필요한 실정입니다. 요즘은, 프로그램의 속도와 프로그램의 기능..
그리고 UI까지, 평가하지 않습니까?

같은 프로그램에, 같은 기능이라도.. 유저들은 아마 UI가 예쁜 쪽을 선택할 겁니다.
물론, 고전을 좋아하는 유저들은 좀 다르겠지만요;

그리고, 속도의 대변화 또한 필요합니다..
다른 언어에서는 반복문을 100개 정도 돌리고 그안에 명령을 많이 넣어도,
눈 깜짝할세에 이루워 지는 것과는 달리, 창조에서는 눈에 그냥 훤히 보인다고,
누군가 말했더군요..
속도, UI, 기능 저는 이 3요소가 프로그램을 평가하는 기준이라고 생각하는데요..
기능은 실력만 있다면, 구현할수 있다고 하는데, 창조에서도 당연히 구현 가능하지만,
다른 언어에 비해서 속도가 느리니, 기능면도 당연히 떨어질수 있다고도 생각합니다.
속도를 중시하는 데.. 속도가 느리니, 빠른 속도를 요구하는 기능을 넣을수 없게 되는거죠..

물론, 빠르게 하는 것은 프로그래머의 몫이지만, 원래 느린것은 어쩔수 없는거죠;
다른 프로그램에서도 더군다나 느린데.. 더 느린다면, 사용자는 외면할수 있다고,
생각합니다..

물론, 고전을 좋아하는 것도 하나의 개성(?)이라지만, 새것을 익히고 새것의 장점을
받아드리는 자세도 필요합니다. ^^..

물론, 남상기님께서 바쁘시고.. 이 글을 읽으시면 불쾌하실지도 모른다고 저는 생각합니다.
하지만, 언제까지 이렇게 있을 수만은 없어서.. 이렇게 글을 올립니다.

프로그래밍툴이라는 것이, 많이 업데이트되는 것도 좋은 것은 아니지만..
창조가 업데이트 안된지 얼마나 되었습니까? 베타2 DB버전을 제외한다면.. 몇년만입니다. ^^;
남상기님께서 힘드시다면, 창조의 작성 언어인 델파이라는 것을 잘 다루시는 분에게,
창조 소스라던지, 창조의 핵심기술을 약간 알려주시는 것도 창조 발전의 획기적인
방법이 될수 있다고 생각도 해봤는데요.. 아니!,.. 같이 하는 것도 하나의 좋은 방법이군요 ^^;
이건 좀 무리라는 생각이 들지만, 남상기님께서도
창조의 발전을 원하시지 않습니까? 그러는 의미에서 이 글을 올린 것이지,
비난이나 그런 뜻은 절대로 아님을 알려드립니다.

지상현 2006-07-04 PM 6:57:52


UI에 대해서는 아무래도 몇 마디 거들고 싶습니다. ^^ 일단 UI라는 것은, 다 제각각 사람들의 취향이 있죠? 그런 점을 고려해볼 때, 「기본 UI를 오피스XP 처럼」이라던지 하는 것 처럼 어떤 요소로 고정시키는 것은 문제가 있지 않을까 합니다. 더구나 창조는 멀티미디어 프로그램 제작 도구가 아니고, 당당한 하나의 언어로서의 프로그래밍 도구입니다. 그러므로, 플랫폼/언어 종속적인 UI를 언어 안에서 지원한다는 것은 조금 무리가 있지 않을까 싶습니다. ^^ 그렇기 때문에, 저는 최소한의 윈도우가 지원해주는 인터페이스만 지원해주는게 여전히 합당하다고 생각합니다. 그렇다면, 좀 더 멋진 UI는 어떻게 하느냐? 물론 프로그래머가 해줘야 합니다. 다만, 다른 언어에서는 간단하게 라이브러리만 하나 끌어오면 된다던지 하는 것 처럼 좀 더 쉽게 사용할 수 있다 뿐이죠. 그러므로, 저는 UI만큼은 기본을 유지하되, 확장할 수 있는 좀 더 쉬운 방안을 제공하는게 좋다고 생각합니다~

박종훈 2006-07-04 PM 7:03:45


음.. 다른 프로그래밍툴을 보아도.. 기본적으로 UI를 꾸미는, 컴포넌트라던가 객체는 없더군요 ^^.. 그 이유가 바로 그거였군요 ^^.. 아참참.. 본문에 빠진 내용이 있네요 ^^; 바로, 확장성입니다. ^^.. 플러그인 기능도 있었으면 하고요.. Build 수를 측정하는 플러그인등이 있다면 편한텐데.. ㅋ

지상현 2006-07-04 PM 7:09:43


참, 내용을 정리했을때 창조에게 가장 필요한 변화를 몇 가지로 압축한다면 「객체 노화 및 부족」,「느린 속도」정도가 될 것 같네요. 속도는 순전히 남상기님께서 해결하실 문제니 어쩔 수 없고 ^^;; (실은 우리들이 좀 더 신경써서 코딩하는 방법도 있겠죠~) 객체에 대해서... 이건 결국 확장성과 관련된 문제인 것 같네요. 역시, 창조는 다른 도구에 비해 확장성이 너무 부족하다고 생각합니다. 음, 제가 위에 써놓은 글도 결국 확장성과 관련된 것 같군요. (흐흐...) 다른 언어도 그렇지만, 지금 창조도 부족한 부분은 다른 언어나 수단을 이용하여 메꾸고 있습니다. 예전과는 다르게 엄청 발전했다고 생각해요. 그렇지만 역시 이 방법도 한계가 있다는 것은 다들 아실겁니다 -_-; 음, 이게 아니고(..) 어쨌든 객체를 확장하는 수단... 역시 ActiveX 컨트롤 같은 거라도 지원한다면 아주 환상적이겠지만, 적어도 「사용자 객체」를 만들 수 있는 수단이라도 있으면 정말 좋겠네요. 아니면, 사용자 함수를 대체할만한, 코드만 전문적으로 작성할 수 있는 그 무언가가 있기를 정말 간절히 바라고 있습니다. ^^ 확장성도 확장성이지만, 만든 것을 재활용하는 수단이 너무 부족한 것 같아서요. 어떤 신기술(?)이 도입되면, 항상 그 기술을 이용하기 위해 처음부터 끝까지 코드를 다시 작성하거나 붙여넣어야 합니다. 예를 들어 탭을 구현할때가 그렇습니다. 가끔씩은 만들다가도 너무 꽁수같은 느낌이 들기까지 합니다. ^^ 결론은, 제 생각에는 창조에서 가장 크게 다루어야 할 이슈는 역시 「확장성」과「성능」인 것 같습니다. -_-;;; 물론 부가적으로「안정성」까지 뛰어나면 참 좋겠지만요 ^^;

지상현 2006-07-04 PM 7:10:38


어이쿠! 아무래도 종훈님과 저는 비슷한 생각을 하고 있는 것 같습니다 ^^

박종훈 2006-07-04 PM 7:18:29


안정성.. 정말 고쳐야 한다는.. 소스 수십줄을 입력하니, 사라진다는; 여기서 나온말인데.. 창조의 오류검사기능을, 컴파일 전에 검사하지 말고! 프로그램 실행시 검사하는것이 좋다고 생각합니다. VB처럼 말이죠.. 그렇게 된다면, 오류가 나는 위치를 정확히 파악해서, 버그를 없애는데 효과적일것 같고.. 디버깅 기능을 또 어떨까요 ─ ─; 디버깅 모드에서.. 변수 등의 값을 볼수도 있고.. 해당 명령에서 얻어진 값등도.. 볼수 있고, 현재 어떤 명령이 실행되는지도, 알수있고;; 디버깅 기능 까지는, 바라지 않지만, 지상현님께서 원하시고, 모든 분들이 원하시는 그 기능을 넣어야 한다고 생각합니다. ^^.. DB도 중요하겠지만, 현재로서는 신 버전겍ㅊ[등이 절실히 필요하군요 ^^; 신 버전객체를 추가하는 데에는, 얼마 걸릴것 같지 않을텐데 ^^; (아닌가;) 그리고, MDI 창을 지원하면 ^^;

지상현 2006-07-04 PM 7:25:58


으음... 오류 검사 기능은 조금 성격이 다른 거예요. 일단 문법 검사는 실행 파일 만들 때 해야 하는 아주 필수적인 작업입니다. VB도 그런 검사는 수행하잖아요? 아무렇게나 입력해서는 컴파일 자체가 되지 않습니다. 런타임 오류라는건 말 그대로 실행 시간에 발생할 수 있는 오류들을 잡아내는 겁니다. 예를 들어 어떤 파일을 보여준다고 할 때, 실행 파일을 만들 때는 이 파일이 있을지 없을지 확신할 수 없습니다. 그러므로 실행하면서 오류가 나면 잡아주는 수 밖에 도리가 없지요. 창조에서는 왠만한 작업들이 실패하면 진리 값으로 돌려주기 때문에, 런타임 오류는 어느 정도 잡을 수 있습니다. 몇 가지 프로그램적으로 잡지 못하는게 있는데, 예를 들어 가끔 뜨는 Access Violation, Integer 어쩌고 하는... 뭐 그런 창이 런타임 오류가 됩니다. 저도 정말 문법 검사 버그는 반드시 고쳐졌으면 좋겠습니다. ㅠㅠ

박종훈 2006-07-04 PM 7:44:23


아.. 그게 그런거였군요 ^^; 문법감사기의 버그가 많더군요;;;;; 정상적인 것도, 오류가 있다고;

손상진 2006-07-04 PM 7:49:14


문법검사기위 가장큰 문제는 엉뚱한곳에 엉뚱한점을 지적한다는거겠죠^^;; 창조를 좀 많이 사용해보다 보면 위같은 불만은 나오게 마련인거 같습니다..ㅠㅠ

박종훈 2006-07-04 PM 7:54:09


네.. ; 를 붙이라고 하는곳에 가면, ; 이 붙여있거나, 조건문에 ; 를 붙이라고 강요하는 ─ ─;

정성우 2006-07-04 PM 9:50:42


지금 창조가 2000년도(6년!)도에 만들어 진 것이라 요즘 프로그래밍 하기엔 좀 안 맞는것 같네요... 거의 새로 만드는 식으로 대대적인 변화를 만들어야 할 듯...

최재일 2006-07-04 PM 11:08:22


음.. 완벽히 논리적으로 구상해서 오류가 안나게 코딩하는게 중요하겠죠..(이래야 프로그래밍 시간도 단축되는..) 그런데 요즘엔 컴퓨터 성능들이 좋아지고 툴들이 좋아지다보니 완벽코딩 후 컴파일보단,, 소스에 오류가 있는줄 알면서도 무조건 컴파일해서 오류를 확인하는 식으로 코딩해가는 성향이..;;; 한가지 예로,, 전에 수업프로젝트로 프로그램 하나 만드는데 문서화하는데 5~6개월 걸리고 그 문서화를 토대로 코딩하는데 1주일밖에 안걸려 프로그램을 완성시킨..

이진백 2006-07-06 AM 11:29:50


창조 2002가 최신입니다 -__; 몇번 베타 남상기님께서 여기에 내놓고 가셨던걸 기억하는데... 다시 잠적 하셨으니 참 난감합니다 -_- 소스는 잘 보관하시는듯 하던데.

박종훈 2006-07-06 PM 6:08:23


네.. 베타2까지 놓으셨습니다. ^^; DB가 지원되죠.. 하지만, 그것외에도, 아직;

김길남 2006-07-14 AM 3:08:45


읽기만 해도 즐겁습니다,,^^ 우선 점차 이해해간다는 것과 또하나는 해결되리라는 기대 때문이고. 아무것도 모른 저도 처음 접할때 느낌 다소 황당 했었습니다,