somekind napisał(a):
Tak więc, da się w Hibernate jakoś zgrabnie składać zapytania, czy nie?
Zgrabnie, jak zgrabnie. Criteria są o tyle wygodniejsze, że nie trzeba pisać całych zapytań SQL. HQL daje tą możliwość, że te zapytania są w jakimś stopniu skracane i nie trzeba pisać typowych SQL'owskich formułek. Jest też metoda z używaniem parametrów, jednak też wymaga pisania zapytań.
No i dzięki temu .NET wypłynął. Przecież gdyby nie miał zalet nad językiem Java to nikt by się tym nie zainteresowal. Jeśli ktoś od 6 lat klepał encje do bazy danych to rzeczywiście różnica mogła być dramatyczna, ale w zadaniach, ktore nie są tylko przepychaniem danych pomiędzy bazą, a formatką różnica jest mniejsza.
Tak czy siak, konkurencja dla Javy w postaci .NET raczej bardziej pomaga Javie niż szkodzi, moim zdaniem. Gdyby nie to, to projektanci Javy mogli by się tak rozleniwić, że C++ by prześcignął Javę w efektywności tworzenia kodu.
allocer napisał(a):
Criteria są o tyle wygodniejsze, że nie trzeba pisać całych zapytań SQL. HQL daje tą możliwość, że te zapytania są w jakimś stopniu skracane i nie trzeba pisać typowych SQL'owskich formułek.
Tyle, że lambdy są jeszcze wygodniejsze.
Jest też metoda z używaniem parametrów, jednak też wymaga pisania zapytań.
Tzn. co masz konkretnie na myśli?
somekind napisał(a):
Jest też metoda z używaniem parametrów, jednak też wymaga pisania zapytań.
Tzn. co masz konkretnie na myśli?
To w skrócie się wiele nie różni od zwykłego zapytania SQL. Przez to można wygodniej i czytelniej ustawiać konkretne parametry do zapytania.
Wygląda mniej więcej tak:
Query query = session.createQuery("from tabela where id = :id");
query.setParameter("id", "1");
...
allocer napisał(a):
To w skrócie się wiele nie różni od zwykłego zapytania SQL. Przez to można wygodniej i czytelniej ustawiać konkretne parametry do zapytania.
Wygląda mniej więcej tak:
Query query = session.createQuery("from tabela where id = :id");
query.setParameter("id", "1");
...
A to nie jest czasem HQL? :|
Obserwator napisał(a):
@lolq
Dostałeś ofertę pracy w Javie a jej nie znasz ? Zakładam, że to jakieś praktyki/staż.
no niee... nie napisałem, że to praktyki czy staż, tylko, że dostałem ofertę pracy ;]
Ja się nie zgłaszałem na programistę javy, sami mnie wynaleźli, sami zaoferowali, po jakichś konsultacjach dowiedziałem się właśnie, że będzie tam java i mnie pytali telefonicznie czy znam, (no ale jak nie miałem wpisane w cv to chyba logiczne, że nie znam). Zapowiedziałem natomiast, że w miarę możliwości przyswoję wiedzę i się nauczę, ale jednak potrzebują tam kogoś chociaż z minimalnym doświadczeniem (nawet uczelnianym) w javie, cóż, może inna oferta będzie.
W .NET nie szukam pracy, obecnie siedzę w PHP/MySQL.
Wibowit napisał(a):
Tak czy siak, konkurencja dla Javy w postaci .NET raczej bardziej pomaga Javie niż szkodzi, moim zdaniem. Gdyby nie to, to projektanci Javy mogli by się tak rozleniwić, że C++ by prześcignął Javę w efektywności tworzenia kodu.
To się może jeszcze zdarzyć...
Nowe C++11 ma:
Wsparcie poszczególnych kompilatorów jest na różnym poziomie niestety, chyba żaden nie ma pełnego:
No właśnie, zanim kompilatory dościgną standard to jeszcze trochę minie. ATSD: pisałeś jakieś aplikacje biznesowe w C++?
Wibowit napisał(a):
No właśnie, zanim kompilatory dościgną standard to jeszcze trochę minie. ATSD: pisałeś jakieś aplikacje biznesowe w C++?
Moje aplikacje w C++ to raczej małe projekty domowe. Ale pracowałem z ludźmi którzy pracowali na poważnie z C++ - w banku, dla firmy lotniczej... Tylko pewnie te same firmy jeśli teraz zaczynają nowe projekty to w Java lub .NET
Ale o co chodzi? Dobrze zarabiać w Javie można nawet jeśli w Hibernate + Spring dłubało się krócej niż rok, sam jestem przykładem. Siejesz FUD.
Nie miałem na myśli zarobków.
Hmm, a w Javie takiej możliwości nie ma? Javowcy nie lubią być freelancerami i nie mają siły dorabiać po pracy - ciekawe.
Freelancing w Javie raczej nie istnieje w porównaniu do .NET.
Taa, a Oraclowi nie zależy. Jaasne. Wystarczy porównać dynamikę rozwoju Javy przed wchłonięciem Suna do Oracle i po. W zasadzie to od wydania Javy 5 w 2004 roku to Sun nie wprowadził żadnych wielkich zmian do Javy, nie licząc nowych optymalizacji w JVM przynoszących poprawę wydajności. Oracle wydało Javę 7 półtora roku po wchlonieciu Suna, a Java 8 jest planowana na nieco ponad 2 lata po premierze Javy 7. Po drodze jeszcze wydali JavęFX 2.x, która jest w zasadzie czymś całkowicie nowym w stosunku do JavyFX 1.x. Oracle ma więcej kasy i będzie inwestował w Javę więcej niż Sun
No może i Oracle coś tam robi, ale tego za bardzo nie widać. Zrobiliby coś porządnego, a nie rozwijają dalej JSP, JSF w których pisało się 10 lat temu. Przecież te technologie są coraz mniej używane i strasznie toporne w porównaniu do konkurencji.
No może i Oracle coś tam robi, ale tego za bardzo nie widać.
Nawet 3 lat nie ma od kontrowersyjnego wchłonięcia Suna do Oracle, po którym spora część programistów się zwolniła. Mimo tego chaosu Oraclowi i tak idzie lepiej niż Sunowi.
Zrobiliby coś porządnego, a nie rozwijają dalej JSP, JSF w których pisało się 10 lat temu.
Jak komuś nie pasuje JSF to używa Apache Wicket, GWT czy co tam jeszcze chce. Co za problem?
Przecież te technologie są coraz mniej używane i strasznie toporne w porównaniu do konkurencji.
Jakiej konkurencji? Jeśli masz na myśli brak lambd w Javie, które to są w C# i z tego powodu ubolewasz, to przyjmij do wiadomości iż w Javie 8 w roku 2013 będą lambdy i Oracle postara się je dobrze wykorzystać. Skoro trollujesz o toporności, to ja sobie potrolluję i powiem, że ASP.NET jest toporny w porównaniu do GWT. Bo czy ASP.NET pozwala na pisanie aplikacji przeglądarkowych opartych o HTML/JS/CSS działających offline bez pisania linijki JavaScriptu? Np na coś takiego jak: http://code.google.com/p/quake2-gwt-port/ ?
Nie widzę potrzeby tworzenia jedynego słusznego rozwiązania do czegoś tam.
Zresztą powtarzam się już po raz n-ty.
PS:
Krótki artykuł o lambdach i podobnych zmianach w Javie 8: http://datumedge.blogspot.com/2012/06/java-8-lambdas.html
Wibowit napisał(a):
Jakiej konkurencji? Jeśli masz na myśli brak lambd w Javie, które to są w C# i z tego powodu ubolewasz, to przyjmij do wiadomości iż w Javie 8 w roku 2013 będą lambdy i Oracle postara się je dobrze wykorzystać. Skoro trollujesz o toporności, to ja sobie potrolluję i powiem, że ASP.NET jest toporny w porównaniu do GWT. Bo czy ASP.NET pozwala na pisanie aplikacji przeglądarkowych opartych o HTML/JS/CSS działających offline bez pisania linijki JavaScriptu? Np na coś takiego jak: http://code.google.com/p/quake2-gwt-port/ ?
Nie widzę potrzeby tworzenia jedynego słusznego rozwiązania do czegoś tam.
Zresztą powtarzam się już po raz n-ty.
PS:
Krótki artykuł o lambdach i podobnych zmianach w Javie 8: http://datumedge.blogspot.com/2012/06/java-8-lambdas.html
Gdyby GWT było dobre to by było bardziej popularne. "Użycie" GWT do ASP.NET na stronach:
Firmy starają się korzystać chyba z lepszych, szybszych i pewniejszych rozwiązań, co udowadniają oferty pracy. Już teraz jest więcej ofert dla .NET niż dla Javy, która ciągle zostaje w tyle. Wprowadzenie lambd z kilkuletnim opóźnieniem niewiele zmieni.
Firmy starają się korzystać chyba z lepszych, szybszych i pewniejszych rozwiązań, co udowadniają oferty pracy.
Java jest lepsza, szybsza i pewniejsza.
Jakby była lepsza, szybsza i pewniejsza, to by mi nie płacili za przepisywanie ERP z Javy do .NET.
No to mnie demokratycznie przegłosowaliście.
Obserwator napisał(a):
Gdyby GWT było dobre to by było bardziej popularne.
"Dobre" i "popularne" to dwa odrebne pojecia. Czasami ida one ze soba w parze a czasami jest wrecz na odwrot.
Obserwator napisał(a):
Firmy starają się korzystać chyba z lepszych, szybszych i pewniejszych rozwiązań, co udowadniają oferty pracy. Już teraz jest więcej ofert dla .NET niż dla Javy, która ciągle zostaje w tyle. Wprowadzenie lambd z kilkuletnim opóźnieniem niewiele zmieni.
No wlasnie problem w tym, ze niczego nie udowadniaja. Zalozyles sobie, ze liczba ofert pracy jest mocno skorelowana z jakoscia technologii - na jakiej wlasciwie podstawie? Rownie dobrze firmy moga stawiac na .NET ze wgledow ekonomicznych i mam tutaj na mysli bardziej koszty zwiazane z kadra niz z licencjami, serwerami itp.
Dla jasnosci: nie twierdze, ze Java (w rozumieniu JEE i/lub frameworkow typu Spring - tak wiem, ze Java to jezyk w odroznieniu od .NET) jest lepsza od .NETa (odwrotnie tez nie twierdze). Nie twierdze tez, ze programisci Java sa drozsi (chociaz nie zdziwilbym sie gdyby byli). Twierdze natomiast, ze strasznie upraszczasz sprawe.