Mentionsy Mentionsy
DEVision Podcast
DEVision Podcast

#18 Programista Full Stack. Czy warto zostać Full Stack Developerem? Łukasz Ostrowski.

26.01.2023 ·29 min 54 s · 10 rozdziałów

Podcast DEVision to polski podcast IT dla programistów, którzy chcą rozwijać swoją wiedzę, posłuchać o ciekawych projektach oraz zainspirować się innymi. A to wszystko w przyjemnej formie rozmowy, której możesz słuchać w tramwaju, na siłowni, a nawet w pracy 😉 💌 Zapisz się do naszego newslettera: https://bit.ly/37TTNCK 🌏 Więcej o nas przeczytasz na stronie: https://bit.ly/3Pttiox Obserwuj nas na social media: 🚀 LinkedIn: https://bit.ly/3PxlHFQ 🎧 Spotify: https://spoti.fi/39xU0fm 🎧 iTunes: https://apple.co/3PsjhrQ

4:43 · Zalety Full Stack Developerów 1

Rozumiem, rozumiem tutaj takie... Rozumiem ideę tego, żeby pogłębiać zakres swojej wiedzy i rozumienie tego, jak działa front-end i back-end. Jeszcze myślę, że jest jedna rzecz, bo w sumie jak powiedziałeś o tym, że łatwiej było zrobić na frontendzie, to też nie znaczy, że powinieneś to robić na frontendzie, prawda? Ale z drugiej strony, jeżeli mamy takiego full stacka, no to ta osoba też jest w stanie sama dowieźć ownership. I to jest też myślę, że dosyć jakby istotne. Trzeba coś zrobić, trzeba dodać jakąś nową, nie wiem, nowe jakieś tam, nowe pole do jakiejś tam ENCY, tak? I z jednej strony wyświetlić to na frontendzie, z drugiej strony dodać to do naszego API. Najpierw ktoś to zadanie zdefiniuje, potem musi to zadanie pójść do backendowca i frontendowca, jeden to musi dodać do bazy, dodać do API, musi zastanowić się, jak to ma wyglądać, dogadać się z tym pierwszym, ten z kolei musi to dodać na frontendzie, skonsumować i tak dalej, czyli zaczyna się nam robić strasznie dużo operacyjnych problemów i teoretycznie to complexity tego zadania drastycznie po prostu rośnie.

7:38 · Przykłady i doświadczenia 1

Ale to też podkreśla, w jaki sposób ewoluuje technologia, że kiedyś aplikacje były takie back-endo centryczne, a front-endy były dość proste, a dzisiaj front-endy są bardzo skomplikowane, za to back-endy są as a service, można powiedzieć. Dzisiaj pisząc aplikację serverlessową z jakimiś bazami w chmurze i tak dalej, tak naprawdę nie trzeba być jakoś specjalnie Nie trzeba mieć jakichś ogromnych umiejętności, żeby być produktywnym w rozumieniu, takim biznesowym, żeby aplikacje dostarczyć. No, także to tak mniej więcej u mnie wyglądało. A jeśli chodzi jeszcze o to, to też jest ciekawe, jak powiedziałeś, że nikt nie zaczyna od Full Stacka. Właśnie wydaje mi się, że to jest często problem ludzi, którzy Tak, którzy zaczynają, że próbują robić wszystko naraz i widzą jakby jak strasznie dużo jest różnych technologii i jakby zanim się nauczą jednej, to już uczą się kolejnych i kolejnych.

19:43 · Zakres umiejętności Full Stack Developerów 2

Wolałbym jednak, żeby to była osoba, która się na tym naprawdę zna. Także myślę, że na to po prostu będzie przestrzeń i raczej bym się skłaniał, o ile można tak tutaj przewidywać przyszłość, że będzie po prostu jakiś balans. Raczej będziemy po prostu poruszali się po jakiejś takiej płaszczyźnie, która część problemów po prostu będzie automatyzowała. Zresztą to chyba widać. A część będzie po prostu narastała coraz głębiej. Można to na przykład spojrzeć na tym, w jaki sposób realizują się front-end przez ostatnie 10 lat. 9 lat temu powstał React, jeśli dobrze pamiętam. I wcześniej to była epoka, gdzie front-endy były bardzo proste. Mieliśmy jakieś tam jQuery, które robiły jakieś tam podstawowe rzeczy.

Teraz mamy Photoshopa w przeglądarce, prawda? Ktoś to musi robić. I teraz pytanie, czy ten backendowiec, który pisał krudy 10 lat temu i umiał podstawy CSS, dzisiaj będzie w stanie napisać Photoshopa w przeglądarce? Może tak, może nie, ale myślę, że to jest jakiś tam trend, który tutaj akurat zaistniał. Kto wie, jakie będą trendy w przyszłości? To jest moim zdaniem chyba ważniejsze niż to, czy to będzie Full Stack, czy specjalista. Może po prostu warto byłoby na tym się skupić. Ja na przykład widzę właśnie taki trend z mojej perspektywy, gdzie wszyscy chcą mieć customowe front-endy, bo to jest część, którą widzi użytkownik, to jest jego experience, jego brand, znaczy brand firmy. A back-endy crude'owe można łatwo implementować w CMS'ach czy w jakichś back-end as a service, które nie są widoczne dla użytkownika, prawda?

Pokazano wszystkie 4 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.