On Jan 19, 12:24 pm, Krzysiek Kowaliczek
<k...@g...com> wrote:

> Jak już mówiłem, mam to na co dzień i wiem co piszę. W Tclu pisane
> jest GUI i format wskaźnika ma zauważalny wpływ na pamięć/wydajność,
> jak ilość elementów np. na drzewkach/listach idą w tysiące.

Może to nie jest dobry pomysł, żeby robić w tym GUI na tysiące
elementów w listach?
Wcale się nie nabijam - jak najbardziej uważam, że narzędzia powinny
być dobierane odpowiednio do problemu.

A tak przy okazji - masz tu jakieś porównanie z Pythonem? Tzn. GUI w
Pythonie z drzewkami/listami na tysiące elementów? Bo skoro zauważasz,
że format wskaźnika wpływa na wydajność, to pewnie z czymś ją
porównałeś.

> > Jeżeli szukasz bibliotek, to Python je ma.
>
> Tak i przy okazji dodałeś coś o gniotach.

Nie ma w tym żadnego konfliktu. Mogę nawet powtórzyć: Python to gniot,
który dzięki swojej popularności ma wiele bibliotek, dzięki którym
jest popularny. :-)

O Javie pisałem dokładnie to samo. :-D

I jest to chyba jakaś socjologiczno-techniczna prawidłowość, bo ilość
bibliotek w języku jest proporcjonalna do jego popularności, natomiast
popularność języka jest odwrotnie proporcjonalna do jakości i
zaawansowania jego projektu. Sprawdza mi się to wśród języków z
rynkowej czołówki.

Czyli jeśli szukasz bibliotek, Python je ma. Jeśli szukasz języka,
szukaj gdzie indziej.
Gdybym dzisiaj miał coś robić w tych okolicach, spróbowałbym z
językiem Racket.

> Uważam, że do pisania programów narzędziowych bije Tcla na
> głowę.

Dzięki bibliotekom, tak.

> Dobrze zrobione interpreter Tcla to za mało, abym przekonał się
> do tego języka.

Dla mnie wystarczy, bo ja języków skryptowych używam zwykle tam, gdzie
ich biblioteki nie są mi potrzebne. Czyli w środku czegoś a nie wokół.

--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com