AI-assisted development w praktyce - na przykładzie Open Mercato z Piotrem Karwatką

To wszystko jest, ale Overdisk mamy jeszcze po prostu funkcje biznesowe. To Piotrek, narzuca mi się taka jedna myśl w tym miejscu, bo można byłoby to postawić, nie wiem, do Magento, Django, bo mamy też zupełnie inne takie elementy, które są na rynku gotowe. I czym to się różni tak naprawdę? Masz z tym pewnie miałeś styczność biznesową i technicznie. Wiesz co, Django to jest pewnie jakiś tam dobry też przykład. Mamy większość czy wszystkie takie elementy, które mają takie frameworki właśnie jak Django, czyli możesz sobie generować, wiesz, strony do zarządzania danymi, API. To wszystko jest w oparciu o takie solidne wzorce projektowe z Enterprise Architecture i tam jest szyfrowanie i wszystkie inne rzeczy.

Ja w Enterprise Software jestem od 20 lat i te doświadczenia chciałem po prostu na to przełożyć. Pojawił się AI, pojawiła się taka możliwość, że bez zatrudniania 40 osób do zespołu, co było strasznie drogie i pewnie trudne do zrobienia, Można było się z tym zmierzyć. Więc tu jakby ten AI. I teraz, żeby wykorzystać to na maksa, bardzo szybko się okazało, że tak naprawdę to my mamy do rozwoju dwa produkty. A jakby tak popatrzeć, to nawet trzy. Pierwszy produkt to jest Open Mercato samo w sobie, czyli my zaczęliśmy np. od budowy CRM-a, to funkcje biznesowe, taka biznesowa aplikacja, tylko że bardzo rozszerzalna itd. Druga rzecz, framework. Też od dnia zero dosłownie zaczęliśmy budować Open Mercato jako framework.

Czyli totalnie najbardziej popularne technologie. Czyli co to jest? No, React na frontendzie, Next.js jako framework. Wiem, że są lepsze frameworki, pewnie takie enterprise'owe, jakieś tam Nest.js'y inne, ale ten, no kurde, Next to jest totalny standard, więc Next. Postgres, no kurcze, wiadomo, ma zadany. Redis, Mail Research jako wyszukiwarka i Docker jako, no wiadomo, kontenery. MicroORM i Avilix DI. Może nie są jakieś turbo defaultowe obecnie, ale są dosyć rozpowszechnione. Na przykład Meduza.js z tego korzysta, gdzie też jakieś tam inspiracje z tej Meduzy... Jesteśmy też inwestorami z Tomkiem w Meduza.js, więc siłą rzeczy jestem blisko tego softu i bardzo mi się podoba, jak jest zrobiony, więc inspiracje stamtąd też były, stąd te elementy.

No właśnie, właśnie. Dobra, słuchaj, w tym miejscu idąc sobie tak powoli do końca, takie ostatnie grube pytanie. Macie bardzo ciekawy model licencyjny, za który Enterprise'owo bardzo szanuję, bo jesteście na licencji MIT, ale macie stwierdzenie o homologacji i certyfikacji, więc tak jak z Szymonem dzisiaj jechaliśmy do Gdańska, się zastanawialiśmy, można powiedzieć, że jest to ciekawa myśl na monetyzację open source'u. Która jest konieczna, to w ogóle bez uzdani Open Source szuka tej drogi od kilku lat już ewidentnie. Słuchajcie, żaden projekt Open Source się nie utrzyma, jak nie będzie zarabiał w jakiś sposób kasy, bo to są po prostu duże nakłady czasu i czas to pieniądz, no nie? I teraz, no, my eksperymentujemy, no nie?

Bo wcześniej, jak właśnie pracowaliśmy nad View Storefrontem, teraz Allokaj, To tam był prostszy model, bo on był na zasadzie Cloudan, że był cloud hosting tego frontendu. Ludzie to rozumieli, płacili za to i to działało dobrze. Teraz trochę wydaje mi się, że to już nie ma za bardzo uzasadnienia z różnych powodów, ale też z takiego powodu, że teraz ten DevOps jest też przez AI robiony często, łatwo można wystawić. Są nowe usługi jak Railway albo inne, gdzie super hosting, bardzo prosty. Nam się to przestało jakby tak spinać, że to chyba jest za mała wartość. I zaczęliśmy szukać tej wartości. I teraz w naszej wersji Enterprise są tak naprawdę dwie wartości. I to zaraz powiem, bo to jest też ciekawe.

Są dwie wartości. Pierwsza, tam są po prostu płatne moduły. Tam są takie moduły typu zaawansowany rekordlocking z optymistycznym merge'owaniem zmian, że jak dwie osoby edytowały ten sam rekord, to tam się nie wypierdzieli, tylko pokazuje, że tutaj se zmerge'uj. Coś jak Google Docs, że tam można pracować na jednym tym. I to jest fajna funkcja. Dużo ludzi o nią pyta i ona tam faktycznie w tym Enterprise jest. A druga to jest tam rzeczy związane z security i jest tam kilka. Tu factor authorization, ale też SSO. Takie wiecie, Enterprise bardziej rzeczy, co nie? To jest jedna rzecz. Druga rzecz to audyty, homologacje. My mówimy coś takiego, no słuchajcie, używacie Open Mercato zajebiście, robi wam to partner albo sami sobie dewelopujecie ekstra, to tak jakbyście budowali swojego kampera, co nie?

Czyli zrobimy code review, testy, sprawdzimy czy ten kod dopisany jest zgodny z architekturą Open Mercato, nie psuje Cora i tak dalej. I powiem wam, że to trafia. W sensie ci klienci mówią, kurczę, no ma to sens, bo w zeszłym tygodniu u nas pan Darek zrobił tam vibe-codingiem, wszystko działało, a potem baza znikła. To teraz jak wam zapłacimy, to wy sprawicie, że nie zniknie. A my mówimy, no dokładnie tak, bo my to w zasadzie zapewniamy. Więc jest do kogo się potem zwrócić w razie czego, jak jest problem. Znaczy gracie delegacją ryzyka po prostu. Trochę tak, ale to jest taka faktyczna wartość, że ten support jest. A druga rzecz, pomyślałem, że to nie będzie tak dobrze działało, a dobrze to działa dosyć, że ludzie mówią faktycznie, macie ten moduł od security, w tym enterprise, to my musimy kupić

Przy czym, jak sobie zobaczycie na repo, to ilość dokumentacji w Open Mercato wydaje mi się, że ona bije w ogóle jakieś wszystkie inne systemy, nawet Enterprise, bo Wiadomo było zawsze, że jak się robi duży system, to trzeba utrzymywać repozytorium ADR, że Architecture Decision Record itd. Tylko nikt tego potem nie robił, albo nie aktualizował. Tam były stare rzeczy, co jest jeszcze gorsze, niż jakby nie było ich w ogóle czasami. A my to mamy, bo LLM to po prostu robi. I czyta. No to właśnie, i czyta. To jest właśnie niesamowite. Jestem ciekaw jednego, do czego dojdziecie, to co ja będę obserwował, czyszczenia tej dokumentacji, bo to będzie... Bo to będzie ten biały kontekst. Raczej, wiesz, jestem ciekaw tego, bo będzie ten moment, że będzie trzeba pewnie usuwać z repo historyczną dokumentację.