Co dalej i czy warto? .NET

0

Witam

Przeczytałem Symfonie II tomy dość dokładnie, Pasje ,,w miarę" i teraz chciałbym stosować to w praktyce, pytanie czy warto brać się za . NET( książka czarna księga z helionu..) czy uczyć się czegoś innego(jakiejś innej biblioteki etc.)?:)

z góry dzięki za porady

0

A co byś chciał robić? Bo samo czytanie książek to jest wiesz... takie sobie.

0

wiem - tylko ze jak ktoś nie zna żadnej dodatkowej biblioteki to chyba z książek najlepiej :) Chyba najbardziej jakieś bardziej skomplikowane aplikacje, nie wiem czego teraz firmy oczekują od potencjalnego pracownika... :)

0

Tak, opłaca się teraz uczyć .NET. Najszybciej rozwijająca się technologia, ma największe wsparcie i najwięcej ofert pracy. W porównaniu do np. takiej Javy piszesz duuużo mniej kodu i po prostu szybciej tworzysz aplikacje.

0

dzieki za odp :) no to czarna księga to koszyka ;)

2

Najwięcej?

http://www.indeed.com/jobs?q=java&l=
http://www.indeed.com/jobs?q=.net&l=

Java lekko wygrywa, zarówno pod względem ilości ofert pracy jak i średnich zarobków.

Na polskim Indeed stosunek jest:

  • 4 737 dla Javy,
  • 3 220 dla .NET,

Ktoś tu na forum przytaczał badania rynku i tam były porównania średnich płac w Polsce, ZTCP było 7,5k PLN dla Javy i 7k PLN dla .NET (oba brutto).

Tak więc argument "najwięcej ofert pracy odpada".

Największe wsparcie? O co chodzi? Dla Javy mamy 3 wiodące IDE: Eclipse, IntelliJ i NetBeans, każdy od innej firmy/ społeczności. Pierdyliardy frameworków, przenośność na wiele urządzeń itp itd .NET jest ograniczony do Windowsa, ma IDE od jednej firmy, w ogóle jest totalny vendor lock-in i trzeba brać na klatę wszystko co MS podaje.

"Najszybciej rozwijająca się technologia" - fakt: Java ma spory zastój i to przez wiele lat, ale niedawno Sun został kupiony przez majętnego Oracla, który to pompuje sporo kasy i wysiłku w Javę, co zresztą widać. Z tym, że Java i C# to nie jedyne języki na świecie wykorzystywane w biznesie.

"W porównaniu do np. takiej Javy piszesz duuużo mniej kodu i po prostu szybciej tworzysz aplikacje." Tu też nie widzę żadnych porównań. Java będzie znacznie bardziej zwięzła od wersji 8, która zostanie wydana w przyszłym roku. Dość późno, no ale autor dopiero zaczyna przygodę z programowaniem i zanim nabędzie stosownych umiejętności to Java 8 powinna zdążyć się co nieco zadomowić na rynku.

0

Argument ze średnimi zarobkami jest idiotyczny. Po prostu w różnych językach są ludzie z różnym stażem, wiadomo że programista języka X mający 10 lat doświadczenia zarobi więcej niż początkujący programista jakiegokolwiek innego języka. Te różnice biorą się z tego, że po prostu do nowszych języków ciągnie więcej ludzi młodych, którzy mają mało albo brak doświadczenia, więc nic dziwnego, że programiści C# zarabiają średnio mniej od Javowców, bo mają średnio mniej doświadczenia.

2
Wibowit napisał(a):

Najwięcej?

http://www.indeed.com/jobs?q=java&l=
http://www.indeed.com/jobs?q=.net&l=

Java lekko wygrywa, zarówno pod względem ilości ofert pracy jak i średnich zarobków.

Na polskim Indeed stosunek jest:

  • 4 737 dla Javy,
  • 3 220 dla .NET,

Ktoś tu na forum przytaczał badania rynku i tam były porównania średnich płac w Polsce, ZTCP było 7,5k PLN dla Javy i 7k PLN dla .NET (oba brutto).

Tak więc argument "najwięcej ofert pracy odpada".

