C++Builder  |  Delphi  |  FireMonkey  |  C/C++  |  Free Pascal  |  Firebird
볼랜드포럼 BorlandForum
 경고! 게시물 작성자의 사전 허락없는 메일주소 추출행위 절대 금지
분야별 포럼
C++빌더
델파이
파이어몽키
C/C++
프리파스칼
파이어버드
볼랜드포럼 홈
헤드라인 뉴스
IT 뉴스
공지사항
자유게시판
해피 브레이크
공동 프로젝트
구인/구직
회원 장터
건의사항
운영진 게시판
회원 메뉴
북마크
볼랜드포럼 광고 모집

자유게시판
세상 살아가는 이야기들을 나누는 사랑방입니다.
[19288] 델파이 개발자들은 델파이의 미래는 안녕하다고 믿으시는가?
주정섭 [jjsverylong] 6474 읽음    2011-03-28 12:45
만일 내가 교회에 가서 성경의 허구성과 교회의 타락과 목사들의 이기주의와 독단을 논한다면, 아마도 교회신자 모두 나보고 사탄이라고 돌을 던질 것이다. 아마도 그런 논의 자체를 시작할 수도 없을 것이다.

이말은 이미 어떤 교리나 주의에 대해서 무비판적이며 오로지 찬양만이 일상화 되어버린 집단에서는 어떤 합당한 논리와 근거를 들이댄다 한들 그들을 납득시키기는 힘들다는 것이다.

델파이 커뮤너티에도 교회같은 이런 습성이 있다. 델파이에 대한 비판은 결코 용납되지 않는다. 대부분 개발자들은 의외로 보수적이며, 타 언어나 개발툴을 잘 받아들이려 하지 않는다. 그 이면에는 새로운 것을 배우기 싫어하는 게으름이거나, 변화를 싫어하고 현재에 안주하려 하기 때문일 것이다.

사실 나 스스로도 그런 변화를 받아들이기 싫어하고 새로운 것에 대한 배움이 귀찮아서, 지금까지 델파이 옹호에 앞장선지도 모르며, 때로는 객관적이고 타당한 델파이에 대한 비판마저 수용하지 못한 적이 많다고 본다.

델파이 개발자들이 인정하든 말던 간에 델파이는 겨우 명맥만 유지하는 소수 사용자 툴일 뿐이다. 과거에도 그랬지만 앞으로도 절대로 자바나 닷넷 같이 다수 사용자 툴은 될수 없을 것이다. 이렇게 된 원인에는 델파이 개발자들의 불법 복사본 사용 문제도 있지만, 더 심각한 것은 볼랜드 혹은 코드기어라고 일컫는 델파이 본사 차원에서 관료주의, 부폐와 무능, 게으름, 무원칙한 마케팅 방침. 제멋대로인 가격 정책, 웃기는 인사 정책 등등 그 원인을 들자면 끝이 없다.

이런 델파이 본사와 더불어 관련인들의 부조리가 앞으로도 결코 해결될 것이라고는 보지 않는다. 더 심해지면 심해지지 개선될 조짐은 지금까지 거의 없다고 본다.

델파이 자체의 버전업 계획은 더욱 암울하다. 예를 들어, 델파이의 실수 연산 엔진은 초기에 486 급의 컴퓨터에 맞춰서 작성된 이래로 거의 수정이 없었다. 이런 식으로 초기 버전 이래로 수정이 거의 없는 부분은 한두가지가 아니다. 심하게 델파이를 혹평하는 자 중에는 안델스 헤이즐버그가 델파이를 떠난 이래로 델파이 버전업은 사실상 중단된 것이나 다름 없다고도 하고, 혹자는 3, 혹은 5 버전이 델파이의 실질적인 최종 버전이라고 말하기도 한다. 델파이의 모든 VCL 소스는 지나칠 정도로 오랫동안 별로 바뀐 바가 없다.

다음 열거하는 콤포넌트들의 공통점이 무엇인지 아시겠는가?

마이다스, 퀵리포트, 레이브 리포트, 웹스냅, 웹브로커, BDE, 디비익스프레스

이들 모두 사실상 버전 1만 존재할 뿐 버전 2 이상은 실제로는 없거나, 현재 대부분 폐기 혹은 앞으로 더 이상 지원 안하는 콤포넌들이라고 매뉴얼에 명시된 것들이다. 내 생각에 조만간 인트라웹과 인디도 저 목록에 포함될 것으로 보인다. 그리고 최근 추가된 DataSnap 역시 같은 운명을 밟게될 것이다.

