Wszystkie drogi prowadzą do kariery w IT. Wywiad z Alexeyem Gerasymovem

Co wspólnego ma kariera w IT z Rzymem? Znane powiedzenie mówi, że wszystkie drogi prowadzą do Rzymu, a jakie drogi prowadzą do IT? W rozmowie z Alexeyem Gerasymovem skupiliśmy się na kierunku rozwoju kariery, korzyściach, jakie może przynieść certyfikacja AWS oraz wartości wystąpień publicznych dla specjalistów IT. 

Jaka wyglądała Twoja kariera w IT i nie tylko przed dołączeniem do Provectus?

To dobre pytanie, bo początek mojej kariery absolutnie nie był związany z IT. Lubiłem programować, ale planowałem spełniać się w “bardziej obiecujących” branżach. Dziś trudno w to uwierzyć, ale 20 lat temu informatyka nie była ani pierwszym, ani drugim wyborem absolwentów matematyki.

W czasie studiów pracowałem w UkrSibBank (ukraiński odpowiednik BNP Paribas) jako konsultant MSP, oprócz tego sprzedawałem odzież w rodzinnej firmie, a nawet zajmowałem się sprzedażą części samochodowych. Ale to były lata 2008-2009… i również te biznesy zostały dotknięte światowym kryzysem.

Moja kariera w IT zaczęła się w 2009 roku, gdy zostałem zatrudniony jako Analityk Algorytmów ze względu na moje wykształcenie matematyczne. Co ciekawe, kiedy kierownik projektu dowiedział się, że znam C++, prawie od razu zostałem przeniesiony na stanowisko programisty. To był naprawdę wymagający projekt naukowy dotyczący cyfrowego przetwarzania sygnału przy użyciu sprzętowego panoramicznego nadajnika-odbiornika. Do badań używałem jako głównego języka programowania C++, a także Matlaba.

W 2012 roku zacząłem pracę jako starszy programista C++ w firmie Luxoft. Tam tworzyłem nawigację 3D wbudowanych systemów dla wiodących producentów motoryzacyjnych. Co ciekawe, teraz jeżdżę samochodem, do którego sam napisałem kod!

W kolejnym roku przeniosłem się do Ciklum. Projekt, w który byłem zaangażowany, prowadziliśmy dla duńskiej firmy budującej holistyczne rozwiązanie dla klinik weterynaryjnych. To było naprawdę zaskakujące, jak duża i zaawansowana może być klinika weterynaryjna. W tamtym czasie na Ukrainie nie istniało nic podobnego. Zacząłem tam jako Senior Developer i w ciągu roku awansowałem na stanowisko Team Leadera. Projekt został zamknięty częściowo z powodu wojny w Ukrainie w 2014 roku, a częściowo z powodu zmiany priorytetów wśród interesariuszy.

W 2015 roku przeniosłem się do innego projektu w Ciklum – PX.COM, czyli platformy do generowania leadów (obecnie nazwalibyśmy go platformą AdTech). To było moje pierwsze doświadczenie z pracą w chmurze i rozwiązaniami intensywnie przetwarzającymi dane.

Oferty pracy z

Jak trafiłeś do Provectus?

Dołączyłem do Provectus w 2018 roku jako Lider Zespołu Technicznego/Architekt Rozwiązań. Opis stanowiska składał się z 3 ról – kierownika technicznego, kierownika zespołu i architekta rozwiązań. Przez pierwszy rok pracy pełniłem w zasadzie rolę menedżera kryzysowego dla brytyjskiego klienta. To był start-up budujący skomplikowaną platformę naukową – dość wybuchowa mieszanka i przez to niezmiernie wymagający projekt. Tworzyliśmy platformę do migracji danych do chmury. Wtedy zdobyłem pierwsze doświadczenie z AWS, które kontynuowałem w kolejnych latach. Pomogło mi to rozwinąć się jako architekt rozwiązań i kierownik ds. inżynierii, a w rezultacie zostać Delivery Directorem.