Największe wsparcie? O co chodzi? Dla Javy mamy 3 wiodące IDE: Eclipse, IntelliJ i NetBeans, każdy od innej firmy/ społeczności. Pierdyliardy frameworków, przenośność na wiele urządzeń itp itd .NET jest ograniczony do Windowsa, ma IDE od jednej firmy, w ogóle jest totalny vendor lock-in i trzeba brać na klatę wszystko co MS podaje.

"Najszybciej rozwijająca się technologia" - fakt: Java ma spory zastój i to przez wiele lat, ale niedawno Sun został kupiony przez majętnego Oracla, który to pompuje sporo kasy i wysiłku w Javę, co zresztą widać. Z tym, że Java i C# to nie jedyne języki na świecie wykorzystywane w biznesie.

"W porównaniu do np. takiej Javy piszesz duuużo mniej kodu i po prostu szybciej tworzysz aplikacje." Tu też nie widzę żadnych porównań. Java będzie znacznie bardziej zwięzła od wersji 8, która zostanie wydana w przyszłym roku. Dość późno, no ale autor dopiero zaczyna przygodę z programowaniem i zanim nabędzie stosownych umiejętności to Java 8 powinna zdążyć się co nieco zadomowić na rynku.

O ja je*ie :)

To teraz może zerknijmy jaki % projektów stoi na Javie 6 i niżej(babranie w starym gównie), a jaki stoi na .NET 3.5-4.0 i wyżej :)

Porównywanie Eclipse czy NetBeans do VS z R# to jak porównywanie malucha do mercedesa klasy S, sorry ale ani praca nie jest przyjazna, ani fajna :)

Twierdzenie o "przenośności" Javy to w ogóle pozostawię bez komentarza :)

Jeśli uważasz pierdyliard frameworków za coś mega, to chyba też lekko mijasz się z prawdą. Najważniejsze frameworki i tak są portowane na .NET <-> Java, czy to w jedną czy w drugą stronę.

3

To teraz może zerknijmy jaki % projektów stoi na Javie 6 i niżej(babranie w starym gównie), a jaki stoi na .NET 3.5-4.0 i wyżej

No ja chetnie zerkne, masz taka statystyke?

Twierdzenie o "przenośności" Javy to w ogóle pozostawię bez komentarza

To co, nie jest przenosna?

0

Twierdzenie o "przenośności" Javy to w ogóle pozostawię bez komentarza

To co, nie jest przenosna?</quote>

A jest? Skompiluje raz i działa wszędzie?

0

Przede wszystkim, gdzie byś nie kompilował, wynikowy JAR powinien być identyczny (modulo timestampy).

W zasadzie jedyne przypadki w których stary program nie działał mi na nowej Javie to przypadki w których ów program mielił bajtkodem i zakładał, że nie zmieni się on w przyszłych wersjach Javy.

0
emfałsi napisał(a):

Twierdzenie o "przenośności" Javy to w ogóle pozostawię bez komentarza

To co, nie jest przenosna?

A jest? Skompiluje raz i działa wszędzie?</quote>

No właśnie tak. Główne powody, dla których nie działa wszędzie, to m. in. biblioteki naszykowane specjalnie pod dany system, oraz ludzie typu "Jak skonwertować JAR na EXE".

3

@emfałsi nie żartuj. Gdyby nie Resharper to Visual studio byłoby 100 lat za murzynami. A i nawet ta dodatkowa (i płatna!) wtyczka nie daje rady zbliżyć VS do Eclipse czy do IntelliJ. To jest przecież jak być notepada chciał do IDE porównywać.
Wystarczy poczytać co ten plugin do VS daje:
http://www.jetbrains.com/resharper/
i pomyśleć że tych rzeczy tam nie było od nowości...

0

Człowiek zada proste pytanie a tutaj widzę dyskusja... ;) Mam jeszcze pytanko: czy ksiażka .NET czarna ksiega jest dobra na początek ponieważ jest tam podobno za wiele przykladow w VB... :) (swoja droga to nie jest tak, że wczesniej przed c++ nic nie bylo, jestem podobno niezlym webmasterem a teraz chcialbym rozszezyc swoje pole dzialania)

0
Shalom napisał(a):

