Oprogramowanie Open Source
Nasze aplikacje stoją na open source. Część bibliotek piszemy i utrzymujemy sami, a kiedy ktoś u nas ma wolną chwilę, idzie ona w projekty, z których korzystamy: przyspieszanie, poprawki w dokumentacji i na stronach, rozwój samych bibliotek.
Projekty
Rzeczy, które piszemy i utrzymujemy sami: biblioteki, narzędzia dla programistów, czasem cała aplikacja. Wydajemy je, pilnujemy wersji i odpowiadamy na zgłoszenia.
@zanreal/nemo
Middleware Next.js składane w jeden punkt wejścia i rozdzielane po ścieżkach.
@zanreal/search
Wyszukiwanie rozmyte po obiektach w TypeScripcie, bez deklarowania schematu.
Vercel OSS Directory
Katalog projektów z Vercel Open Source Program.
@zanreal/devcontainer
Gotowy obraz dev container dla projektów w TypeScripcie.
Cała dokumentacja
Dokumentacja i poradniki do każdego pakietu, który wydajemy.
Program
OSS Partner ProgramBez umowy, bez harmonogramu i bez opiekuna klienta. Kiedy ktoś z nas ma wolne ręce, bierze coś z Twojego backlogu i to robi. Dostajesz pull requesta i decydujesz, czy wchodzi.
Czas naszych ludzi
Kto akurat ma czas, ten siada i robi. A jeśli wolisz konsultację albo przejrzenie kodu, to też się dogadamy.
Zakres, który wybierasz
Biblioteka, dokumentacja, strona albo wydawanie kolejnych wersji, cokolwiek wskażesz.
Kompetencje na wypożyczenie
Wydajność, frontend, dokumentacja, wdrożenia, TypeScript. To, na czym zna się osoba, która ma akurat wolne.
Zostaje u Ciebie
Wszystko trafia do Twojego repozytorium na Twojej licencji, a my zostajemy w kontakcie.
Jak to działa
Trzy kroki. Bez umowy, bez terminów i bez faktury na koniec.
- 01
Wyślij nam repozytorium
Krótki formularz: link do repozytorium i ta jedna rzecz, którą odkładasz od miesięcy.
- 02
Piszemy, co byśmy zrobili
Co chcemy zmienić, ile czasu zajmie Ci sprawdzenie zmian i co powinno się poprawić. Jeśli uznamy, że nie warto, mówimy to wprost.
- 03
Ty decydujesz, co wchodzi
Pracę oddajemy jako pull requesta, a Twój zespół sprawdza ją tak samo jak każdą inną. Bez Twojej zgody nic nie trafia do projektu.
Kto może się zgłosić
Tego szukamy w projektach, które bierzemy do programu.
Otwarta licencja. Zatwierdzona przez OSI, a rozwój toczy się na widoku.
Żywy projekt. Świeże commity, odpowiedzi na zgłoszenia i wydania, które regularnie wychodzą.
Użytkownicy spoza projektu. Polegają na nim inne biblioteki, firmy albo produkty.
Wspólna miara. Na starcie umawiamy się na jedną liczbę, np. pobrania, ruch w dokumentacji, czas ładowania albo rozmiar paczki, i po skończonej pracy sprawdzamy, czy drgnęła.
Przegląd po Twojej stronie. Ktoś z zespołu przejrzy nasze pull requesty, scali je i powie nam, kiedy się mylimy.
Kodeks postępowania. Nasi ludzie dołączają do Twojej społeczności, więc zasady muszą być spisane.
Gdzie pomogliśmy?
Projekty z programu. Karta prowadzi do strony projektu, a pasek pod nią do repozytorium.
Realizacje
Pierwsze wdrożenie w programie: 1100 stron dokumentacji, które przestały uruchamiać funkcję przy każdym wejściu.
Valibot i Formisch: 1100 stron dokumentacji serwowanych z cache zamiast z funkcji.
- Qwik
- TypeScript
- Vite
- Static Site Generation
- Sharp
Pytania
Zebraliśmy to, o co maintainerzy pytają najczęściej, zanim wyślą nam repozytorium. Jeśli czegoś tu brakuje, po prostu napisz.
Zdejmiemy to z Twojej listy.
Zgłoś projektPodeślij repozytorium i napisz, co odkładasz od miesięcy. Wrócimy z planem działania albo uczciwie powiemy, że to nie dla nas.
Nie nadążasz za zmianami w świecie AI?
Pozwól, że weźmiemy to na siebie. Co tydzień destylujemy najważniejsze wydarzenia ze świata AI w skupiony, 5-minutowy przegląd - żebyś był na bieżąco bez szumu.
Dowiedz się więcej