내가 가장 좋아하는 언어에서 가장 아쉬운 점!

제가 가장 좋아하는 프로그래밍 언어는 아니지만 C#의 경우
메소드에 디폴트값을 가지는 인자를 만들 수 없는게 아쉽습니다.
오버로딩으로 해결되긴 하지만 코딩량이 많아지고 메소드 관리도 힘들어지더군요.
하나 바꾸려면 오버로딩 한 모든 메소드를 다 바꿔야 하니 정말 일 많아지던데 이런 문제를 해결하는 방법은 없을지..

정말 재밌는 주제군요! 저도 좋아하는 언어가 아쉬움이 느껴질 때마다 확 내가 만들어? 하는 충동이 일곤 합니다-_- 시간이 좀 나면 장난 삼아 한 번 만들어볼 생각을 하고 있죠.

전 파이썬, 자바를 가장 좋아합니다. 둘 중 파이썬을 더 좋아하지만 파이썬에 싫어하는 것들이 더 많죠. 파이썬에 대해 아쉬운 것이 대부분 자바의 장점이고 자바에서 아쉬운 것은 또 파이썬의 장점이죠. 구체적으로 본다면..

1. 파이썬의 지저분한 네이밍 컨벤션 vs 자바의 일관성 있는 컨벤션
파이썬의 네이밍 컨벤션은 참 악명이 높지만 레거시를 존중하지 않는 파이썬의 관습 덕에-_- 점차 바뀌어 가고 있습니다. 점차 나아질 꺼라 기대.

2. 파이썬의 모듈 써치 패스 vs 자바의 classpath + jar
자바 초보들이 다들 classpath로 고생을 하지만-_- 알고 나면 너무 쉽고 유연성이 높은 것이 또 자바의 classpath죠. 파이썬은 이에 비하면 2% 부족. 여러 버전을 한 머신에, 혹은 심지어 한 jvm 위에서도 돌릴 수 있는 자바의 기능을 가져왔으면..

3. 파이썬 모듈 vs 자바 패키지
비슷하지만 자바 패키지 쪽을 더 선호합니다. 복잡한 프로그램을 만들수록 자바의 패키지 개념이 부러울 때가 많죠.

4. 파이썬의 다이나믹 타이핑 vs 자바의 스태틱 타이핑
자바도 C++에 비하면 드라마틱한 dynamic을 보여주는 언어이지만 파이썬의 다이나믹이 필요할 때가 있습니다. 리플렉션도 파이썬이 훨씬 쉽고 편하죠. 이 점이 위에 열거한 파이썬의 사소한 단점들을 다 커버한다는...

머, 파이썬과 자바의 차이는 수도 없이 많겠지만 저 정도가 저에게 장점/단점으로 다가왔던 부분들입니다.

C#의 override와 virtual keyword
C# 문법을 보면서 가장 맘에 안드는 것들이다.

C#의 class명 method명 표기법
java랑 비슷한대 대문자로 시작하다니-_- 이렇게 짜증 날수가;;

언어 자체는 아니지만..
JAVA의 기본 j2SE기본 API에 USB나 시리얼 포트 관련 API가 없는것도 짜증-_-;
공개프로젝트가 있긴 하지만 그래도 기본으로 들어간거랑은 차이가....
프로그래밍 할때 쓸만한 거의 모든것이 있다고 생각 했는대 뭔가 하려할때 없으면 왠지 화난다-_-; ... (화낼 이유는 없지만;)

C언어.

1. api함수 리턴값의 비 일관성.
2. structure가 메서드를 지원치 않음 --
3. string type의 enum이나 switch가 지원이 안됨..

'실망'이란 표현에 오해의 소지가 있을 수 있어 약간의 설명을 하겠습니다.

