볼랜드포럼: 언어 관련 토론을 보고 질문을 드립니다.

	C++Builder \| Delphi \| FireMonkey \| C/C++ \| Free Pascal \| Firebird

경고! 게시물 작성자의 사전 허락없는 메일주소 추출행위 절대 금지

분야별 포럼

볼랜드포럼 홈

회원 메뉴

자유게시판		세상 살아가는 이야기들을 나누는 사랑방입니다.

[16565] 언어 관련 토론을 보고 질문을 드립니다.
소중한꿈 [xho95]	3016 읽음 2009-08-11 18:33

우선 많은 분들의 다양한 의견을 볼 수 있어서 좋았습니다.

의견들을 보면서 몇가지 궁금한 점을 물어보려고 합니다.

그동안 C++ Builder 를 이용하면서, C++ Builder 가 인기가 없다는 것은 익히 알고 있는 사실이지만(ㅠ.ㅠ), 최근에는 VC++ 보다도 Java 나 C# 이 대세라고 하는데, 왜 그런 것입니까?

물론 최근의 프로그램이 Web 기반에서 동작하는 것이 대세이기 때문이겠지만, C++ Builder 에서도 WebSnap 등을 이용하면 웹 서버 프로그래밍을 할 수 있다고 하는데, Java 나 C# 에 비해 어떤 부분이 부족한 것입니까?

대략적인 내용을 보면, 일반 Win32 환경에서 동작하는 단일 프로그램은 C++ Builder/Delphi 를 사용해서 제작하고, Web 에서의 서버 프로그래밍에는 Java 나 C# 을 사용한다고 보면 되는 것입니까?

볼랜드 포럼 사이트도 C++ Builder 로 제작 되었다는 말씀들을 하시는데, 그럼에도 불구하고 C++ Builder 가 서버 프로그래밍을 하기에 부족한 점이 있는 것인지요? 아니면, 단지 C++ Builder 로 서버 프로그래밍을 하는 것이 Java 나 C# 과 큰 차이는 없는데, 제작 방식이 알려지지 않아서 그런 것인지요?

임프님께서 일반적인 업무 개발에서 Java 가 대세라고 하셨는데, Web 이외의 분야에서도 Java 가 가지는 장점이 있습니까? 그러니까 Java 프로그래밍을 통해서 그 방식이 쉽든 어렵든, C++ Builder 로 제작할 수 있는 프로그램을 거의 만들수 있다는 말인지요?

약간 질문이 중구난방이라 죄송합니다만, 하수의 입장에서 전체적인 흐름을 이해할 수 있도록 프로그래밍 언어의 상황을 간략히 설명해 주시면 고맙겠습니다.

그럼.

Trackback : http://www.borlandforum.com/impboard/impboard.dll/trackback?sn=114088

초보대왕 [sauron] 2009-08-11 19:27 X

저도 궁금한게, Java 가 널리 쓰이고 있는 분야에서, 왜 C++ builder 는 널리 쓰이지 않고 있을까요. 이게 아마 위 글의 핵심내용이 아닌가 싶습니다.

윽특특 [cetauri] 2009-08-11 19:37 X

아마도 JVM 이라는 공통된 플랫폼에서 돌아가기 때문에 포팅이나 설치, 메모리, 네트워킹 관련 부분에서는 많이 유리해서가 아닐까 생각 합니다. 완전 100% 동일하지는 않지만 그래도 99%는 동일하기에 한번 만들면 대부분의 플랫폼에서 돌아가지요..
솔루션 만드는 입장에서 윈도우만(혹은 특정 윈도우 버젼)에서만 돌아가는 소프트웨어를 만드는 것 보다는 모든 플랫폼에서 돌아가는 제품을 만드는게 낳기 때문에 자바를 많이 쓰는 것 같습니다.

윽특특 [cetauri] 2009-08-11 19:38 X

뭐 그렇기 때문에 재사용이나 공유도 쉽구요

소중한꿈 [xho95] 2009-08-11 20:11 X

초보 대왕님, 제가 굉장히 두서없이 쓴 글을 한 줄로 요약해 주시네요... 감사합니다. ㅜ.ㅡ...

소중한꿈 [xho95] 2009-08-11 20:28 X

Java Virtual Machine 때문에 플랫폼 독립적인 프로그램을 제작할 수 있다고 하셨는데, 모바일용 프로그램에서도 그런지요?

그리고 우리나라의 경우 Windows 사용율이 90%를 넘기 때문에 단순히 일반 Windows 용 프로그램을 개발할 경우에는 Java 보다 C++ Builder 가 성능에서도 더 좋을 수 있을 것이고, Web 서비스 용 프로그램이라면 브라우저가 해석할 수 있도록 Web 표준만 지킨다면 C++ Builder 에서도 결국 플랫폼 독립적인 웹 서버 프로그래밍을 할 수 있는 것 아닌지요?

초보대왕 [sauron] 2009-08-11 21:10 X

