Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 58, views: 25.958 •
Submitter: TJHeuvel

Microsoft heeft laten weten dat het per april 2014 stopt met het XNA framework-programma. XNA gaf met name kleine ontwikkelaars de mogelijkheid om games te bouwen voor de Xbox 360 en Windows Phone 7.

Het uitfaseren van het XNA-framework werd aangekondigd in een e-mail die Microsoft naar een aantal spelontwikkelaars heeft verstuurd. In de mail liet de softwaregigant weten dat de XNA Game Studio-software voor de Xbox 360 niet langer wordt doorontwikkeld en vanaf 1 april 2014 niet langer beschikbaar is, zo meldt CVG.

Ook het bijbehorende DirectX-pakket zal vanaf april 2014 niet langer beschikbaar zijn binnen het MVP Award Program, een programma dat Microsoft begon in een poging talentvolle spelontwikkelaars aan zich te binden. Onduidelijk is nog of Microsoft met het schrappen van XNA geheel stopt met het aanbieden van een Xbox-developmentplatform dat met name interessant is voor zogenaamde 'indies', of dat de softwaregigant een nieuw platform zal gaan aanbieden, al dan niet in combinatie met de aankondiging van een nieuwe Xbox.

Met XNA Game Studio, die in 2006 beschikbaar kwam, bracht Microsoft een game-ontwikkelomgeving uit waarmee eenvoudige games voor de pc, Windows Phone 7 en Xbox 360 ontwikkeld konden worden. Met het pakket werden een aantal succesvolle titels ontwikkeld die op Xbox Live Arcade beschikbaar kwamen, waaronder de indie-games Bastion, Ilomilo en Fez. Desondanks waren developers gebonden aan de strikte regels die Microsoft hanteert voor het Xbox Live-platform. Zo moest de ontwikkelaar van de titel Fez tienduizenden dollars betalen voor certificering van een patch. De developer zag daarom af van de mogelijkheid om de fout in de game te repareren.

Reacties (58)

Ja, dit zat er al een tijdje aan te komen. De ontwikkelaar van The Swindle vertelde in september 2012 al het verhaal dat hij noodgedwongen van XNA afstapte (naar Unity) toen hij (in juli 2012 op een beurs) hoorde dat XNA niet ondersteund zou worden op Windows 8.

Trouwens ter verduidelijking van een regel in het artikel: elke ontwikkelaar moet tienduizenden dollars (ik geloof $40.000) betalen voor de certificering van een patch ... niet alleen Phil Fish (ontwikkelaar van Fez). Ik kan me heel goed voorstellen dat je dan nog 'ns een keer extra achter je oren krabt om een iets minder cruciale patch uit te brengen.

[Reactie gewijzigd door Cameleon73 op 3 februari 2013 12:30]

40k dollar/patch + dikke vendor lock-in.

Een patch uitbrengen zou quasi gratis moeten zijn. Als ik een bug fix wil ik die zo rap mogelijk bij mijn klanten krijgen. 40k/patch betekent dat je enkel de allergrootste patches zal uitgeven... Voor de meeste mensen is het zelfs gewoon te veel. Dat is een netto jaarloon dat je in de vuilbak smijt...

Kijk eens naar Steam: Patches en distributie is volledig gratis. Hoe beter je spel het doet en hoe meer je het blijft verbeteren, des te beter voor jou. Ze pikken net zoals iedereen een graantje mee bij de verkoop maar voor de rest zitten er geen kosten aan vast.

Voor patches is er echt niet veel QA nodig. Ik dacht dat er bij Steam zelfs geen was, of enkel heel basic. Daar loopt het toch niet mis? Als je game voor release aan de kwaliteitseisen voldoet gaan developers echt gewoon hun best doen om het beter te maken. Als je dan de kost voor de uitrol weg neemt is het zelfs niet zo erg als er af en toe een rotte patch uit komt. Ze kunnen dan gewoon een paar dagen later een nieuwe uitsturen.
Of er politieke redenen achter zaten of alleen economische weet ik niet, maar ik weet wel dat ik als developer eerst de kat uit de boom kijk voordat ik nog meedoe aan 'the next big thing' van Microsoft. Microsoft is de laatste jaren iets te makkelijk in het droppen van support voor platforms / diensten / API's die ze dan een jaar of twee eerder hadden aangeprezen als de nieuwe standaard etc.

