Mentionsy

Piotrek, zauważyłeś, że dużo rozmawiamy na temat developmentu, a z nas właściwie tacy deweloperzy jak z kozień dupy trąby za przeproszeniem, to znaczy obaj jesteśmy na takim etapie naszego życia, że więcej niż w kodzie to siedzimy w prezentacjach, w schematach, w raportach, w dashboardach, w mailach, w Wordach, Excelach i tego typu rzeczy.

A czy tacy ludzie jak my, którzy mogą się w końcu pochwalić, że jak mają wpisane w CV, że mają obsługę pakietu Office, to faktycznie jakoś to wykorzystują.

Czy my się powinniśmy tym martwić według Ciebie?

Pożyteczne tym, co my robimy na co dzień?

Bo tam jak gdyby dość dużo dyskutujemy, dyskutowaliśmy z Wojtkiem na tego typu tematy, ale na poważne, jak gdyby już przestając o autopromocję, na poważne, wiesz co, to wydaje mi się, że to trochę następuje takie spłycenie zespołu, bo popatrz, ostatnie, odkąd pamiętam, ile lat, na konferencjach IT mówi się, ej, deweloperzy, bądźcie bliżej klienta, porozmawiajcie z klientem, nie?

A teraz, jak patrzę nawet na własne doświadczenie, bo to jest jedna strona medalu, a pamiętam ileś takich doświadczeń z własnego życia, że na przykład koleżankę, która była naszym, powiedzielibyśmy chyba najbardziej, PO-sem, co kolegę PO-sa też kiedyś uczyłem,

Wystawić własną aplikację, że oni zmieniali teksty w aplikacji i im się zapalała taka magia, że to w ogóle działa, że to zbliżenie teraz może po prostu następuje, że dzięki tym narzędziom AI, dużo gadamy wewnętrznie czasami w podcaście o Google Stitchu, bo nam się najłatwiej robi interfejs, jak możesz zrobić ten mockup szybki w 15 minut,

I pogadać sobie, jak to może wyglądać, zobaczyć to, poczuć, to ta bariera trochę zanika, nie?

Nie no, to jest wiesz, te statystyki, które teraz są bardzo często przytaczane, że tworzenie kodu tak naprawdę to jest na poziomie już myślę seniora, to jest jakieś 15% czasu, który spędzamy nad tym.

Wiadomo, różne są zespoły.

Ale bardzo często, jeżeli mówimy o zespołach, które czasami nie mają tego Product Ownera, czasami gdzieś jest to jakaś tam rola, tak samo jak, wiesz, Scrum Masterzy, Product Ownerzy,

Często to jest gdzieś porozdzielane po rolach różnych ludzi.

Nie jest to pozycja jako taka, tylko jest to część pracy też jakiejś osoby.

Mam wrażenie, że w wielu zespołach jest tak, że to pisanie kodu to nie jest wcale największa część naszej pracy.

Natomiast znam też zespoły, w których deweloperzy faktycznie siedzą.

I tutaj też zacząłem się zastanawiać, bo rozmawialiśmy z Tomkiem Ducinem, który mówił o tym, nazwijmy to, spłyceniu gdzieś tam tych zespołów.

To też nie wydaje mi się, żeby nagle teraz wszyscy na hura musieli pójść do klienta, bo umówmy się, jeżeli klient zobaczy, że taki deweloper, który do tej pory siedział w kodzie, zacznie z nim gadać po technicznemu, to on powie, nie, weźcie mi, przyślijcie kogoś, kto mówi moim językiem.

Że nagle będzie się dawało takie, że rewolucja, która wydaje mi się, że nadal jest po prostu rewolucją, to są klikalne mockupy w firmie.

Ale łatwiej się rozmawia z ludźmi, jak się pokaże, tu będzie search bar, tu będziesz klikał button, tu się coś zamieli i będzie dobrze.

Pomimo tego, że główny kod, który tam jest do napisania, to jest po prostu mega skomplikowany algorytm dobrego wyszukiwania.

I ta rewolucja w firmie nagle dała w ogóle taki wow, w sensie po prostu taki efekt ładny.

Ja też mam takich ludzi w firmie, że nagle ktoś zrobił coś, co jest ci w stanie przynieść i powiedzieć, że to mniej więcej ma tak wyglądać, tak się utrzymasz.

Ale pomimo to, że robiłem, nie?

Tylko, że nagle się okaże, że to spłaszczanie nie jest tylko właśnie w zespołach, tylko że jest w całości.

Bo nagle będą mogli łatwo wejść na poziom danych i spróbować z tych danych coś wyciągnąć.