-- Web 서비스 용 프로그램이라면 브라우저가 해석할 수 있도록 Web 표준만 지킨다면
-- C++ Builder 에서도 결국 플랫폼 독립적인 웹 서버 프로그래밍을 할 수 있는 것 아닌지요?

표준을 지켜야 하는 것은 웹클라이언트이지 웹서버가 아니예요. 웹서버는 프로토콜을 준수해야 합니다.
따라서 웹표준과 플랫폼 독립적인 웹 서버 프로그래밍은 전혀 상관이 없어요.

소중한꿈 [xho95] 2009-08-11 21:40 X

그런가요? 웹 클라이언트라 함은 일반적인 브라우저 라고 하는 것인지요? 그러니까 각각의 브라우저들이 표준을 따라야 한다는 것을 뜻하는 겁니까?

음... 그러니까, "C++ Builder 는 서버 컴퓨터가 Windows 운영체제여야만 하는데, Java는 서버 운영체제와는 독립적으로 거의 같은 프로그램을 그대로 사용해서 웹서비스를 해 줄 수 있다." 이런 뜻이 되나요?

초보대왕 [sauron] 2009-08-11 22:26 X

-- 음... 그러니까, "C++ Builder 는 서버 컴퓨터가 Windows 운영체제여야만 하는데,
-- Java는 서버 운영체제와는 독립적으로 거의 같은 프로그램을 그대로 사용해서 웹서비스를 해 줄 수 있다."
-- 이런 뜻이 되나요?

틀리지는 않은데, C++ Builder 는 Windows 운영체제에서만 동작합니다. Java 는 특정 운영체제를 가리지 않죠.
이렇게 생각하는 것이 좀 더 정확합니다.

김호광 [testcode] 2009-08-11 22:47 X

자바 - 기업 및 금융권에서 환영 받고 있습니다.

C#은 요즘 인기가 줄어서 개발자가 대형 엔터프라이즈 환경에서 멸종 중입니다.

빌더 / 델파이는 은근히 기업 CRM 등에서 많이 사용 중입니다 011을 사용하신다면 델파이를 이미 간접 경험한 겁니다.

김호광 [testcode] 2009-08-11 22:49 X

자바는 이기종 환경에서 최적화되어서 OS를 잘 타지 않습니다.

단, 모바일의 경우 MIDP라고 해서 간략화된 자바가 있습니다. 기본 문법이 호환되어 막강한 영향력을 가지고 있습니다.

자바라는 것은 자바 문법 + 각 환경 API (J2EE, MIDP 등)으로 확장됩니다. 기본은 통한다라는 부분에서 C/C++과 일맥 상통하지만썬이라는 하나의 회사에서 만들어서 강력 호환성이 높습니다.

초보대왕 [sauron] 2009-08-11 23:00 X

-- 자바 - 기업 및 금융권에서 환영 받고 있습니다.

그 이유가 플랫폼에 독립적이기 때문에 그런가요. 아니면 다른 이유가 있나요.

소중한꿈 [xho95] 2009-08-11 23:28 X