Eest je als developer platgooien met tutorials hoe je je applicatie die nog gebruikt maakt van 'legacy' API's (lees, de API die wordt vervangen door 'the next big thing') kunt omschrijven naar de nieuwe en dan vervolgens support voor die nieuwe API droppen. Ze mogen wel iets voorzichtiger omgaan met (de tijd van) hun thirdparty developers.

Eerst moesten we onze C++ applicaties die gebruik maakten van MFC (Microsoft Foundation Classes) omschrijven naar een .NET applicatie die gebruik maakte van WinForms... Toen moest het via Windows Presentation Foundation gaan gebeuren. Uiteraard kwam Microsoft niet veel later met Silverlight. Geweldig! Iedereen moest om. Converteer je applicatie naar Silverlight! Vandaag nog! ... Totdat bekend werd dat Microsoft ook dat platform weer ging schrappen... Vandaag de dag moeten we aan de Windows 8 Apps, die we bouwen met HTML 5 en Javascript.... Maar voor hoe lang?

Dit is slechts een voorbeeld. Er zijn hele rijen met technologieen die MS eerst agressief gepushed heeft om ze vervolgens doodleuk als een baksteen te laten vallen. Hun goed recht misschien, maar als developer ga je op een gegeven moment denken: 'Het zal wel, eerst zien' en uiteindelijk is dat natuurlijk niet goed voor de adoptie.

Erger nog is dat Microsoft vaak heel vaag is over wat er met hun technologie gaat gebeuren. Je moet als developer maar een beetje tussen de regels door lezen dat er eigenlijk geen support meer voor is/komt. Beetje lullig als je daar veel tijd en energie in hebt gestoken.

Je zult een game in ontwikkeling hebben die leunt op XNA.... Ben je mooi zuur.
ondersteuning weghaalt en dan zit je met een design pattern en methodieken waa je in de nabije toekomst minder aan zult hebben.
Dat ligt in de praktijk toch wat genuanceerder. Het stoppen van de ondersteuning zoals dat voor XNA gebeurt is vrij ongebruikelijk en gebeurt vermoedelijk omdat het gekoppeld is aan een bepaalde generatie console. Normaal gesproken wordt de ontwikkeling van een techniek op een laag pitje gezet omdat er iets nieuws beschikbaar is. Ik zou het zorgwekkender vinden als Microsoft krampachtig zou proberen vast te houden aan standaarden uit het verleden waarvan al lang duidelijk is dat er betere alternatieven zijn. Dan zaten we nu nog met MFC, DCOM en ASP (zonder .Net).

Wat je met design patterns op doelt is me overigens niet helemaal duidelijk. Dat zijn generieke methodes die niet taal of platform gebonden zijn. Ik zie dat de Nederlandse Wikipedia MVC onterecht als design pattern benoemt, maar zelfs als dat correct zou zijn dan blijft de MS implementatie daarvan nog steeds een framework op basis daarvan.
Oftewel, developers gaan eerst de kat uit de boom kijken, zoals OddesE opmerkt.
Tja, dat kan je dan als developer altijd wel doen. Het is nou niet alsof de ontwikkelingen in de rest van de development wereld stil staat of zo. Met de doorloop tijd van een gemiddeld project loop je altijd het risico dat de technieken waar je voor gekozen hebt verouderd zijn tegen de tijd dat je het project af heb gerond.

Met name als je voor XBLA gaat ontwikkelen mag ik aannemen dat je als ontwikkelaar bij het begin van een traject ongeveer wel weet waar je uitkomt en je beseft hebt dat het wel eens lastig zou kunnen worden als je in 2015 iets uit wilt brengen voor de huidige generatie XBox.

edit: typo

[Reactie gewijzigd door Tribits op 4 februari 2013 00:10]

Ik mag hopen dat het generieker was dan alleen XNA anders is het, los van wat MS doet, altijd binnen de korste keren achterhaald. Als je de game-development geschiedenis bekijkt de afgelopen 20 jaar zie je dat er al flink wat veranderd is (van machinecode, naar C naar C++ naar content op een kant-en-klare engine). Als je de parallel in de hele IT neemt zie je dat bijna geen enkel product het zo lang uithoud (Cobol en SQL daargelaten ;-) dus 'producten leren' op een opleiding is nooit zinvol als lange termijn strategie.

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBTablets

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013