Backend technologie przyszlosci? PHP? ASP.NET MVC? Spring? Django?

0

Witam tak jak w pytaniu co uwazacie za najtrafiniejszy wybor do nauki na przyszlosc? Jak te techonologie stoja pod wzgledem trudnosci?

1

Nikt nie jest w stanie przewidzieć co będzie używane w przyszłości. Obecnie najlepszy wybór to Spring i ASP.NET MVC w zastosowaniach korporacyjnych. PHP i Django są stosowane raczej w przypadku prostych stron i mniejszych serwisów. Poziom trudności zależy od tego czy lepiej znasz Javę czy C# i platformę .NET.

3

PHP. Jak zarobisz pierwszy milion zmieniasz na Spring.

1

Raczej nie Java a Scala, Ceylon, Kotlin. Raczej nie PHP a Elixir, Go.

8
Skromny Wąż napisał(a):

Raczej nie Java a Scala, Ceylon, Kotlin. Raczej nie PHP a Elixir, Go.

Scala nie jest konkurentem javy a poza tym....
java is dying

0
Haskell napisał(a):

Nikt nie jest w stanie przewidzieć co będzie używane w przyszłości. Obecnie najlepszy wybór to Spring i ASP.NET MVC w zastosowaniach korporacyjnych. PHP i Django są stosowane raczej w przypadku prostych stron i mniejszych serwisów. Poziom trudności zależy od tego czy lepiej znasz Javę czy C# i platformę .NET.

Znam duże startupy o zasięgu globalnym (w dwóch pracowałem), które cały backend mają w PHP (oprócz innych technologii). To bardzo często konsekwencja ewolucji z MVP.

Widziałem rozwiązania na poziomie "korpo", wdrażane za ~ 1 mln pln, pisane w ASP.NET MVC i to była taki szajs, że nawet programista Laravela by płakał ;).

Niemniej, w PHP dla juniorów jest mniejsza kasa (na poziomie senior już jest podobnie) i czegoś takiego jak Oracle pewnie na oczy nie zobaczysz ;).

2

Wybierz obojętnie którą. Możesz zacząć od Django (który wydaje mi się lepszym wyborem niż PHP, ale PHP ma chyba mniejszą prędkość ucieczki i łatwiej znajdziesz pracę na poczatku).

Przyszłościowa jest umiejętność programowania, technologia naprawdę nie ma znaczenia. Ostatnio byłem na rozmowie w całkiem fajnej firmie i 10% pytań było na temat wiodącego u nich języka programowania, a reszta to sql, nosql, sharding, caching, http/rest, bezpieczeństwo, algorytmy i struktury danych, testowanie itd. Wtedy zrozumiałem jak bardzo język programowania nie ma znaczenia. Może nie tyle nie ma znaczenia, bo rożne technologie mają rożne zastosowania, ale nie stanowi istotnej częsci całości jezeli chodzi o nasze umiejętności.

Dlatego powinieneś wybrać język programowania pod kątem aplikacji przy których chcesz pracować. Start-upu którego founderzy wybiorą od razu Javę raczej nie uświadczysz, a z drugiej strony, dużych aplikacji z sektoru finansowego raczej nie piszę się w Django.

0

A jesli chodzi o Spring vs ASP.NET MVC co byscie wybrali?
Jestem osoba ktora nie ma jakiegos super duzego 'skilla' i doswiadczenia w programowaniu

0
Wielki Krawiec napisał(a):

A jesli chodzi o Spring vs ASP.NET MVC co byscie wybrali?
Jestem osoba ktora nie ma jakiegos super duzego 'skilla' i doswiadczenia w programowaniu

Osobiście polecam spring a dokładniej projekt spring-boot. Jest fajnym stosunkowo lekkim frameworkiem, co prawda dynamicznie rozwijającym się (co może utrudnić naukę).

Odradzał bym rozwiązania Microsoftu tylko i wyłącznie ze względów licencyjnych. Można tam znaleźć dość zawiłe zapisy które mogą okazać się kłodą pod nogi w przypadku własnych startupów.

Jeśli celujesz w lekkie rozwiązania np do personalnych stron internetowych rozsądnie będzie iść w kierunku python/PHP.

0

a gdzie NodeJS? Gdzie Ruby?

2

Może się przyda w kontekście tematu https://octoverse.github.com/

1
Emil napisał(a):

Osobiście polecam spring a dokładniej projekt spring-boot. Jest fajnym stosunkowo lekkim frameworkiem, co prawda dynamicznie rozwijającym się (co może utrudnić naukę).

Odradzał bym rozwiązania Microsoftu tylko i wyłącznie ze względów licencyjnych. Można tam znaleźć dość zawiłe zapisy które mogą okazać się kłodą pod nogi w przypadku własnych startupów.

Jakie konkretnie zapisy w Apache LIcense, Version 2.0 są utrudnieniem dla startupów?
Dlaczego ta sama licencja jest utrudnieniem w przypadku ASP.NET MVC, a nie jest nim w przypadku Spring Boota?

0