답변 고맙습니다.
결국, C++ Builder 는 Win32 프로그래밍에서 VC++ 과 경쟁하고, Web 프로그래밍에서 Java 와 경쟁하고 있다고 봐도 되겠네요. (C#은 Java에게도 고전하고 있다니까요.)

그런데, Win32 프로그래밍에서는 생산성의 장점이 있었는데, 그 격차가 점차 좁혀져서 위기스런 상황이고,
Web 프로그래밍에서는 Windows 운영체제 종속이라는 한계(결국 이건 비용 문제라고 봐도 되겠죠.) 때문에 Java와 경쟁 상대가 되지 못하고 있다.

이렇게 요약할 수 있을까요?

그리고, Consumer Relation Management 고객관리 (사전 찾아 봤네요.) 라면, 결국 C++ Builder / Delphi 에서 프로그래밍 하기 좋은 DB 프로그래밍 분야에서 많이 쓰이는 편이다. 라고 볼 수 있네요.

그러면, Java 쪽에서 DB 를 다루는 것은 어느 정도로 편리한지요? C++ Builder 와 비교했을 때, 비슷한 수준입니까? 아니면, Web 서버 프로그래밍이더라도 C++ Builder 쪽이 DB 다루는 것은 편하다고 할 수 있는지요?

아제나 [azena] 2009-08-12 09:38 X

결국엔 효율 문제입니다.

편리한 스크립트 언어두고 C++빌더로 웹프로그래밍 하는 것은 시간 낭비구요.
JAVA가 많이 사용되는 것도 일맥상통합니다. 하드웨어를 컨트롤 할 일이 없는 엔터프라이즈 어플리케이션에서는 VM안에서 개발하는게 개발 시간을 단축하고 안정성 높은 프로그램을 개발하게 도와주죠.
거기에 멀티플렛폼이라는 장점까지 안고 가기 때문에 더욱 빛을 보는 겁니다. 엔터프라이즈 환경에서는 IBM, HP, SUN 등 굴지의 회사들이 자사의 시스템과 서버를 납품한 상태이기 때문에 바이너리 코드로 만들어서는 호환성에서 답이 안 나오는 이유지요.

웹 쪽은 JAVA는 안 쓰고요. 자바를 간략하게 스크립트로 바꾼 JSP는 조금 쓰는 정도고 대부분 PHP/ASP가 장악하고 있습니다. 대형 벤더 1U 랙마운트 서버도 백만원 이하에 구입할 수 있는 시점에서 성능보다는 개발자 수급이나 개발 편의성이 더 고려되고 있기 때문이고요.
Win32 어플리케이션에서는 C++빌더, VC++ 정도 쓰이는 것 같고요.
엔터프라이즈 환경은 JAVA, .NET, C# 정도 쓰이고 있습니다.
활용 분야가 전부 다르기 때문에 어느 한 분야가 다른 분야를 완전히 대체하기는 힘들다고 보여집니다.

소중한꿈 [xho95] 2009-08-12 19:09 X

다들 답변 감사합니다.

그러니까 엔터프라이즈 어플리케이션이라는 것은 결국 하나의 인트라넷 시스템에 대한 프로그램이라고 볼 수 있는지요? 하나의 기업체에서 사내 네트웍을 이용한 시스템을 구축할 경우 Java 를 이용하여 개발하는 것이 기본이 된다, 그리고 박지훈.임프 님의 말씀에 따르면, 우리 나라의 경우 엔터프라이즈 쪽의 비중이 지나치게 높은 편이다 - 이렇게 해석하면 되는지요?

웹 서버 프로그래밍의 경우는 서버 스크립트를 직접 이용해서 개발하는 것이 편하고, C++ Builder 를 이용하는 것은 시간 낭비라고 하셨는데, WebSnap 의 결과물이 어차피 서버 스크립트 이니까 C++ 언어에 익숙한 사람 입장에서는 스크립트 언어를 익히는 노력을 줄이고 익숙한 C++ Builder 를 이용해서 서버 프로그래밍을 할 수 있다고 생각하면 안되는지요? C++ Builder 에서 서버 프로그래밍을 하면 스크립트 생성은 간접으로 하겠지만, 반복 작업의 경우 Form 을 상속할 수도 있고, 기존 코드를 재활용하기도 편한 점 등 IDE 환경에서 얻을 수 있는장점도 있는 것 아닌지요?

너무 계속 질문만 해대서 좀 죄송하기는 합니다만, C++ Builder 에서 제공하는 기능이 비교 대상에 비해 부족한 점이 있더라도 C++ Builder에 익숙한 사람 입장에서는 다른 언어나 툴로 옮겨가는 노력을 줄이고 C++ Builder 에서 직접 구현하는 방식이 가지는 장점도 있다고 볼 수 있을 것 같은데요. 어떻게 생각하지는지 궁금합니다.

Lyn [tohnokanna] 2009-08-12 20:14 X

뭐 상속은 스크립트 언어도 다 되구요 ㅡ.ㅡ;
이미 RAD 환경도 다 갖추어져 있습니다(잘 안쓰는 것 같지만)

치명적인건 빌더 ISAPI 로 개발하면 바꿀때마다 서버 내렷다 올려야된다는거죠 =_=;

정영훈 [allinux] 2009-08-15 08:51 X

음...ui가 web일 경우 단순히 html 만 알면 되는 시기는 지났습니다.
html, css, xml(종종 xslt사용), javascript, flash 등...이미 web은 대단히 복잡해졌습니다.
거기다가 web은 ui외에 디자인측면 이라는 요소도 고려되어야되며 그만큼 변경 용이성이 중요한 요소입니다.
그런 쉬운변경가능성을 두고 생각해보면 기존의 컴파일형의 언어는 대단히 귀찮습니다.
즉 ui가 약간만 수정되어도 컴파일과정을 거쳐야 합니다. 그러나 스크립트언어는 컴파일 과정이 필요없다는 장점이 있습니다. 즉 디자인 요소만 잘 분리해두었다면 디자이너가 바로 수정할 수 있는 장점이 있습니다.

그리고 성능문제 당연히 컴파일형의 언어가 인터프리트형의 언어보다 빠른 것은 사실입니다.
그러나 국내의 엔터프라이즈 프로젝트는 주로 데이터가 기반이 되는 si성 프로젝트입니다. 즉 db의 연동을 필수로 하는 프로젝트라는 것이고 아무리 컴파일형의 언어라고 해도 db처리 구간에서 병목이 생길 수 밖에 없습니다. 결국 아무리 빠른 c언어로 서비스를 개발해도 스크립트 언어와의 응답속도를 비교해보면 그다지 큰 차이가 없게 됩니다.

위의 두가지 이유가 web에서 스크립트 형태의 인터프리트 언어가 인기있는 이유라고 봅니다.