to Ja jeszcze doleje oliwy do ognia żeby Nam tu flejm za szybko nie zgasł i powiem że Java działa bez problemu na Linuxach i spora część produkcyjnego kodu javowego działa własnie na Linuxach, a jak wiadomo Linuxy sa lepsze od Win :D
PS wypowiedź tak samo wartościowa jak porównywanie języków bo jeden ma lepsze MVC niż drugi frameworki komponentowe lub odwrotnie :P
Shalom napisał(a):
@Obserwator a gdzie tak jest jeśli wolno spytać? Bo w krakowie ofert dla javowców jest znacznie wiecej niż dla .netowców (a 95% tej pracy to właśnie webowa java)
Choćby tutaj: http://pl.indeed.com/
Z tego co widzę to w Polsce jeszcze jako tako się używa, tutaj jest mniej ofert w porównaniu do innych http://www.indeed.co.uk/
moskitek napisał(a):
to Ja jeszcze doleje oliwy do ognia żeby Nam tu flejm za szybko nie zgasł i powiem że Java działa bez problemu na Linuxach i spora część produkcyjnego kodu javowego działa własnie na Linuxach, a jak wiadomo Linuxy sa lepsze od Win :D
No co ty, przecież wiadomo że to Windowsy są lepsze :] (ironia) A najlepszy to jest Windows 8.
Ale musieliście flame'a zacząć - a dość ciekawy temat się zapowiadał.
Co do GWT - to faktycznie, źle zrozumiałem idee. "Kompilowanie do JavaScript" rozumiałem mniej więcej taki sposób jak to jest rozwiązane w WebFormsach - w JS nic nie piszemy, a później na stronie go mamy. W sumie ciekawe rozwiązanie - zastanawia mnie jednak taka rzecz - jak to się zachowuje, gdy ktoś wyłączy obsługę JS w przeglądarce? ;)
Fajnie by było gdyby MS nie zabijał właśnie Silverlighta, a też poszedł w tą stronę - czyli aplikację tworzymy w SL, a później dostajemy JS/HTML5, nawet jeśli w okrojonej wersji. Orientuje się ktoś, czy taki mechanizm powstaje / ma powstać? Google wyrzuca same jakieś stare śmieci na ten temat.
Co do wyższości "ASP.NET nad Java" mimo, że sam za Java nie przepadam (głównie przez studia, gdzie wpychano mi ją na siłę) - nie wierzę, że przez tyle lat w Javie nie powstał, żaden przyjemny dla programisty framework. Nie oszukujmy się, ale WebFormsy to też niestety nie jest wybitne osiągnięcie MS i nie dziwię się, że technologia jest dziś w cieniu MVC. Samo MVC owszem, nie jest niczym rewolucyjnym - ale w połączeniu z tym co obecnie oferuje C#, jest szybkim, elastycznym i pełnym trafnych "ficzerów" frameworkiem.
Co do GWT - to faktycznie, źle zrozumiałem idee. "Kompilowanie do JavaScript" rozumiałem mniej więcej taki sposób jak to jest rozwiązane w WebFormsach - w JS nic nie piszemy, a później na stronie go mamy. W sumie ciekawe rozwiązanie - zastanawia mnie jednak taka rzecz - jak to się zachowuje, gdy ktoś wyłączy obsługę JS w przeglądarce? ;)
Jestem prawie pewien, że jak wyłączysz JS w aplikacji GWT to nic nie będzie, no może oprócz komunikatu, żebyś włączył JS.
jakdojade.pl jest zrobione w GWT (tak wynika z mojego "dochodzenia"). Możesz sprawdzić jak działa bez JS.
W Javie jest mnóstwo frameworków, zarówno zwykłych MVC jak i komponentowych. Z tym, że WebFormsy to nie synonim frameworku komponentowego. Apache Wicket jest w pełni komponentowy (jest kompozycja i dziedziczenie szablonów i kontrolerów), ale można w nim z powodzeniem pisać aplikacje nawet bezstanowe (tzn bez sesji po stronie serwera). GWT (też komponentowe) jak już wspomniałem, może działać nawet offline, a przy tym oferować bardzo dużą interaktywność (np można w nim zrobić klona Quake II). W JSF jest łączenie stanu po stronie serwera i stanu po stronie klienta (ukryte pola w formularzach zawierające stan). Tak więc komponentowość może przybierać różne formy.
Jak już wojna to wojna i ja zadam pytanie, a czemu niby nie np. Ruby, Python czy Haskell?
winerfresh napisał(a):
Jak już wojna to wojna i ja zadam pytanie, a czemu niby nie np. Ruby, Python czy Haskell?
To proste. .NOTowiec zacznie rżeć: "a kto tego używa?!?". A potem i tak skwituje, że ASP.NET MVC jest najlepszym frameworkiem do wszystkiego.
Wibowit napisał(a):
winerfresh napisał(a):
Jak już wojna to wojna i ja zadam pytanie, a czemu niby nie np. Ruby, Python czy Haskell?
To proste. .NOTowiec zacznie rżeć: "a kto tego używa?!?". A potem i tak skwituje, że ASP.NET MVC jest najlepszym frameworkiem do wszystkiego.
Skąd w Tobie tyle jadu i zapatrzenia w Jave?
Że co? Zaczęło się od tego, że "Obserwator" stwierdził, że "w webie ASP.NET bije na głowę Javę", a .NOTowcy zaczęli zaciekle bronić tego stwierdzenia. Podałem przykłady frameworków Javowych i dostalem odpowiedź: "a kto tego używa?".
Nie no ludzie, w Javie to jest przynajmniej wybór, tak jak w Pythonie czy innych, a nie tak jak w .NET gdzie MS tworzy jedyną słuszną technologię i wszyscy .NETowcy się nią podniecają. Prawie jak u Apple.
Wibowit napisał(a):
Nie no ludzie, w Javie to jest przynajmniej wybór, tak jak w Pythonie czy innych, a nie tak jak w .NET gdzie MS tworzy jedyną słuszną technologię i wszyscy .NETowcy się nią podniecają.
E tam nie ma wyboru, trzeba po prostu poszukać.
Nie no ludzie, w Javie to jest przynajmniej wybór, tak jak w Pythonie czy innych, a nie tak jak w .NET gdzie MS tworzy jedyną słuszną technologię i wszyscy .NETowcy się nią podniecają. Prawie jak u Apple.
Za Javą też stoi jedna firma i bardzo dobrze bo dzięki temu to porządny język. Za C++ nie stoi żadna firma i przez to jest burdel w języku, standaryzacja trwa w nieskończoność i prawie żaden kompilator nie jest zgodny ze standardem w całości (mówie o tym starym standardzie, nie wspominając nawet o nowym).
Poza tym biblioteki do C# chyba są developowane nie tylko przez microsoft...
Ta dyskusja nie ma sensu, to po prostu kwestia gustu, upodobań. Jednemu będzie się podobać Java drugi będzie wolał C#. Jezyki oba podobne. Co do kwestii pracy, wiadome że lepiej znaleźć w tym co się lubi, ale nie zawsze się da pisać w tym czym się chce. Jestem pewien że programista C# będzie umiał pisać w Javie a programista Javy w C#. C# niektórzy nie lubią ze względu na microsoft, ale to jeden z najbardziej udanych pomysłow tej firmy akurat. To że nie ma oficjalnej platformy Net na linuksa mnie nie dziwi, bo po co strzelać sobie samobója (dobrze, że KE jeszcze się do tego nie przyczepila).
Tak samo dyskusja windows czy linux ? Dla jednego linux będzie lepszy a dla drugiego Windows, kto co woli, nikt was do używania tych systemów nie zmusza, sami sobie wybieracie. A zainstalowanie kilku systemów to też nie problem. Każdy ma jakieś swoje plusy, ale i minusy też się znajdą zarówno w windowsie, linuksie czy mac os .
winerfresh napisał(a):
Jak już wojna to wojna i ja zadam pytanie, a czemu niby nie np. Ruby, Python czy Haskell?
Ruby nie bo powolny...
Python nie bo jedyne co oferują to praca w Django (oferty innego rodzaju to rodzynki).
Haskell? Nie widziałem ofert, ale świat się zmienia... Może już są?
JRuby też wolny? Można odpalić JRuby on Rails na GlassFishu i jest JVM.
Wibowit napisał(a):
W GWT można napisać w Javie kod kliencki, który zostanie skompilowany do JavaScriptu, a jako backend można użyć dowolnego języka, np PHP.
Czy w WebForms można zrobić coś podobnego?
GWT to też jakaś ślepa uliczka dla ludzi którzy koniecznie chcą pozostać w Javie.
Ogólnie to z tego co widzę świat idzie w kierunku przeciwnym - JavaScript wchodzi na serwery (node.js, backbone.js).
A jeśli nawet pozostaniemy przy .NET vs Java to kto zabroni programistom C# stosować YUI, dojo, ExtJs czy choćby... jsil?
vpiotr napisał(a):
Ruby nie bo powolny...
Python nie bo jedyne co oferują to praca w Django (oferty innego rodzaju to rodzynki).
Haskell? Nie widziałem ofert, ale świat się zmienia... Może już są?
Jest może jakieś sensowne porównanie prędkości aplikacji napisanych w różnych językach? Zastanawia mnie czy w ogóle da się w pełni w jakiś sposób porównać dwa czy kilka języków. Przecież za każdym językiem stoi inna technologia, inny framework, a w każdym frameworku inaczej rozwiązuje się ten sam problem. No chyba że nawet w najbardziej podstawowych operacjach ruby jest wolniejszy od innych języków, no to wtedy inna sprawa:)
Co do pythona to fakt, że właściwie wszystkie oferty to django, ale czy to tak źle? Moim zdaniem (zaznaczam że to tylko i wyłącznie moje upodobanie) django jako framework jest na serio przyjemny. Wiadomo, że nie jest do wszystkiego, zresztą jak coś jest do wszystkiego do wiadomo do czego jest... Przecież bez sensu pisać jakąś średniej wielkości aplikację webową czy tym bardziej jakąś małą np. w javie, gdzie sam glassfish będzie miał sporo większe wymagania sprzętowę niż tą szybkością javy zaoszczędzimy. A w dodatku sam serwis może nie wymagać jakiś nie wiadomo jakich optymalizacji. Wydaje mi się, że po prostu trzeba umieć wybrać technologię do potrzeb. W końcu to tylko narzędzie.
@anonim1: patrz poniżej:
Niktwazny napisał(a):
JRuby też wolny? Można odpalić JRuby on Rails na GlassFishu i jest JVM.
Niewiele jest języków które przegrywają z Ruby pod względem wydajności.
Nawet z wersją JRuby.
Na podstawie tej strony:
http://shootout.alioth.debian.org/u64q/which-programming-languages-are-fastest.php
i tej:
http://java.dzone.com/articles/contrasting-performance
i tej:
http://hentenaar.com/serendipity/index.php?/archives/27-Benchmark-PHP-vs.-Python-vs.-Perl-vs.-Ruby.html
i nawet tej:
http://www.udemy.com/blog/modern-language-wars/
A gdy uwzględni się PyPy to w zasadzie (J)Ruby, PHP i Perl są na szarym końcu...
JRuby ma jeszcze problem z invokedynamic, na stronie: https://github.com/jruby/jruby/wiki/PerformanceTuning jest napisane:
Java 7 brings with it an important new feature called invokedynamic, which greatly improves JRuby's performance on VMs that support it. However, current released versions of OpenJDK 7 sometimes error out or fail to optimize code as well as they should. In order to provide a consistent JRuby experience, the use of invokedynamic is off by default on Java 7 (but on by default for Java 8 builds, which will soon receive new invokedynamic optimization code that fixes most issues).
@anonim1
Jeśli interesuje Cię sektor finansowy to najczęściej są używane C#, VBA, Excel.
VBA/ Excel? To chyba sekretarki.
Jak nie masz o tym pojęcia to lepiej nie pisz. Pierwsza lepsza oferta:
http://www.reed.co.uk/jobs/excel-vba-expert/21702611?WT.mc_id=indeed
http://www.contractjobs.com/job/923872/excel-vba-developer-productcontrol-c-/?utm_source=Indeed&utm_medium=organic&utm_campaign=Indeed
No właśnie też słyszałem, że sektor finansowy to głównie .Net, ale mówiać szczerze jak szukałem sobie ofert, żeby zobaczyć czego aktualnei sie wymaga, to jednak najczęściej była to java, potem c# i c++ (te dwa ostatnie to własciwie po równo). Dlatego mam taki trochę mętlik, bo może akurat w Polsce to jednak java jest popularniejsza.
A tak pytanie troszkę z innej beczki:) Jak wygląda sytuacja pod względem jakości oprogramowania? Bo o c++ często chodzą plotki, że to sie tylko utrzymuje stare kobyły, które pisali ludzie raczej nie znający wzorców i ogolnie zasad eleganckiego pisania kodu. Macie może jakieś doświadczenia jak to na prawdę wyglada? I czy faktycznie pod tym względem z javą i c# jest lepiej? Chociażby dlatego, że są nowsze. Choć jak widzę niektórych wypowiedzi to chyba java nie lepsza:D To może chociaż ten c#?:)
Najwięcej zależy od podejścia przełożonych, czy wymagają kodu dobrej jakości, dobrze otestowanego czy też nie. W mojej aktualnej firmie nie wymaga się w ogóle testów jednostkowych, wobec czego każdy boi się grzebać w bebechach, żeby przypadkiem czegoś nie rozpieprzyć.
a ja dostałem ofertę pracy, tylko prawdopodobnie będzie java, a ja tego kompletnie nie znam, próbowałem, nie podchodziło mi to, ale jak będzie trzeba to nauczę się i javy... tylko tak bardzo średnio siebie w tym widzę ;x
Wibowit napisał(a)
w .net zwykle ms robi jeden słuszny framework do czegoś tam
Jest masa różnych bibliotek różnego autorstwa. ORMy, raportowanie, IoC, do wszytkiego jest wybór. O ile dobrze pamiętam, to Castle MonoRail czy FubuMVC istniały na długo przedtem, zanim M$ wypuścił swoją wersję.
Tyle tylko, że M$ stać na marketing, webcasty, świetną dokumentację online, pracowników zajmujących się "ewangelizacją" oraz pisaniem książek, artykułów i postów na blogach. Dlatego to, co wypuści M$ staje się popularniejsze.
jak się idzie do korpo to nie dostaje się do zrobienia całej aplikacji od gory do dołu, czyli bazy, web service, logiki, ui, zabezpieczeń, backupów, integracji, itd naraz tylko dostaje się jakąś wąską działkę.
w .net jest niby jakaś magia, która mi generuje z jednej klasy, bazę, webservice, zabezpieczenia, ui, backup itd?
Wygenerowanie bazy z klas to nie jest problem, podobnie jest z UI, trzeba to tylko napisać/skonfigurować. Webservice - nie wiem jak to sobie wyobrażasz, serwisy mają raczej różną funkcjonalność, chyba że tylko o CRUD Ci chodzi.
A co masz na myśli pisząc "backup"? Bo to raczej zadanie administracyjne.
Mnie ciekawi jedno - jak korzysta się z javowego Hibernate? Pogooglałem i widzę trzy sposoby: Criteria API, HQL i SQL. Są jeszcez inne możliwości?
Mam jeszcze takie pytanie, czy praca w c# to głownie tylko asp? Bo jak poszukałem trochę ofert dla programisty c# (nie asp - przynajmniej w tytule :)) to w wymaganiach jednak nader często pojawiało sie własnie asp ( i wpf).
@lolq
Dostałeś ofertę pracy w Javie a jej nie znasz ? Zakładam, że to jakieś praktyki/staż. Ogólnie nie polecam pochopnie podejmować decyzji, no i sam powiedziałeś, że ten język Ci nie podchodzi. Tak jak ktoś wcześniej napisał J2EE jest bardzo szerokie. Wiadomo też że jest dość stare (JSP, JSF, często trafisz na EJB w wersji poniżej 3) i pewnie trafisz na jakąś dużą "krowę", której przepisanie do czegoś normalnego się nie opłaca. Jest jeszcze np. Spring (też bardzo szeroki), tak więc ogarnięcie frameworków Javy w jakimś tam stopniu zajmie Ci wiele, wiele lat. W .NET masz o mniej nauki i lepsze efekty, do pierwszej roboty nie musisz umieć wiele. Masz lepszą dokumentację, więcej książek, filmiki itd. .NET się też szybciej rozwija co jest dużym plusem, widać że M$owi na tym zależy. Jeszcze dużym plusem pracy w .NET jest możliwość bycia freelancerem (jak ktoś lubi), czy dorabiania sobie po pracy (jak ktoś ma siłę :D).
@anonim
W większości tak.
Jest jeszcze np. Spring (też bardzo szeroki), tak więc ogarnięcie frameworków Javy w jakimś tam stopniu zajmie Ci wiele, wiele lat.
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.
Masz lepszą dokumentację, więcej książek, filmiki itd
Naprawdę o .NET jest więcej książek niż o Javie?
Jeszcze dużym plusem pracy w .NET jest możliwość bycia freelancerem (jak ktoś lubi), czy dorabiania sobie po pracy (jak ktoś ma siłę ).
Hmm, a w Javie takiej możliwości nie ma? Javowcy nie lubią być freelancerami i nie mają siły dorabiać po pracy - ciekawe.
.NET się też szybciej rozwija co jest dużym plusem, widać że M$owi na tym zależy.
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.
Wibowit napisał(a)
Criteria API, HQL i SQL stosuje się, gdy standardowe sposoby mapowania nie wystarczają, albo mają niską wydajność. Tak mi się zdaje przynajmniej, ekspertem w Hibernate nie jestem.
Może niejasno się wyraziłem, ale ja pytałem o odpytywanie bazy.
@Rev, wydaje mi się, że w Javie nie ma metod rozszerzających ani lambd, więc nie ma odpowiedników ani LINQ to NHibernate, ani QueryOver API. Mogę się jednakże mylić, dlatego o to spytałem.
Różnica, między napisaniem zapytania przy użyciu wyrażeń lambda, a jakimiś magicznymi stringami w HQL lub milionem zagnieżdżonych Criteriów jest moim zdaniem ewidentna.
Tak więc, da się w Hibernate jakoś zgrabnie składać zapytania, czy nie?
W języku Java, ZTCW, jak na razie nie ma sensownego odpowiednika LINQ, bo własnie nie ma lambd. Ale pod koniec 2013 będzie Java 8 z lambdami i wirtualnymi metodami rozszerzającymi, więc zacznie coś takiego powstawać.
Wibowit napisał(a):
Ale pod koniec 2013 będzie Java 8 z lambdami i wirtualnymi metodami rozszerzającymi, więc zacznie coś takiego powstawać.
A w .NET to jest od 6 lat...