O nas

to małe, niezależne studio gier z długą pamięcią. Strona „O nas”, którą czytasz, jest stroną oryginalną — migawką z początku XXI wieku, kiedy studio składało się z dwóch osób, wspólnego domowego biura i upartej wiary, że można tworzyć prawdziwe gry bez wydawcy oddychającego ci na karku.

Zachowaliśmy ją w dużej mierze nienaruszoną, ponieważ szczerze pokazuje, skąd pochodzimy, i ponieważ ludzie na niej wymienieni nadal są ludźmi, którzy tworzą gry. Poniżej znajduje się ta sama strona, ale rozszerzona: kim jesteśmy, co właściwie robimy, jak pracujemy i dlaczego studio, które zaczynało od C++ i DirectX na PlayStation 2, skończyło na wydawaniu gier HTML5 i adaptacji gier planszowych.

Kluczowe wnioski

• Massively Fun to dwuosobowe niezależne studio założone i prowadzone przez Stephena i Angelę Wilkinson, działające od połowy lat 90.
• Doświadczenie Stephena to profesjonalna inżynieria konsol i PC — C++, DirectX oraz wydane tytuły na sprzęt z ery PS/2, Xbox i GameCube.
• Doświadczenie Angeli obejmuje Javę, C++, ASP i Delphi, a także znacznie trudniejszą pracę przy prowadzeniu domu, która utrzymuje studio przy życiu.
• Produkcja studia ewoluowała wraz z branżą: od natywnej pracy na konsolach po gry przeglądarkowe HTML5/JavaScript i cyfrowe adaptacje fizycznych gier planszowych.
• Budujemy w małych, możliwych do wydania przyrostach i traktujemy status „ukończone i wydane” jako bardziej wartościowy niż „ambitne i niedokończone”.
• Wszystko tutaj — recenzje, pliki do pobrania, notatki deweloperskie — pochodzi od ludzi, którzy faktycznie tworzą gry, a nie z farmy treści.

Kim jesteśmy

Stephen Wilkinson — starszy inżynier oprogramowania. Stephen spędził lata jako profesjonalny inżynier gier, przede wszystkim w Paradigm Entertainment (firmie należącej do Infogrames), pracując nad tytułami konsolowymi z generacji PS2/Xbox/GameCube. To była era, w której „wydanie gry” oznaczało zmieszczenie się w sztywnym budżecie pamięci, ręczne optymalizowanie renderera i debugowanie na zestawach deweloperskich, które kosztowały więcej niż samochód. W 1987 roku ukończył Duncan High School w Duncan w stanie Oklahoma — co mówi nam, że pisze oprogramowanie od bardzo dawna i że do gier przyszedł tą samą drogą, co wielu z nas: ciekawość, komputer domowy i zbyt wiele zarwanych nocy.

Jego deklarowane umiejętności to te, które mają znaczenie dla tego studia: pisanie gier komputerowych, C++, DirectX oraz rozwój na konsole PS/2, Xbox i w mniejszym stopniu GameCube. W praktyce oznacza to, że czuje się swobodnie na każdym poziomie stosu — od zarządzania pamięcią i renderowania po systemy rozgrywki i narzędzia.

Angela Wilkinson — mama Arthura i programistka w gotowości. Oficjalny tytuł Angeli nie oddaje w pełni jej roli. Jej zestaw narzędzi to Java, C++, ASP i Delphi, a także to, co na oryginalnej stronie nazwano „Mom 1.0” — system operacyjny, który faktycznie utrzymuje działanie dwuosobowego studia. Każdy, kto próbował tworzyć gry, mając rodzinę, wie, że ta druga praca jest trudniejsza i że studio bez kogoś, kto zarządza logistyką, harmonogramami i morale, nic nie wyda.

Jej lista ulubionych jest krótka i wymowna: Arthur (i Stephen). To całe studio w jednej linii.

Powiązane: Unity Asset Store — Gotowe grafiki, narzędzia i szablony, które można wrzucić bezpośrednio do projektu Unity.

Co właściwie budujemy

Katalog Massively Fun obejmuje kilka odrębnych rodzajów prac i warto je jasno określić, ponieważ „indie studio” może oznaczać niemal wszystko.