Czy mógłbyś powiedzieć coś więcej o kierowaniu interdyscyplinarnymi zespołami? Czym różni się ono od zarządzania zespołem jednofunkcyjnym?

Cóż, zespół interdyscyplinarny składa się ze specjalistów, posiadających wszystkie niezbędne kwalifikacje do zamknięcia pełnego cyklu rozwoju. Można powiedzieć, że jest samodzielny w dostarczaniu wymaganych rozwiązań.

Jako inżynier brałem udział w dużym projekcie, gdzie inżynierowie zostali podzieleni na zespoły realizujące pojedyncze funkcje, takie jak kilka zespołów programistów i zespół ds. kontroli jakości. Takie podejście może działać w dużych przedsiębiorstwach, ale osobiście wolę być bardziej elastyczny i kierować zwinnymi, wielofunkcyjnymi zespołami, które mogą przynieść korzyści biznesowe, pracując w sprintach i przy tym być niezależnym od innych zespołów.

Twoja kariera w IT jest wyjątkowo interesująca. Masz również doświadczenie w zarządzaniu dużymi zespołami i kilkoma różnymi projektami jednocześnie. Jak skutecznie nimi zarządzać?

Tak, mam doświadczenie w kilku bardzo różnych dziedzinach. Zarządzanie dużym zespołem może być przytłaczające, ponieważ trzeba dostarczać informacje wielu osobom, a jednocześnie być ich mentorem i coachem. To często zajmuje cały dzień i trudno jest się wtedy skupić na rzeczach technicznych. Największym wyzwaniem jest znalezienie odpowiednich współpracowników i rozpoczęcie delegowania zadań. Zawsze istnieje pokusa, żeby zrobić wszystko samemu. Trzeba jednak pamiętać, że nie będzie to produktywna decyzja – nie ma opcji na samodzielne wdrożenie wszystkich niezbędnych funkcjonalności i optymalizacji. Do tego zespół nie może kontynuować swoich zadań, bo nie posiada odpowiednich informacji.

Plusem jest to, że pozostajesz w jednym kontekście. Mam na myśli to, że w przypadku kilku różnych projektów głównym problemem jest bycie w kilku kontekstach niemal równolegle. Czasami dołączam do spotkania i przez pierwszą minutę muszę próbować zrozumieć, jaki jest cel rozmowy. Tu pojawia się konieczność korzystania z kalendarza i harmonogramu. Mam zintegrowane ze Slackiem narzędzie, które rano powiadamia mnie o wszystkich zaplanowanych spotkaniach. Dobrym pomysłem jest też tworzenie listy zadań podzielonej na projekty czy też kategorie, aby móc priorytetyzować swoje działania. Ja używam do tego narzędzia zintegrowanego z laptopem i smartfonem.

Biorąc pod uwagę, że jesteś AWS Certified Solution Architect – Professional, AWS Certified Machine Learning – Specialty oraz zwycięzcą AWS GameDay w 2019 i 2021 roku – jakie jest Twoje podejście do certyfikacji AWS (jaka certyfikacja się przyda, w czym może ona pomóc)?

Artykuł o certyfikacji AWS możesz przeczytać tutaj.

Certyfikaty zapewniają ogólny przegląd dziedziny, zrozumienie dostępnego zestawu narzędzi i możliwości, jakie one dają. Trudno jest zdobyć praktyczne doświadczenie we wszystkich usługach AWS, ale ważna jest świadomość, która usługa jest dedykowana problemowi, który chcesz rozwiązać. Obniża to początkowe bariery przy tworzeniu architektury w celu zidentyfikowania i rozwiązania rzeczywistego problemu, a przez to spełnienie wymagań klienta.

