Egy hallgatói levelekre épülő adásban Steven Scott és Shaun Preece három, egymástól látszólag távoli témát jár körül: a Sonos hangszórók akadálymentességét, az okosszemüvegek körüli egyre hangosabb közfelháborodást, és azt a kérdést, hogy ki fizeti meg valójában az internet akadálymentesítetlenségének árát.
Az adás elején a műsorvezetők röviden megemlítik, hogy a Perkins School for the Blind kipróbálásra elküldte nekik a Perkins Braille Bloom nevű eszközt, amely a hagyományos Perkins Braille-írógépet köti össze számítógéppel – a csomagban egy ajándék italtartó is volt, amin percekig élcelődtek, mielőtt rátértek volna a hallgatói levelekre.
A Sonos ma már megbízható választás – de a Wi-Fi továbbra is bosszantó
Az adás gerincét Glendon levele adja, aki arra kíváncsi, hogy a tavaly májusban jelentett akadálymentességi problémák után biztonságos-e ma Sonos hangszórót vásárolnia, vagy van-e jobb alternatíva a piacon.
Shaun Preece szerint a Sonos alkalmazás ma már akadálymentes, bár korábban komoly gondok voltak: amikor a cég teljesen újratervezte az appot, a régi verzió kifogástalanul működött VoiceOverrel, az új dizájn viszont nem. A hibát azóta orvosolták, bár Shaun megjegyzi, hogy egyes felhasználók a használhatóságát még mindig nem tartják olyan jónak, mint a régi verzióét – ami részben csak a megszokott felület megváltozása miatti ellenérzés is lehet. Steven hozzáteszi, hogy nemrég állított be egy Sonos Ray hangprojektort (a márka legkisebb, hálószobákba és kisebb helyiségekbe szánt modelljét), és az alkalmazás akadálymentesség szempontjából problémamentes volt.
Fontos figyelmeztetés is elhangzik: mivel a Sonos app folyamatosan frissül, a mai jó tapasztalat nem garancia a jövőre – egy következő frissítés bármikor elronthat valamit. A műsorvezetők azt is felidézik, hogy amikor a Sonos vezérigazgatójának távoznia kellett a hibás alkalmazás-újratervezés miatt, a botrányt sokan tévesen az akadálymentességi problémákhoz kötötték. Valójában a fő kiváltó ok az volt, hogy a mainstream felhasználók nem tudtak egyszerű funkciókat – például ébresztőt – beállítani az új appban; ez az ügy sokkal nagyobb visszhangot kapott a sajtóban, mint az, hogy vak felhasználók egyáltalán nem fértek hozzá a drágán megvásárolt eszközükhöz.
Szóba kerül a hangszórók közötti protokollváltás is: a Sonos egy ponton lecserélte a régebbi hangszórók által használt átviteli protokollt egy újra, ami a régi eszközök tulajdonosai körében felháborodást keltett. A műsorvezetők szerint akadálymentességi szempontból ma már nincs ismert probléma ezzel kapcsolatban, bár – mint mindig – fenntartással kezelik ezt az állítást.
Shaun egyik visszatérő panasza, hogy a régebbi Sonos-modelljei (egy Play:1 és egy Roam) nem támogatják a hangalapú vezérlést, így neki mindig meg kell nyitnia az alkalmazást egy adott szám lejátszásához. Steven szerint ez részben a használati módból fakad: aki Sonost vásárol, jellemzően nem egyetlen dalt akar lejátszatni hangparanccsal, hanem a saját, nagy zenei gyűjteményéből – Apple Music, Spotify vagy saját rippelt anyag – szeretne böngészni és válogatni, amire a hangasszisztens önmagában nem alkalmas. Felidézi azt is, hogy a régebbi, hangasszisztens nélküli Sonos hangszórókat Amazon Echo Dot-on keresztül is lehetett vezérelni: egy pontosan megfogalmazott hangparanccsal („Play Frank Sinatra from Apple Music on my Sonos speaker”) az Echo Dot adta ki az utasítást, de a zene a Sonos hangszórókon szólalt meg – a hálózaton keresztül, jó minőségben.
Versenytárs keresésekor a műsorvezetők tanácstalanok: a Bose régen kézenfekvő alternatíva volt, mára viszont – szerintük – valamelyest visszaesett, más márkákról pedig nincs megbízható információjuk az akadálymentesség terén. Ez rávilágít egy visszatérő problémára: a vakok közössége gyakran arra vár, hogy valaki más „törje meg a jeget”, és számoljon be egy új eszköz akadálymentességéről, mielőtt ők is mernének vásárolni.
Az Apple-ökoszisztémában élő Steven a HomePodokat használja, de elégedetlen a stabilitással: az Apple TV-vel párosítva a hang gyakran ugrál a bal és jobb hangszóró között, vagy teljesen megszakad. Feltételezése szerint ez a távirányító Bluetooth-kapcsolatával függ össze – amíg a távirányítót nem érinti, minden rendben megy, de amint elkezdi használni, elindul a hangprobléma. Azt is szóvá teszi, hogy a HomePodok – szemben a Sonosszal – nem rendelkeznek Ethernet-csatlakozási lehetőséggel, ami sok vezeték nélküli hálózati gondot megszüntetne. Az Apple TV távirányítóját is kritizálja: kényelmetlennek találja az érintésérzékeny felületet (bár ezt ki lehet kapcsolni), és panaszkodik a Siri diktálás megbízhatatlanságára is.
Az okosszemüvegek körüli közhangulat: „creepy” narratíva és önbeteljesítő jóslat
A beszélgetés egyik legélesebb szakasza az okosszemüvegek megítélésének gyors romlásáról szól. Shaun arról számol be, hogy egyre több cikk jelenik meg arról, hogy vállalatok és rendezvényszervezők korlátozzák vagy egyenesen tiltják az okosszemüvegek viselését – a résztvevőknek le kell venniük azokat, vagy legalább biztosítaniuk kell, hogy a felvételt jelző fény jól látható legyen. A jelenség nemcsak közösségi médiás panaszokban, hanem egyre inkább híradásokban és tévés vitaműsorokban is felbukkan, ahol nyíltan arról beszélnek, hogy be kellene-e tiltani ezeket az eszközöket.
Steven és Shaun is úgy látja, hogy nincs nyilvánosan dokumentált eset arra, hogy valakit ténylegesen bántalmaztak vagy megtámadtak volna azért, mert okosszemüveget viselt – vagyis a „viselőd veszélyben van” narratívának egyelőre nincs valós alapja. Attól tartanak, hogy a túlzott aggodalom önbeteljesítő jóslattá válhat: minél többet beszélnek arról, hogy az okosszemüveg viselése „gyanús” vagy „creepy” (kellemetlenül tolakodó), annál inkább alakul ki ez a közvélekedés – függetlenül a tényleges kockázattól.
Steven elmeséli, hogy ennek hatására felhívott egy rádióműsort, hogy a vak felhasználók szemszögéből szólaljon fel. Szándékosan nem azzal az érvvel indított, hogy „vak vagyok, ezért nekem ez jár”, hanem azt hangsúlyozta, hogy a nyilvános térben amúgy is mindenhol kamerák vannak. Miután elmondta, hogy a szemüveg leírja neki, hányan közelednek felé az utcán, a műsorvezető hangneme érezhetően megváltozott, és elismerte, hogy ez hasznos funkció. Steven szerint ez a közösség felelősségére is emlékeztet: nem elég egymás közt, „buborékban” beszélni a problémáról, ki kell állni a nyilvánosság elé, és a médiában is meg kell szólalni – mert csak így lehet formálni a közvéleményt.
A két házigazda egyetért abban, hogy a Meta jelenleg kényelmes célpont, részben azért, mert Mark Zuckerberggel és a Metával szemben amúgy is sok a fenntartás – de úgy vélik, ha majd az Apple vagy a Google is piacra dob saját okosszemüveget, a hangulat megváltozhat. Ez egyben aggodalmat is kelt bennük: mire ez bekövetkezik, a „smart glasses egyenlő rossz” asszociáció már rögzülhet a köztudatban, függetlenül a gyártótól.
Egy hallgató tapasztalata: az Oakley Meta szemüveg mindennapi buktatói
Jim, aki június óta használja az új Oakley Meta szemüveget, arról számol be, hogy gyenge térerő esetén a szemüveg gyakran hibás vagy félrevezető üzenetet ad – például arra kéri, ellenőrizze az alkalmazás engedélyeit, holott a valódi ok az, hogy nincs elég mobilhálózati sávszélesség. A probléma jellemzően magától megoldódik, ha kimegy a szabad térre, ki-be kapcsolja a szemüveget, a telefont, vagy a Bluetooth-kapcsolatot. Jim szerint hasznos lenne, ha a rendszer egyszerűen közölné, hogy a hiba a gyenge jelerősség miatt van, nem pedig engedélyezési probléma miatt – de összességében továbbra is elégedett az eszközzel, és készen áll elviselni ezeket a kezdeti hibákat.
Levelének végén Jim bejelenti, hogy eljegyezték, és hamarosan Virginiába költözik – ezt a hírt a műsorvezetők szívből gratulálva fogadták.
A hosztok a beszámoló kapcsán megjegyzik, hogy a Meta okosszemüveg-rendszerben rengeteg összekapcsolt elem van – a szemüveg és a telefon közti Bluetooth-kapcsolat, a telefon internetkapcsolata, majd a Meta AI alkalmazás szoftveres kapcsolatai –, ezért nagyon sok ponton törhet meg a lánc. Steven saját tapasztalatból meséli, hogy reggelente, amikor a kutyát sétáltatja, gyakran különböző sorrendben kell ki- és bekapcsolnia a szemüveget és az alkalmazást, mire a rendszer elindul. Azt is megjegyzi, hogy VPN használata után a Meta AI időnként letiltottnak jelzi magát annak ellenére, hogy az beállításokban engedélyezve van – ezt csak a funkció ki- majd visszakapcsolásával lehet orvosolni. Mindketten egyetértenek abban, hogy valójában „béta-tesztelőkké” váltak: a folyamatos frissítések épp úgy okozhatnak új hibákat, mint amennyire régieket javítanak.
A gyengénlátók lemaradása az okosszemüvegek jövőjében
Szóba kerül, hogy egyelőre sem az Apple, sem a Google nem jelentette be hivatalosan saját okosszemüveg-termékét erre az évre, bár a Google szemüvegének érkezése köztudott, csak dátum és ár nélkül. A műsorvezetők megjegyzik, hogy egyre több kisebb, kevésbé ismert gyártó is megjelenik az okosszemüveg-piacon, ami szerintük hosszabb távon jó, hiszen a választék bővülése segíthet.
Fontos pont ugyanakkor, hogy a fejlesztők – Steven szerint – rendre megfeledkeznek a gyengénlátó felhasználókról. Miközben az okosszemüvegekbe egyre kifinomultabb hangalapú képernyőolvasó-funkciókat építenek (Steven ki is próbálta ezt egy kijelzős Meta-modellen, csuklópánttal vezérelve, és működőképesnek találta), a nagyítás, a kontrasztváltás vagy a nagybetűs megjelenítés lehetősége szinte sehol nem jelenik meg. Steven párhuzamot von a korábbi, kifejezetten gyengénlátóknak szánt eszközökkel – ilyen volt egy kanadai cég viselhető videónagyítója, illetve egy általa régen kipróbált optikai (nem digitális) bioptikus lencserendszer is –, amelyek jól szemléltették, mekkora különbséget tehet egy ilyen eszköz valakinek, aki csak részleges látással rendelkezik. Álláspontja szerint, ha egy gyártó képes képernyőolvasó funkciót építeni egy szemüvegbe, semmi akadálya nem lenne annak sem, hogy nagybetűs, magas kontrasztú megjelenítést is kínáljon – ez inkább szemléletbeli, mint technológiai kérdés.
A „digitális fogyatékosság-adó”: ki fizeti meg az akadálymentesség hiányát?
A legtartalmasabb hozzászólás Ian, torontói hallgató levele, aki a korábbi, a Global Accessibility Awareness Day-ről szóló adásra reagál. Ian szerint a puszta figyelemfelhívás nyilvánvalóan nem elég ahhoz, hogy a fejlesztők és kódolók elmozduljanak – ezt támasztja alá az a statisztika is, amely szerint a WebAIM jelentése alapján a vizsgált weboldalak 96 százaléka akadálymentességi hibát tartalmaz, egy másik, korábban a műsorban említett forrás alapján pedig a mobilalkalmazások 70 százaléka nem nyújt megfelelő akadálymentes élményt.
Ha a végső megoldás az, hogy mindenki maga „vibe-code-olja” – tehát AI-eszközök segítségével, programozói tudás nélkül maga barkácsolja meg – a saját akadálymentesítését, az szerinte önmagában is igazságtalan: a fogyatékossággal élők idejét, energiáját és erőforrásait emészti fel olyan akadályok lebontására, amelyekkel a nem fogyatékos felhasználóknak soha nem kell szembenézniük. Ezt nevezi Ian „digitális fogyatékosság-adónak”: egy olyan láthatatlan tehernek, amely tovább mélyíti a szakadékot a fogyatékossággal élők és a többségi társadalom között, és aláássa az egyetemes tervezés elvét, amely szerint a hozzáférésnek eleve mindenki számára egyenlőnek kellene lennie.
Ian ugyanakkor konkrét javaslattal is előáll: mivel a jövőben egyre több kódoló fog AI-eszközöket használni a fejlesztéshez – akár saját, személyes megoldásokat készítve is –, érdemes lenne lobbizni azért, hogy az AI-alapú kódolóeszközök alapértelmezetten akadálymentes felületet generáljanak, a legszigorúbb elérhető szabványnak, a WCAG-nak (Web Content Accessibility Guidelines, a nemzetközi webes akadálymentességi irányelvek) megfelelően. A fejlesztő ez alól kifejezetten kiléphetne, ha külön rákéri az AI-t, hogy ne tegye ezt – de Ian szerint ezt valószínűleg szinte senki nem tenné meg. Mivel emberek millióit nem lehet egyenként rávenni a helyes gyakorlatra, sokkal hatékonyabb lenne néhány nagy, nyilvánosan ismert AI-céget célba venni, vagy jogszabályi úton kikényszeríteni ugyanezt.
Steven ezzel maradéktalanul egyetért, és megjegyzi, hogy pontosan ez a célja Joe Devon és csapata munkájának is, akik korábban vendégei voltak a műsornak. Shaun kiegészíti ezt azzal, hogy egy korábbi interjújuk során a GitHub egyik munkatársa arról beszélt, hogy a mai alkalmazások jelentős része nyílt forráskódú „építőelemekre” épül, és ha ezek az alapkomponensek eleve akadálymentesek lennének, az minden rájuk épülő projektet automatikusan jobb helyzetbe hozna. A kérdés csak az, mennyi idő alatt jut el idáig a fejlesztői közösség, és addig hogyan maradjanak produktívak a fogyatékossággal élő felhasználók.
Steven személyes példákkal is illusztrálja, hogyan használja ő maga az AI-t saját megoldások építésére meglévő, de nem akadálymentes rendszerekhez: egy Behringer X32 nevű, régóta piacon lévő, professzionális hangkeverő konzol kapcsán mesélte el, hogy korábban egy iPadre épülő, VoiceOverrel használhatatlan kezelőfelület miatt mindig máshoz kellett fordulnia segítségért. Egy mesterséges intelligenciával folytatott beszélgetés során derült ki, hogy a konzol úgynevezett OSC-parancsokkal (szoftveresen címezhető vezérlőutasításokkal) is elérhető, vagyis elméletileg saját, akadálymentes alkalmazás építhető köré. Hasonló példaként említi, hogy egy hallgatójuk egy műholdas tévédoboz beépített parancskészletéből épített magának távirányító-megoldást. Steven szerint ez a fajta „nyomozás” – vagyis annak felderítése, hogy egy adott eszköz milyen programozói felületeket (API-kat, azaz alkalmazásprogramozási felületeket) kínál a háttérben – gyakorlatilag bármilyen okoseszközre, akár egy légkondicionáló berendezésre is alkalmazható.
Ugyanakkor Steven és Shaun is elismeri Ian aggályának jogosságát: nem mindenki rendelkezik idővel, tudással vagy hajlandósággal ahhoz, hogy minden egyes akadályba ütközve saját megoldást barkácsoljon. Ez a fajta önerőből történő problémamegoldás nem old meg semmit rendszerszinten, csak azoknak segít, akik képesek és hajlandóak belevágni – miközben a probléma gyökere, az eleve nem akadálymentes tervezés, változatlan marad.
A három téma végül ugyanoda fut ki: hiába fejlődik a technológia, ha a fejlesztők, a gyártók és a közvélemény nem veszik figyelembe a fogyatékossággal élő felhasználók valós igényeit – legyen szó egy hangszóró alkalmazásáról, egy okosszemüveg megítéléséről vagy egy weboldal kódjáról.
A cikk a Double Tap podcast 2026. augusztus 25-i adása alapján, AI felhasználásával készült, ezért apróbb pontatlanságokat tartalmazhat.