MS 가 미완성 제품을 판다고 욕을 많이 먹었다. 그렇다면 과연 델파이 자체 콤포넌트는 어떨까? 여러분들이 믿거나 말거나, 델파이의 자체 콤포넌트 역시 상당수가 미완성 버전에 버그 패치 지지부진하다가, 중간에 폐기된 경우 부지기수라는 것이다.

현재까지 만든 프로그램이 많은 개발자라면, 당장 델파이를 버릴 수는 없을 것이다. 현재 제품들의 유지보수를 위해서 델파이를 당분간 사용해야 할 것이다. 그러나, 개발자 생활을 계속 하고 싶다면, 지금부터라도 델파이를 대체할 만한 다른 툴이나 언어를 신중하게 모색해봐야 한다.

델파이만으로 앞으로 계속 개발자 생활을 하기에는 앞으로는 거의 불가능할 것으로 보인다. 왜냐하면, 델파이는 한때 가장 장점이 강했던 분야인 윈도우에서도 현재는 찬밥신세이며, 리눅스, 모바일 등의 환경에서는 더욱 별로 기대할 수 없어 보이기 때문이다.

델파이의 유일한 윈도우 플랫폼 탈출 시도작은 칼릭스였으나, 결과는 명백한 실패작이었다. 칼릭스는 안팔린 것이 아니라, 제대로 못 만들었기 때문에, 망한 것이다. 칼리스 역시 사실상 버전 1만 존재하는 제품이었다. 그리고, 델파이 닷넷 버전판 역시 실질적으로 망했다.

이제 델파이 커뮤너티에서는 델파이를 대신할 툴들에 대해서 논의해야 할 때가 되었다고 생각이 들지 않는가? 나의 예상이 전혀 틀려서 델파이가 더욱 더 기똥찬 인기있는 툴로 살아 남을지도 모른다. 그러나, 그렇다고 해도, 다른 언어나 툴에 대한 공부나 분석은 델파이를 편견이 아닌 객관적으로  볼 수 있게 하고, 더 나은 프로그램 방법이나 앞으로의 개발자로서 살아나가기에 중요한 자세라고 본다.

델파이 커뮤너티에서 추구해야 할 것은 델파이의 영광이 아니라, 델파이 개발자들 스스로의 미래나 발전이 아닌가? 간혹 델파이 커뮤너티에서, 볼랜드 혹은 코드기어의 영광과 번영을 위해서, 지나치게 델파이에 대한 맹목적 충성심만을 강조하는 것은 아닌지 의심스러울 때가 종종 있다.
BlueSky [jkshin0]   2011-03-28 13:06 X
동의합니다.
심성현 [sim51177]   2011-03-28 13:16 X
'생상성 + 네이티브' 두가지를 다 만족하는 델파이를 대신할 만한 툴이 없다는게 문제인것 같아요.
용맨소녀 [doyongid]   2011-03-28 13:17 X
코드기어에서 근무하셨던 분인가요?;;
양병규 [bkyang]   2011-03-28 13:39 X
교회에서는...  사람에게 돌을 던지는 일은 없습니다.....^^; 내 쫓을 수는 있지만요. (주정섭님이 원래 표현이 과격해서 그렇게 표현한거라는 거 압니다. ^^; )

저도 델파이에 대한 불만과 회사에 대한 불만은 많이 있습니다. 그리고 게시판에서는 물론 공식석상에도 그런 얘기는 많이 했었구요.. 심지어 미국에서 날라온 델파이 관계자에게 "당신네 회사에 컴파일러 만들 줄 아는 사람 없는 거 아니냐? 디자이너도 없지? 인텔CPU말고는 아는 거 없지?"라는 심한 말도 직접(통역을 통해서) 한 적이 있습니다.

과거에게도 그랬고 현재도 그렇듯이 미래에도 델파이가 주류를 이루게 될 일은 없는게 맞는 것 같습니다. 미흡한 점도 많구요...

머... 그래도 저는 델파이는 계속 할 것이고 다른 것을 하고 싶지도 않습니다. 여전히 델파이는 저의 생계를 유지해 주고 있고, 다른 툴에 비해 더 나은 점도 많이 있구요. 불만도 많지만 그래도 다른 것들 보다는 나은 것 같습니다. 다른 것들은 아예 없애버리고 새로 만드는 경우가 많고... 좋은 놈이라고 해도 오랜 된 놈은 아니고 최근에 만들어진 놈들인데....