루비의 유니코드 지원이 부족한 것은 사실입니다. 하지만 이 말이 루비에서 유니코드를 쓸 수 없다는 말은 아닙니다. 적어도 UTF-8 문자열을 인식하고, 정규표현식 내에서 사용할 수 있고, 유니코드 포인트와 상호변환할 수 있고, iconv로 인코딩간 변환을 하는 등 기본적인 사용에는 큰 문제가 없습니다. 물론 유니코드가 아닌 바이트를 다룬다는 점에서 근본적인 한계가 있습니다만 부족한 부분은 라이브러리로 해결할 수 있습니다.

유니코드는 상당히 방대한 표준이라서, 언어 차원에서 유니코드의 모든 기능을 제공하기는 힘듭니다. 다른 언어에서 제공하는 유니코드의 어떤 기능을 사용하지 못해 실망하셨는지 모르겠지만, 유니코드 지원이 된다, 안된다, 이런 식으로 잘라서 말하는 것은 잘 모르는 사람들에게 일종의 FUD가 될 수 있으므로 짧게 설명해보았습니다.

PHP:

구현이 이상합니다.
call_user_func_array("foo", func_get_args());는 작동하지 않는데 $args=func_get_args();call_user_func_array("foo", $args);는 작동하더군요.

또 PHP4에서는 new Foo()->asdf(); 같은 것도 작동하지 않았습니다. 마지막으로 최근에 foreach의 작동 방법이 마음대로 바뀌어서 혼란이... :x

델파이 :

델파이 자체가 언어가 아니다. -_-(오브젝트 파스칼)
사람들한테 무시받는다. (비베같은 것이라면서..실제로는 훨씬 좋은데..=ㅅ=)
콘솔로 작업하기가 껄끄럽고 거시깽이하다.

많은 사람들이 아쉬워 하지만 고쳐지지 않는 이유는

- 귀찮다.

- 고치지 않는 이유가 더 그럴 듯 하다.

일 것 같습니다.

메소드의 디폴트 값 문제는 C++에서 부터 상속에서 많은 문제를 야기하는 것으로 알려져 있습니다. C# 아키텍트? 의 블로그를 보면 왜 디폴트 값을 C#에서 제거 했는지 주저리 주저리 써 있습니다.

저도 C#에서 귀찮기는 하지만 상속에서 생기는 문제점을 생각해보면 어쩔 수 없다 봅니다.

primitive type도 모두 오브젝트였으면 좋겠습니다.
모든것이 오브젝트였으면 좋겠는데 코딩할때마다 primitive type들이 걸리적 거립니다.

auto boxing으로는 만족하지못합니다.

저는 새로운 언어를 만드는 작업을 바퀴의 재발명이라는 관점에서 부정적으로 생각했습니다.

하지만 python이나 일본에서 만든 ruby의 성공을 보면 삽질만으로 끝나는 작업은 아닌것 같습니다.

Python

＊ 불편한 Tkinter
파이썬의 표준 GUI가 Tkinter인데, 이것이 Tcl/Tk에서 따온것이라서 구식이고 느리며 불편합니다.
리눅스에서는 한글입력도 안되죠.Mac에선 모르겠구요.
그래서 나온게 WXPython인데 개인적으로 이게 훨씬 더 좋은것 같습니다. 왜 기본으로 포함되지 않는지 모르겠지만요...

＊ 파이썬 설치 디렉토리명에 공백이 포함되어 있을때 에러가 남...가끔씩... 귀도씨는 별로 고칠 생각이 없다고 들었습니다.

＊ 제대로된 GUI RAD 툴이 없음...
제가 군대가기전에 2년만 기다리면 좋은게 나오겠지..(당시에는 ActiveState사가 Visual Python .NET 을 개발한다고 했음.)
라고 기다렸는데 아직도 제대로된 GUI툴은 없음... 어쩔수 없이 불편한 VisualWX를 사용하는데 버그가 많아요.

＊ 한글로된 문서나 번역서를 찾기가 너무 어려움... 일본쪽에는 공식 문서도 전부 번역되어 있더군요.
그걸 볼때마다 진짜 부럽다는 생각이 들기도 하고, 가끔씩 내가 해볼까?
라는 생각이 들기도 하는데 능력은 없고...

