Webmakers talks technical side of Sylius

W kolejnym odcinku naszej serii WebMakersTalks Damian rozmawiał z Pawłem Jędrzejewskim - CEO Syliusa. Nasi rozmówcy poruszyli głównie tematy techniczne - zapytaliśmy m.in. o najciekawsze zgłoszone problemy, społeczność, którą gromadzi platforma oraz to, czy Syliusa można używać w projektach poza e-commerce.

Cześć, z tej strony Damian z firmy WebMakers. Witam Was w naszej serii WebMakers Talks. Razem ze mną jest Paweł Jędrzejewski CEO Sylius'a.

Cześć Paweł.

Cześć Damian.

Dzisiaj będziemy rozmawiać na tematy techniczne związane z Waszym systemem. Jak wiemy, e-commerce to bardzo duży i rozległy rynek. Istnieje wiele platform i różnych systemów. Pierwsze moje pytanie brzmi: jak odnajdujecie się na tym rynku? Jaki jest Wasz największy wyróżnik techniczny w Syliusie, za który najbardziej Was cenią developerzy i najbardziej Was za to pokochali?

Myślę, że takim najważniejszym wyróżnikiem jest to, że Sylius jest oparty o framework Symfony. To jest nisza, z której się wywodzimy. Symfony to bardzo popularny framework dla aplikacji webowych i Sylius jest jednym z pierwszych projektów e-commerce, który powstał w oparciu o ten silnik. Myślę, że to nas mocno wyróżnia i developerzy Symfony czują się jak w domu pracując z Syliusem.

A o jakich największych sklepach postawionych na Waszym systemie słyszałeś i czy wiązało się to z jakimiś problemami, wąskimi gardłami, z którymi musieliście się zmierzyć?

My jako vendor jesteśmy odpowiedzialni za rozwój produktu i rzadko się ścieramy z takimi problemami bezpośrednio u klienta. Zazwyczaj to nasze agencje wdrożeniowe mają ciekawe historie do opowiedzenia. My natomiast wiemy o kilku projektach w Polsce. Z B2C byłaby to np. Your Kaya, z B2B nasze łódzkie TME, około 500 tysięcy produktów - platforma e-commercowa w Chinach.

W jakiś sposób się zgłaszali do Was? I mówili Wam, że np. że Sylius z czymś nie do końca sobie radzi i oczekiwali od Was jakiejś pomocy?

Tak, codziennie dostajemy informacje o jakiś potencjalnych usprawnieniach, błędach itd. Tak więc, cały czas ten przepływ informacji szczególnie ze względu na open source jest.

I rozumiem, że później na bieżąco jest to implementowane przez społeczność czy bezpośrednio przez Wasz team wewnętrzny?

Zarówno przez team wewnętrzny, jak i open-sourcowy core team i przez kontrybucje ze społeczności. Tak że, mamy takie trzy kanały, którymi płyną poprawki i usprawnienia dla Syliusa z tych trzech źródeł.

Czy mógłbyś opowiedzieć o najciekawszych, nietypowych problemach technicznych, które zostały Wam zgłoszone?

Na pewno niszą dla Syliusa są wszelkiego rodzaju konfiguratory. Mamy konfiguratory płotów, konfiguratory standów konferencyjnych, konfiguratory czekolady, soczewek, okularów, paneli podłogowych - tego typu wdrożenia są. Czego nie wymyślisz, to na Syliusie zazwyczaj było już zrobione. Także to są takie ciekawe case'y.

Czyli kwestia takiej customizacji, przygotowania tego konfiguratora. A czy często macie tak, że pojawiają się pogłoski, że powstał jakiś zero date tak zwany i trzeba go jak najszybciej załatać, zrobić fixa. Czy dostajecie takie sygnały i jeżeli tak, to w jaki sposób reagujecie na to?

Rzadko. Nasi płacący klienci mają dostęp do wsparcia technicznego w ramach pakietu Sylius Plus i może kilka razy nam się zdarzyło otrzymać takie dość pilne zgłoszenie związane np. ze stanami magazynowymi, które się kompletnie rozjechały po jakieś customizacji, tak. Tego typu zgłoszenia są od płacących klientów. Jeśli chodzi o open source i to, co płynie od społeczności, to rzadko się zdarza coś palącego.

A był kiedykolwiek właśnie taki problem bardziej natury bezpieczeństwa, że ktoś zgłosił, że jest jakaś poważna luka, która uniemożliwia zalogowanie się na czyjeś konto?

Aż tak poważna nie, natomiast wydaliśmy kilka poprawek security, które były rezultatem błędów zgłoszonych przez społeczność. Mamy specjalny adres security@sylius.com, na który można poufnie wysłać zgłoszenie o właśnie takim błędzie lub jakiejś potencjalnej luce bezpieczeństwa.

To tylko świadczy, że Sylius dobrze jest tutaj zabezpieczony i dobrze napisany, skoro nie macie aż tak wielu tego typu problemów.

To jest ciekawe w kontekście open source'a. Ja zawsze powtarzam, że tysiące oczu społeczności jest dużo większym gwarantem bezpieczeństwa niż piętnastu developerów teamu in house'owego.

