Zastanawia mnie to jak to jest z przejściem na pisanie backendu w nodejs. Przeglądając oferty na backend deva w nodejs przeważnie widzę express.js jako framework albo brak większej ilości informacji. Na przykład w php raczej to wygląda prosto, głównie wybór przypada na Laravel/symfony. W nodzie jest dziesiątki różnych frameworków Hapi/express/sails/nest które mają tysiące gwiazdek na githubie. Jak wygląda komercyjne wejście w technologię jaką jest node jeżeli chodzi o wybór frameworka?
- Rejestracja:około 5 lat
- Ostatnio:7 dni
- Postów:54
PHP 
JavaScript 
node.js 
- Rejestracja:ponad 5 lat
- Ostatnio:prawie 5 lat
- Postów:114
0
Express to bardziej jest jak mikroramy pod które jeszcze dobierasz pomniejsze biblioteki. Z tego co mi się wydaje to zarówno sails jak i nest na nim bazują więc potencjalnie znajomość express praktycznie nie powinna Ci zaszkodzić.
Na Twoim miejscu bałbym się pakować swój czas w Node. Node to śliskie rozwiązanie, co prawda dawniej ten kierunek miał więcej sensu, bo pisanie asynchronicznego kodu w innych językach było kłopotliwe. Np nie słyszałem, by ruby/php coś tutaj oferowało, a np. w pythonie nie było asyncio, a zamiast tego było kilka różnych rozwiązań, i mieszanie api z synchronicznym :-/ także rozumiem czemu ludzie lubią Node. Natomiast z obecnego punktu widzenia to nie wiem po co się w to pchać - chyba tylko po to, żeby utrzymywać :-) Do asynchronicznych zadań 100-kroć lepszy jest elixir, w czy też drętwy go, albo kotlin od jetbrains.
- Rejestracja:prawie 5 lat
- Ostatnio:prawie 5 lat
- Postów:1
0
Dużo tych frameworków jest opartych na expresie jak np nest.js... Wybierasz to co zrobi robotę, jeżeli musisz szybko stworzyć apkę która ma być dobrze napisana to wybierzesz bardziej "opinionated framework" jak nest (oczywiście jeżeli team umie typescript i jest zaznajomiony z wzorcami projektowymi wykorzystanymi w tym frameworku). Express jest bardzo podstawowym frameworkiem a tym samym bardzo prostym ale trzeba wiele rzeczy implementować samemu które już są w innych zaimplementowane. Ze względu na to express jest bardzo dobrym frameworkiem do pisania funkcji serwerlesowych ale istnieje też więc większe prawdopodobieństwo, że mniej doświadczeni programiści napiszą w nim nietestowalną kupę. Fastify na przykład jest bardzo podobny do expressa tylko znacznie wydajnieszy ale również mniej popularny i rzadziej wykorzystywany.
Generalnie widzę, że sprowadza się to do tego - chcesz pisać dobry kod w node, musisz mieć doświadczenie z innych języków które wyznaczają jakieś ramy w jaki sposób "coś" zaimplementować.
- Rejestracja:ponad 8 lat
- Ostatnio:9 miesięcy
- Postów:289
0
Dla kasy? ;) Zarobki w PHP są sporo niższe niż w Node... dodatkowo jest dość sporo ofert pracy w przeciwieństwie do elixira czy kotlina :)
Bardziej chodziło mi o to, że praca z nodem nie ma jakiejś utorowanej ścieżki pracy. Tylko mnogość frameworków/rozwiązań - możesz napisać dobry lub spartaczony kod. I szukam odpowiedzi od kogoś kto pracuje w tej technologi czy rzeczywiście tak jest?
Zarejestruj się i dołącz do największej społeczności programistów w Polsce.
Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.
semicolonsemicolonsemicolonsemicolonsemicolonsemicolonsemicolonJasne, do pisania wielowątkowych kobył może te języki będą lepsze ale powoli (raczej bardzo szybko) się odchodzi od takich aplikacji na rzecz mniejszych jednowątkowych mikroserwisów lub serwerlessu gdzie te języki i ich zalety już nie lśnią tak bardzo- to zależy. Jeśli wszytko sprowadzasz do IO to pewnie tak jest, ale przy bardziej złożonych scenariuszach samo IO nie wystarczy.