＊ 클래스 내부의 메소드를 생성할때 항상 인자의 첫번째는 self를 붙여야 할때.
KLDP 에서 루비의 단점?(http://bbs.kldp.org/viewtopic.php?t=60295)에서도 나왔던것이지만,
가끔씩 불편하다는 생각도 들고 문법에러도 주로 이부분에서 발생합니다. 타이핑 하기도 귀찮고...

＊ 쓰레드 문제... 파이썬으로 처음 쓰레드 만들때는 진짜 감동해서 눈물을 흘렸는데... 요거이 상당히 문제더군요.;;;

＊ 상수가 없음... 이건 원래 몰랐었던 겁니다...프로그래밍 언어론 시간에 갑자기 생각이 났습니다.
왜 파이썬은 상수가 없지? 하구요. 생각해보니 전혀 필요 없을것 같기도 합니다.

＊ 변수나 객체이름을 한글로쓸 수 없음... 이강성님께서 패치하신걸 보니까 의도적으로 막아놓은 것 같더군요.
가끔씩 이강성님이 한글 변수를 쓸수 있게 만들어둔걸로 파이썬 프로그래밍을 하면 재밌습니다...

if 버그:
    토해내(데이타)
else: 
    계속해()

참... 파이썬이란 언어는 억지로 단점을 끄집어내기 정말 어렵네요.;;[/code]

C++에서 동적 바인딩을 써먹기가 무지 귀찮습니다 :?
포인터 남발이 되니까 소스가 엄청나게 지저분해져요. OTL

Java나 Smalltalk처럼 가비지 컬렉션까지 해주면 얼마나 고마울까요.
........느려지겠지만 :twisted:

그리고, 인터페이스가 없으니까 이것도 나름대로 껄끄럽더라고요.
다중상속으로 커버는 할 수 있지만 이것도 지저분해서리 :?

저도 perl을 좋아합니다. perl이 간단한것 같으면서도 고급의 테크닉을
구사하려면 좀 난해해지는면도 있긴하지만...

저도 처음 perl할때 if 뒤에 {} 빼먹고 왜 안되지 하는적도 있었죠:)
switch 없는건 찾아보면 몇가지 편법이 있고 Switch라는 모듈을
사용하면 기타 언어의 switch문법과 유사하게 사용가능합니다.
http://search.cpan.org/~rgarcia/Switch-2.10/Switch.pm

그리고 multiline comment는 코딩할때 설명넣고 나중에 문서로도
뽑아낼 수 있는 pod tag를 사용하는 방법 몇가지 편법 그리고
나름대로의 주석스타일을 지정해줄 수 있는 모듈인 Acme::Comment를
쓰는 방법이 있습니다.

자세한것은
http://www.perl.com/lpt/a/2002/08/13/comment.html

델파이 자체는 언어를 뜻하기도 합니다. 공식적으로 볼랜드는 오브젝트 파스칼이란 이름을 포기하고 델파이 랭귀지를 사용하고 있습니다.

PHP....
thread가 있었으면...

C++...
with 문 됐으면 좋겠어요.
일부러 구체적으로 짓는다고 변수명이랑 클래스 이름이랑 조금 길게 지었다가 다 칠려고 하니까 귀찮아 죽겠습니다.

저도 펄 매니아입니다만...

초보자 입장에서 한글 문서가 많이 없다는 것이 가장 마음에 안드는 점입니다.
더군다나 한빛 미디어에서는 앞으로 펄 관련 서적 번역 계획이 *전혀* 없다는
점도 마음 많이 상하게 하는 부분입니다... __;;;

의외로 많은 표현 방법으로 인해 에디터기에서 신택스 칼라링시 가끔씩
오류가 있다는 점도 아쉬운 점입니다.

그리고 내부적으로 자체 유니코드를 사용하는데 역시 초보자 입장에서
겪게 되는 애로 사항도 아쉬운점입니다. 조금 더 완벽하게 유니코드를
지원했으면 좋겠는데 펄 6를 기대 해봅니다.

