Jak dużo kontrybuujemy?
Nie mówimy "lubimy open source" i nie zostawiamy tego na samych słowach. Poniżej zostawiamy liczby, które powinny dość klarownie stwierdzać, co potrafimy. Prosimy wziąć pod uwagę, że rosną z każdym tygodniem.
Linijek kodu napisanych łącznie
Ponad pięć milionów linijek kodu w rzeczywistych projektach - od panelu hostingu i komunikatora, przez natywne aplikacje desktopowe i mobilne, po emulatory, silniki gier i własne mikroframeworki. To nie liczba z generatora ani przepisane tutoriale: każda z tych linijek stoi za działającym produktem albo narzędziem, którego sami używamy na co dzień. Piszemy dużo, bo budujemy dużo, i robimy to od 2020 roku bez przerwy.
Repozytoriów (projektów)
Ponad dwieście repozytoriów na przestrzeni ponad 100 projektów, wszystkie rozłożone na naszych kontach. Są tu produkcyjne platformy, wewnętrzne narzędzia, eksperymenty, aplikacje mobilne i desktopowe, dashboardy oraz projekty edukacyjne lub open source, które szykujemy dla innych deweloperów. Taka liczba nie bierze się z jednego weekendu - to lata konsekwentnej pracy, w której nowy pomysł w rezultacie tworzy nam dodatkową okazję do budowania kolejnych skalowalnych projektów.
Gwiazdki projektów, do których się dołożyliśmy
Ufają nam nie tylko nietechniczni, ale też deweloperzy z całego świata. Miliony ludzi korzystają z bibliotek i narzędzi, do których dołożyliśmy swoją cegiełkę - często nawet o tym nie wiedząc, bo nasz kod cicho pracuje pod maską ich ulubionych projektów. Gwiazdki na tych repozytoriach to zsumowane zaufanie społeczności, która ceni te narzędzia na tyle, żeby wracać do nich każdego dnia. Dla nas to najlepszy dowód, że nasza praca wychodzi daleko poza własne podwórko.
Projektów open source z naszym wkładem
Nasz kod trafił do ponad 50 zewnętrznych projektów open source. Nie są to przypadkowe repo - to biblioteki i narzędzia, których deweloperzy używają na co dzień: PHPMailer, pydantic, Polly, FluentValidation, Monolog, Serilog, NLog, Ebiten, goquery, Pagefind i CommonMark. Dokładamy poprawki tam, gdzie sami korzystamy, i odsyłamy je z powrotem do społeczności.
Poznaj nasze projekty open source
Nie tylko dokładamy commity do cudzych repo - budujemy własne narzędzia i platformy, z których korzystamy na co dzień i które udostępniamy dalej.
Wszystkie nasze repozytoria z jednego terminala.
Vulp to nasze wewnętrzne narzędzie w terminalu: jeden ekran pokazuje stan wszystkich repozytoriów, zbiorczy sync podciąga i wypycha zmiany naraz, a projekty, zadania, pull requesty i statystyki siedzą pod skrótami klawiszowymi. Napisane w Ruście, żeby chodziło od ręki.
Zobacz na GitHubie
Panel sterowania dla agentów AI, które pracują same.
Gyred trzyma flotę agentów w ryzach: przestrzenie robocze oddzielają projekty, reguły mówią, co agentowi wolno, a pętle mają prawdziwy warunek stopu zamiast kręcenia się w kółko. Leasy pilnują, żeby dwóch agentów nie rzuciło się na to samo zadanie - jeden bierze, reszta czeka.
Zobacz na GitHubie
Komunikator z kontami, grupami i rozmowami na żywo.
Plazer to komunikator zbudowany od zera: zakładasz konto, dodajesz znajomych, piszesz na priv albo w grupach, reagujesz i przypinasz to, co ważne. Wiadomości lecą przez WebSocket, więc rozmowa dzieje się na żywo, a ta sama historia czeka na Ciebie w aplikacji na komputer, telefon i w przeglądarce. Backend stoi na Go, PostgreSQL i Redis.
Zobacz na GitHubie
Jak dokładamy naszą cegiełkę?
Nasz udział w otwartym kodzie nie ma jednej formy. Robimy to na cztery różne sposoby - każdy karmi pozostałe.
Usługi indywidualne
Piszemy oprogramowanie na zamówienie: strony, panele, sklepy i aplikacje. Klient dostaje kod na własność i pełną historię commitów, a nie zamkniętą czarną skrzynkę. Wiele wzorców i narzędzi, które tu wypracujemy, wraca potem do naszych otwartych projektów.
Prowadzenie projektów OSS
Utrzymujemy własne otwarte projekty - jak vulp - z prawdziwym repo, wydaniami i dbałością o jakość. To nie porzucone eksperymenty: pilnujemy zgłoszeń, piszemy dokumentację i rozwijamy je, bo używamy ich codziennie sami. Kto chce, może wejść, przeczytać kod i zbudować na nim swoje.
Kontrybucje do cudzego kodu
Kiedy w bibliotece, której używamy, znajdziemy błąd albo brakującą funkcję, nie łatamy tego po cichu u siebie - odsyłamy poprawkę do źródła. Zgłaszamy issue, otwieramy pull requesty i pomagamy utrzymać przy życiu narzędzia, na których stoi też nasza praca. To najzwyklejsza uczciwość wobec ekosystemu, z którego korzystamy.
Gotowe platformy SaaS
Część naszych projektów wyrasta w pełne platformy SaaS, na których ktoś może po prostu założyć konto i pracować. Rdzeń tych platform często dzieli kod z otwartymi narzędziami, więc rozwój jednego napędza drugie. Zamiast wymyślać wszystko od zera przy każdym zleceniu, mamy sprawdzone fundamenty, które sami zbudowaliśmy i rozumiemy do końca.
Nie stoimy w miejscu
Nie chwalimy się jednym dobrym miesiącem. Po lewej liczby z całej naszej historii w otwartym kodzie, po prawej wykres aktywności z ostatnich 90 dni - gęsty i bez długich przerw, bo open source to u nas codzienny nawyk.
Co budujemy w otwartym kodzie
Otwarty kod to u nas nie jeden typ projektu. Od narzędzi w terminalu, przez platformy i aplikacje, po emulatory i biblioteki.
Narzędzia w terminalu, które sami odpalamy każdego dnia i które oszczędzają nam godzin klikania. Sztandarowym przykładem jest vulp - z jednego okna terminala zarządza wieloma repozytoriami naraz, synchronizuje je, otwiera pull requesty i zbiera statystyki. Do tego pilnuje guardraili, żeby nic nie trafiło do kodu w złym stanie. Budujemy je najpierw dla siebie, więc muszą być szybkie i niezawodne.
Kompletne panele sterowania i platformy, które spinają wiele ruchomych części w jeden czytelny pulpit. Takim projektem jest Gyred - prowadzi całą flotę agentów AI z jednego miejsca, pokazuje ich stan i pozwala nimi sterować w czasie rzeczywistym. Podobnie budujemy panele hostingowe i klienckie, w których wszystko ważne jest pod ręką. Chodzi o to, żeby złożoną infrastrukturę dało się ogarnąć jednym spojrzeniem.
Aplikacje pisane od zera, w których jeden kod obsługuje web, pulpit i telefon naraz. Flagowym przykładem jest Plazer - komunikator z rozmowami na żywo i szyfrowaniem end-to-end, więc treść wiadomości zostaje między rozmówcami. Zamiast składać gotowe klocki, budujemy takie aplikacje warstwa po warstwie i panujemy nad każdym detalem. Dzięki temu działają tak samo dobrze na każdym ekranie.
Schodzimy do najniższych warstw, tam gdzie liczy się każdy takt zegara. Piszemy emulatory CPU testowane bit w bit - od CHIP-8 po Game Boya - tak żeby zachowywały się dokładnie jak oryginalny układ. Do tego dochodzą silniki gier i renderery budowane od podstaw, bez gotowych bibliotek do rysowania. To najbardziej wymagająca część tego, co robimy, i najwięcej się przy niej uczymy.
Małe, dobrze przetestowane biblioteki i mikroframeworki, które robią jedną rzecz i robią ją porządnie. Budujemy je wyłącznie o standardową bibliotekę języka, bez ciężkich zależności ciągnących za sobą pół internetu. Dzięki temu są lekkie, łatwe do wczytania w cudzy projekt i przewidywalne w utrzymaniu. Każdą z nich pokrywamy testami, zanim uznamy ją za gotową.
Boty Discorda, proxy webhooków i skrypty operacyjne, które przejmują nudną, powtarzalną robotę. Odciążają zespół i same pilnują infrastruktury, reagując zanim ktokolwiek zdąży zauważyć problem. Zamiast klikać ręcznie po panelach, opisujemy raz, co ma się dziać automatycznie, i zostawiamy to maszynie. Dzięki nim mamy więcej czasu na rzeczy, których nie da się zautomatyzować.
Zobacz, jak piszemy - w otwartym kodzie
Cały nasz open source jest publiczny: repozytoria, historia commitów, wydania. Zajrzyj, przeczytaj kod, sklonuj i zbuduj na nim swoje - a jeśli spodoba Ci się to, co widzisz, zostaw gwiazdkę i obserwuj.
Obserwuj nas na GitHubie