Praca backend developera to już nie tylko backend?

Odpowiedz Nowy wątek
2017-05-01 09:22
0

Witam, śledząc ostatnie oferty pracy na przestrzeni czasu zauważyłem, że oferty dla developerów backendowych bardzo często zawierają również wzmianki typu: "mile widziana" znajomość JS, HTML Angular/React. O ile nie powinno mnie to dziwić dla programistów PHP, Python, RoR, ale coraz więcej jest takich ofert dla programistów Java / C#. Nie mówię tutaj o klepaniu stylów w css ale o programowaniu w JS. Jak jest u was w pracy? Jako programiści Java / C# również dostajecie zadania aby coś dopisać w JS? Myślicie że różnica między Full Backend / Full Frontend dev robi się coraz mniejsza, w związku z rozwojem web? Jak to według was będzie wyglądać w przyszłości?

edytowany 1x, ostatnio: noindyfikator, 2017-05-01 09:23

Pozostało 580 znaków

2017-05-01 09:28
Biały mleczarz
3

Biznes chce fullstackow.
W ofertach dla frontu tez jest mile widziany backend.

Jakbym był "biznesem", to też wolałbym zatrudnić jednego gościa zamiast dwóch i kazać mu robić za dwóch za jedną wypłatę ;-). - wiciu 2017-05-01 21:28
A najlepiej jakby to był student z orzeczeniem o niepełnosprawności na pół etatu. - somekind 2017-05-02 15:27

Pozostało 580 znaków

2017-05-01 09:54
0

U mnie w zespoly każdy jest full-stackiem.
I w sumie spoko, bo o ile jesteś backendowcem, to naklepanie kodu w JS raczej nie będzie problemem, gorzej w odwrotnej sytuacji


edytowany 1x, ostatnio: JrQ-, 2017-05-01 09:56

Pozostało 580 znaków

2017-05-01 10:30
Biały Mleczarz
7

Ale backendowcowi zabawa z CSS'ami juz troche zajmie.

O ile jest maly projekt to ludzie moga byc fullstackami, ale jak wiekszy to jestem zdecydowanym przeciwnikiem, poniewaz uwazam, ze prawdziwe fullstacki nie istnieja.

Pozostało 580 znaków

2017-05-01 10:39
3

I w sumie spoko, bo o ile jesteś backendowcem, to naklepanie kodu w JS raczej nie będzie problemem, gorzej w odwrotnej sytuacji

Nie rozumiem, czemu w odwrotnej sytuacji miało by być odwrotnie? Z mojego doświadczenia samo programowanie backendu w JS (w Node) to ten sam poziom trudności, co programowanie frontendu w JS (zakładam dla uproszczenia, że jest ten sam język po backendzie i frontendzie - jeśli jest inny to też nie rozumiem czemu np. Pythonowiec miałby się łatwiej nauczyć JavaScriptu niż JavaScriptowiec Pythona).

Z drugiej strony programowanie to nie wszystko, bo zarówno backend jak i frontend różnią się dodatkami - w backendzie trzeba napisać jakiś SQL, we frontendzie trzeba ogarniać CSS, kolory, piksely itp.. I tu widzę przeszkodę w skakaniu między tymi dwoma działkami - a nie w języku. Tylko znowu - nie rozumiem czemu backendowiec miałby łatwiej przeszkoczyć na frontend. Wydaje mi się, że obie strony barykady prezentują pewne odmienne wyzwania.

No i są rzeczy trudniejsze od technologii, np. wdrożenie się w duży projekt (i tutaj dopiero mogłoby być łatwiej backendowcom wdrożyć się we frontend pod warunkiem, że byłaby to typowa aplikacja starego typu - gdzie większość logiki jest po stronie backendu. Wtedy naklepać 10 linijek w jQuery faktycznie mogłoby być łatwiejsze niż wdrożyć się w aplikację backendową na ileś tysięcy kodu.

"mile widziana" znajomość JS, HTML Angular/React.

No ale jeśli to aplikacja, która po stronie frontendu też jest również rozbudowana (że aż musi korzystać z Angulara/Reacta) to ten argument odpada.

Nie mówię tutaj o klepaniu stylów w css

Klepanie stylów w CSS wcale nie jest takie łatwe. Jeśli ktoś twierdzi, że jest łatwe to albo mu się tylko wydaje (często backendowcy traktują z pobłażliwością CSS bo nie muszą się tym zajmować głębiej i nie wiedzą co to za piekło) albo faktycznie jest dobry w te klocki bo się tym zajmuje na codzień (czytaj: jest frontendowcem i to dobrym, solidnym frontendowcem, który opanował tę trudną sztukę klepania CSSów).


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);
edytowany 3x, ostatnio: LukeJL, 2017-05-01 10:40
Pokaż pozostałe 2 komentarze
oczywiście, co nie zmienia faktu, że backendowiec ogarnie, bo większa logika stoi w backendzie zazwyczaj - JrQ- 2017-05-01 19:37
Nie zawsze. Szczerze mówiąc alergię mam na postawę "backendowiec ogarnie" bo potem jest kupę spaghetti kodu po stronie frontendu, bo się go traktuje jak coś dodatkowego, a nie "prawdziwe programowanie", więc się nie przykłada do niego uwagi. Już wolę jak jest wydzielona strona frontendowa i strona backendowa - i obie te strony są niezależnie rozwijane przez specjalistów w temacie... - LukeJL 2017-05-01 19:41
Może jakbym nie musiał nigdy sprzątać po backendowcach ich cudnego kodu, to miałbym inny pogląd... - LukeJL 2017-05-01 19:43
współczuje, że masz słabych backendowców, ja mówiłem o sobie bardziej ;) - JrQ- 2017-05-01 23:34
Zarówno backendowiec zrobi kupę we froncie, jak i frontendowiec zrobi kupę w backendzie. Jeśli ktoś nie robi kupy nigdzie, to jest ninja-fullstackiem, bo zwykłe fullstacki robią kupę wszędzie. - somekind 2017-05-02 15:29