Jak wspomniałeś, Sylius jest oparty o framework Symfony. Wiemy, że samo Symfony jest dużym narzędziem, dużym frameworkiem. Czy macie kontakt techniczny z osobami technicznymi stojącymi za Symfony? Jeżeli tak, to jaka bliska jest Wasza współpraca?

Tak znamy się z core team'em Symfony, szczególnie blisko współpracujemy przy aktualizacjach do nowych wersji Symfony. Bywamy na swoich konferencjach. W tamtym roku wymieniliśmy się - byliśmy na SymfonyConie oni byli na SyliusConie, tak więc jest to bliska współpraca i bardzo owocna.

A jak wygląda u Was proces doboru technologicznego i ukształtowania kierunku rozwoju Syliusa? Czy wychodzi to bezpośrednio ze społeczności open source, czy też macie dedykowane osoby w teamie wewnętrznym, typu Product Ownerzy, architekci, którzy tutaj kształtują i decydują o dalszym rozwijaniu się projektu?

Organizacyjnie mamy Product Ownera, Product Ownerkę właściwie, która ustala roadmap funkcjonalny produktu. Mamy Core Team, który dba o architekturę tego wszystkiego. Natomiast, jakieś sugestie, co do nowych funkcjonalności i poprawek płyną i od klientów, i od społeczności. Nie mam poczucia, że ktokolwiek narzuca to odgórnie, raczej bardzo organicznie powstają na bazie feedbacku i na bazie naszych pomysłów.

Bardziej sugestii tak?

Tak.

A jeżeli chodzi o np. dodawanie nowych feature'ów, to to też właśnie wypływa bardziej ze społeczności, czy bardziej rozmyślacie w swoim teamie, w jakim kierunku pójść, co trzeba dodać?

Jeśli chodzi o funkcjonalności core'owe raczej jest to po naszej stronie. Społeczność szczególnie się skupia na ostrzeżeniach Syliusa przez pluginy, także taki mamy trochę podział odpowiedzialności.

Dobrze, a jeżeli chodzi o właśnie team zarówno ten, który tworzy bezpośrednio Syliusa, jako Wasz wewnętrzny i jako ten tzw. team open source, to o jakich tutaj wielkościach mówimy? Jak duży jest Wasz team wewnętrzny oraz jak duża jest społeczność osób zaangażowanych w projekt?

Nasz team wewnętrzny to jest obecnie osiem osób. Plus oczywiście społeczność.

A społeczność to ile mniej więcej osób zaangażowanych w samo tworzenie Syliusa? Nie mówię o osobach po prostu korzystających, tylko tych, które bezpośrednio Was wspierają?

Myślę, że to byłoby około dziesięciu, piętnastu takich bardzo aktywnych osób. Łącznie kontrybutorów mamy chyba prawie siedmiuset. Ale to są też często osoby, które dodały tylko jedną kontrolną poprawkę i już nigdy się nie pojawiły. Natomiast takich aktywnych osób jest około dziesięciu, piętnastu.

To są już ładne liczby tak naprawdę.

Bezcenna pomoc dla nas.

Dobrze, to jeszcze mam ostatnie pytanie, być może bardziej nietypowe, bo niezwiązane stricte z e-commerce. Czy na bazie Syliusa kiedykolwiek powstał jakiś projekt niezwiązany z e-commercem, tylko z czymś innym, ale jego silnik został wykorzystany do zbudowania tego projektu? Czy słyszałeś o czymś takim?

Zazwyczaj, jeśli nie jest to strona transakcyjna, taka, na której wykonywane są zakupy i płatności, to zazwyczaj jest to jakiś katalog produktów, jakiś wewnętrzny system B2B itd. Natomiast powstał nawet Sylius No Commerce Plugin, który wyłącza checkout i koszyk oraz wszystkie te funkcjonalności e-commercowe i pozostawia tylko sam framework i silnik, na którym powstają takie aplikacje nie e-commercowe.

To bardzo ciekawe. A z już bardzo nietypowych projektów, które was zaskoczyły tym, że ktoś wpadł na pomysł, żeby zbudować ten projekt akurat na frameworku Sylius?

Nie przychodzi mi do głowy coś, co by było takim niesamowitym zaskoczeniem. Różnego rodzaju konfiguratory, ale nie powiedziałbym, żeby coś było zaskoczeniem. Tak, jak mówiłem - mamy sprzedaż biletów do muzeów, na stadiony, na wydarzenia sportowe, różnego rodzaju konfiguratory. Nie powiedziałbym jednak, żeby coś było zaskoczeniem. My od samego początku kierowaliśmy Syliusa do tej niszy dedykowanych, customowych rozwiązań, tak więc mało co nas zaskakuje chyba.

Dziękuję Ci Paweł za dzisiejszą rozmowę. Myślę, że wskazałeś wiele ciekawych niuansów technicznych, i teraz wiem, jak wygląda to od środka.

Dziękuję za rozmowę.

Jeśli chcecie zobaczyć wersję video, wystarczy kliknąć w poniższe video.