Skile T-shape

No nie wiem, ja mam inne doświadczenia, ale okej. Zamieniliśmy trochę nasze środowiska pracy i nam się pozmieniało trochę. No dobra, ale mów. No właśnie u mnie było tak, że znowu się poszło mocno w kierunku takiego dedykowanego albo takiego minimum, które musi zespół mieć. Rzućmy to samych deweloperów. Jak coś tam potrafią więcej, to fajnie, ale to nie jest wymagane. Jakby coś, tutaj macie telefon do pana Zdzisia, on wam postawi ażura. Albo wam tam skonfiguruje AWS, żeby coś tam szybko działało, czy tam inne chmury. A tu mamy takiego Wojtusia, on jest dla nas na puetatu, będzie wam testować aplikację.

Okej, to bardziej, no. I on jest takim konsultantem. Expert konsultant. Tak, i to jest taki gościu, który rzeczywiście, gruby hajs, ale też niekoniecznie, bo on może być właśnie takim doskokowym, tak jak masz zespoły, to możesz mieć ten taki pion ażurowców, możesz mieć pion AWS-owców, którzy się tym specjalizują, I oni są takimi, nie latarniami, tylko latarniami takimi, którzy mówią, okej, od tej pory w chmurach robimy tak, w ten sposób, nie? I wiesz, nauczają. Czyli wyznaczają kierunek, tak? Tak. I w zasadzie tego ratują, nie? Interwencja boska, nie?

Ja mam proxy, nie mam dostępu, to jest tak. O Jezu, o widzisz. Dobrze, to co? Dalej? Tu Łukasza chyba pominę, bo się zgodził tylko, tak? Tak, tak. Dobra. Łukasz napisał. Bardzo nie lubię podziału na back-end, front-end, full-stack. Jak określić osobę, która robi aplikacje desktop, mobile albo Blazor? Zajmuję się UI front-end, ale też logiką biznesową. Zdecydowanie bardziej wolę podział ze względu na języki i używane narzędzia, np. AWS albo Azure zamiast cloud, czy Angular React View zamiast front-end. Moim zdaniem mogę być specjalistą w danej technologii i full-stackiem. Tak, czyli ten T-shape. Taki typowy, nie?