AR / VR

Declarația completă a lui John Carmack despre închiderea planificată a Echo VR

Marca temporală: 4 februarie 2023 12: 43 AM
Nodul sursă: 2385800

Republicat de Platon

Fostul CTO Oculus, John Carmack, a răspuns la o solicitare de comentarii din partea UploadVR cu privire la închiderea planificată de Meta a Echo VR.

Puteți citi declarația completă a lui Carmack mai jos.

Pentru cei care ajung din urmă, la începutul acestei săptămâni, Meta i-a șocat pe fanii unuia dintre cele mai vechi sporturi VR, Echo VR, anunțând că de la 1 august 2023 la ora 10:XNUMX, ora Pacificului, este "serverele și serviciile vor fi închise, prevenind orice altă redare.” Echo VR feliberat pentru prima dată în 2017 pentru cele bazate pe PC Ruptură și a beneficiat foarte mult de la utilizarea wireless cu Quest câțiva ani mai târziu. Meta, apoi Facebook, a achiziționat dezvoltatorul lui Echo Gata în zori la mijlocul anului 2020, și am considerat sportul de echipă zero-g al studioului unul dintre top 10 cele mai bune titluri de jucat în VR. Este aproape cât de aproape unii ar putea ajunge să experimenteze sportul descris în romanul științifico-fantastic Jocul lui Ender. O petiție către „Salvați Echo VR” are peste 17,000 de semnături la momentul scrierii prezentei, cu un editorial al jucătorului de lungă durată Echo VR Sonya Haskins, alias Hasko7, descriind în scris pierderea comunală „oamenii s-au îndrăgostit, și-au găsit cariere și au făcut schimbări majore în viață” în timp ce jucau și „există adolescenți care au jucat acest joc pentru 1/3 din viața lor”. Joi, Meta CTO Andrew „Boz” Bosworth a abordat închiderea planificată a jocului prin Instagram - am transcris comentariile lui aici — spunând „acele resurse ar putea fi folosite pentru alte utilizări care cred că vor fi utile zecilor de milioane de oameni care sunt acum în VR.” Bosworth a mai menționat că Carmack „nu ar fi oprit Echo VR”.

Carmack, care a plecat din Meta la sfârșitul anului trecut pentru a se concentra pe lansarea sa de inteligență generală artificială, a trimis următoarele către UploadVR prin e-mail:

L-am contactat pe Boz imediat ce am auzit despre anunțul de sfârșitul vieții pentru Echo. Am trecut peste discuții similare în trecut — am crezut că a fost o greșeală să nu păstrez camerele Oculus rulează și port la Quest și am crezut că a fost o greșeală să abandonez tot conținutul GearVR/Go când stratul meu de emulare a funcționat pentru cel puțin o bună parte din lucruri.  Eu cred în salvarea tuturor.

Chiar dacă există doar zece mii de utilizatori activi, distrugerea acelei valori de utilizator ar trebui evitată dacă este posibil.  Compania ta suferă mai mult rău atunci când iei ceva drag unui utilizator decât câștigi în beneficii oferind ceva la fel de valoros lor sau altora. Valoarea utilizatorului este de departe punctul meu de discuție numărul unu, dar „concentrarea” este destul de mare și acolo, iar costul de oportunitate este un lucru real.

Cred că există probabil un anumit grad de raționament motivat în interior care înclină masa spre „doar o ucide”, dar este o provocare să argumentezi pentru alternative și Am crezut că afirmația lui Boz a fost sinceră și adevărată. Boz a dat undă verde pentru lansarea build-ului rădăcină Oculus Go pentru care m-am agitat de mult timp, dar după ce am văzut cât de mult efort intern a fost implicat pentru a face acest lucru, aproape că m-am simțit rău. Constrângerile sunt doar diferite într-o companie de dimensiunea Meta.

Pot să argumentez mai multe opțiuni posibile:

Reduceți la un suport absolut minim. Pune un singur dezvoltator responsabil să-l întrețină și să facă tot ce poate cu comunitatea.  La Id Software, am avut un tip care a gestionat Quake Live pentru o lungă perioadă de timp și cred că acesta a fost lucrul corect de făcut. Aproape sigur că acest lucru nu ar „câștiga” pe o analiză cost-beneficiu pentru Echo, dar mulți oameni sunt cheltuiți pe lucruri mai rele și, în ciuda faptului că mă îndoiesc mereu despre eficiență, aș considera că este justificat pentru intangibile.

