#18 Programista Full Stack. Czy warto zostać Full Stack Developerem? Łukasz Ostrowski.
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
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.
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.
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.
Nikodem przedstawia gościa i jego doświadczenie w programowaniu. Łukasz opisuje swoją karierę od początków do obecnej roli Full Stack Developera.
Łukasz omawia, co to jest Full Stack Developer i dlaczego definicja może być złożona.
Łukasz omawia zalety Full Stack Developerów w kontekście zarządzania zespolem i zrozumienia systemu w całości.
Łukasz opisuje swoje doświadczenia w rozwoju Full Stack Developera i jak to wpływa na jego podejście do pracy.
Łukasz omawia, jak można się rozwijać w Full Stack Developera i jakie kroki należy zastosować.
Łukasz omawia potencjalne wady Full Stack Developerów i różne perspektywy na to stanowisko.
Łukasz omawia, jak rozwinął się front-end i back-end i czy z czasem będzie to miało wpływ na strukturę zespołu.
Łukasz omawia, czy z czasem będzie to miało wpływ na strukturę zespołu i jak rozwinął się front-end i back-end.
Łukasz opisuje, jak podnosi swoje umiejętności i czy preferuje uczyć się we front-endzie czy back-endzie.
Łukasz podsumowuje rozmowę i dziękuje słuchaczom za zainteresowanie. Nikodem podziękowuje gościa i zachęca do podzielenia się swoimi przemyśleniami.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
💌 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