Backend mnie nudzi... wybór języka obiektowego - może JavaScript?

0

Hejka, od jakiegoś czasu uczę się Spring'a... i nauka idzie mi strasznie mozolnie, bo to jest dla mnie po prostu nudne... backend raczej nie jest dla mnie ;)
Podczas nauki Java SE - robienie aplikacji konsolowych czy swingowych było ciekawe i fajne.

Podoba mi się też Javascript(nie znam tego języka), dlatego zastanawiam się nad nauką Javascript, angular i może też node.js.
ale nie wiem czy to dobry wybór? bo zawodowo chce programować obiektowo... a wymóg języka javascript jest chyba głównie w ofertach dla frontend'a? Więc frontend też programuje obiektowo?

W skrócie - chce programować obiektowo, ale nie chce zajmować się backendem. Co mi doradzacie w takiej sytuacji?

1

Po pierwsze nie przywiązuj się do jednego paradygmatu. Poczytaj o programowaniu funkcyjnym. Ogarnij bibliotekę Vavr w Javie.
Po drugie Spring to programowanie proceduralne w Javie.
Po trzecie Angular 2 to taki chyba Spring w JavaScript :)
Jeżeli lubisz obiektówkę, poczytaj o Solid i DDD, czyli programowaniu obiektowym robionym dobrze.

Polecam Ci nauczyć się prawdziwego backendu zamiast klepania Restów. Przykładowo przetwarzanie reaktywne (Spring 5), messaging (Kafka), Sockety (Netty), protokoły, skalowalność, kontenery (Docker)
Obecnie pracuję w sektorze Telco i sporo dziwnych rzeczy się pisze.
Jest to znacznie ciekawsze nić Mysql -> Hibernate -> Spring4 -> Angular.

0

Jak nie chcesz backendu to zostaje Ci frontend i javascript, css i html.

Chociaz dla mnie to frontend to straszna nuda ;)

0

@nie100sowny: lepiej, zeby ogarnal solidne podstawy a nie to o czym piszesz co pewnie spotka tylko u 1% firm.... To mu co najwyzej zrobi sieczke w glowie.

1

W javascript wszystko jest obiektem ;)

0

W skrócie - chce programować obiektowo, ale nie chce zajmować się backendem. Co mi doradzacie w takiej sytuacji?
Sory, ale w takim wypadku bedzie z Toba ciezko. Programowanie obiektowe duzo, duzo bardziej sprawdza sie na backendzie niz na froncie.

W takim razie nie wiem co Ci zostalo, web dev ?

0

hmm... czy znajomość JavaScript, Angular, React, html5, css3 i Node.js jest odpowiednia dla stanowiska FullStack? czepiam się tak tego JavaScript, bo gdzieś pisali że to najbardziej przyszłościowy język programowania, czy zgadzacie się z tą teorią? i czy node.js to tylko chwilowa moda czy może jednak stanowi zagrożenie dla Spring/.NET?

albo też będę uczyć się jednocześnie JavaScript & Angular oraz Android Studio i zobaczę co mi się najbardziej spodoba...
ewentualnie wrócę do Spring'a albo jeszcze pobawię się .NET ;)

1
Desu napisał(a):

W javascript wszystko jest obiektem ;)

to nie jest prawda:)

var bum = "kabum"

i już nie ma obiektu ;) to że możesz używać na nim metod z prototypu String to inna sprawa

1

Frontend jest nudny

1
Mjuzik napisał(a):

Frontend jest nudny

Jak całe klepanie stronek.

0

Dlaczego Cię nudzi? Może po prostu nie napisałes czegoś ciekawego? Może po prostu pisałes małe aplikacje z mała ilością logiki :)
@nie100sowny niby dlaczego Spring to jest programowanie proceduralne? Jak dla mnie to programowanie obiektowe i aspektowe

0

Ruby jest w pełni obiektowy, a w połączeniu z CoffeScript masz całą stronę. Ruby jest łatwiejszy od Pythona.

0

CoffeeScript to przeszłość. JavaScript (w wersji ES6 i dalej) jest na tyle ekspresywny, że używanie CoffeeScripta mija się z celem, a nawet jest bez sensu, ponieważ JavaScript ma o wiele lepszy tooling/wsparcie w edytorach itp./ od biednego CoffeeScripta, więc używając CoffeScript zamiast jak ludzie JSa (albo TSa jak niektórzy lubią) skazujemy się na biedę.

Więc frontend też programuje obiektowo?

Cały świat programuje obiektowo (poza hipsterami od Clojure czy innych wynalazków), tylko, że ta obiektowość często jest na pół gwizdka, albo nawet na ćwierć.

Po drugie - czy programowałeś już w inny sposób niż tylko obiektowo, czy chcesz programować obiektowo bo tylko taki rodzaj programowania znasz? Programowanie funkcyjne warto poznać. Programowaniem proceduralnym nie warto też gardzić na wstępie. No i jest wiele innych paradygmatów, warto chociaż poczytać o nich, żeby potem nie kwiczeć, że "tylko programowanie obiektowe" https://en.wikipedia.org/wiki/Programming_paradigm
Jeśli chodzi o JavaScript to częściej będziesz miał do czynienia z event-driven programming (bo ciągle są jakieś eventy, na które trzeba reagować) niż z jakąś zaawansowaną obiektówką. Niby JS jest OOP ale programowanie w nim frontendu zwykle mało ma z takim klasycznym OOP wspólnego, bo operujesz bardziej na eventach albo sam odpalasz jakieś eventy/akcje, żeby coś wykonać.

0

Jeszcze masz c++ i mobilki

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