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

자유게시판
세상 살아가는 이야기들을 나누는 사랑방입니다.
[21734] RAD XE3를 돈 받고 파는 것 자체가 얼굴에 철판 깐 영업 행위.
빌더(TWx) [builder] 6961 읽음    2012-09-13 11:38
완성도 떨어지는 RAD XE3를 돈 받고 파는 엠바카데로의 무대뽀 영업이 마음에 안든다.

Metro Style Application도 유져인터페이스를 모방한 기존의 Win32 애플리케이션에 불과할 뿐.

실제적인 Pure Metro Style Application 이 아니다.

데이타 바인딩이야 원래 있던 것에 라이브 바인딩 기능 만 추가한 거고, 이건 코딩으로 직접 작업하는 게 더 편하다.

64비트 C++ 컴파일러도 잘해야 내년이나 되어야 Stable 버전을 볼 수 있을 듯 한데, 이 또한 따로 돈 받고 팔거라고 하니

MS사 보다 더 돈에 환장한 놈들이라고 볼수 밖에...

RAD XE는 XE4 또는 XE5 정도 까지는 가야.. Native WinRT 지원을 포함한? 그나마 완성된 모습을 볼수 있을 것 같다.


결론...

RAD XE3 는 업데이트 수준으로 유저들에게 제공되어야 할.. RAD XE2.5 수준에 불과. 

별 볼일 없는 RAD XE3 삭제...



...
박지훈.임프 [cbuilder]   2012-09-13 12:22 X
같은 관점에서 보자면, 델파이와 C++빌더의 거의 모든 버전이 그래왔습니다.

근본적인 원인은, 델파이와 C++빌더가 기본적으로 매년 새 버전을 발표하기 때문입니다.
MS는 4~5년 주기로 새 제품을 발표하니 발표하는 신버전마다 꽤 놀라운 기능들이 모여서 짠! 하는 효과가 충분히 나왔는데요.

델파이와 C++빌더는 매년 새 버전을 발표하다보니, 항상 좀 미흡한 기능을 서둘러 발표하는 기능과 기존 버전에서 미흡했던 걸 비로소 좀 제대로 보완한 기능, 이런 것이 업데이트의 주요 내용이 되어왔죠. 그러다보니 '아주 쓸만한 완전히 새로운 기능'은 등장했던 적이 별로 많지 않았었습니다.

이건 사용자인 개발자들에게도 아주 불리해서... 매번 새로 추가되는 기능들을 습득해야겠다는 압박은 주면서도 막상 써보면 완성도가 떨어져서 실무에 적용하기가 곤란한 경우가 많고, 그래서 차기 버전이나 차차기 버전에서 비로소 그 기능이 쓸만하게 보완되고 나면 이미 개발자들은 흥미가 떨어져있어서 주목을 별로 못받게 되곤 했습니다.

이런 문제 때문에 제가 데브기어에 있었을 때부터 여러차례 엠바카데로 본사로 업그레이드 주기를 최소 2년 단위 이상으로 늘리라고 여러번 조언을 했는데요. 저 뿐만 아니고 다른 나라들의 직원들도 여러번 건의를 했었다고 합니다. 그런데도 받아들여지지가 않네요.

엠바카데로가 1년 단위 업그레이드를 고수하는 이유도 약간은 이해가 되는데... MS의 경우 개발툴 수입은 극히 미미하고 윈도우 등의 플랫폼 판매가 주력이기 때문에 개발툴 판매 수익에 연연할 이유가 전혀 없지요. 그런데 이전의 볼랜드부터 코드기어, 엠바카데로는 수입이 오직 툴 판매 뿐이기 때문에, 욕을 먹더라도 툴 판매에 조금이라도 악영향이 있을만한 선택을 할 수 없는 구조적인 원인이 있습니다.

그래서 2, 3년 단위로 업그레이드 주기를 늦추더라도 판매량에 변동이 없을 거라는 걸 설득해야 하는데, 그게 쉽지가 않더군요.
박지훈.임프 [cbuilder]   2012-09-13 12:33 X
라이브바인딩은 제가 보기에 메이저급의 기능이 아닌... 소소한 기능 추가라고 봅니다. 없어도 별 불편할 것도 없고요. 가장 유용한 것은 역시 디비 컴포넌트 연결을 할 때인데, 이미 너무 오랫동안 디비 전용 컨트롤들을 사용하는 게 익숙해진 판에 더 개선되었다고는 해도 라이브바인딩이라는 새로운 방식에 익숙해지고 싶은 디비 개발자들은 별로 없을 것 같습니다.

반대로 파이어몽키는 적어도 컨셉 면에서 볼 때 멋진 물건이고 메이저급이라고 평가할만 한데요. 지난 XE2 버전에서 나온 초기 버전은 완성도가 너무 떨어져서 쓰기 어려웠고, 이번 XE3 버전은 좀 많이 좋아진 듯 한데... 완성도가 미흡할 때 너무 홍보에 집중해버려서 김이 빠져버린 감이 있네요. 얼리 성향이 있는 개발자들은 이번 XE2도 실무에 적용해볼만 할 완성도 수준은 될 거 같은데, 저는 다음 버전 정도에나 실무 적용을 시도해볼 생각입니다. 제가 주로 하는 작업들은 사용자가 많은 편이라서 좀 더 높은 완성도를 필요로 하거든요.
박지훈.임프 [cbuilder]   2012-09-13 12:39 X
WinRT 지원은 MS의 정책이 바뀌지 않는 한 불가능하다는 쪽으로 흘러가고 있는것 같습니다.
MS가 직접적으로 WinRT 개발을 막고 있는 건 아니지만 다른 개발툴에서는 기술적으로 불가능하게 만들어놨다고 하더군요.
이 건 뿐만 아니라 여러 징후들을 봐도, MS도 윈도우 초기부터 내려온 개방적인 정책이 아닌 폐쇄적인 기술 정책으로 조금씩 방향을 틀어가고 있는 것 같습니다. 애플에서 직간접적으로 영향을 받은 듯...

Why no native WinRT support in Delphi XE3?
http://delphitools.info/2012/08/23/why-no-native-winrt-support-in-delphi-xe3/

Delphi and WinRT or Windows 8 "Dirty Little Secret"
http://blog.marcocantu.com/blog/delphi_winrt_windows8_secret.html
Lyn [tohnokanna]   2012-09-13 18:40 X
RT컴파일러만 만들면 될텐데 ...
Lyn [tohnokanna]   2012-09-13 19:27 X
제가 아는 지식으론 오히려 MS VC++ 보다 델파이가 더 컴파일러 작업이 적을텐데...

결국 C++/RT가 하는건 Native에서 닷넷처럼 COM 인터페이스를 일반객체처럼 다룰 수 있게 해주는건데 그건 이미 델파이에 되어 있잖아요?
조대현.Clau [casanebula]   2012-09-14 13:52 X
윈도우와는 별개로 맥OS비율이 높은 지역은 XE3의 파이어몽키를 굉장히 마음에 들어하는 눈치입니다.
원소스 멀티플랫폼... 여러 업체들의 많은 도전과 실패가 있었지만 파이어몽키는 성공하기 바래봅니다^^

+ -

관련 글 리스트
21734 RAD XE3를 돈 받고 파는 것 자체가 얼굴에 철판 깐 영업 행위. 빌더(TWx) 6961 2012/09/13
Google
Copyright © 1999-2015, borlandforum.com. All right reserved.