.svg)
00:00 - Start
00:40 - Agenda
01:00 - Czym jest Bubble?
5:15 - Jak działa Bubble?
9:28 - Jakie Bubble daje korzyści?
14:30 - Jakie Bubble ma wady?
18:30 - Co możemy zbudować w Bubble?
20:50 - Czego w Bubble NIE zbudujemy?
22:47 - Podsumowanie
Cześć, Z tej strony Kamil Tarczyński. Witam Was w kolejnym odcinku naszego podcastu. Dzisiaj porozmawiamy sobie o jednym z najbardziej popularnych, jeżeli nawet nie najbardziej popularnym narzędziu do budowy web aplikacji, którym jest Bubble.io, który również wykorzystujemy w Havenocode. Porozmawiamy sobie o tym, czym w ogóle jest Bubble, do czego służy, jakie ma wady, jakie ma zalety, co można za jego pomocą zbudować. Chciałbym Wam dzisiaj dokładnie opowiedzieć o tym narzędziu i jak możecie je wykorzystać. Myślę, że nie ma sensu się rozwodzić dłużej. Zaczynamy! Dobrze, więc zacznijmy od tego, czym jest Bubble. Bubble jest to platforma no-code’owa w teorii, która pozwala nam budować web aplikacje w oparciu o JavaScript. Dlaczego powiedziałem, że jest to platforma kodowa w teorii? Dlatego, że oczywiście pozwala nam zbudować bardzo zaawansowane aplikacje bez użycia nawet jednej linijki kodu. Tak, jeżeli napotkamy jakąś barierę nie do przejścia, której nie pozwoli nam Bubble za pomocą swoich natywnych funkcjonalności przebić, to będziemy mogli tam dodać nasz własny kod. Dodatkowo nie dość, że możemy dodawać kod na każdej z pojedynczych stron, które dodamy do Bubble, to do Bubble możemy również pisać pluginy, które są właśnie oparte o język JavaScript.
Dzięki temu mamy tak naprawdę nieograniczone możliwości tego, co w tej platformie możemy zbudować. Bubble jako builder jest z jednej strony platformą, która bardzo szybko pozwala nam budować proste aplikacje, z drugiej strony pozwala też budować bardzo zaawansowane aplikacje. I to, co Chciałbym bardzo mocno zaznaczyć, że zabrzmi może to bardzo górnolotnie, ale Bubble jest trochę platformą dla bardzo wielu osób. Dlaczego? Dlatego, że z jednej strony próg wejścia jest bardzo niski. Jeżeli chcemy zbudować proste aplikacje, o których wspomniałem, jakieś np. proste aplikacje, to do czy tego typu rzeczy. Będziemy mogli to zrobić bez użycia kodu w sposób 100% tak dla nas zrozumiały. Tak, z drugiej strony Bubble jest na tyle dojrzałą platformą, ponieważ ma już 11 lat i jest przez cały ten czas rozwijany. W 2021 roku bodajże dostał jeszcze 100 milionów dolarów dofinansowania na dalszy rozwój. Współpracuje bardzo mocno, ściśle z Microsoftem. To pozwala nam właśnie dzięki swojej dojrzałości, temu, że ma tak bardzo wiele funkcji, ma bardzo bogatą społeczność, która pisze multum pluginów do niego. Sami też możemy pisać te pluginy.
To dzięki temu możemy też budować naprawdę bardzo skomplikowane platformy, wydajne platformy czy skalowalne platformy. Babel jako platforma oparty jest w całości o AWS, a to znaczy, że pod spodem stoi gdzieś tam a AWS i cała infrastruktura to jest AWS plus Postgres. Jeżeli chodzi o bazę danych plus kilka tam innych usług, które mają zapewnić właśnie to reliability skalowalność i bezpieczeństwo jak np. Cloud, CloudFlare, Snow Flake czy tego typu inne usługi. Więc jak widzicie Bubble jest taką bardzo szeroką platformą, która pozwala właśnie nam bez użycia kodu budować web aplikacje. I to jest jedna właśnie bardzo ciekawa rzecz ze względu na to, że tak jak powiedziałem, Bubble ma bardzo, bardzo dużą społeczność, możemy tam dodawać własny kod. To też za pomocą Bubbla możemy budować aplikacje mobilne. Oczywiście nie będą to natywne aplikacje mobilne, ponieważ na to Bubble nam nie pozwala. Bubblle nie operuje w żadnym natywnym języku ani w żadnym natywnym frameworku. Będą to po prostu tzw. aplikacje PWA, czyli Progressive Web Application, czyli po prostu responsywne aplikacje, które będą dostosowane do urządzeń mobilnych, które też możemy umieścić w tak zwanym wrapperze.
Wrapper to jest taka specjalna aplikacja natywna, w środku której jest web view, czyli widok strony, pod który po prostu podkładamy właśnie naszą stronę mobilną, dzięki czemu możemy dodawać natywne funkcjonalności tak jak Face ID, aparaty GPS etc. I dzięki temu również możemy tą aplikację umieścić w sklepach takich jak Google Play czy AppStore. Więc jak widzicie Bubble nie jest zabawką. Oczywiście możemy dzięki niemu uczyć się jak programować, możemy nauczyć się tego jak powstają, jak funkcjonują aplikacje. Możemy też budować te aplikacje bardzo skomplikowane. No i jak w ogóle ten Babel działa? Jeżeli to jest aplikacja no-code’owa, to jak ona działa? Zacznijmy od rozłożenia je na elementy pierwsze. Bubble jako platforma oferuje nam możliwości budowy frontendu. O którym już niejednokrotnie mówiliśmy. Czym jest też frontend, czyli to, co widzą nasi użytkownicy. To z czym wchodzą w interakcję, jak również pozwala nam budować backend, czyli to, co się dzieje na serwerze. Mamy tam dostępną oczywiście też bazę danych, którą sami sobie definiujemy. Mamy local, staty, option sety tak zwane w bubble.
Jest to coś specyficznego dla Bubble no i workflow, które mogą być odpalane właśnie albo po stronie aplikacji, czyli na frontend, albo właśnie po stronie serwera. Mamy też oczywiście możliwość budowania tam api end pointów, które będą publicznie dostępne lub nie. Więc budując aplikację oczywiście frontend. Tak jak już mówiłem, mamy tą białą kartkę, na którą przenosimy elementy z całego naszej stałej naszej listy elementów. Czy to będą jakieś shape, czy to będą jakieś elementy, czy teksty, czy grupy, czy listy, cokolwiek innego tam umieścimy na tej stronie, to będziemy mogli sobie tam właśnie z tego stworzyć cały nasz interfejs. Będziemy mogli oczywiście to również wystylizować w sposób jaki chcemy, ponieważ Babel też pozwala na dowolne style tych elementów, oczywiście w jakiś określony sposób. Natomiast znowu jeżeli nie mamy czegoś dostępnego natywnie, to możemy do tego dodać CSS lub cokolwiek innego co będzie za wady miało animacjami czy wyglądem tych pojedynczych elementów. No i w ten sposób właśnie Bubble nam generuje ten kod HTML, CSS Czy JS który odpowiada zatem za ten front? Natomiast z tyłu, kiedy chcemy zbudować jakieś jakiś backend, to również mamy dostępny widok workflow, gdzie ustawiamy sobie workflow, że kiedy jakiś button został, klikniemy lub kiedy coś się w aplikacji zadziało co każde 5 sekund lub kiedy strona się załadowała lub kiedy jakaś grupa lub jakiś element na stronie jest widoczny to co ma się zadziać i robimy krok pierwszy, drugi, trzeci, czwarty, piąty itd itd.
Gdzie za pomocą tych właśnie kroków będziemy budowali nasze workflow? Oczywiście nie będę tutaj wchodził bardzo dokładnie, bo dzisiaj nie jest to szkolenie z bubbla i tego jak powinniśmy w nim budować, tylko chcę Wam przedstawić to narzędzie w ten sposób i również jest generowany kod. I tutaj uwaga Bubble jeżeli chodzi o backend porusza się w node, czyli takim frameworku JavaScript, który pozwala nam budować cały backend. Oczywiście my tego nie widzimy. Jaki kod będzie tam wygenerowany? Nie mamy w przypadku do tego dostępu, jak również z bubbla nie będziemy mogli wyeksportować tego kodu naszej aplikacji. To znaczy, że jeżeli stworzymy sobie tą aplikację Bubble i będziemy mieli te wszystkie elementy strony workflow, backend, cały stworzony, bazy danych, strukturę tej aplikacji itd. Utworzoną to niestety nie będziemy mogli tego kodu wyeksportować w żaden sposób Bubble nie jest platformą, która zarabia de facto na hostowania naszych aplikacji. I z tego też powodu nie jest możliwe eksportowanie tego właśnie kodu, ponieważ za renderowanie całej tej aplikacji, którą stworzymy w edytorze odpowiada ich silnik, który jest tzw. ich Secret Sos.
Więc jak widzicie, te wszystkie też elementy są ze sobą tak mocno integrowane, że de facto dla osoby, która buduje tą aplikację jest to bardzo zrozumiałe. Te wszystkie połączenia między bazą danych, front endem, bazą danych, back endem między workflowami, frontendem a backendem. Te wszystkie powiązania są dla nas bardzo, bardzo czytelne i jasne. I tutaj mamy też bardzo dużą swobodę, jeżeli chodzi o to, jak nasze aplikacje będą budowane, czy to będą single page App, czy to będą multi page Apps, czy to będą aplikacje, które będą miały być dashboard ami, czy CRM ami, czy czymkolwiek innym. Natomiast to, co możemy zbudować, to do tego sobie zaraz przejdziemy. Teraz w następnej części chciałbym omówić, jakie de facto niesie za sobą to korzyści, jakie de facto Bubble ma największe korzyści i na czym tak naprawdę tutaj zyskujemy, jeżeli będziemy chcieli korzystać z tego narzędzia. Największą oczywiście zaletą Bubble jest to, że jest to narzędzie bardzo zwinne, które bardzo szybki sposób pozwala nam budować i piwotować, rozwiązania, które sobie wymyśliliśmy czy które chcemy zbudować.
Dzięki temu narzędziu jesteśmy w naprawdę bardzo szybki sposób w stanie zbudować pierwsze wersje tego produktu. Oczywiście wiadomo czym dalej w las, tym więcej drzew, więc wiadomo, że czym dalej będziemy szli, tym też bardziej skomplikowane stanie się tworzenie tych aplikacji. Kolejną bardzo zaletą Dużą Bubble jest to, że możemy tam budować naprawdę powerful apps. Naprawdę bardzo skomplikowane aplikacje. Możemy zbudować Bubble, bo nawet jeżeli Bubble czegoś nie obsługuje natywnie, czy będziemy chcieli zrobić jakieś obliczenia na Big Data, czy zaimplementować jakiś algorytm AI, ML, cokolwiek nam przyjdzie do głowy, to oczywiście Bubble natywnie takiej funkcjonalności nie posiada, ale po pierwsze możemy podać ten kod. Oczywiście JavaScript nie nadaje się do AI czegokolwiek takiego, ale możemy również go zintegrować z innymi aplikacjami, które udostępniają API, dzięki czemu będziemy mogli lewarowania Te funkcje Bubble i funkcje naszej aplikacji będziemy mogli zaimplementować. Będziemy mogli zaimplementować Chat GPT i będziemy mogli zaimplementować Revenue Cata Google Analytics. Cokolwiek nam przyjdzie do głowy, że chcemy zaimplementować i cokolwiek wystawia API, to to będziemy mogli sobie zaimplementować. Jeśli np. będziecie chcieli zbudować w Bubble po prostu frontend, bo będzie szybciej backend macie gdzieś swój to proszę bardzo, jest to jak najbardziej możliwe.
Jeżeli będziecie chcieli zbudować tylko backend, a wykorzystać inne narzędzie do frontendu, bo się czujecie w tym np. biegli, tak uważacie, że będzie lepiej? Proszę bardzo, jak najbardziej jest to możliwe. Nie będzie z tym żadnego problemu. Kolejną zaletą w porównaniu do innych platform nocodowych jest oczywiście to, że możemy dodawać kodu. I tutaj oczywiście Bubble należałoby może nazywać bardziej lowcodowym niż nocodowym, ale nadal mamy stawia mocniej na kod niż na custom code I tutaj ten custom kod nadal powinniśmy raczej ubierać w pluginy czy po prostu snippety kodu, niż opierać się na tym, że każdy element będziemy mogli rozebrać na czynniki pierwsze i go wyedytować. Dlatego nazwałem tą platformę nocodem, a lowcodem. Chociaż nadal możliwość wykorzystywania naszego własnego kodu w Bubblu istnieje. Mamy w Bubble dostępne bardzo zaawansowane ficzery jak np. SQL, konektory natywnie dostępne API, konektory, mamy dostępne właśnie integracje z bazami danych etc etc, dzięki którym możemy lewarować funkcjonalności tej platformy i ją wykorzystywać do czego chcemy. Bubble jest również oparty i jego frontend na CSS grid. I teraz jest przepisywany tak naprawdę cały Babel na to, żeby wykorzystywał pure JS, dzięki czemu będzie po prostu dużo, dużo szybszym rozwiązaniem niż był do tej pory, chociaż do tej pory też mu performansu żadnego nie brakowało i codziennie użytkownicy nie zobaczą w żaden sposób, że ta aplikacja kuleje.
Czy jest cutting Edge. Kolejną oczywiście zaletą jest to, że jest w stu procentach oparty o cloud i mamy bardzo przejrzysty, prosty cennik, który mówi nam o tym, co de facto w nim dostajemy. Czyli możemy sobie wybrać odpowiedni cennik i w momencie, kiedy nasza aplikacja będziemy mieli także użytkowników, że tutaj niestety już ten cennik nie będzie dawał rady. To nie jest tak, że mamy po prostu tą aplikację wyłączy, ona się wyskaluje i zostaniemy po prostu. Ewentualnie to nadal będzie nasza decyzja, bo aplikacja w końcu kiedyś wysiądzie i nie będzie w stanie obsłużyć większej ilości użytkowników. No ale będziemy mieli jasność i jasną informację dlaczego, kiedy i gdzie i co de facto wykorzystuje te zasoby naszego serwera, że musimy iść na ten wyższy plan Bubble przejść. Oczywiście za tymi wyższymi planami idzie jeszcze kilka innych funkcjonalności, jak np. więcej kolaboratorów, aplikacji czy więcej możliwości utworzenia większej ilości branchy dla aplikacji. Bo kolejną oczywiście dużą zaletą jest to, że możemy tworzyć tam branche tej aplikacji, czyli de facto możemy sobie stworzyć prawdziwe, profesjonalne środowisko do tworzenia aplikacji, gdzie będziemy mieli kilka branch deweloperski, branch UATowy i oczywiście wersję live aplikacji.
To są te najważniejsze zalety tej platformy, jej dojrzałość, to, że jest zwinna i że pozwala nam bardzo szybko budować rozwiązania, bardzo szybko je piwotować, edytować, zmieniać, dostosowywać de facto do tego, czego chcemy. Pozwala nam budować naprawdę aplikacje, które sobie wymarzyliśmy. Jest bardzo mały wycinek aplikacji, które nie będziemy mogli tam zbudować, czy animacji, czy czegokolwiek innego. No i oczywiście to dodawanie kodu. Więc jak już wiemy jakie mamy zalety tej platformy, to porozmawiamy sobie o tym, jakie ma ona wady, bo na pewno też jakieś wady ma. I nie inaczej jest też w tym wypadku. Największą wadą tej platformy, patrząc z naszego europejskiego punktu widzenia, jest to, że niestety na ten moment Bubble nie oferuje regionalizacji. Co to znaczy? To znaczy, że każda aplikacja, którą budujemy w Bubble, jest hostowana na terenie Stanów Zjednoczonych. Tutaj oczywiście musimy dać małą gwiazdkę, a raczej nawet dwie gwiazdki z tego powodu, że po pierwsze brak regionalizacji dotyczy standardowych planów, tzn. że korzystając ze standardowego planu nie możemy wybrać sobie regionu, w którym nasza aplikacja będzie hostowane.
Będzie ona hostowane na terenie Stanów Zjednoczonych, natomiast Babel nad tą organizacją pracuje i podobno ma być ona dostępna w tym roku. Tak. Dla bardzo wielu klientów nie jest to przeszkodą. Wystarczy odpowiednia polityka prywatności, która będzie odpowiednio informowała użytkownika i jak najbardziej taką aplikację. Będziemy również z perspektywy Europy mogli zbudować, uruchomić i oferować ją naszym polskim czy europejskim klientom. Nie ma w tym najmniejszego kłopotu. Druga gwiazdka dotyczy tego, że jak. Oczywiście nie pozwalają nam na regionalizacji te standardowe plany, tak mamy również oferuje plany tzw. Enterprise. I co to de facto znaczy? Te plany Enterprise pozwalają nam na deploy owanie bubla na naszej własnej chmurze, która znajduje się w AWS lub na wybraniu sobie chociażby regionu, którym de facto ta aplikacja ma być hostowana. Oczywiście mamy tam dużo więcej opcji jeżeli chodzi o te plany Enterprise, dużo większą wydajność dla dużo większej liczby użytkowników. Mamy możliwość skonfigurowania sobie tego jak ta aplikacja będzie, jak cała ta chmura pod tą aplikację będzie skonfigurowana. No ale to są już rzeczy, które zawsze za każdym razem musimy indywidualnie z Bubble dyskutować i negocjować.
Apropo tego co tam dokładnie ma się znaleźć. Kolejną wadą Bubble jest de facto to o czym już powiedziałem wcześniej, czyli brak możliwości eksportu kodu. Oczywiście raczej niewiele będzie takich przypadków, że dojdziemy do takiego momentu, gdzie ten kod będziemy koniecznie musieli eksportować, bo najczęściej taka sytuacja będzie mogła się zdarzyć w momencie, kiedy no dobra, osiągnęliśmy pułap miliona użytkowników, pół miliona użytkowników, no i chcielibyśmy zbudować już naprawdę taką bardzo cutting edge technology Application. Wtedy raczej też nie chcielibyśmy eksportować kodu Bubble, tylko przeważnie takie rozwiązania wtedy pisze się od zera. Po prostu, żeby dostosować je pod to, co już wiemy całą architekturę, pod wymagania technologiczne, wymagania liczby użytkowników, wymagania środowiskowe etc. A nie bazować jednak na starym kodzie, który był budowany trochę z inną myślą, z innymi zmysłami, z inną wiedzą, w innym miejscu i w innym czasie. Więc jak oczywiście może to być postrzegane jako wada, to ja raczej bym to nazwał taką wadą wirtualną, która raczej w 90 procentach przypadków nigdy nie będzie miała zastosowania, bo po pierwsze będziemy musieli dojść do momentu, w którym będzie konieczność przepisania takiej aplikacji, a Bubble zapewnia, że na standardowych planach jest spokojnie dźwigać pół miliona użytkowników.
Oczywiście znowu tutaj trochę z przymrużeniem oka trzeba na to patrzeć, bo aplikacja aplikacji nierówna. I co to znaczy pół miliona użytkowników? Wtedy oczywiście też możemy przejść na Enterprise owy plan będziemy w stanie ciągnąć więcej. Natomiast to wszystko zależy, co tak naprawdę chcemy zrobić i co chcemy zbudować. Dlatego mówię dla mnie trochę taka wirtualna wada. No i dobrze, jeżeli już wiemy, czym jest Bubble, jak działa, jakie są jego zalety, jakie są jego wady, to porozmawiajmy sobie o tym, do czego możemy tą platformę wykorzystać. Ta platforma świetnie nadaje się do budowy wszelkiego rodzaju aplikacji typu SaaS, czyli Software as a Service, czyli aplikacja jako usługa. To jest standardowy rodzaj aplikacji, który wszyscy z Was raczej w tym momencie kojarzą, czyli wszystkie typu social media jak Facebook, LinkedIn, wszystkiego typu CRM, Live Spaces, etc., ERP do zarządzania naszymi firmami, Job board do publikowania ofert pracy e-commerce do prowadzenia sprzedaży, Marketplace do umożliwienia sprzeda dołączenia dwóch stron zakupowych. Aplikacje mobilne typu jak Tinder czy Instagram. Tego typu rzeczy jak najbardziej jesteśmy w stanie budować.
I de facto możecie spojrzeć sobie na nasze study aplikacji, które już zbudowaliśmy. Zobaczycie właśnie tam cały, cały wachlarz aplikacji i rodzaju aplikacji, które już zbudowaliśmy, więc będziecie mogli zobaczyć na przykładach. Bubble również na swoich stronach pokazuje przykłady aplikacji, które możemy zbudować. I właśnie są tam aplikacje typu Duolingo typu Netflix typu Facebook typu LinkedIn typu Pinterest, typu Instagram etc, etc. Oczywiście ich prymitywne wersje, bo nikt nam raczej nie da całego tutorialu na temat tego jak zbudować super zaawansowaną aplikację, na którą jakaś firma wydała miliony dolarów. I oczywiście nie oszukujmy się, że to będą też tak zaawansowane aplikacje i w ten sam sposób działające, ale będą to naprawdę bardzo zaawansowane, kompleksowe aplikacje i możliwość ich zbudowania. Więc jeżeli myślicie o tym, że chcecie zbudować tego typu platformę czy to do sprzedawania czegoś, czy zarządzania Waszymi klientami, czy budowania relacji z klientami, czy prowadzenia tych relacji, czy to będą e-commerce, CRM, ERP do zarządzania zasobami? Czy jobboard etc. To wszystko jak najbardziej możliwe. To będą świetne aplikacje, które będą w świetny sposób działały.
I możecie tak jak powiedziałem sprawdzić to w kilku źródłach. Popatrzyć sobie również na swojej stronie na swoim blogu, Bubble również chwalić się aplikacjami, które za jego pomocą zostały zbudowane. Natomiast do czego wykorzystać nie powinniśmy? No raczej bubla nie będziemy mogli wykorzystać do budowania na przykład aplikacji bankowych, co jest raczej zrozumiałe wszędzie tam, gdzie są potrzebne bardzo mocne restrykcje, takie jak na przykład HIPAA, czyli certyfikacja apropo tego, że dane medyczne będą przechowywane w odpowiedni sposób, to jest akurat compliance na terenie Stanów Zjednoczonych, który jest wymagany. Bubble takiej certyfikacji nie ma. Wszystkie aplikacje, które gdzieś na backend będą miały przetwarzać gigantyczne ilości danych, Bubble też z gigantycznymi, takimi, gdzie mamy kilka milionów rekordów przetwarzanych non-stop. Na co dzień raczej sobie nie radzi, nie jest rozwiązaniem dedykowanym do tego. Wtedy jak najbardziej frontend możemy zbudować w Bubble, ale backend już dużo lepiej zbudować w Xano narzędziu, które sobie świetnie już z takimi operacjami świetnie radzi i nie ma z nimi najmniejszego problemu. Tak jak oczywiście w każdym przypadku do czego możemy czy do czego nie możemy wykorzystać jest też trochę trudno mówić tak ogólnikowo, bo raczej powinniśmy o tym zawsze rozmawiać na przykładach, konkretnych przykładach konkretnych aplikacji, czyli spojrzeć, co de facto chcemy zbudować.
Jakiego rodzaju jest to platforma, jacy użytkownicy będą z niej korzystali, komu będziemy chcieli ją udostępniać, w jaki sposób powinna być ona dystrybuowana, jakie ona ma wymagania środowiskowe, jakie ma wymagania prawne i czy te rzeczy ta platforma jest w stanie spełnić. Jeżeli jest w stanie spełnić to jak najbardziej się do tego nadaje, to oczywiście warto zawsze zasięgnąć odpowiedniej konsultacji, zapytać kogoś doświadczonego, zderzyć to np. z taką firmą jak nasza. Czy de facto taką platformę możemy zbudować, czy może warto tutaj użyć innego toolsetu? Czy ta platforma będzie do tego odpowiedni? Więc jak widzicie podsumowując, Bubble jest platformą nocode, która pozwala nam budować web aplikacje i aplikacje mobilne typu PWA. Pozwala nam je budować bez użycia kodu, ale pozwala też dodawać ten kod. Nie jest to zabawka, która służy tylko do budowy bardzo prostych aplikacji, tylko pozwala nam na budowanie bardzo skomplikowanych narzędzi, bardzo skomplikowanych platform, które będą w stanie obsłużyć dziesiątki, setki tysięcy użytkowników. Wiemy już też jak działa, że jest to oczywiście edytor drag and drop, WYSIWYG mamy dostęp tam backend, bazy danych, frontend, tego typu rzeczy, API etc.
Wiemy, jakie są zalety tej platformy, czyli szybkie piwotowanie, szybkie budowanie, możliwość dodawania własnego kodu, możliwość dodawania bardzo zaawansowanych ficzerów, możliwość integracji z tzw. third party etc. Wiemy jakie są wady, czyli ten rzekomy brak regionalizacji, który oczywiście możemy sobie rozwiązać za pomocą wyższych planów i który też nie zawsze jest zresztą wadą czy brak możliwości eksportu kodu. No i wiemy również do czego możemy wykorzystać tą platformę, a do czego raczej nie powinniśmy i że zawsze raczej powinno być to konsultowane indywidualnie. To tyle dzisiaj ode mnie. Odcinek dzisiaj był krótszy. Chciałem Wam przedstawić jedną konkretną platformę. Mam nadzieję, że był to dla Was odcinek ciekawy. To tyle ode mnie. Do usłyszenia w kolejnym odcinku. Cześć!