Dezactivați proiectul. Le-am sugerat să vadă dacă cineva din echipă vrea să părăsească Meta și să preia proiectul. Membrii echipei pot vedea tablourile de bord și pot face o evaluare dacă există vreo cale viabilă pentru ca jocul să sprijine chiar și un singur dezvoltator. S-ar putea să existe oameni în interior care cred că dezvoltarea jocului a fost gestionată greșit și există o șansă pentru o renaștere dacă se iau decizii diferite. Le-am sugerat să se ofere să vândă drepturile pentru 10 USD. Meta a plătit multe milioane de dolari pentru a achiziționa Ready at Dawn, așa că ar fi o pastilă amară de înghițit, dar ar fi totuși un bun net pentru VR. Din păcate, procesul de desfacere a ceva este departe de a fi simplu la Meta și implică multă supraveghere guvernamentală în acest moment.

O problemă cu ambele opțiuni este că este posibil să nu existe nimeni cu abilitățile interesate să facă asta. SPăstrarea unui produs în anii săi de amurg nu este un manual pentru avansarea în cariera tehnologică. Dezvoltatorii de jocuri au o mulțime diferită, dar există o mulțime de stimulente odată ce te afli în Meta care încep să schimbe gândirea oamenilor.

Ei ar putea să pună un banner „nesuportat” pe el și să-l lase să continue până când ceva moare, în loc să-l omoare în mod explicit. Pe măsură ce lucrurile putrezesc, ar exista din ce în ce mai multe petiții și agitație pentru ca un singur inginer să intre pentru a face o mică reparație simplă pentru orice ruptură și ar putea ajunge să fie mai multă animozitate netă decât o ucidere curată.

Proiectul open source. Acest lucru ar fi un exemplu bun de dezvoltator, deși baza de cod Echo este foarte diferită de Unity, unde lucrează majoritatea dezvoltatorilor VR. Nu m-am uitat niciodată la baza de cod Echo, dar majoritatea bazelor de cod comerciale mari au în ele diverse lucruri care sunt licențiate, mai degrabă decât deținute, așa că lucrul în jurul lor poate fi o sarcină inginerească semnificativă, iar pierderea a ceva poate risca repercusiuni legale, așa că chiar și scoaterea unui descărcarea parțială nefuncțională este periculoasă.

Un mic dezvoltator poate, în teorie, doar sbifați un antet de comentariu de licență pe toate fișierele și aruncați proiectul pe GitHub, dar acest lucru se întâmplă rar (spre durerea mea!). Efortul de a o face la Meta, cu toate recenziile legale și tehnice, este mult mai mare, iar pericolele sunt mult mai grave.

Deși aceasta este în primul rând o problemă de afaceri, există încă piese tehnice care pot ajuta în viitor și îi încurajez pe toți, din Meta și din afara lor, să se gândească la ele:

„Pentru a menține lucrurile în viață necesită muncă” este adevărat la un anumit nivel, dar este posibil să construiești sisteme care să funcționeze neatins ani de zile și să vină bine după o repornire. Astăzi, implicit poate fi o mizerie distribuită de spaghete, dar aceasta este o alegere. Un sistem care funcționează de ani de zile poate merge pe calea evoluției către o mai mare robustețe de fiecare dată când se manifestă o problemă.

Fiecare joc ar trebui să se asigure că funcționează în continuare la un anumit nivel fără suport de server central. Chiar și atunci când nu ne uităm la preocupările legate de sfârșitul vieții, a fi capabil să lucrezi atunci când internetul este oprit este valoros. Dacă puteți susține un anumit nivel de joc LAN pentru un joc multiplayer, ușa este cel puțin deschisă pentru ca oamenii să scrie proxy în viitor. Sprijinirea serverelor conduse de utilizatori ca opțiune poate economisi costurile de găzduire și, de asemenea, deschide diverse căi creative ale comunității.

Fii disciplinat în ceea ce privește procesele tale de construire și ceea ce ai pus în arborele sursă, astfel încât există cel puțin posibilitatea de a face proiectul open source. Gândiți-vă de două ori înainte de a adăuga dependențe pe care nu le puteți redistribui și luați în considerare testarea cu versiuni blocate ale lucrurilor pe care le utilizați. Nu faceți lucruri în codul dvs. care nu ar fi acceptate pentru întreaga lume. Cea mai mare parte a dezvoltării jocurilor este o grabă panicată pentru a face ca lucrurile să nu se destrame suficient de mult pentru a fi livrate, așa că poate fi greu să-ți dedică timp ingineriei software fundamentale, dar există o satisfacție și poate plăti cu o etapă târzie mai puțin problematică. dezvoltare.