저의 사랑을 듬뿍받는 Delphi..

단점은 역시 사용자층이 별로 없다.

리눅스쪽 지원이 약하다.

라자루스가 gtk 2.0 을 공식 지원하기까지만 기다리는중 :D

저는 파이썬을 가장 좋아하는데,
하나 정말 아쉬운 점은 너무 좋아서 파이썬으로 한참 코딩을 하다보면 다른 언어로 코딩을 할 수 없게 돼버리는 문제입니다.
아.. 이거 참 심각해요.. 큰일이네~~

(좀 더 진지하게 덧붙이자면, 파이썬이 너무 프로그래밍의 편이 때문에 성능상 저하가 동반되는 기능을 많이 포함하는 바람에, 파이썬에 익숙해지면 그걸 감수할 수 없는 언어에 적응하기가 쉽지가 않다는 그런 뜻입니다... :) 그 외의 파이썬 개발자인 amk가 직접 말하는 약점들에 대해서는 http://www.amk.ca/python/writing/warts.html 을 참고하세요.)

groovy를 추천해드립니다.

http://groovy.codehaus.org/

예전에 atie님이 소개도 하셨고, 저도 위키페이지에 올리려고 하다가
파이썬을 접하게 되어서 제 관심 밖으로 밀려난 불운의 언어입니다.

그루비 10까지 보고 안봐서 요즘은 어떤지 모르겠습니다만,
스크립트형으로도 작성가능하고 인터프리터도 가능하고
실제 자바와도 섞어서 사용할 수 있었습니다.

그루비 자체가 자바로 만들어진 거에요.

이런게 특징이라네요

Delphi

단점

1. Complier는 좋지만 IDE가 잘 죽는다. (특히 쓰레드디버깅시)
2. 컴포넌트가 너무많다! ^^;;
3. 비베같은 걸로 무시하는 사람들이 많다. (막강의 컴파일러를.. )
4. 윗분 누구 말처럼 리눅스용 Object Pascal지원문제
물론 카일릭스가 있지만.. 역시 Free Pascal + 라자루스가
Gtk2.0을 지원해서 현재 추세의 멋진 인터페이스를 만들 수
있으면 좋겠다. ^^

java에서 연산자 오버로드 되나요?

안되는 것으로 알고 있어서 좌절했었는데...

C++ ㅜㅜ

1. new와 new[], delete와 delete[]의 분리...
(Standard C++ Lib에서 auto_ptr이 new[]를 못 없애는 등...)
2. 동적바인딩이라는 특수성 때문에 현실적으로 작성자가 아닌 다른 사람(제3자)이 클래스 코드를 상속하는 게 현실적으로 불가능함
(함수끼리 내부적으로 호출하는 경우 특히 더)
3. 상속이 복잡해지면서 가상상속 때문에 기계어 수준으로 고찰하는 것

MatLab

1. Loop 에 대한 오버헤드가 너무 크다
->vectorization이 어려움
2. 사용자가 적어 물어볼곳이 마땅하지 않다.
3. 비슷한 기능의 함수가 많아 무얼 사용해야 할지 잘 모른다.

요즘 이넘만 쓰는데, 단점이 생각보다 많네요^^

전부 다 동의합니다. ㅠㅠ
처음 델파이로 프로젝트 진행하면서 너무 방대하다 못해 너저분한 컴포넌트들에 압사당할 뻔 했던 기억이 있네요.

개인적으로 이렇게 생산성 높고, 쓸만한 언어 및 개발툴을 왜 안 쓰는 지 잘 이해가 안 됩니다. VB, VC 모두 써보았습니다만, 저 같으면 절대 VB, VC 안 쓸거 같습니다만... ^^

라자루스는 처음 듣네요. 열심히 찾아봐야겠습니다.