거기에 비하면 델파이는 오브젝트파스칼시절까지 합치면 상당히 오래됐음에도 불구하고 최신 유행하는 기능들까지도 몽땅 수용하고 있고 (그게 불만일 수도 있지만..) 여전히 실무에서 비중있게 쓰이고 있다는 점이 놀라운 점이고 그게 델파이의 최대 장점인 것 같습니다만.. 카일릭스가 그래요 망한 것 맞는 것 같긴한데... 그냥 개발툴에만 책임을 전가하기엔 좀.. 일단 리눅스가 왕창 떠 줘야 만들어서 파는 사람들도 투자가치를 느낄텐데... 제가 생각해도... "이거~ 돈이 되겠냐..."싶드라구요..

머... 그렇다고 제가 델파이에 충성하는 것은 아니구요... 그냥 먹고 살려고 하는 건데 잘 먹고 살고 있고 아직 미래에 대한 불안감은 전혀 못 느끼고 있습니다. 물론 '델파이는 좀...'이라던가 '반드시 C++로 해주세요.'라고 하는 고객도 있었으나 그냥 '싫으면 관두세요'하면 마지못해 '그냥 델파이로 해주세요'라고 하는 데도 있었고, 또 진짜 관둬도 또 다른 일을 하면 됐습니다.

머.. "그건 니가 잘나서 그런거고.."라고 하실지 모르겠으나 델파이가 나온지 얼마 안돼서 사람들이 델파이를 잘 모르고 저도 실력이 미천했을 때도 저는 지금처럼 그랬습니다. "싫으면 관두세요"

델파이가 흥하던 망하던 좋던 나쁘던 이젠 더 이상 관심도 없고... 씨샵이 새로 나오던 뭐 또 신기한게 나오던 어떤 새로운 운영체제가 나와도 이젠 더 이상 관심도 없습니다.

그냥 열심히 일하면 되는 것 같습니다. 진짜로 바꿔야 된다면 그 때 바꿔도 늦지는 않을 것 같습니다. 개발툴이 머 .. 다 그게 그거고 플랫폼도 머 다 그 놈이 그 놈이고...

아마 저처럼 생각하는 분이 많을 것 같습니다.
박영목.월천 [gsbsoft]   2011-03-28 14:20 X
양병규님께 한표...  필요할 때 약간 공부해서 하면 되지요... 언어 한개 배운다고 1~2년 걸리는 것도 아니고 2개월 정도 하면 그런대로 만들 것이고 만드는 중 특성 알게 되면 그때 바꾸면 되고... 뭐 주력 언어는 있어야 하겠지만... 처음부터 생판 모르는 놈으로 다 만들다 보면 문제도 생기고...  프로그램 원리야 기본적으로 다 아시는 고수들이시니... 그렇게 고민하지 않아도 될 것 같습니다. 저는 어제부터 안드로이드 책 하나 추천 받아 보고 있는 데... 아주 쉬워보입니다. 이번 학기 수업에 포함되어 있고... 그냥 재미삼아 해보려고 합니당 ^^...  저는 델파이 안좋아합니다. C++Builder 좋아합니당. 그런데 Component 만들 때는 델파이로 하는 것이 좋을 것 같습니다. 훨씬 쉽게 만들어지더군요... 아직 델파이는 보고 베끼는 수준... 아! 일해야지... 납품날짜가 15일 정도 남았는 데... 이것 뭐 디자인 하고 배치만 시켜두고... 멍하게 있습니다. 이렇게 해도 급하면 다 만들어 낼 수 있다는 것이 델파이 빌더의 매력이 아닐까! 생각합니다.
nansama [nansama]   2011-03-28 14:30 X
만랩분의 용기있는 독설에 감동먹고 갑니다.

