Mentionsy

TECHNOFOBIA
TECHNOFOBIA
25.05.2026 15:00

AI zmieni tworzenie kodu na zawsze (gość: Przemysław Ładyński) TECHNOFOBIA

W tym odcinku rozmawiam z Przemysławem Ładyńskim i CEO Graftcode czyli polskiego deeptechu, który w kwietniu 2026 zamknął rundę 9 mln zł i otwarcie celuje w pułap Dockera i HashiCorp. Ich silnik, Hypertube, powstaje od 2013 roku.

Trzynaście lat budowania binarnego protokołu, który ma wyciąć z architektury IT całą warstwę integracyjną zamiast nią zarządzać, jak robi to dziś REST, gRPC i każda firma od Siemens po IBM.Total. Siemens. Bosch. IQVIA. Premier Bank.

Czterystu klientów enterprise i rentowny biznes po dwóch dekadach pracy. Bracia Przemek i Łukasz Ładyńscy zostawili to wszystko żeby zbudować technologię, która, jeśli zadziała, sprawi, że spora część kodu napisanego w branży IT przez ostatnie 20 lat stanie się bezużyteczna.

Rozmawiamy o tym, jak zostawia się to, co działa, gdy widzi się, że całą branżę można po prostu obejść. O rodzinnym biznesie (bo wspólnikiem jest brat Łukas`).

O tym, dlaczego „Puls Biznesu" nazwał ich platformą no-code, choć w ich oficjalnych materiałach to słowo nie pada ani razu. I o tym, co MCP Anthropica zmienia w wyobrażeniu, czym w ogóle jest „integracja" w epoce agentów AI.

Posłuchaj: https://ffm.bio/technofobiaFacebook: https://www.facebook.com/akurasinskiInstagram: https://www.instagram.com/kurasinskiX: https://x.com/kurasinskiWWW: https://technofobia.pl#ArturKurasiński #Technofobia

Rozdziały (10)

1. Reklama Studio Miś

Partnerami audycji TECHNOFOBIA są Studio Miś, dom produkcji podcastów i wideo.

2. Finansowanie i model monetyzacji

Przemysław Ładyński opisuje model finansowania i monetyzacji Graftcoda, podkreślając, że technologia będzie dostarczana za darmo, z otwartą specyfikacją Graft Intention Protocol, która ma być przekazana do Cloud Native Foundation. Dyskusja na temat możliwości płatności za dostęp do silnika graftującego i modelu no-code.

3. Interpretacja no-code i integracja

Przemysław Ładyński wyjaśnia, że no-code nie oznacza drag and drop, a Graftcode po prostu usuwa warstwę integracji, pozwalając na bardziej prostą komunikację między systemami. Rozmowa skierowana jest na temat integracji z LLM (Large Language Models) i potencjalnego wpływu AI na przyszłość technologii.

4. Integracja i rozwój AI w procesie produkcyjnym

Przemysław Ładyński omawia integrację AI w procesie produkcyjnym, jego korzyści i wyzwania, oraz perspektywy rozwoju technologii LLM-ów.

5. Transformacja i nowa rzeczywistość

Przemysław Ładyński omawia przyszłość AI, jego wpływ na gospodarkę i pracę, a także nowe możliwości w tworzeniu systemów rozproszonego kodu.

6. Grafting jako nowa metoda tworzenia kodu

Przemysław Ładyński omawia integrację AI w procesie produkcyjnym, opisując jak Grafting może zautomatyzować tworzenie i integrację kodu, tworząc modularne systemy.

7. Transformacja open source

Rozmowa o planach Graftcoda do unifikacji open source, umożliwiając użytkownikom łatwe pobieranie i instalowanie modułów z różnych technologii.

8. Wizja Graftcoda

Przemysław opisuje ambicje Graftcoda, takie jak unifikacja interfejsów API, automatyczne testowanie i integracja kodu, oraz strategie rozwoju i wyjścia.

9. Ścieżka rozwoju i wyjścia

Przemysław omawia plany i cele Graftcoda, w tym skalowanie i potencjalne strategie wyjścia, takie jak sprzedaż lub przejęcie przez duże firmy technologiczne.

10. Wizja przyszłości Graftcoda

Przedstawianie wizji Graftcoda jako technologii, która zmieni sposób tworzenia kodu, stając się standardem i integralną częścią języków programowania.

Sponsorzy odcinka (1)

Studio Miś post-roll

"Partnerami audycji TECHNOFOBIA są Studio Miś, dom produkcji podcastów i wideo."

Szukaj w treści odcinka

Znaleziono 17 wyników dla "AWS"

I w Graftcodzie, jak robiliśmy pomiary, no to wyszło na to, że czas realizacji jednego wywołania, jakby odciąć logikę biznesową, no bo ona zawsze pozostanie, będzie miała swój czas, ale sam przekazania, co chciał programista tu zrobić,

To żeby każdy mógł sobie ten interfejs skonsumować, czyli my żebyśmy w locie w odpowiedzi na package managera dostarczyli im tego silnie zawsze aktualnego typowanego klienta, który sam się odświeża, no to musimy poznać ich publiczne interfejsy.

I druga strona odbierze i coś z tym zrobi, tak jak zawsze się robiło, bo przecież te paczki z Mavena też się z nami komunikują błędami.

Na rynku już mamy jakieś okopane podmioty, które próbują tworzyć też swoje standardy, ale to dla startupu zawsze jest fajne, żeby jednak się też umieć poruszać.

Tak, tak mi się wydaje, że tak może być, że teraz jakby nadbuduje się najpierw taka gigantyczna, no bo wszyscy zaczęli jak najszybsza, najkrótsza droga, ta najkrótsza nie zawsze jest najlepsza i ją potem będziemy coraz bardziej optymalizowali, no bo już się nie cofniemy te pięć lat, żeby zacząć inną ścieżkę.

Nagraliśmy dwie godziny spotkania architektonicznego, zawsze je wrzucamy do AI, zawsze robimy z tego notatkę i zawsze z tej notatki próbujemy najpierw zobaczyć, jak dużo sobie wszystkie cloudy, kursory same poradzą, żeby zrobić.

Ale dalej, no, moim zdaniem główną barierą będzie zawsze to, że LLM ten bieżący nie zacznie myśleć.

Czyli w zasadzie byś sobie zapiął swojego Azure'a, swojego AWS'a i ten serwis wstanie w twojej chmurze.

Mają jakieś klony utrzymywane przez małe community, które nie ma na to czasu albo są zawsze w tyle troszeczkę o 5 miesięcy, 5 commitów albo cokolwiek.

Lampdy programistycznej, czyli programista pisząc kilka linii kodu, to jest de facto blok kodu, który w każdym języku programowania, zawsze przez kompilator czy czasem time compiler w interpretowanych językach skryptowych, zamieniany jest na takie drzewo AST.

Mogliby sobie jedną komendą pobrać całe to API i mieć zawsze aktualne w każdej swojej technologii.

No bo ilość miliardów to jest ok, natomiast pytanie, czy na przykład, no bo z mojej perspektywy, tak jak ciebie słucham, to jesteście idealnym startupem do kupowania przez AWS.

To wtedy i Microsoft, i AWS, i GCP,

I wydaje mi się, że tego typu jakby podmiot najlepiej by dał najlepszą przyszłość Graftcodowi, czy to w bezpośrednim całkowitym przejęciu, a może nigdy w całkowitym przejęciu, może by to zawsze pozostał Graftcode jako Graftcode, tak jak mamy HashiCorp, który jest powiedzmy taki troszkę czy docker monoproduktowy.

Żeby ta wartość dla świata była, no tak jak utrzymują bardzo wiele innych rzeczy, które oczywiście mają komponent komercyjny zawsze ukryty, czy Google Mapsy, czy wszystkie inne rzeczy.

Ale w drugą stronę, wyobraźmy sobie, że cały świat od zawsze miał graftcoda.

Miejmy nadzieję, że te dwa miliony będą właśnie i w tym roku, a wtedy będzie tak fajnie wspominać jakby ten moment, jak się zawsze prognozuje i zgaduje, co coś jak będzie.