AWS GameDay to świetny sposób na sprawdzenie swoich umiejętności w bezpiecznym środowisku. Jeśli popełni się tam błąd, nie spowoduje to wielomilionowych szkód dla biznesu. Na GameDay zdobywa się doświadczenie w zakresie problemów, z którymi można się spotkać, kiedy wspiera się i rozwija prawdziwe środowiska produkcyjne o dużym obciążeniu. Ja na przykład zrozumiałem w jaki sposób usługi AWS pomagają w realizacji tak dużych projektów.

Wszystko, o czym za mało mówi się w branży IT.

Prosto na Twoją skrzynkę.

Oświadczam, że zapoznałem/am się z Polityką Prywatności oraz akceptuję jej treść.

Leave this field empty if you’re human:

Czy możesz powiedzieć nam coś więcej o swoich zainteresowaniach RDB, OOP, OOD, refaktoryzacją i testami jednostkowymi?

Cóż, powiedziałbym, że to są ogólne najlepsze praktyki w branży tworzenia oprogramowania. Są to wręcz koncepcje, które identyfikują nasz zawód jako rzemiosło.

OOP i OOD pomagają uporządkować kod w taki sposób, aby można było przezwyciężyć złożoność proponowanych rozwiązań. A do tego sprawić, żeby były one zrozumiałe przez więcej osób, a nie tylko przez twórcę kodu.

Refaktoryzacja to sposób na ciągłe doskonalenie bazy kodu. Natomiast testy jednostkowe są narzędziem, które pozwala okiełznać istniejące funkcjonalności i dokonać poprawek bez obawy, że wszystko się zepsuje.

Przykładem przechowywania danych dla niektórych rozwiązań są relacyjne bazy danych. Teraz interesują mnie wszelkiego rodzaju magazyny danych – SQL, NoSQL, DWH, DataLakes i inne. Obecnie w aplikacjach intensywnie korzystających z danych nie ma czegoś takiego jak uniwersalne rozwiązanie dobre dla wszystkich. Trzeba mieć świadomość wszystkich rozwiązań dostępnych na rynku i tych, które się pojawiają.

Twoim pierwszym językiem programowania był C/C++, a drugim Python. Dlaczego wybrałeś akurat te języki? Jakie są według Ciebie ich największe zalety i wady?

C/C++ to moja pierwsza miłość. Jest to świetny język do wdrażania wysoce wydajnych, skalowalnych albo ograniczonych zasobami aplikacji. Przy tych zaletach muszę niestety wspomnieć, że nie umożliwia on szybkiego rozwoju.

Dlatego, jeśli chodzi o wykonanie PoC lub przetestowanie nowego algorytmu, Python był dla mnie najlepszym wyborem.

Oczywiście w dzisiejszych czasach Python ma wiele bibliotek gdzie znajdzie się wszystko, czego się potrzebuje. Dlatego w większości przypadków jest to najbardziej optymalny wybór dla inżynierii danych i inżynierii uczenia maszynowego.

Twoja kariera w IT obejmuje także pitching i prowadzenie prezentacji dla najwyższego kierownictwa dużych przedsiębiorstw. Co udało Ci się w ten sposób osiągnąć? Jaki to miało wpływ na Twoją pracę?

Uważam, że ogromny. Możliwość zajmowania się wyłącznie kodem jest przywilejem tylko dla tzw. individual contributors. Jeśli chcesz doświadczyć wzrostu pionowego – jako manager lub diagonalnego – jako architekt rozwiązań, musisz rozwijać umiejętności miękkie. Zdolność przedstawiania i prezentowania swoich rozwiązań jest konieczna, aby rozwijać się ponad poziom średniego programisty.

Ogólnie rzecz biorąc, umiejętność dzielenia się informacjami w sposób zrozumiały dla różnych odbiorców (technicznych, biznesowych itp.) oraz umiejętność tłumaczenia z języka technicznego na biznesowy i w drugą stronę to zestaw umiejętności, który pomaga mi w rozwoju kariery.