흑흑,, 역시 툴은 m$께 좋네 클래스 맴버가 0.1초 만에 나와서 속이 후련함 ㅋㅋ
크레브 [kkol]   2011-03-28 14:52 X
다른 글에도 답글 달았지만...
지금 당장 엠바카데로 망해도 개발툴 당장 바꿀 이유는 크지 않고요
전혀 먹고 사는데 당분간(수년간) 지장  받을 정도로 C++빌더(델파이)가 부족하지도 않습니다.
그때 가서 준비해도 전혀 늦지 않기 때문에 그리 깊이 걱정까지 하실 필요가 있을지 의문이군요
그리고
개발자가 보주적이고 타언어 개발툴은 받아들이지 않는다는것은
어찌 보면 당연합니다.
기존 소스를 유지보수 해야하는 처지에 언어를 바꾸고 개발툴을 바꾸는것은
취미나 성향의 문제가 아니라 회사 차원의 엄청난 리소스가 투입되어야 가능한 일입니다.
단지 취미로 다른 툴을 안써보냐고 하신다면.. 개인 능력의 차이겠지만 말이죠
이런 상황은 어느집단이나 비슷할거라고 봅니다.
남병철.레조 [lezo]   2011-03-28 19:49 X
C++빌더를 능가하는 공식적 개발툴이 나온다면 관심가져 보고 싶습니다.
IBM의 비주얼 에이지에도 한때 관심 있었고 C++BuilderX에도 관심 있었습니다만... 결국 허당이 되었습니다. -_ -;
VC++은 필요한 부분에 사용하고 있지만 빌더와 같은 생산성이 보이지 않습니다.

