Nie odnosząc się do żadnego z moich wcześniejszych projektów, mogę powiedzieć, że byłem zaangażowany w wiele działań typu open source, związanych z grą i nie tylko, i ogólnie bardzo mi się podobała jazda. Obecnie jestem menedżerem projektu jMonkeyEngine. Z przyjemnością napiszę „wprowadzenie do gier typu open source”, ale pamiętaj, że nie będzie to wyczerpująca lista zasobów.
Bardzo polecam sprawdzenie podobnych stron dla wszystkich podanych przeze mnie linków.
Darmowy, open source itp. - Subtelne różnice
Warto jedynie zauważyć, że istnieją pewne różnice w terminach takich jak „darmowy” (w porównaniu z „darmowym”), „open source” i „wolne oprogramowanie”. Projekt GNU ma dobre, ale nieco jednostronne podejście, zatytułowane Open Source Misses The Point . Mówiąc najprościej, powiedziałbym, że najbardziej szkodliwym nieporozumieniem na temat otwartego oprogramowania jest to, że nie należy na tym zarabiać.
Chodzi o to, że nawet jeśli rozdajesz swój kod, a także zasoby graficzne (chociaż zasoby graficzne chronione prawem autorskim mogą być dobrym sposobem na uczynienie istotnej części własności gry, bez poważnego uszkodzenia jej technicznej „otwartości”) za darmo, to nie znaczy, że nie możesz komercjalizować innych części swojego projektu.
Jest jeszcze jeden wątek gamedev, który, mam nadzieję, przyniesie wiele dobrych pomysłów na komercjalizację darmowej gry .
Niezależne przygotowanie
Jeśli chcesz wyostrzyć swoje talenty przed zaangażowaniem się w grupę innych programistów, „spróbuj stworzyć własną grę” nie wymaga myślenia i nie brakuje silników open source (patrz devmaster.net/engines i wikipedia.org/ wiki / List_of_game_engines ). Jeśli szukasz odrobiny motywacji, nie ma to jak rywalizacja:
Znajdź projekt
Jest wiele miejsc do oglądania i minęło trochę czasu, odkąd obserwowałem, ale uważam, że większość projektów hobbystycznych (ponieważ właśnie taki jest teraz każdy projekt gry typu open source) pojawia się w jednym z tych otworów wodnych:
Wybierz projekt
Wybór odpowiedniego projektu, który pasuje do twoich umiejętności i zainteresowań (nikt nie będzie chciał z tobą współpracować, jeśli nie jesteś entuzjastą tworzonej gry) może okazać się nie lada wyzwaniem. Nie spiesz się i, z miłości do wszystkiego, co jest dobre, wybierz (lub zacznij, ale wrócę do tego) projekt, który wygląda doskonale osiągalny w ciągu zaledwie kilku miesięcy. Jest ich rozczarowująco niewiele, ale jest wysoce zalecane w przypadku pierwszego projektu open source.
Dodatkowe wskazówki:
- Nie zaczynaj zbyt wybredny; przeglądaj różne witryny, rozważ dziwne gatunki, poznaj szerokość swoich umiejętności i zainteresowań.
- Rozważ zakres. Ile czasu chcesz poświęcić? Jak szybko chcesz zakończyć projekt? Jakieś zaległości czasowe (studia, praca, zaangażowanie życiowe) warte uwzględnienia?
- Zacznij od rozmowy. Wymień przynajmniej 1000 słów z kimś zaangażowanym w dany projekt, zanim ostatecznie podejmiesz decyzję.
- Teraz trzymaj się go i przenieś do mety!
Wspaniałą rzeczą w projektach open source jest niska bariera wejścia. Istnieje wiele sposobów na wniesienie wkładu w projekt oprócz zastosowania kluczowych umiejętności. Wystarczy spojrzeć na CONTRIBUTING.mdkażdy większy projekt na GitHub, aby zobaczyć przykłady.
Szczerze mówiąc, współczynnik ukończenia / niekompletności „gier typu open source” może przynieść poprawę. Piękno przejrzystości i otwartego oprogramowania polega jednak na tym, że „niekompletne” jest dalekie od „nieudanych”, o ile maksymalnie wykorzystasz możliwości jazdy.
Aktualizacja: Zobacz także mój blisko powiązany artykuł na opensource.com , który jest oparty na tej odpowiedzi.