Microsoft stopt in april 2014 met XNA-platform
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)
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 zondag 3 februari 2013 12:30]
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.
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.
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).ondersteuning weghaalt en dan zit je met een design pattern en methodieken waa je in de nabije toekomst minder aan zult hebben.
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.
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.Oftewel, developers gaan eerst de kat uit de boom kijken, zoals OddesE opmerkt.
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 maandag 4 februari 2013 00:10]
Op dit item kan niet meer gereageerd worden.
Onderwerpen
Populair: Tablets Samsung Websites en communities Mobiele telefoons Google Sony Microsoft Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