Myślę, że pierwsze co musisz zrobić to odpowiedzieć sobie na pytanie jaki typ pracy byś chciał i przeprowadzić wstępny filtering technologii na tej podstawie. Często ludzie robią na odwrót patrząc na zarobki/ilość ofert i sami strzelają sobie samobója. Np. patrząc na zarobki i ilość ofert wybierasz Spring i ten cały jego ekosystem. Ale praca w takim Spring to jest na 99% praca w enterprise z jakąś kobyłą projektem, w której to co ty robisz to jakiś [CIACH!] nieznaczący. To przekłada się na nikłą satysfakcję z twojego wkładu bo on jest znikomy na tle całej tej kobyły. Większość czasu spędzasz na refactoringu i debugowaniu jakiegoś nudnego legacy code bo jego jest po prostu od zajeb...a bo to kobyła. Generalnie praca w takim Spring czyli enterprise to można sobie oko z nudów wydłubać po krótkim czasie. Zresztą weź sobie pierwszą lepszą książkę do Springa i jak z nudów nie uśniesz po pół godziny to gratuluje, a to dopiero nauka. Jak komuś to odpowiada to spoko, ale chodzi o to, żeby uświadomić sobie character pracy jaki wiąże się z daną technologią zanim wpakujesz czas w nią bo niby zarobki i ilość ofert by za nią przemawiały.

2

W kontekście posta @ragmal przekleję co pisałem w innym temacie:

Skromny Mleczarz napisał(a):

Zastanawia mnie trochę kwestia korpo vs startupy.
Z jednej strony Java, C# itp. a z drugiej Ruby, Python, PHP, Node itp.

Chociaż te drugie czasem są uważane 'zabawki' co według mnie jest niesprawiedliwe. Mysle, że to kwestia preferencji kto się gdzie odnajdzie albo czym się zmęczy.
Inna sprawa, że często taki startup jak wypali to często jest przenoszony np. na JVM.

Ja obecnie jestem w tym pierwszym korpo obozie i o ile pewne rzeczy by mnie interesowały to cięzko czasem się do nich dobrać gdy te projekty są często stare.

Na nofluffjobs pojawiają sięciekawe oferty i w sumie to oferty dla Pythona, Node, Go są często całkiem ciekawe i czuć w nich powiew świeżości.
Czasem widzę w parze Python + Go i około Cloud.

Według mnie ogólnie to dwa światy i każdy powinien zdecydować co go bardziej interesuje.
Inna sprawa ilość ofert pracy

i jako ciekawostka dotycząca Pythona https://www.paypal-engineering.com/2014/12/10/10-myths-of-enterprise-python/

0

W pracy do dużego systemu na chmurze używamy pythona z django i nie widzę powodów aby z tego rezygnować. Solidny stack i bez bardzo konkretnych argumentów ciężko będzie wykorzystać cokolwiek innego. Definitywnie jeden z głównych języków przyszłości

0
MuadibAtrides napisał(a):

W pracy do dużego systemu na chmurze używamy pythona z django i nie widzę powodów aby z tego rezygnować. Solidny stack i bez bardzo konkretnych argumentów ciężko będzie wykorzystać cokolwiek innego. Definitywnie jeden z głównych języków przyszłości

To zależy od wymagań. Jeśli faktycznie będzie wymagana jakaś lepsza wydajność to Pythonowi może trochę braknąć. A gdy codebase staje się wielkie to statyczne typowanie jednak pomaga.

Osobiście wolalbym, żeby w Polsce bylo wiecej Pythona niż PHP.

0

Java, bo to już nigdy nie zdechnie.

0
Chory Pomidor napisał(a):
MuadibAtrides napisał(a):

W pracy do dużego systemu na chmurze używamy pythona z django i nie widzę powodów aby z tego rezygnować. Solidny stack i bez bardzo konkretnych argumentów ciężko będzie wykorzystać cokolwiek innego. Definitywnie jeden z głównych języków przyszłości

To zależy od wymagań. Jeśli faktycznie będzie wymagana jakaś lepsza wydajność to Pythonowi może trochę braknąć. A gdy codebase staje się wielkie to statyczne typowanie jednak pomaga.

Osobiście wolalbym, żeby w Polsce bylo wiecej Pythona niż PHP.

Pythonowi prędkości nie brakuje i przy dosyć dużym obciążeniu świetnie sobie radzi. Gdy występują problemy wydajnościowe okazuje sie, że przewaznie problemem bylo źle zaprojektowane rozwiązanie. Kwestia architektury.

0
MuadibAtrides napisał(a):
Chory Pomidor napisał(a):
MuadibAtrides napisał(a):

W pracy do dużego systemu na chmurze używamy pythona z django i nie widzę powodów aby z tego rezygnować. Solidny stack i bez bardzo konkretnych argumentów ciężko będzie wykorzystać cokolwiek innego. Definitywnie jeden z głównych języków przyszłości

To zależy od wymagań. Jeśli faktycznie będzie wymagana jakaś lepsza wydajność to Pythonowi może trochę braknąć. A gdy codebase staje się wielkie to statyczne typowanie jednak pomaga.

Osobiście wolalbym, żeby w Polsce bylo wiecej Pythona niż PHP.

Pythonowi prędkości nie brakuje i przy dosyć dużym obciążeniu świetnie sobie radzi. Gdy występują problemy wydajnościowe okazuje sie, że przewaznie problemem bylo źle zaprojektowane rozwiązanie. Kwestia architektury.

Python jest w wielu przypadkach 'wystarczający' ale na pewno nie w każdym przypadku.

0

Dlaczego wolał byś Pythona zamiast PHP, a nie Ruby i dlaczego uważacie że Python to język przyszłości?

0
Nieposkromiony Młot napisał(a):

Dlaczego wolał byś Pythona zamiast PHP, a nie Ruby i dlaczego uważacie że Python to język przyszłości?

Bo jest starszy od Javy.

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