개인적으로 리눅스가 개인용 PC의 운영체제로서 손색이 없기 위해서는 VB나 Delphi 정도로 생산성 높고 쓰기 쉬운 개발툴이 꼭 필요하다고 생각합니다.
Borland에서 Kylix를 좀 더 발전시킨다면 쓸만한 데스크탑 리눅스가 만들어지는 데 서로 상호보완적인 역할을 할 수 있지 않을까 하는 생각도 듭니다. Pascal이라는 언어가 오픈 소스 진영에서 너무 생소하다면 C++ IDE 만이라도 보편화되기를 기대해봅니다.

IDE 없으면 인제 개발 못 하겠어요. 너무 길들여져 버린듯 하네요ㅠㅠ

java. (=sun jre)
1. 기동시간, 메모리 - 머나먼 java kernel, mvm
2. UI - jre6의 새 애플릿 로딩 화면을 보고 있으면 역시 sun에는 디자이너가 없다는 생각이.
3. 마케팅 - 자바 어플을 잘 안 쓰는 이유야 여럿 되지만, ati catalyst center 쓰면서 20M 가량 되는 닷넷 프레임웍 손수 까는 수고에 cli 띄우느라 윈도 기동시간이 배로 느려지는 것도 마다않는 사람들 보면, 정녕 jre 번들 따위가 문제인지... 참 거시기합니다.

스톨만이 요즘도 소문처럼 컴퓨터 켜면 emacs로 시작해서 emacs로 셧다운하는지 모르겠군요. 저는 eclipse로 그러고 삽니다. orz

JavaScript

연산자 재정의를 하고 싶습니다.

Io

내장 객체들이 상태를 갖지 않았으면(stateless, immutable) 좋았을 것 같습니다. 키워드 인자(keyword arguments)도 있으면 하네요.

C++

언어 차원에서 클로져(lexical closure)가 지원되었으면 합니다. (boost lambda도 좋긴 하지만…)

Python

문장(statement)이 사라지고 모두 평가 가능한 표현식(expression)이면 어떨까 합니다.

PHP

갈아엎고 싶은 부분이 참 많네요. 미약하게나마 혼자 만들어 쓰는 라이브러리가 있긴 하지만 역시 표현력의 문제가 커요~

ruby 는 아직 유니코드를 지원 못하나요?

emerge money

C++에서 동적바인드란게 뭘 의미하는지요?

가상함수를 얘기하는 것인지...;;; 사실 C++로만 프로그래밍한다면 포인터는 그다지 안써도 됩니다만...다만 C와의 인터페이스를 위해서라면 레퍼런스보단 포인터가 좋긴하지요.

공부를 하면 공부할수록 C++에 빠져드는군요. GC문제도...tr1의 shared_ptr(boost에서 가져왔죠)를 이용하면 '완벽히' 깔끔하게 구현됩니다. Java의 경우보다 더 깔끔하죠. 소멸시에 실질적으로 메모리에서 삭제되거든요 (Java의 GC는 priority가 좀 낮아서...지우는 즉시 지워지지는 않는걸로 알고있어요~ 아니라면 리플 남겨주세요 ^^)

for_each의 문제는 tr1의 bind를 이용하면 깔끔히 해결됩니다 (더 나아가서는 boost lambda가 있구요)

C++의 가장 큰 문제는...난이도가 어렵다...일것 같네요. 너무 많은 자유도를 주다보니, 프로그래머 간의 레벨 차이가 타 언어보다 조금 더 많이 날 수 있을것 같습니다. (예를들어...나름대로 공부를 많이했다고 생각하지만서도...Meta Programming을 해버린 소스를 보면 (boost MPL 이용) 조용히 GG를 칩니다 ㅎㅎ)

일단...빠른 시일내에 C++ 0x가 확정되었으면 좋겠습니다 ^^ 더 넓은 언어 표현력을 가지게 되니까요. ^____________^

C가 .. 날 별로 좋아 하지 않는다....

C가 .. 날 별로 좋아 하지 않는다....