Witam!!
ostatnio czytałem taki post (chyba) "międzyplatformówki" no i wyszło na to że java można na każdym systemie uruchomić - to czemu tak mało jest programistów znajcych javie (na forum c/java chyba 1 na 20 postow jest o javie a wszystko to c lub c++) . Jest to trudny język ??
(...) wyszło na to że java można na każdym systemie uruchomić (...)
O ile na tym komputerze jest zainstalowana wirtualna maszyna javy :)
zapewniam cie ze jest takich ludzi bardzo duzo
o stopniu trudnosci trudno mowic ale..
juz na samym poczatku nauki mozna sie rozkoszowac 'zbieraczem smieci' czyli zarzadzanie pamiecia odpada
dokumentacja do zessania ze strony sun'a - bardzo pomocna, wszystkie klasy
jesli kosztowales w32 to awt/swing mile cie zaskocza, aplikacje okienkowe buduje sie latwo i przyjemnie
do do nauki samego jezyka polecam Thinking in Java (80zl helion) a okienka to z kursow czy przykladow
p.s.
borland twierdzi, ze za jakis czas 80% aplikacji bedzie pisanych w javie, a c sluzyc bedzie najbardziej wysublimowanym projektom
Mało jest postów dotyczacych javy bo tam w zasadzie nie ma o co się pytać.
No bo jak znasz angielski to google i najczęściej znajdziesz to czego szukasz odnośnie javy. Jedyne trudności to jak zacząć swoją przygodę z javą. Najlepiej od http://java.sun.com ;>
pzdr,
y.
Borland ma niestety racje. Teraz juz prawie wszyscy pisza w Javie, wiec jak skoncza, bedzie cala masa aplikacji.... Zwlaszcza, ze Java staje sie coraz bardziej podobna do C++ zarowno pod wzgledem sposobu programowania (np. printf, template'y) jak i szybkosci dzialania.
Java staje sie coraz bardziej podobna do C++ zarowno pod wzgledem bla bla jak i szybkosci dzialania.
Szbkosci dzialania? Chyba sobie okrutnie zartujesz albo nigdy nie pisales w Javie programu wykonujacego duzo obliczen... Taki przyklad z mojej praktyki: uczenie sieci neuronowej w javie: jeden przebieg przez zestaw danych to 40 minut. W C++ ten sam kod, tylko przepisany tak, zeby sie kompilowal ;-) wykonuje sie kilka minut.
Jak tak Ci zależało na szybkości wykonania, to trzeba było podbindować fortranowe biblioteki ;> Przy sieciach neuronowych zazwyczaj musisz zminimalizować funkcję błędu i IMO podłączenie istniejących natywnych bibliotek dałoby niezłego kopa oraz zredukowało czas potrzebny na pisanie tej aplikacji (nie musiałbyś klikać implementacji metody najmniejszych kwadratów, czy czegoś tam). Oczywiście pozostaje kwestia podłączenia tych natywnych bibliotek, ale czego się nie robi dla szybkości, pieniędzy, lasek w bikini.... ;>
pzdr,
y.
Jak tak Ci zależało na szybkości wykonania, bla bla
pzdr,
y.
Wiesz, moj post byl nie o optymializacji predkosci dzialania tylko o tym, jak sie ma szybkosc C++ do szybkosci Javy :P Ale dzieki za wskazowki :]
Ja napisalem tylko, ze Java zbliza sie szybkoscia do C++. Problem z wydajnoscia w Java jest taki, ze Java alokuje prawie wszystko na heapie oraz zuzywa strasznie duzo RAMu. Po prostu trzeba uwazac programujac.
Ale to tez niedlugo ma zostac poprawione, bo kompilator i JVM sa stale ulepszane. Kiedys Java byla ponad 10 razy wolniejsza niz C/C++, teraz w wielu zastosowaniach jest prawie tak samo szybka (w wielu nie znaczy ze w kazdym). Nie ma juz narzutu na interpretacje bajtkodu, tak jak bylo kiedys. Teraz tylko na poczatku jeden przebieg kompilacji JIT i mamy kod maszynowy. Nie ma tez zatrzymywania wykonania przez GC (jest generacyjny, wspolbiezny - tylko trzeba go wlaczyc). :) Wazne jest, zeby odpalac program na nowej JVM, bo stare (oraz M$ 1.1) sa wolne.