Bemutatkozik a Windows 10 Game Mode

Microsoft, Windows

A Game Mode a Windows 10 egyik új funkciója lesz és a hamarosan kiadásra kerülő Creators Update-tel érkezik majd. A célja, hogy a legjobb és legkonzisztensebb játékélményhez juttassa a W10 felhasználókat. A Game Mode-ról részletesen itt olvasni.

( nydn | 2017. 01. 27., p – 12:15 )

szóval csináltak egy steam overlay koppinást :)

( szegecs | 2017. 01. 27., p – 12:21 )

vajon implikálja ez azon hasznos funkció elvesztését, hogy refused DNS válasz esetén DDoS-jellegű A queryket indít a games.metaservices.microsoft.com IP címének meghatározására?..

( golgota | 2017. 01. 27., p – 12:36 )

Nagyjabol az egyetlen dolog amire a win desktop (a szerver mas teszta) hasznalhato...jatszani :D

( persicsb | 2017. 02. 01., sze – 10:32 )

Ahelyett, hogy teletömnék új, de cserébe évekig nem működő feature-ökkel, talán a meglévő szolgáltatásaikat kéne működő szintre hozni.

Mai példa: Windows 10 laptop és telefon, mindkettőn Skype Preview kliens, a Store-ból telepítve, hiszen 1. telefonra nincs más Skype (nem, nem használok Skype for Business-t, nem vagyok cég), 2. ez a jövő, előre telepítve megvan laptopon is.
Hanghívás jön be, a telefonon megjelenik, a laptopon nem. Jó, vegyük fel telefonon. Ha lockolt telefonon veszed fel, akkor szimplán nem működik. Telefon unlock után meg eldobja a hanghívást és csá.

Köszbazdmeg. Talán rendbe kéne tenni a meglévő szolgáltatásokat, nem bugos dolgokkal teletenni a rendszert. Nagyon Linuxosodik a Microsoft.

Jó, az igaz, hogy az opensource mozgalom által követett és elvárt release early, release often az egész minőségromlásnak az alapja, nem baj, ha egy fostartály a szoftver, csak add ki jó hamar, majd idővel hozzászoknak az emberek és workaroundolják. Ez az egész gondolkodásmód megöli a mérnökséget az iparágon belül. Átgondolatlan, leteszteletlen, megtervezetlen szoftverek kerülnek éles üzembe, meg állandó próbaüzembe, aka konstans bétaállapotba. Kösz Stallmann a baromságodat. Ha építészmérnök lennél, már eléggé sok ember meghalt volna miattad.

Ez az egész gondolkodásmód megöli a mérnökséget az iparágon belül.

Önmagában a RERA akár működőképes is lehet, ha adottak a körülmények: a felhasználói tábor méretéhez és összetételéhez illő QA csapat folyamatosan követi a fejlődést és a release előtt tesztelnek. Ha pl. egy nagyon enterspájz dolgot csinálsz, amit világszinten három különböző cég vesz meg tőled, de pont emiatt gyakorlatilag tökéletesen tisztában vagy azzal, hogy milyen HW és SW környezetben fut, milyen mennyiségű és minőségő adattal stb., meg tudsz fizetni egy QA csapatot, aki mondjuk a heti release-t teszteli, mielőtt kimegy.

A Linuxnál (mint kernel) valamilyen szinten szintén működik ez, ott a QA felelőssége a disztrókra hárul - pl. mire egy CentOS-be bekerül egy kernel, az végigfutott egy teljes Fedora felhasználói táboron. De még egy Süsünél is ott volt, hogy mielőtt a megkaptad volna az X release-ben a frissítést, az átment az automatikus tesztelésen, a testing repón, a tumbleweeden, aztán szépen lassan jutott le a stabil release-be.
Amennyi különböző felhasználó, SW és HW környezet van, ebben a nagyságrendben nem fogsz tudni tesztelni.

Az MS-nél ez tényleg hiányzik - van valami belső QA, de a hatalmas tesztelendő környezettér miatt nincs rá erőforrás/lehetőség, van egy preview elsősorban a felhasználók elenyésző százalékával, aztán a haddmenjenmindenkinekagyakorlatilagbleedingedge. Ha az MS átállna arra, amit mondjuk egy Fedora-RedHat vagy openSUSE-SLE csinál, még akár korrekt is lenne [és oké, továbbra sem mentség, hogy a bleeding edge időnként összefossa magát, de belefér]

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Azért nem ugyanaz. Vegyük továbbra is a RHEL-t/Fedora-t. Az F19 2013. júliusban jelent meg, a RHEL7 2014. júniusában, gyakorlatilag arra a kódbázisra építve (nagyrészt az F19 az alapja). Vagyis gyakorlatilag a végleges szoftver verziókkal volt egy évük tisztán a stabilizálásra/integrálásra. (persze közben upstream folyamatosan fejlesztenek, de az még a Fedorába se kerül be azonnal)

Az MS ezzel szemben folyamatosan pakolja be az új feature-öket a rendszerbe, amiket folyamatosan szór ki az insidereknek és időnként egy nagyobb frissítésben mindenki másnak. Nézd meg pl. ezt: https://en.wikipedia.org/wiki/Windows_10_version_history#Version_1704_…

Ha a Fedora/RHEL megközelítést követnék, akkor most márciusban fognák az akkori állapotot és feature listát, és mondjuk augusztusig csak _azzal_ foglalkoznának, utána kapnának egy release-t a nem insiderek a márciusi állapotról.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

kb két éve kirúgták a tesztelőket, mikor a nokia telefonos részlegét felfalták.
Az insider programban kibukott bakikat is ignorálják. Persze lehet szándékosan cseszték szét a konkurencia programjaiban a komolyabb konferenciakamerák támogatását az update-tel.
https://www.youtube.com/watch?v=A5Xv0p0dm8E#t=52m12s

"Önmagában a RERA akár működőképes is lehet, ha adottak a körülmények: a felhasználói tábor méretéhez és összetételéhez illő QA csapat folyamatosan követi a fejlődést és a release előtt tesztelnek. Ha pl. egy nagyon enterspájz dolgot csinálsz, amit világszinten három különböző cég vesz meg tőled, de pont emiatt gyakorlatilag tökéletesen tisztában vagy azzal, hogy milyen HW és SW környezetben fut, milyen mennyiségű és minőségő adattal stb., meg tudsz fizetni egy QA csapatot, aki mondjuk a heti release-t teszteli, mielőtt kimegy."

Ez nem RERA.