Tworzenie gier komputerowych. Kompendium producenta

1. 6 potwierdzona zakupem i oceniona przez: Damian, 2020-06-02

   Autor książki opisuje dokładnie cały proces tworzenia gier w dużych firmach. Dlatego z punktu widzenia małej firmy lub osoby która chce wprowadzić na rynek własne gry, to jak najbardziej polecam.

2. 6 oceniona przez: 2020-04-25

   Prosto, przystępnie napisana ksiązka o podstawach ogarniania produkcji gry, bez tego całego technologicznego bełkotu. Dość dużo o pisaniu gdd, ale mi to nie przeszkadza, porady bardziej praktyczne niż teoria.

3. 5 oceniona przez: 2020-05-01

   Ciekawa książka, szczegolnie dla osób poczatkujących w temacie gier komputerowych. dużo informacji prktycznych

4. 4 potwierdzona zakupem i oceniona przez: Żywię się ASAPami, 2021-04-23

   Książka, dla kogoś kto zaczyna pracę w charakterze producenta/project managera, jest idealna na start wręcz "Must have". Opisuje, bardzo ogólnie cykl życia projektu i najważniejsze dokumenty z preprodukcji. Bardzo ogólnie. Wyjaśnia bazowe pojęcia. Zahacza o marketing i budżetowanie. Jest bardzo przystępna i dobrze się czyta. Niestety dla kogoś, kto już pracuje jako producent nie znajdzie się wiele informacji, których zapewne poszukuje w "kompendium" - przynajmniej ja nie znalazłam tego, czego szukałam - czyli sposobów na samo prowadzenie projektu per se. Jakie są dobre praktyki? Jakie są różnice między małymi, średnimi, a dużymi firmami? Jakie są najczęstsze problemy i jak można je rozwiązać? Scrum, Kanban, Scale - zalety, wady? Jakie są sposoby na dzielenie sprintów, epicków, milestone i co się sprawdza, a co nie? Odpowiedzi na te i podobne pytania się tutaj nie znajdzie. Dodatkowym minusem jest zakładanie, że przedstawiona rola producenta jest zawsze taka sama. Nigdzie nie ma wzmianki o tym, że wszystko się różni z firmy na firmę. W jednej pm to ktoś, kto żongluje planem produkcji, w innej będzie to asystent teamu do spisywania tasków, a w jeszcze innej będzie to rola bliższa tej z branży filmowej (budżet, decyzje, marketing). Coś mało i dziwnie podzielone są role w projekcie. Stawia się w nich wyraźnie nacisk na programistów, a resztę traktuje po macoszemu. Programista jest określany mianem game developera - a designer nie jest, a sam producent nie jest, a asseciarz? Też próbowałam znaleźć cokolwiek na temat samego autora książki - jakiś dowód, że wie, o czym mówi. Nie ma profilu na Linkedinie, nie ma wzmianki w internecie (poza jednym artykułem przy okazji gry mobilnej, o której nigdy nie słyszałam). Mamy tylko słowa samego autora. "Jestem w branży od 20+ lat, bo zaczynałem pisząc o grach" - co ma pisanie o grach (np. recenzji, redaktorowanie) do produkcji gier i core branży game dev? To trochę żart z czytelnika mającego pojęcie w danym temacie, pokazuje jakąś wewnętrzną potrzebę dodawania sobie wartości, a nie mówi nic o tym, jakie ktoś ma doświadczenie w tematyce, o której pisze.

5. 3 oceniona przez: 2020-04-19

6. 1 potwierdzona zakupem i oceniona przez: 2020-04-14

   Książka na nikłym poziomie merytorycznym. 50 % to zupełnie niepotrzebne rozpisywanie GDD wraz z przykładami, które chyba miały zapełnić strony. Autor z jednej strony powołuje się na Scrum, natomiast cała książka to ledwie zarys chałupniczej kaskady. Brak konkretnych przykładów rozwiązań producenckich - np. organizacja zespołu, zespoły cross-funkcyjne vs monolity działowe. Jeżeli książka jest reprezentatywna dla merytoryki branży gamedev to nie dziwi fakt, że crunch jest na porządku dziennym. Również smutny dowód na to, że merytorycznie Helion z wolna sięga coraz niżej.

więcej opinii

ukryj opinie