오늘 데브기어 세미나에서 김호광님이 "공룡의 멸종"이라는 이야기를 언급했는데 공감가는 이야기였습니다.
지피지기 백전불태를 다시금 떠올릴 수 있는 좋은 시간이었습니다. ㅎㅎ
류종택 [ryujt]   2011-03-29 02:54 X
저도 양병규님하고 거의 비슷한 생각입니다.
가끔씩 후배들에게도 말하곤 하지만,
당장 엠바카데라고 내일 망한다고 해도 내가 하는 일에는 지장이 없는 지라.
바꿔야 한다면 그때 해도 늦지 않기 때문에 크게 걱정하지 않습니다.
제가 중점으로 생각하는 온라인 강의 시스템에서 모바일도 중요하기 때문에,
안드로이드를 배우고 있는 중이긴 하지만, 여전히 쭈욱~~  델파이로 밀고 나가렵니다.
저 역시 터보 파스칼 때부터 언어를 바꾸라는 주위 선배들의 조언을 무시하고 제 갈길을 걸어왔는데,
이제 마흔이 넘어선 마당에 갑자기 이리 저리 흔들릴 필요를 못 느낍니다.
내 솔루션 잘 만들면 그게 델파이로 만들어졌는지, 몰로 만들었는 지 고객들은 큰 관심이 없기 때문입니다.
그냥 제가 제일 좋아하고, 잘하고, 익숙한 것에 집중하기로 마음 먹은 지 오래라서 ^^*
류종택 [ryujt]   2011-03-29 02:57 X
그리고 이건 저 혼자의 추축이지만, 빠른 시일은 아니더라도 ㅡ.ㅡ;
안드로이드는 지원할 듯 보입니다.
오늘 세미나에서 64비트 언급하면서 ARM 프로세스에 대한 준비를 하는 것으로 보였습니다.
개인적으로는 큰 기대는 안합니다만 ^^;
이성호 [shlee0613]   2011-03-30 23:10 X
Turbo Assembler, Turbo C 거쳐 98년부터 지금까지 C++Builder, Delphi를 쭉 사용해온 소위 볼랜드빠 라고 하 수 있는 사람인데요.
주정섭씨 의견에 일부 동의 합니다. 하지만 주정섭씨 말 처럼 그 오랜 세월동안 별다른 변화없이 현재의 지위(비록 비주류이지만)를 유지해오고 있다는 것 자체가 볼랜드툴의 우수성(특히 VCL)에 대한 역설적 입증이 아닌가 합니다.
그리고, 프로그래머에게 중요한것은 무엇(도구)으로 구현하는가 보다는 어떻게(알고리즘)가 훨씬 중요한 문제가 아니겠습니까?
한가지 툴을 재대로 쓸줄 알면 다른 툴 배우는건 어려운 문제가 아니지 않습니까? 특히, 볼포 식구라면요.
정병선 [hanuleyewa]   2011-04-04 00:01 X
아직 Delphi 7을 사용하고 있습니다.
마이다스, 퀵리포트, 레이브 리포트, 웹스냅, 웹브로커, BDE, 디비익스프레스...
위에서 애기하신 것 중에 지금까지 마이다스와 DBExpress는 SQL Server를 이용해 유용하게 사용하고 있습니다.
리포트 툴은 FastReport를 나머지는 사용하지 않고 있습니다.
BDE는 사용하지 않은 지가 너무 오래 되서..간혹 예전 프로그램 소스 수정할 땐 사용하지만
웹쪽 관련해서는 델파이가 아닌 다른 방법으로...
부가적으로 제가 사용하는 부분에 대해 애기 드리면...
ClientdataSet으로 내부 레코드셋으로 자료 처리하기 굉장히 편합니다. 임시 테이블로요...
DBExpress는 빠르지만 단방향 커서라 레코드셋으로 사용하려면 DataSetProvider, ClientDataSet, SQLQuery를 같이 사용해야 되기 때문에 불편한데 전 이를 TCustomClientDataSet을 사용해 하나로 통합해 커서 페치와 업데이트를 한 번에 할 수 있는 컴포넌트를 만들어서 사용 중 입니다. Select, Insert, Update, Delete 쿼리를 넣어서 자료 처리할 수 있게 만들었구요.
퍼포먼스는 아직 다른 DB연결 보다 빠르고 좋습니다. SQL Server DevExpress Connection은 사용으로 구매...
주로 사용하는 건 DevExpress, TMS, Indy 등 으로 해결하고 있네요.
다른 언어 사용해 보려고 했지만 성격이 급해서 그런지 컴파일 속도 때문에 그닥...
아직은 Delphi 7을 사용하는데 별로 문제가 없어서. 안 되는 건 다른 걸로 해결 할 수 도 있고. 한 가지만 고집하는 건 아니지만 툴이나 언어는 자기가 잘 하는 것을 사용해 안 되는 부분을 해결하려고 노력하는 것이 좋지 않을지 싶습니다.
물론 애기한 것 처럼 여러 컴포넌트가 완벽하지 않습니다. 이건 델파이 만의 문제라고 보지 않고 소스 있는 컴포넌트를 이용해서 오류 수정해서 사용하고 있습니다. 소스 없이 아무 생각 없이 그냥 사용하는 다른 언어 보다는 조금 문제가 있어도 나름대로 맞춰가면서 사용하는 것이 자기 발전이나 개발에 도움이 되지 않을 지 생각되네요. 두서 없이 글 써서 죄송ㅜ.ㅜ
정병선 [hanuleyewa]   2011-04-04 00:22 X
추가로 적습니다.
델파이의 문제는 SDK 등을 제공하는 프로그램에서 샘플을 제공하지 않는 경우도 많고 C나 C++, C#, VB 등 으로 작성된 소스를 사용하기 힘든 부분이 상당히 많습니다. 그리 어렵지 않은 경우는 델파이로 컨버팅해서 사용하고 있습니다.
언어 별 장단점이 있지만 중요한 건 그걸 어떻게 사용하느냐에 있겠지요.
제가 처음 개발 할 때는 Client 프로그램에서 많은 걸 해결하려고 했지만 지금은 가능하면 Server Side에서 처리하려고 합니다. 사용자 UI와 관련된 부분이랄지 서버에서 처리하기 힘들거나 제약이 있을 경우에는 예외지만요.
저도 느끼기는 하지만 현재 Delphi  개발자의 입지가 많이 줄어들었다고 봅니다. 지금은 스마트폰 관련 프로그램이 대세구요. 하지만 이도 조금만 지나면 많은 다른 툴에서도 지원하리라고 보고 있습니다. Delphi XE와 TMS Intranet에서 iOS 나 Android 프로그램이 가능하다고도 하구요. 그리고 Morfik 같은 AJAX 웹프로그램 툴도 있고 아직 Delphi의 발전 가능성은 많다고 봅니다. 다른 언어에 비해서 조금 느리긴 하겠지만요. 근본적으로 제작사에 문제가 있다고 하더라도 Delphi가 프로그램 언어이기 때문에 개발자가 할 수 있는 부분은굉장히 많은 것 같습니다. 그럼 다들 즐거운 프로그램 하시길 바랍니다.

+ -

관련 글 리스트
19288 델파이 개발자들은 델파이의 미래는 안녕하다고 믿으시는가? 주정섭 6474 2011/03/28
19304     Re:델파이 개발자들은 델파이의 미래는 안녕하다고 믿으시는가? SteelHeart 3995 2011/03/29
19289     Re:델파이 개발자들은 델파이의 미래는 안녕하다고 믿으시는가? 박지훈.임프 4382 2011/03/28
19290         Re:Re:델파이 개발자들은 델파이의 미래는 안녕하다고 믿으시는가? 주정섭 4670 2011/03/28
19291             Re:Re:Re:델파이 개발자들은 델파이의 미래는 안녕하다고 믿으시는가? 박지훈.임프 5990 2011/03/28
Google
Copyright © 1999-2015, borlandforum.com. All right reserved.