• Oryginalne gry HTML5/JavaScript. Tytuły przeglądarkowe stworzone tak, by działać bez wtyczek, bez instalacji i bez pośrednictwa sklepów z grami. To nowoczesny rdzeń naszej działalności.
• Cyfrowe adaptacje gier planszowych. Naszą najbardziej znaną pracą w tej dziedzinie jest Catan World, cyfrowa wersja Catan Klausa Teubera — gry, której zasady są proste do sformułowania, ale naprawdę trudne do poprawnego zaimplementowania, ponieważ całe doświadczenie zależy od kolejności tur, handlu zasobami i negocjacji społecznych między graczami.
• Małe, dopracowane gry w stylu arcade. Fast Iron i Word² mieszczą się w tej kategorii: zwięzłe pętle rozgrywki, szybkie sesje i mechaniki, które można wyjaśnić w jednym zdaniu, ale których dopracowywanie zajmuje tygodnie.
• Recenzje i komentarze. Dużo gramy i o tym piszemy. Recenzje na tej stronie pochodzą od czynnych deweloperów, co zmienia to, na co zwracamy uwagę — mamy tendencję do dbania o systemy, odczucia z gry i wykonanie techniczne tak samo mocno, jak o prezentację.

Ten miks nie jest przypadkowy. Odzwierciedla przemyślaną strategię: utrzymywanie zakresu każdego pojedynczego projektu na tyle małym, aby dwie osoby mogły go ukończyć, oraz prowadzenie kilku różnych rodzajów projektów jednocześnie, aby studio nie było zależne od sukcesu jednego tytułu.

Jak tu dotarliśmy: od DirectX do przeglądarki

Oryginalna strona O nas jest kapsułą czasu z konkretnego momentu w rozwoju gier. Pod koniec lat 90. i na początku XXI wieku, jeśli chciałeś stworzyć grę, pisałeś ją w C lub C++ przy użyciu SDK platformy — DirectX na Windowsie lub zastrzeżonych bibliotek konsoli — i wydawałeś ją na nośnikach fizycznych za pośrednictwem wydawcy. Paradigm Entertainment było dokładnie takim studiem, a praca tam oznaczała naukę dyscypliny tworzenia na konsole: stały sprzęt, sztywne terminy, wymagania certyfikacyjne i brak możliwości wydania łatek po premierze.

Jeśli robisz zakupy: Construct 3 — Oparty na przeglądarce, niewymagający kodu silnik HTML5, który eksportuje do Internetu, urządzeń mobilnych i komputerów stacjonarnych.

Sieć zmieniła ekonomię tego wszystkiego. Kiedy przeglądarki zyskały prawdziwe płótno 2D, a później WebGL, możliwe stało się dostarczanie gier każdemu, kto posiada adres URL. Żadnego wydawcy, żadnej płyty, żadnej kolejki do certyfikacji. Kompromisy są realne — rezygnujesz z bezpośredniego dostępu do sprzętu, walczysz z dziwactwami przeglądarek i nie możesz założyć stałej liczby klatek na sekundę — ale zaletą jest to, że dwuosobowy zespół może już pierwszego dnia dotrzeć do graczy z całego świata.

Ta zmiana jest powodem, dla którego środek ciężkości Massively Fun przeniósł się na HTML5 i JavaScript. Inżynierskie nawyki z pracy nad konsolami nie zniknęły; po prostu zostały zastosowane do innego celu. Dyscyplina w zarządzaniu pamięcią, deterministyczne pętle aktualizacji i staranne profilowanie są tak samo ważne w przeglądarce, jak i w zestawie deweloperskim.

Jak pracujemy

Dwuosobowe studia żyją lub umierają dzięki procesom, a nasze zbudowane jest wokół kilku zasad, które przetrwały kontakt z rzeczywistością.

Wydawaj małe projekty, wydawaj często. Gra, która istnieje i w którą można grać, bije na głowę grę, która jest teoretycznie lepsza, ale niedokończona. Ograniczamy zakres do tego, co dwie osoby są w stanie ukończyć, a następnie wycinamy elementy, aż całość będzie pasować.