Pozostało 580 znaków

2017-05-01 10:50
Mały Mleczarz
0

Ja to bardziej jestem Backend + DevOps.
Trzeba coś ustawić na aws tos spoko, trzeba napisać jakiś servis restowy też spoko, ale jakbym miał pisać coś w CSS to bym się chyba załamał.

Jak będzie trzeba to od biedy mogę naklepać coś małego i prostego w JS, ale z góry mówię, żeby się po tym nikt nie spodziewał niczego sensownej jakości.
Będzie działać, ale do utrzymania nadawać się raczej nie będzie, bo tam się wszystko za często zmienia, i nawet nie chce mi się śledzić tego jak się teraz piszew tych technologiach.

Pozostało 580 znaków

2017-05-01 10:56
0

"Nie mówię tutaj o klepaniu stylów w css". Nie miałem na uwadze poziomu trudności pisania css. Chodziło mi, że zadania związane z frontendem, które dostają backendowcy są bardziej związane z js, niż z css. Bo z przypadkiem gdy backendowiec dostaje do naklepania jakieś bardziej zaawansowane style tzn. inne niż ustawienie marginesu itp., to się jeszcze nie spotkałem.

edytowany 1x, ostatnio: noindyfikator, 2017-05-01 10:57

Pozostało 580 znaków

2017-05-01 12:04
Biały Mleczarz
0

Frontend i backend mają różne cele.
Frontend ma szybko wprowadzać zmiany, niekoniecznie musi być duża dbałość o jakość.
Backend ma być solidny i działać oraz być dobry jakościowo.

Pozostało 580 znaków

2017-05-01 14:07
Brunatny Ogórek
0

Też mam takie pytanie które języki poza C/C++ nie wymagają mile widzianej lub koniecznej opcji nauki i umiejętności programowania w JS, CSS? Wolę się skupić na jednym języku a dobrze, niż rozdrabniać się na HTML,CSS, JS, Bootstrap, React, Angular, jQuery, PHP, C#.

Pozostało 580 znaków

2017-05-01 14:38
Zimny Mleczarz
0

Z tym będzie trudno, bo nawet desktopowe aplikacje w Qt mogą być pisane w htmlu i JSie. Raczej skupiaj się na pozycjach gdzie te technologie są w "mile widzianych", bo to może oznaczać tyle że raz na jakiś czas frontendowcy nie będą mieli czasu i będziesz musiał tylko stworzyć jakiś formularzyk w angularze i zaaplikować style tak jak w innym kalendarzu (co jest w stanie zrobić średnio inteligentny orangutan). Im większa firma tym mniejsze prawdopodobieństwo że będziesz się dziabał we froncie, ale też tym większe że będziesz się dziabał w korporzeczach.

Pozostało 580 znaków

2017-05-01 14:45
1

Frontend ma szybko wprowadzać zmiany, niekoniecznie musi być duża dbałość o jakość.

Niekoniecznie musi być duża dbałość o jakość? Powiedz to:

  • grafikowi, który się przyczepia o piksele czy o odcień białego
  • designerowi, który wymaga określonego zachowania formularza
  • leadowi, któremu nie podoba się niezbyt opisowa nazwa zmiennej na code review
  • czy PMowi, który pilnuje, żebyś usunął bugi z produkcji

Na pewno w pewnych sytuacjach można sobie pozwolić na szybkie zmiany bez troski o jakość (np. szybkie prototypowanie) ale poza tym to nie widzę powodu, dla którego frontend miałby być mniej wymagający jakościowo.


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

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