Back-end vs Front-end — czym to się tak naprawdę różni?

Ja kiedy wchodziłem do branży, no to branża już miała mocny podział pomiędzy back-endowców i I ja nie wiedzieć czemu zdecydowałem się na bycie back-endowcem. Może z tego powodu, że gdzieś tam dotykałem jakiegoś C++ na studiach. Kompletnie tego nie rozumiałem, ale gdzieś miałem to z tyłu głowy, że głównie programowanie to właśnie ten język. Potem przyszła pora na naukę Javy, a dopiero potem zacząłem poznawać takie języki jak Javascript czy tam właśnie jakieś takie bardziej front-endowe. Names mentioned.

To jest tylko mój domysł, ale jak ja dotykałem front-endu, to była najgorsza rzecz, najtrudniejsza z mojej perspektywy. Kolejna rzecz to sam JavaScript, który jest praktycznie wszędzie. Nie jest to najprostszy język, jeśli chodzi o jakieś tam typowanie i inne aspekty. Może nie tyle, że trudne czy coś, tylko taki po prostu język, który z mojej perspektywy jest nieprzyjemny. Bardziej już cieszyłem się, jak miałem dostęp do TypeScriptu, bo trochę jest to bardziej uporządkowane. Więc myślę, że tutaj też wiele błędów może wynikać właśnie z tego powodu, że piszemy w tym Javascriptie, ale znowu tutaj oddam pole Tobie Radku.

Nie znam tego języka bardzo dobrze, ale jakoś tak jest mi chyba łatwiej niż back-endowcom pisać front-end. Moje frustracje, jeśli chodzi o front-end, to tak jak powiedziałeś CSSy i to jest ciekawa rzecz, ponieważ CSSy w teorii są łatwe, bo to są tylko reguły. To są reguły, to nie jest jakby język programowania, nie ma tu logiki biznesowej, więc w teorii jest to łatwe, ale struktura HTML-owa Bywa bardzo zawiła, bardzo skomplikowana, szczególnie jeśli mówimy jeszcze o ShadowDome'ie, czyli takim, który jest generowany przez JavaScript i on musi jakoś być tam dekorowany, tam są różne kolejności wywoływań oczywiście, żeby te styre w odpowiednim momencie renderowania strony pokazały i tym podobne. To ja niestety jestem już na etapie, że CSS mnie irytuje, ale irytuje mnie nie z powodu tego, że ja go nie rozumiem, tylko z powodu tego, że jest tam tak bardzo dużo rzeczy, o których trzeba pamiętać oraz jest niesamowicie trudno zapewnić

Kaskadowość to jest jedno, a dwa, żeby ustrzec się przed duplikacją, tak, żeby, nie wiem, jeżeli ten boksik jest czerwony, a tamten boksik jest czerwony, to żeby to na przykład nie były dwie osobne klasy, bo nagle okazuje się, że CSS, który może mieć 100 linijek, ma 1000 linijek i to jest niesamowicie frustrujące, że tak dużo abstrakcji tam trzeba jakby przemyśleć. I zastanowić się nad tym, w jaki sposób to poukładać, żeby to miało ręce i nogi. Chwilę temu jeszcze wskazałbym JavaScript, że mnie irytuje, chociaż bardzo go lubię, bo ja od samego początku jakby zdecydowałem się na JavaScript i dla mnie on jakby jest bardziej logiczny niż nielogiczny, jak to wielu wskazuje, ale

Irytowało mnie sposób interpretacji niektórych operacji, które JavaScript wykonuje, ale wydaje mi się, że chyba się już do tego przyzwyczaiłem i po prostu już myślę tym torem, więc to już mnie po prostu nie frustruje. Z kolei na back-endzie, back-end dla mnie nie jest aż taki irytujący, co ciekawe, z powodu tego, że on jest dla mnie ciekawy, bo jest to jakby dla mnie Coś czego nie wykonuję na co dzień i jak ja mam do realizacji zadanie back-endowe to ja czuję olbrzymią satysfakcję jak udaje mi się takie zadanie odhaczyć. Myślę sobie z takiej frustracji, że pierwsze co bym wskazał to jest duży poziom abstrakcji. W sensie bardzo mnie irytuje te dziesiątki plików, które są potrzebne, żeby zrealizować jakąś jedną, powiedzmy większą operację, czy to jakąś logikę biznesową.