Najpierw prototypuj ryzykowną część. Jeśli mechanika może nie być zabawna, budujemy jej najbrzydszą możliwą wersję, zanim stworzymy jakąkolwiek grafikę czy interfejs użytkownika. Większość pomysłów umiera na tym etapie i o to właśnie chodzi.

Trzymaj zestaw narzędzi w sferze nudy. W przypadku pracy z HTML5 oznacza to zazwyczaj bazę kodu w JavaScript/TypeScript, lekkie podejście do renderowania (surowy Canvas lub WebGL, albo mała biblioteka zamiast ciężkiego silnika) oraz Node.js do skryptów budowania, potoków zasobów i lokalnych serwerów deweloperskich. Nudne narzędzia oznaczają mniej niespodzianek i mniej czasu spędzonego na debugowaniu narzędzi zamiast na grze.

Powiązane: JetBrains Rider — Wieloplatformowe IDE .NET/C# z pierwszorzędną obsługą Unity i Unreal Engine.

Testuj na najgorszym urządzeniu, jakie znajdziesz. Gry przeglądarkowe działają na wszystkim — od wysokiej klasy komputerów stacjonarnych po pięcioletnie telefony. Jeśli gra działa na najwolniejszym celu, zadziała wszędzie.

Zapisuj wszystko. Notatki deweloperskie i recenzje to nie marketing — to sposób, w jaki myślimy. Wyjaśnienie decyzji projektowej w formie prozy jest jednym z najszybszych sposobów na odkrycie, że była to zła decyzja.

Wybór stosu technologicznego: jak decydujemy

Jednym z najczęstszych pytań, jakie otrzymujemy od programistów-hobbystów, jest: „W czym powinienem budować?”. Nie ma jednej uniwersalnej odpowiedzi, ale istnieje proces decyzyjny. Oto mniej więcej, jak o tym myślimy.

Ulubiony czytelnik: Amazon: Game Dev Books & Gear — Książki o programowaniu gier, klawiatury mechaniczne, monitory i sprzęt komputerowy dla programistów.

Kryterium	Wybierz surowy Canvas/WebGL + JS/TS	Wybierz pełny silnik (np. Godot, Unity lub silnik JS)
Wielkość zespołu	1–2 osoby, które lubią kontrolę	Większe zespoły lub artyści potrzebujący edytorów
Rodzaj gry	2D, zręcznościówki, logiczne, porty gier planszowych	3D, gry z rozbudowaną fizyką, złożone grafy scen
Cel	Najpierw przeglądarka, szybkie ładowanie, mały rozmiar pobierania	Wieloplatformowość, w tym konsole/PC
Twoje mocne strony	Lubisz systemy i kontrolę niskopoziomową	Wolisz spędzać czas na treściach i projektowaniu
Budżet czasowy	Możesz pozwolić sobie na zbudowanie własnych narzędzi	Potrzebujesz edytora i potoku zasobów natychmiast

Szczere zastrzeżenie: silniki oszczędzają ogromną ilość czasu przy renderowaniu, fizyce i zarządzaniu zasobami, ale narzucają także własną architekturę i własne błędy. Tworzenie własnych rozwiązań daje całkowitą kontrolę i całkowitą odpowiedzialność.

Dla dwuosobowego studia wydającego gry przeglądarkowe drogą środka — mała biblioteka renderująca plus własna logika gry — zazwyczaj była właściwym wyborem. Dla hobbysty przy pierwszym projekcie silnik jest prawie zawsze szybszą drogą do stworzenia czegoś grywalnego.

Jeśli chcesz zgłębić standardy i platformy, MDN Web Docs on the Canvas API są kanonicznym źródłem wiedzy o renderowaniu 2D w przeglądarce, a specyfikacja WebGL utrzymywana przez Khronos Group opisuje ścieżkę akcelerowaną sprzętowo przez GPU. W kwestii gier planszowych oficjalna strona Catan jest wiarygodnym źródłem informacji o grze, którą adaptowaliśmy.

Sterowanie ruchem i inne eksperymenty

Część historii studia wiąże się z platformami sterowania ruchem — falą wejść opartych na kamerach i czujnikach, która nadeszła wraz z erą Wii i Kinect. Sterowanie ruchem jest naprawdę interesującym problemem projektowym, ponieważ usuwa warstwę abstrakcji w postaci przycisku. Gracze oczekują, że gra zrozumie ich ciało, a zazwyczaj tak nie jest, a przynajmniej nie precyzyjnie.