@emfałsi nie żartuj. Gdyby nie Resharper to Visual studio byłoby 100 lat za murzynami. A i nawet ta dodatkowa (i płatna!) wtyczka nie daje rady zbliżyć VS do Eclipse czy do IntelliJ.

  1. Tego Eclipse, które samo nie potrafi podpowiedzieć składni, tylko trzeba coś wciskać, żeby podpowiedzi się pojawiły?
  2. Czym funkcjonalnie różni się VS z R# od IntelliJ?

Swoją drogą zastanawiające, ze JetBrains do VS wystarczyło napisać wtyczkę, a do Javy musieli pisać całe IDE.

i pomyśleć że tych rzeczy tam nie było od nowości...

Sporo było, trochę jest w darmowych dodatkach, R# wiele rzeczy podmienia na swoje. Ale goły VS dla większych projektów faktycznie jest nieco ubogi w opcje refaktoringowo-sprzątające.

1

Swoją drogą zastanawiające, ze JetBrains do VS wystarczyło napisać wtyczkę, a do Javy musieli pisać całe IDE.

The first version of IntelliJ IDEA was released in January 2001, and at the time was the only available Java IDE with advanced code navigation and code refactoring capabilities integrated.

W 2001 roku najnowocześniejszym VS był Visual Studio 6.0.

Pierwszy R# został wydany w 2004:

July 27: IntelliJ 4.5 released
July 21: JetBrains releases its second product ReSharper 1.0, bringing IntelliJ IDEA-style productivity benefits to C# .NET

Jak widać trochę czasu im zajęło pisanie tej wtyczki...

0

Mnogość frameworków do javy to ma być zaleta? Dla mnie to olbrzymia wada - pracujesz nad jednym projektem w jednym frameworku, a potem nad drugim projektem w drugim frameworku więc musisz poświęcić czas na poznanie różnic, a różnice są na pewno duże bo inaczej nie byłoby tyle frameworków do javy. Przekłada się to również na ogłoszenia o pracę do javy gdzie w wymaganiach jest lista frameworków - i to ma być zaleta?

0

Zmieniasz pracę co rok, czy co? Niby są listy frameworków, ale są też inne bezsensowne listy i wymaganie 20 lat doświadczenia tuż po studiach. Ja w miarę dobrze zarabiam, a w zasadzie żadnej biblioteki Javowej czy tam frameworka nie znam w stopniu bardzo dobrym.

Jeśli firma uwala na rekrutacji, bo ktoś znał na pamięć za mało funkcji z frameworków X, Y i Z, to to jest chora firma i nawet lepiej, że uwaliła.

0

Kolejny flamewar Java vs .NET - dali byście sobie spokój.

0
misiekq napisał(a):

Mnogość frameworków do javy to ma być zaleta? Dla mnie to olbrzymia wada - pracujesz nad jednym projektem w jednym frameworku, a potem nad drugim projektem w drugim frameworku więc musisz poświęcić czas na poznanie różnic, a różnice są na pewno duże bo inaczej nie byłoby tyle frameworków do javy. Przekłada się to również na ogłoszenia o pracę do javy gdzie w wymaganiach jest lista frameworków - i to ma być zaleta?

Wyszło szydło z worka - stwierdzasz że programiści .NET to sami leniwcy niezdolni do większego wysiłku umysłowego :/
A tak trochę poważniej. Poczytaj o konkurencji. Chodzi mi o taką wewnętrzną, między frameworkami Javy. Gdy nie ma konkurencji (ala .NET) jakość usług mimo wszystkiego nie może się stale polepszać - gdzieś masz wewnętrzny punkt odniesienia od którego masz być lepszy?

Poza tym na listach frameworków zwykle powtarzają się te same - Spring, Hibernate..

0
misiekq napisał(a):

Przekłada się to również na ogłoszenia o pracę do javy gdzie w wymaganiach jest lista frameworków - i to ma być zaleta?

A to do .NET w wymaganiach nie ma listy frameworków i technologii? :|

1

Czy odpowiedź na moje pytanie: Czym funkcjonalnie różni się VS z R# od IntelliJ? jest aż tak trudna, że nikt nie potrafi odpowiedzieć?

1 użytkowników online, w tym zalogowanych: 0, gości: 1