Kariera w IT to jedno, ale masz też doświadczenie w wystąpieniach publicznych. Na jakich konferencjach byłeś i jak to w ogóle się stało, że zostałeś mówcą?

Na początku nie występowałem przed dużą publicznością. Zacząłem od małych prezentacji dla zespołu o różnej tematyce – o tematach technicznych (np. OOD), umiejętnościach miękkich (np. efektywne spotkanie) i procesach (podejście Agile). Po prostu dzieliłem się wiedzą, aby pomóc członkom zespołu się rozwijać oraz umożliwić im zagłębienie się w tematy, które przedstawiałem. To wzmocniło moją pewność siebie jako profesjonalisty.

Później kontynuowałem to doświadczenie na poziomie firmowym, z zespołami po stronie klienta i na lokalnych konferencjach w Odessie. Chciałem w ten sposób uzyskać informacje zwrotne na temat moich pomysłów i wystąpień.

W Polsce założyliśmy dwie społeczności:

Pierwsza z nich to Grupa Użytkowników AWS Wrocław. Obecnie zaangażowani są w nią prelegenci z Provectus. Omawiamy tam rozwiązania AWS Cloud, Big Data i ML wdrożone w naszej firmie. Liczymy na zaangażowanie się w tę społeczność prelegentów z innych firm.

Drugą jest Wrocławska Społeczność IT powstała we współpracy z inną firmą z Ukrainy. Na spotkaniach omawiamy różne tematy IT – od czysto technicznych po umiejętności miękkie.

Jestem prelegentem w obu tych społecznościach i zachęcam do obejrzenia nagrań na kanale Provectus na YouTube.

Jakie inne wskazówki dotyczące kariery w IT, oprócz uzyskania certyfikatu AWS, możesz dać początkującym?

Żeby nigdy nie przestawali się uczyć. W naszej dziedzinie wiedzy, jeśli ktoś się zatrzyma, już to już jest w tyle. To tak, jak z ewolucyjną Hipotezą Czerwonej Królowej – „Trzeba biec tak bardzo, jak tylko możesz, aby utrzymać się w tym samym miejscu. Jeśli chcesz dostać się gdzie indziej, musisz biec co najmniej dwa razy szybciej!”

Ważne jest uczestnictwo w społecznościach, kursach online i offline, dzielenie się swoimi pomysłami oraz doświadczeniami. Dla specjalistów technicznych świetnym sposobem na rozwój jest udział w projektach open-source. Jeśli ktoś nie wie, od czego zacząć, warto, żeby sprawdził repozytorium rozwiązań open source Provectus Github. Można wybrać te, które Twoim zdaniem najlepiej się sprawdzi.

Jaka kariera w IT czeka obecnie na przyszłych pracowników w polskim oddziale Provectus?

Polska jest jednym ze strategicznych miejsc rozwoju Provectus. Dlatego poszukujemy tutaj osób na wszystkie stanowiska – począwszy od tych bardziej technicznych jak inżynierowie danych, inżynierowie ML, DevOps, inżynierowie QA i backend, aż po stanowiska kierownicze jak Delivery Manager i Practice Leaders.

---

Alexey Gerasimov. Delivery Director w Provectus. Rozpoczął pracę w firmie jako Engineering Manager, potem awansował na Solution Architect, a następnie został Delivery Directorem. Alexey posiada również certyfikaty AWS wszystkich poziomów. Przeprowadził się do Polski około rok temu, aby rozpocząć rozwój Provectusa w tej lokalizacji.

Zdjęcie główne pochodzi z unsplash.com.

Katarzyna Kozieł

Redaktor współpracująca

Od trzech lat pracuje jako copywriterka, aktualnie zajmuje się tworzeniem treści dla branży IT oraz militarnej. Miłośniczka robienia szczegółowego researchu.

Włącznik komentarzy o polskiej branży IT