Praktyczne lekcje z tej pracy przekładają się na wszystko inne, co robimy:

• Opóźnienie jest wrogiem. Każdy schemat sterowania z zauważalnym lagiem wydaje się zepsuty, niezależnie od tego, jak sprytna jest mechanika.
• Projektuj pod czujnik, który masz, a nie pod taki, który byś chciał mieć. Jeśli kamera może niezawodnie wykrywać tylko gwałtowne ruchy, stwórz grę o gwałtownych ruchach.
• Zawsze zapewnij rozwiązanie alternatywne. Zarówno dostępność, jak i niezawodność wymagają, aby w grę można było grać bez egzotycznego urządzenia wejściowego.

Zasady te odnoszą się równie dobrze do sterowania dotykowego w telefonie, które jest problemem sterowania ruchem ery HTML5.

Ludzie stojący za grami

Warto to jasno powtórzyć, ponieważ to właśnie odróżnia takie studio od portalu z treściami: nazwiska na tej stronie to osoby, które piszą kod, dostrajają mechanikę i grają w gry, które recenzujemy. Lista ulubionych tytułów Stephena — Final Fantasy Tactics Advance, The Lord of the Rings: The Two Towers na PS2, Fire Emblem, Call of Duty i rotacyjna lista innych — to lista czynnego dewelopera. Dominuje na niej gry oparte na systemach z głęboką progresją, co jest dokładnie tym rodzajem projektowania, który nagradza inżynierski sposób myślenia.

Lista Angeli ma długość jednej linijki i mówi wszystko: Arthur i Stephen. Studio to najpierw gospodarstwo domowe, a potem biznes, a to studio zawsze było jednym i drugim.

Często zadawane pytania

Kto prowadzi Massively Fun?

Massively Fun jest prowadzone przez Stephena i Angelę Wilkinson, dwuosobowy zespół. Stephen zajmuje się większością prac inżynieryjnych, czerpiąc z profesjonalnego doświadczenia w tworzeniu gier na konsole i PC, podczas gdy Angela wnosi wkład w kodowanie w językach Java, C++, ASP i Delphi, a jednocześnie prowadzi gospodarstwo domowe, które umożliwia funkcjonowanie studia.

Jakie gry stworzyło Massively Fun?

Katalog studia zawiera oryginalne tytuły HTML5/JavaScript, takie jak Word² i Fast Iron, a także Catan World, cyfrową adaptację gry planszowej Catan. Studio publikuje także recenzje i komentarze do gier, w które gra.

Z jakich technologii korzysta studio?

Historycznie rzecz biorąc, były to C++ i DirectX w pracy nad konsolami i PC, w tym rozwój w erze PS/2, Xbox i GameCube. Obecnie główny nacisk kładziony jest na HTML5 i JavaScript w grach przeglądarkowych, z Node.js do narzędzi i potoków budowania (build pipelines), a Java, C++, ASP i Delphi pojawiają się w szerszym doświadczeniu zespołu.

Czy mogę zatrudnić Massively Fun lub nawiązać współpracę?

Strona ta zawsze była osobistą witryną studia, a nie witryną agencji, więc nie ma tutaj formalnego wykazu usług. Najlepszą drogą do współpracy lub zadawania pytań jest kontakt za pośrednictwem adresu opublikowanego w witrynie.

Czy oryginalna strona „O nas” jest nadal aktualna?

Tak — oryginalne biografie, umiejętności i ulubione rzeczy zostały tutaj zachowane, ponieważ nadal są prawdziwe. Ludzie, ich doświadczenie i gusta się nie zmieniły; zmieniła się platforma, na którą studio tworzy, oraz rozmiar katalogu.

Jaką masz radę dla hobbystycznych twórców gier?

Zacznij od czegoś mniejszego, niż myślisz, że musisz, stwórz prototyp ryzykownej mechaniki, zanim zbudujesz cokolwiek innego, i wybierz stos technologiczny w oparciu o wielkość zespołu i typ gry, a nie to, co jest modne. Wydanie jednej małej, ukończonej gry nauczy Cię więcej niż rozpoczęcie pięciu ambitnych.