Podział na Front i Backend czy Fullstack

W jakim miejscu pracujesz?
- z podziałem na frontend i backend
41%
41% [19]
- brak podziału -> fullstack
59%
59% [27]
Odpowiedz Nowy wątek
2016-11-17 19:50
Złoty Mleczarz
0

Jak jest u was w pracy? Jak to wypada ogółem? Raczej podział czy raczej fullstack? Które podejście jest według was bardziej sensowne albo bardziej wydajne?

Pozostało 580 znaków

2016-11-17 20:00
0

Zależy od branży w jakiej się dana firma obraca, od poziomu zleceń (czy są to templatki w wordpressie czy duże systemy) i technologii. W mniejszych projektach i tam gdzie Janusz chce zaoszczędzić może nie być tego podziału, ale nie wyobrażam sobie, żeby ludzie zajmujący się optymalizacją baz danych w takim facebooku klepali w Reakcie tak samo wydajnie jak front-endowcy.

edytowany 1x, ostatnio: Desu, 2016-11-17 20:00

Pozostało 580 znaków

2016-11-17 20:05
Złoty Mleczarz
0

Startup to raczej na pewno coś w rodzaju full stacka. Ale duża firma raczej podział.

A może po prostu brak oficjalnego podziału a teamy same sobie rozdzielają pracę?

Pozostało 580 znaków

2016-11-17 20:22
0

to zależy. Jak masz w teamie programistów full stackowych, to full stack może mieć sens, jeśli masz programistów wyspecjalizowanych a to we frontendzie a to w backendzie, to może się skończyć na tym, że kod frontendowca klepiącego backend (albo odwrotnie - backendowca klepiącego frontend) będzie marnej jakości.

jeszcze są dalsze podziały - na samym frontendzie masz z jednej strony programowanie z drugiej strony zajmowanie się CSSem. Możesz mieć osoby, które są w tym i tym dobre, a możesz mieć osobę, która np. tylko umie programować, a CSS już nie bardzo (albo odwrotnie). Wtedy zrzucanie zarówno JS jak i CSS na jedną osobę też jest nieoptymalne.


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);
@LukeJL, @Desu Haha, słowo "zależy" chyba zdominuje ten wątek :D - Maciej Cąderek 2016-11-17 20:25
bo i co innego można powiedzieć? "To zależy" ;) Uniwersalna odpowiedź na wszystkie pytania. - LukeJL 2016-11-17 23:51
Pamiętam nauczyciela od budownictwa z technikum - jak zadał pytanie i odpowiedziałeś "to zależy" to plus w dzienniku gwarantowany :D - Maciej Cąderek 2016-11-17 23:54

Pozostało 580 znaków

2016-11-17 20:24
0

Zależy,
jak używasz jednego języka do frontu i backendu (JS, Scala, Clojure i nie wiem co tam jeszcze) to fullstack jest fajną opcją, doświadczenie z jednego procentuje w drugim, nie masz laga przy przejściu z jednej strony na drugą, a i kod może być współdzielony częściowo. Łatwiej się dogadać z ludźmi, którzy znają obie strony, no i robisz API sam dla siebie ;) Wiadomo, że i w takim teamie jest jakiś naturalny podział - jeden woli algorytmy, drugi CRUDy, jeszcze inny CSSy (istnieje ktoś taki?), ale każdy ma pełen obraz.

U mnie w firmie jest dziewięciu fullstacków (wszyscy deweloperzy) i jest spoko, a robimy coś więcej niż templatki na Wordpressie ;)

edytowany 1x, ostatnio: Maciej Cąderek, 2016-11-17 20:25
Najlepszy lag jest jak masz w .eslintrc semi:never, a Twój backend nie wybacza braku średnika :P - Desu 2016-11-17 21:49
Brr.. masochizm mieć inne linty po obu stronach :P No ale z tym by sobie lint-fix sam poradził ;) - Maciej Cąderek 2016-11-17 22:07
jeśli się ma linty to wcale nie masochizm, bo po prostu wtyczka do edytora to podkreśli już w momencie pisania. - LukeJL 2016-11-17 23:52

Pozostało 580 znaków

2016-11-17 20:49
Złoty Mleczarz
0

Wydaje mi się, że to sharowanie kodu , ten sam jezyk na front i backend to w przeszłości zawsze kończyło się failem.

Pozostało 580 znaków

2016-11-17 21:26
0

@ZŁoty Mleczarz
W przeszłości pewnie tak. Bo jakie tam próby były - Java i GWT?
Java średnio się transpiluje do JS bo to bardzo różne języki, stąd tyle problemów.
W przypadku Node tego problemu w ogóle nie ma.
W przypadku języków funkcyjnych (Scala.js, ClojureScript itp) taka translacja jest w miarę bezbolesna a interop z libkami JS bezproblemowy, poza tym są source mapy, więc możesz się obejść bez tykania JS nawet przy debugowaniu.

Zresztą poczytaj wypowiedzi @Wibowit o Scala.js - wygląda to nieźle.

edytowany 4x, ostatnio: Maciej Cąderek, 2016-11-17 21:34
Jak to Java i JS to bardzo różne języki? Przecież JSowcy dostają oferty pracy dla Java Dev. HR nie może się mylić... - SekretarzGeneralnyONZ 2016-11-18 15:56
@SekretarzGeneralnyONZ JS jest dwa razy bardziej skomplikowany bo zawiera jeszcze Script, widocznie od juniorów wymagają tylko połowy wiedzy. - Maciej Cąderek 2016-11-18 16:12
właśnie, za script należy się dwa razy więcej kasy. - LukeJL 2016-11-18 16:25
czyli jak Javowcy zarabiają średnio wykopowe 15 tysięcy, to ja poproszę 30 tysięcy ;) - LukeJL 2016-11-18 16:26

Pozostało 580 znaków

2016-11-17 22:01
3

Full stack, a potem mamy strony jakie mamy :)


Pozostało 580 znaków

2016-11-17 22:13
0

Z podziałem, a ja robię jako fullstack (bo daję radę).

Pozostało 580 znaków

2016-11-18 08:22
0

@Maciej Cąderek
Ostatnio słuchałem podcastu gdzie ludzie odpowiedzialni za Scala.js mówili, że kod Javascriptopwy transpilowany ze Scala.js jest 10-20 razy wolniejszy niż czysty, natywnie napisany JavaSritp, ale dodatkowo używa się jakiś optymalizatorów, dzięki którym uzyskuje się kod tylko 2-3 razy wolniejszy niż natywnie napisany JavaScript

No ja twórcy tak mówią to pewnie prawda, ale performance to tylko jeden z czynników, rzadko jest to wąskie gardło. Btw np w takim ClojureScript taki React przyspiesza, dzięki persistent data structures - wszystko zależy od tego co i w jaki sposób robisz. - Maciej Cąderek 2016-11-18 16:23
Co do 3 razy to mniej więcej zgadza się z moimi benchmarkami.... ale przerobić architekturę na lepiej wykorzystującą możliwości przeglądarek - przy pomocy ScalaJS (wykorzystanie np. WebWorkerów) jest mi łatwiej niż w gołym JavaScript). - jarekr000000 2016-11-19 10:20

Pozostało 580 znaków

2016-11-18 14:44
Wielki Mleczarz
0

"Full-stack means "able to break all layers of the system""

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