DevRel, Open-Source AI i bazy wektorowe - Kacper Łukawski

Witam wszystkich bardzo serdecznie w podcaście FullStak. Ja nazywam się Artur Chmaro, a moim dzisiejszym gościem jest Kacper Łukawski z firmy Qdrant. Cześć Kacper. Cześć, wielkie dzięki za zaproszenie. Będziemy dzisiaj rozmawiać o bazach wektorowych, O firmie Qdrant oraz o pracy jako DevRel. Muszę się przyznać, że rozmawiałem ostatnio z paroma osobami na temat pracy jako DevRel, jako Dev Advocate, Developer Advocate i dużo osób myślę z branży IT, takiej ze strony programistów, deweloperów Nie do końca wie w ogóle czym jest DevRel, czym się zajmują DevRelowie, czym się zajmują Dev Advocaci.

Także może zacznijmy od tego. Powiedz nam, co właściwie robisz jako DevRel. Jasne. Moją specjalizacją są wydarzenia. Akurat u nas w firmie jest tak, że to się dość naturalnie w pewnym momencie podzieliło, ale zdarza mi się też pisać różne treści, które docelowo mają w jakiś sposób edukować użytkowników Quadranta, ale samo pojęcie DevRel jest bardzo szerokie. Są ludzie, którzy zajmują się na przykład budowaniem społeczności, wsparciem na Discordzie, w przypadku akurat naszej firmy tam wspieramy użytkowników naszej wersji Open Source, ale też wiele, wiele innych. Generalnie wszystko, co podpada pod swego rodzaju edukację, ale także zbieranie feedbacku od użytkowników i przekazywanie go do zespołu programistów, który w naszym przypadku rozwija bazę danych, jest też gdzieś w zakresie naszych obowiązków.

Czyli w zasadzie DevRel ma rację bytu w firmach, w których wytwarza się coś, z czego mogą korzystać deweloperzy. Czyli raczej nie mamy do czynienia z takimi DevRelations w momencie, gdy robimy taki typowy soft. B2B czy jakąś taką aplikację typowo kliencką, to raczej chyba nie. Absolutnie nie, jakby to jest typowe dla firm, które właśnie robią coś w Open Source albo robią też nawet zamknięte oprogramowanie, które w jakiś sposób może być wykorzystywane przez deweloperów. W tym momencie chodzi właśnie o to, żeby edukować i żeby zbierać ten feedback, o którym wspomniałem. W przypadku aplikacji klienckiej nie do końca wyobrażam sobie właściwie, nie ma się tam interakcji z deweloperami,

A teraz chciałbym Cię podpytać, jak w ogóle zaczęła się Twoja przygoda jako DevRel, no bo myślę, że taka częstsza ścieżka kariery to jest, że ktoś pracuje jako właśnie developer, project manager, Jakiś lider zespołu. Teraz też mamy do czynienia z różnymi gałęziami wokół AI, maszynowego uczenia. I właśnie chciałem podpytać, jak to było u Ciebie? Skąd się to wzięło właśnie, że dbasz tutaj o relacje z deweloperami? Jasne, dość naturalne przejście od programisty przez data science do właśnie tej pozycji w moim przypadku.

Trochę też może wypalenie byciem programistą. Plus jeszcze w międzyczasie założyłem fundację, która też zajmuje się edukacją w zakresie sztucznej inteligencji. Więc też dość naturalnym krokiem było skierowanie się w tym kierunku. Okazało się, że są firmy, które chcą po prostu płacić za coś, co bardzo lubię robić, więc to dość naturalne. Ale są też ludzie, którzy nie mają kompletnie doświadczenia w pracy z technologią, nie byli nigdy programistami, Szczerze mówiąc, pisanie kodu jest dla nich dość trudne albo nawet niemożliwe, ale cały czas znajdują się w DevRelu właśnie w tych dodatkowych aspektach. Jeśli na przykład chodzi o budowanie społeczności, sieci ambasadorów, którzy potencjalnie mogliby wesprzeć te działania i ogólny kontakt, to też jest część naszej odpowiedzialności.

Chciałbym Cię jeszcze zapytać, praca jako DevRel kojarzy mi się z taką pracą trochę kompletnie inną niż praca dewelopera, gdzie masz konkretne taski, konkretne feature'y do dowiezienia, które ktoś może przetestować, przeklikać i powiedzieć na końcu, że dobra robota, zadanie zostało ukończone. W przypadku DevRel'a to myślę, że dużo jest takich zadań, które ciężko jest jasno powiedzieć, że twoja praca została zakończona, prawda? No bo cały czas musisz przekonywać, budować relacje, zwiększać Kacper Łukawski, Qdrant.

Regularnie jeżdżę na konferencje chociażby, na których pokazuję pewne rozwiązania czy mówię o tym, jak zbudowaliśmy pewne rzeczy w Quadrancie albo jak chociażby ulepszyć LLM i jak wykorzystać je do tego, żeby budować coś, na czym możemy polegać. I wiele innych rzeczy. Ciężko jest powiedzieć, że dana osoba zacznie korzystać z Qdranta właśnie po mojej prezentacji albo właśnie po tym, że porozmawialiśmy na danym wydarzeniu, że się spotkaliśmy na meetupie i wymieniliśmy kilka zdań. Nie da się powiedzieć tego, nie da się tego zmierzyć. Dość ciekawym jest to, że w przypadku pracy DevRela Dużą częścią tego zawodu jest też komunikacja i ja otrzymuję bardzo dużo wiadomości.

Przyjdzie i powie mi, że rzeczywiście tak się stało, że zaczęli z niego korzystać. Ja bardzo często zbieram takie komentarze gdzieś na wydarzeniach, że ktoś na przykład korzysta z naszych narzędzi od roku, ale po prostu nie miał żadnych pytań, bo było to dla niego oczywiste, co w sumie chyba powinno być celem samym w sobie dla nas, ale przez to też staje się dość trudne, żeby powiedzieć, że robimy dobrą robotę. Wspomniałeś tutaj o tym, co jest dla Ciebie ciekawe w pracy DevRela, czyli właśnie ten kontakt z deweloperami, pojawianie się na konferencjach, budowanie też takich przykładowych użyć Waszego rozwiązania, ale chciałbym tutaj z drugiej strony też Ciebie zahaczyć, co jest najtrudniejsze w takiej codziennej pracy DevRela, gdybyś miał powiedzieć o takiej