Maszyna wirtualna pythona nawet nie potrafi przeprowadzić normalnej wielowątkowości, a to niemal zawsze jest całkowita dyskwalifikacja. Wprawdzie są specjalne wersje, w których to działa, tylko że tam z kolei większość bibliotek jest nikompatybilna. Zdarzyło mi się kiedyś pisać duzy system w pythonie. W kluczowych dla wydajności miejscach używaliśmy wstawek w C. Zgadnij jakiego kodu było na końcu więcej.
Tylko mam nadzieję @everainie, tylko nadzieję, bo sam język ma wysoce miodną składnię. A Java to przedzidzie śróddzidzia zadzidzia, tyle, że wypracowane przez Suna.
Tylko mam nadzieję @everainie, tylko nadzieję, bo sam język ma wysoce miodną składnię. A Java to przeddzidzie śróddzidzia zadzidzia, tyle, że wypracowane przez Suna.
/// @Maciusiu, van Rossum, być może, o ile majty są biblioteką Pythona.
Tylko mam nadzieję @everainie, tylko nadzieję, bo sam język ma wysoce miodną składnię. A Java to przeddzidzie śróddzidzia zadzidzia, tyle, że starannie wypracowane przez Suna.
/// @Maciusiu, van Rossum — być może, o ile majty są biblioteką Pythona.
Everain - nic dziwnego, że języka C było więcej niż Pythona, skoro pisząc ten sam program w tych dwóch językach, C++ z reguły ma kilka/kilkanaście razy dłuższy kod. Fakt, że C/C++ było więcej jest tylko kolejnym dowodem na wyższość Pythona. Pozdrawiam ^^
Większość aplikacji na których się zarabia hajs to webowe lub mobilne(Java EE & Android który jest de facto Linuxem). No są jeszcze wbudowane w C/C++ ale to troche inna para kaloszy. A rynek zweryfikował - za Jave są hajsy a jako wyznawca świętego Kapitalizmu kieruje się w znacznym stopniu tym.
A Windowsem gardzę więc logiczne że dla mnie Java>chatki z gówna>C#.
Są bardzo dobre Python Django i Ruby on Rails ale wcześniej się przyzwyczaiłem do API C/C++ więc łatwiej mi z Javą,co nie zmiena faktu że Pythona lub Ruby się w przyszłości pewno naucze
Programowanie to nie tylko znajomość języka, to akurat jest najprostsze do nauczenia się. Najtrudniejsza jest umiejętność rozwiązywania problemów, pisanie czystego kodu, proste rozwiązywanie problemów, znajomość wzorców i antywzorców projektowych/architektonicznych i stosowanie się do ich zasad. Jeżeli nauczysz się tych rzeczy, to nauka składni, scopów innego języka spowoduje, że będziesz umiał mniej więcej w nim programować, bo podejście do problemów (w zależnośći czy to client czy serwer) w wysokopoziomowych językach jest podobne.
OdpowiedzKomentuj obrazkiem
Zmodyfikowano
2 razy.
Ostatnia modyfikacja:
27 lutego 2015 o 10:56
Blablabla
Guzik prawda,umięjętność doboru języka jest ważna.
Napiszesz aplikacje webową w C lub C++? No nie sądze,może się jakoś da,ale w Javie czy Pythonie zrobisz to dużo szybciej. Java ma dużo bibliotek dużo jest do niej książek i jest bardzo użyteczna.Jest jakiś prosty mechanizm do obsługi baz danych w C++? Nie ma. A w Javie? Stosujesz Hibernate + adnotacje JPA masz piękny ORM dzięki temu i łatwiejsze operacje . Większośc aplikacji to webowe/mobilne ew. GUI -do tych wszystkich Java się nadaje bardzo dobrze.Ile osób korzysta z srindows phone,a ile z Androida?
Java jest najbardziej uniwersalna,minusowanie mnie przez fanów Srindowsa tego nie zmieni. Gargdzę microsoftem gdziekolwiek jestem
OdpowiedzKomentuj obrazkiem
Zmodyfikowano
1 raz.
Ostatnia modyfikacja:
27 lutego 2015 o 10:47
C/C++ Python czy Ruby nie są microsoftu a ja wolę Jave. Jave lubie przez to jaka jest.
C# ma podobną składnie,ale jest microsoftu a ja nie lubie microsotu. Mam prawa nie lubić MS i tyle.
Java jest łatwa,ma dużo zastosowań jest popularna i dlatego ją lubie.
@calmbird: Coś po stronie serwera też musi stać i uwierz mi że nie są to HTML5 i CSS3. JavaScript? Niby jest Node.js, ale to JavaScript, IMO najgorszy język w jakim można pisać coś poważnego. A co do apletów Java: fakt, ich czas dawno przeminął, teraz jak już to WebStart, albo HTML5.
To że @calmbird dostał tyle plusów to tylko znaczy ilu ludzi nie mających pojęcia tutaj jest.
Polecam google:
Servler
Java EE
Spring
Spring MVC
Hibernate
I sprawdzie co to ku r wa jest Aplikacje Webowa.
Czytając tą jałową dyskusję przypomniały mi się słowa mojego profesora od informatyki, parafrazując: Z javą jest tak, że ma ona albo zagorzałych przeciwników, albo zapatrzonych w nią fanów (jeżeli nie fanatyków), do których nie dotrą nigdy żadne argumenty, iż jest inaczej, niż myślą. Oczywiście nie chcę nikogo obrazić. Chodzi mi o to, że jest mało ludzi neutralnych wobec Javy :) Ta dyskusja to najlepszy tego przykład.
Java ma swoje wady.
Czasem ma dziwne zachowania,(jest czasem nieco nielogiczna) i mam wrażenie że czasem to przerost formy nad treścią.
Nie zmienia to faktu że ilość zalet(prosta,uniwersalna,łatwo o pomoc) przewyższa ilość wad
Ja jestem dość neutralny. Znam jej wady, ale na chwilę obecną na horyzoncie nie widać ŻADNEJ alternatywy: C# + .NET? jeszcze parę ładnych lat minie zanim zawita na Linuksie w działającej formie, C++? Masochizm dla pewnych projektów; Python? Po stronie klienckiej to trochę nieporozumienie; Node i JS? Wolę już C. Rzygać mi się chce jak widzę te wszystkie bezpodstawne hejty. Czy gdziekolwiek tutaj napisałem że Java jest najlepsza? Nie. Osobiście jeśli chodzi o język to wolę Scalę (choć to nadal JVM) i Pythona. No i C++, ale jak wspomniałem: nie zawsze warto się w nim męczyć.
Java i atmega, cóż za porównanie!
Java to jak już na ARMy z Jazellem, nie wspominając już o SPARCach. Java na x86 jest szybka dzięki JITowi, atmega nie ma na tyle zasobów żeby sobie z tym poradzić. Poza tym system wbudowany jak sama nazwa wskazuje oznacza konkretny system na konkretną platformę, po co więc go katować platformą uniwersalną? Twoim tokiem myślenia powinniśmy pozostać przy C i nie wchodzić wyżej po drabinie ewolucji języków „bo na atmedze się nie da”.
@razi - Ten komentarz odnosił się do rzekomej uniwersalności. Wiadomo, że na odpowiedniej platformie używamy odpowiedniego narzędzia. Harpun nie pomaga przy łowieniu sardynek, a wędka nie nadaje się na rekina.
Ci którzy programowali w Javie nienawidzą, jak się mówi, że Java jest multi-platformowa. Mieli wiele nieprzespanych nocy, aby zmusić program do działania na innych platformach.
Poza tym Java jest koszmarem w jakimkolwiek środowisku produkcyjnym, gdzie trzeba dbać np. o aktualizacje bezpieczeństwa. Oracle potrafi np. wprowadzić niekompatybilne zmiany w bug-fix release - aplikacja, która działała z Javą 1.6.45 przestaje nagle działać z Javą 1.6.51 - i bujaj się. A dlaczego Java 1.6 w roku 2015? Bo kilkuset tysięcy linii kodu nie da się ot tak sobie przepisać aby mieć pewność że to będzie poprawnie działać z wersją 1.7 lub 1.8. Poza tym, kto za to zapłaci? To po stronie serwerowej. Doprowadzenie appletu wykonującego się u klienta do jakiej-takiej stabilności to mission impossible. Wszystko dlatego, że u klienta na kompie może być zainstalowana jakakolwiek Java z dowolnymi, kretyńskimi ustawieniami bezpieczeństwa. Jest pierdylion powodów dla których applet może nie działać na pierwszym z brzegu komputerze.
Ale wciąż pozostaje najprostszą platformą do przenośnych aplikacji. Spróbuj zmusić program napisany w C++ z użyciem WinAPI na Linuksa. Wiele miesięcy nieprzespanych nocy tworząc dodatkową warstwę abstrakcji która ogarnie oba systemy.
Jeśli wykonanie przenośnego projektu w Javie stanowi problem, to znaczy że zespół nie potrafi zaprojektować i zorganizować poprawnie projektu. Często po prostu początkowe założenie „i tak nie zakładamy że będzie portowane” utrudnia później te portowanie.
@tv: 1.8 z tego co się orientuję ma warstwę kompatybilności z 1.6. Aplety to przeżytek, jak już to WebStart. Aplety nie dają żadnych korzyści, tylko same problemy, m.in. właśnie z powodów bezpieczeństwa.
Razi, chodzi właśnie o to, że Oracle w Javie 1.6 wprowadza niekompatybilne "poprawki" z wersji przykładowo 1.6.45 na 1.6.51. Cały zestaw reguł bezpieczeństwa z Javy 1.7 został w ten sposób przez Oracle przeportowany wstecz do Javy >1.6.51 powodując zwałkę starszych aplikacji. W związku z powyższym, warstwa "kąpatybłilności" w Java 1.8 tym bardziej nie działa. Nie lubię takich numerów.
razi: Faktycznie, bo ktoś planując wieloplatformowość aplikacji, pisze ją w WinAPI... Przenośne okienka to tylko w Qt albo WxWidgets. Kiedyś oczywiście popularne było jeszcze GTK+, ale obecnie samo do siebie zniechęciło.
"Spróbuj zmusić program napisany w C++ z użyciem WinAPI na Linuksa. "
Ale jest QT,to jest bardzo dobra biblioteka. Chciałbym się kiedyś jej nauczyć ponieważ KDE z którego korzystam na Linuchu stoi właśnie na QT i można to skompilować i na winie i na linuchu ;)
Qt, nie QT. Tak, ale powiedz to ślepym developerom którzy zaczynają swój projekt dla jedynej znanej sobie platformy. Wspomniałem przecież o tym, że często to te początkowe założenie utrudnia późniejsze modyfikacje.
A wracając do Qt: i tak trzeba pod każdą platformą z osobna testować, bo już raz się przejechałem na tym że u mnie na Linuksie działa, a na Windowsie już nie za bardzo.
No właśnie 1.8 wprowadza już lambdy, a to trudno nazwać pragmatycznym podejściem, masz nawias, nazwę i cholera wie co to za typ i w klamrach coś się dzieje.
"Java nie jest najlepsza przez swoje właściwości, a przez to że nie jest microsoftowa, bo Microsoftem gardzisz etc. Dobry programista nie ogranicza się przez jakieś resentymenty, a poszerza swoje horyzonty."
itd. itp.
Dokładnie, nie ograniczajmy się do jednego języka.
Niektóre języki programowania są lepsze od innych ale w innych zadaniach, wiec nie ma najlepszego języka programowania. Kto mówi ze jakiś ów język jest najlepszy to oznacza ze jest jego "laikiem" albo nie zna innych.
Większość języków jest dobra, ale do niektórych zadań, nie da się napisać wszystkich programów w jednym języku i zachować przy tym najszybsza jakość programu.
Najbardziej przenośny język to język C++. Można w nim pisać obiektowo(wysokopoziomowo) jak i niskopoziomowo. Pisze się w nim systemy operacyjne, aplikacje desktopowe, mobilne(Qt), systemy wbudowane, a i weba można spróbować. Działa pod każdym systemem. Ktoś kto mówi, że Java jest przenośna pokazuje tylko, że nigdy nie programował na poważnie.
Ty chyba też nigdy nie programowałeś na poważnie. C++ jest niskopoziomowy, wystarczy inna architektura procesora i już trzeba wszystkie testy powtarzać (x86 i ARM), bo procesory różnie się zachowują przy np. przepełnieniu integera lub obsługi liczb bezznakowych. Nie działa pod każdym systemem, tylko pod systemem w którym jest kompilator tego języka, bo to TYLKO JĘZYK BEZ ŻADNEGO ŚRODOWISKA URUCHOMIENIOWEGO. Qt Qtem, ale pod każdą platformę musisz kompilować program osobno i na każdym przetestować czy współgra z tamtejszymi bibliotekami.
C++ jest średniopoziomowy, jedna instrukcja w nim to jakby nie było dużo więcej niż jeden rozkaz dla procesora. Wysokopoziomowe są języki interpretacyjne i działające w maszynach wirtualnych, czyli właśnie Java albo C#.
OdpowiedzKomentuj obrazkiem
Zmodyfikowano
1 raz.
Ostatnia modyfikacja:
27 lutego 2015 o 22:45
Ale mnie zdemotywowałeś. Idę płakać do kąta.
Java? Powinni tego zabronić.
Python wygra!
Maszyna wirtualna pythona nawet nie potrafi przeprowadzić normalnej wielowątkowości, a to niemal zawsze jest całkowita dyskwalifikacja. Wprawdzie są specjalne wersje, w których to działa, tylko że tam z kolei większość bibliotek jest nikompatybilna. Zdarzyło mi się kiedyś pisać duzy system w pythonie. W kluczowych dla wydajności miejscach używaliśmy wstawek w C. Zgadnij jakiego kodu było na końcu więcej.
pytona to ty masz w majtach
Tylko mam nadzieję @everainie, tylko nadzieję, bo sam język ma wysoce miodną składnię. A Java to przedzidzie śróddzidzia zadzidzia, tyle, że wypracowane przez Suna.
/// @Maciusiu, van Rossum z pewnością.
Tylko mam nadzieję @everainie, tylko nadzieję, bo sam język ma wysoce miodną składnię. A Java to przeddzidzie śróddzidzia zadzidzia, tyle, że wypracowane przez Suna.
/// @Maciusiu, van Rossum, być może, o ile majty są biblioteką Pythona.
Tylko mam nadzieję @everainie, tylko nadzieję, bo sam język ma wysoce miodną składnię. A Java to przeddzidzie śróddzidzia zadzidzia, tyle, że starannie wypracowane przez Suna.
/// @Maciusiu, van Rossum — być może, o ile majty są biblioteką Pythona.
Everain - nic dziwnego, że języka C było więcej niż Pythona, skoro pisząc ten sam program w tych dwóch językach, C++ z reguły ma kilka/kilkanaście razy dłuższy kod. Fakt, że C/C++ było więcej jest tylko kolejnym dowodem na wyższość Pythona. Pozdrawiam ^^
Java jest najlepsza bo jest łatwa,szybko się w niej pisze ,łatwo znaleźć pomoc i nie trzeba mieć windowsa żeby w niej programować
Tylko Haskell, to jedyny czysty język
Większość aplikacji na których się zarabia hajs to webowe lub mobilne(Java EE & Android który jest de facto Linuxem). No są jeszcze wbudowane w C/C++ ale to troche inna para kaloszy. A rynek zweryfikował - za Jave są hajsy a jako wyznawca świętego Kapitalizmu kieruje się w znacznym stopniu tym.
A Windowsem gardzę więc logiczne że dla mnie Java>chatki z gówna>C#.
Są bardzo dobre Python Django i Ruby on Rails ale wcześniej się przyzwyczaiłem do API C/C++ więc łatwiej mi z Javą,co nie zmiena faktu że Pythona lub Ruby się w przyszłości pewno naucze
Programowanie to nie tylko znajomość języka, to akurat jest najprostsze do nauczenia się. Najtrudniejsza jest umiejętność rozwiązywania problemów, pisanie czystego kodu, proste rozwiązywanie problemów, znajomość wzorców i antywzorców projektowych/architektonicznych i stosowanie się do ich zasad. Jeżeli nauczysz się tych rzeczy, to nauka składni, scopów innego języka spowoduje, że będziesz umiał mniej więcej w nim programować, bo podejście do problemów (w zależnośći czy to client czy serwer) w wysokopoziomowych językach jest podobne.
Zmodyfikowano 2 razy. Ostatnia modyfikacja: 27 lutego 2015 o 10:56
Blablabla
Guzik prawda,umięjętność doboru języka jest ważna.
Napiszesz aplikacje webową w C lub C++? No nie sądze,może się jakoś da,ale w Javie czy Pythonie zrobisz to dużo szybciej. Java ma dużo bibliotek dużo jest do niej książek i jest bardzo użyteczna.Jest jakiś prosty mechanizm do obsługi baz danych w C++? Nie ma. A w Javie? Stosujesz Hibernate + adnotacje JPA masz piękny ORM dzięki temu i łatwiejsze operacje . Większośc aplikacji to webowe/mobilne ew. GUI -do tych wszystkich Java się nadaje bardzo dobrze.Ile osób korzysta z srindows phone,a ile z Androida?
Java jest najbardziej uniwersalna,minusowanie mnie przez fanów Srindowsa tego nie zmieni. Gargdzę microsoftem gdziekolwiek jestem
Zmodyfikowano 1 raz. Ostatnia modyfikacja: 27 lutego 2015 o 10:47
Nie wiem czy zauważyłeś, ale teraz webowe aplikacje lepiej pisać w Javascript + html5 + css3. Od apletów Javy się odchodzi masowo.
calmbird ty tak na serio? Powiedz prosze że trolujesz...
C/C++ Python czy Ruby nie są microsoftu a ja wolę Jave. Jave lubie przez to jaka jest.
C# ma podobną składnie,ale jest microsoftu a ja nie lubie microsotu. Mam prawa nie lubić MS i tyle.
Java jest łatwa,ma dużo zastosowań jest popularna i dlatego ją lubie.
@calmbird: Coś po stronie serwera też musi stać i uwierz mi że nie są to HTML5 i CSS3. JavaScript? Niby jest Node.js, ale to JavaScript, IMO najgorszy język w jakim można pisać coś poważnego. A co do apletów Java: fakt, ich czas dawno przeminął, teraz jak już to WebStart, albo HTML5.
To że @calmbird dostał tyle plusów to tylko znaczy ilu ludzi nie mających pojęcia tutaj jest.
Polecam google:
Servler
Java EE
Spring
Spring MVC
Hibernate
I sprawdzie co to ku r wa jest Aplikacje Webowa.
@razi - na całe szczęście to tylko Twoje zdanie, ponieważ w nodejs da się pisać całkiem solidne apki.
Czytając tą jałową dyskusję przypomniały mi się słowa mojego profesora od informatyki, parafrazując: Z javą jest tak, że ma ona albo zagorzałych przeciwników, albo zapatrzonych w nią fanów (jeżeli nie fanatyków), do których nie dotrą nigdy żadne argumenty, iż jest inaczej, niż myślą. Oczywiście nie chcę nikogo obrazić. Chodzi mi o to, że jest mało ludzi neutralnych wobec Javy :) Ta dyskusja to najlepszy tego przykład.
Java ma swoje wady.
Czasem ma dziwne zachowania,(jest czasem nieco nielogiczna) i mam wrażenie że czasem to przerost formy nad treścią.
Nie zmienia to faktu że ilość zalet(prosta,uniwersalna,łatwo o pomoc) przewyższa ilość wad
Ja jestem dość neutralny. Znam jej wady, ale na chwilę obecną na horyzoncie nie widać ŻADNEJ alternatywy: C# + .NET? jeszcze parę ładnych lat minie zanim zawita na Linuksie w działającej formie, C++? Masochizm dla pewnych projektów; Python? Po stronie klienckiej to trochę nieporozumienie; Node i JS? Wolę już C. Rzygać mi się chce jak widzę te wszystkie bezpodstawne hejty. Czy gdziekolwiek tutaj napisałem że Java jest najlepsza? Nie. Osobiście jeśli chodzi o język to wolę Scalę (choć to nadal JVM) i Pythona. No i C++, ale jak wspomniałem: nie zawsze warto się w nim męczyć.
W układzie pani z panią raczej słabo działa.
Java bardziej wszechstronna ;)
A układ: system wbudowany i java? Są maszyny wirtualne na np. atmegę, ale działają na takiej zasadzie, że trochę się pośmiejesz, a potem wrócisz do C.
czyli Java jest jak oral.
Oral pasuje zawsze :D
Java i atmega, cóż za porównanie!
Java to jak już na ARMy z Jazellem, nie wspominając już o SPARCach. Java na x86 jest szybka dzięki JITowi, atmega nie ma na tyle zasobów żeby sobie z tym poradzić. Poza tym system wbudowany jak sama nazwa wskazuje oznacza konkretny system na konkretną platformę, po co więc go katować platformą uniwersalną? Twoim tokiem myślenia powinniśmy pozostać przy C i nie wchodzić wyżej po drabinie ewolucji języków „bo na atmedze się nie da”.
Mamy 2015 a niektórzy jeszcze nie wiedzą co to strap-on.
Straszny ten nasz kraj.
@razi - Ten komentarz odnosił się do rzekomej uniwersalności. Wiadomo, że na odpowiedniej platformie używamy odpowiedniego narzędzia. Harpun nie pomaga przy łowieniu sardynek, a wędka nie nadaje się na rekina.
Ale suchar.
Ci którzy programowali w Javie nienawidzą, jak się mówi, że Java jest multi-platformowa. Mieli wiele nieprzespanych nocy, aby zmusić program do działania na innych platformach.
Poza tym Java jest koszmarem w jakimkolwiek środowisku produkcyjnym, gdzie trzeba dbać np. o aktualizacje bezpieczeństwa. Oracle potrafi np. wprowadzić niekompatybilne zmiany w bug-fix release - aplikacja, która działała z Javą 1.6.45 przestaje nagle działać z Javą 1.6.51 - i bujaj się. A dlaczego Java 1.6 w roku 2015? Bo kilkuset tysięcy linii kodu nie da się ot tak sobie przepisać aby mieć pewność że to będzie poprawnie działać z wersją 1.7 lub 1.8. Poza tym, kto za to zapłaci? To po stronie serwerowej. Doprowadzenie appletu wykonującego się u klienta do jakiej-takiej stabilności to mission impossible. Wszystko dlatego, że u klienta na kompie może być zainstalowana jakakolwiek Java z dowolnymi, kretyńskimi ustawieniami bezpieczeństwa. Jest pierdylion powodów dla których applet może nie działać na pierwszym z brzegu komputerze.
Ale wciąż pozostaje najprostszą platformą do przenośnych aplikacji. Spróbuj zmusić program napisany w C++ z użyciem WinAPI na Linuksa. Wiele miesięcy nieprzespanych nocy tworząc dodatkową warstwę abstrakcji która ogarnie oba systemy.
Jeśli wykonanie przenośnego projektu w Javie stanowi problem, to znaczy że zespół nie potrafi zaprojektować i zorganizować poprawnie projektu. Często po prostu początkowe założenie „i tak nie zakładamy że będzie portowane” utrudnia później te portowanie.
@tv: 1.8 z tego co się orientuję ma warstwę kompatybilności z 1.6. Aplety to przeżytek, jak już to WebStart. Aplety nie dają żadnych korzyści, tylko same problemy, m.in. właśnie z powodów bezpieczeństwa.
Razi, chodzi właśnie o to, że Oracle w Javie 1.6 wprowadza niekompatybilne "poprawki" z wersji przykładowo 1.6.45 na 1.6.51. Cały zestaw reguł bezpieczeństwa z Javy 1.7 został w ten sposób przez Oracle przeportowany wstecz do Javy >1.6.51 powodując zwałkę starszych aplikacji. W związku z powyższym, warstwa "kąpatybłilności" w Java 1.8 tym bardziej nie działa. Nie lubię takich numerów.
razi: Faktycznie, bo ktoś planując wieloplatformowość aplikacji, pisze ją w WinAPI... Przenośne okienka to tylko w Qt albo WxWidgets. Kiedyś oczywiście popularne było jeszcze GTK+, ale obecnie samo do siebie zniechęciło.
"Spróbuj zmusić program napisany w C++ z użyciem WinAPI na Linuksa. "
Ale jest QT,to jest bardzo dobra biblioteka. Chciałbym się kiedyś jej nauczyć ponieważ KDE z którego korzystam na Linuchu stoi właśnie na QT i można to skompilować i na winie i na linuchu ;)
Qt, nie QT. Tak, ale powiedz to ślepym developerom którzy zaczynają swój projekt dla jedynej znanej sobie platformy. Wspomniałem przecież o tym, że często to te początkowe założenie utrudnia późniejsze modyfikacje.
A wracając do Qt: i tak trzeba pod każdą platformą z osobna testować, bo już raz się przejechałem na tym że u mnie na Linuksie działa, a na Windowsie już nie za bardzo.
java to zuo. Powinni go zabronić pod karą więzienia. Nielogiczny język po prostu.
Java do 1.7 była wręcz pragmatyczna aż do bólu, więc chyba ty masz problemy z logiką.
Czemu do 1.7?
1.8 przecież lepsze (zwłasza java.time.* >>>> java.util.Date)
Zmodyfikowano 1 raz. Ostatnia modyfikacja: 28 lutego 2015 o 0:33
No właśnie 1.8 wprowadza już lambdy, a to trudno nazwać pragmatycznym podejściem, masz nawias, nazwę i cholera wie co to za typ i w klamrach coś się dzieje.
A nie jest najlepszy?
Najlepszy jeżyk to język dziewczyny, którą się kocha.
Nie chodziło mi o javę.
Zmodyfikowano 1 raz. Ostatnia modyfikacja: 28 lutego 2015 o 14:28
"Java nie jest najlepsza przez swoje właściwości, a przez to że nie jest microsoftowa, bo Microsoftem gardzisz etc. Dobry programista nie ogranicza się przez jakieś resentymenty, a poszerza swoje horyzonty."
itd. itp.
Dokładnie, nie ograniczajmy się do jednego języka.
Niektóre języki programowania są lepsze od innych ale w innych zadaniach, wiec nie ma najlepszego języka programowania. Kto mówi ze jakiś ów język jest najlepszy to oznacza ze jest jego "laikiem" albo nie zna innych.
Większość języków jest dobra, ale do niektórych zadań, nie da się napisać wszystkich programów w jednym języku i zachować przy tym najszybsza jakość programu.
Ktoś odkrył basha...
Najbardziej przenośny język to język C++. Można w nim pisać obiektowo(wysokopoziomowo) jak i niskopoziomowo. Pisze się w nim systemy operacyjne, aplikacje desktopowe, mobilne(Qt), systemy wbudowane, a i weba można spróbować. Działa pod każdym systemem. Ktoś kto mówi, że Java jest przenośna pokazuje tylko, że nigdy nie programował na poważnie.
Ty chyba też nigdy nie programowałeś na poważnie. C++ jest niskopoziomowy, wystarczy inna architektura procesora i już trzeba wszystkie testy powtarzać (x86 i ARM), bo procesory różnie się zachowują przy np. przepełnieniu integera lub obsługi liczb bezznakowych. Nie działa pod każdym systemem, tylko pod systemem w którym jest kompilator tego języka, bo to TYLKO JĘZYK BEZ ŻADNEGO ŚRODOWISKA URUCHOMIENIOWEGO. Qt Qtem, ale pod każdą platformę musisz kompilować program osobno i na każdym przetestować czy współgra z tamtejszymi bibliotekami.
C++ jest średniopoziomowy, jedna instrukcja w nim to jakby nie było dużo więcej niż jeden rozkaz dla procesora. Wysokopoziomowe są języki interpretacyjne i działające w maszynach wirtualnych, czyli właśnie Java albo C#.
Zmodyfikowano 1 raz. Ostatnia modyfikacja: 27 lutego 2015 o 22:45
Java/Python — Fight, fight! Czekam na demotywator o Vimie/Emacsie.
Java jak i anal jest do dupy ...
Tylko że w 90% sprzętu elektronicznego nie siedzi java a Linux embedded i C/C++.