Ed Summers, a GitHub akadálymentesítési vezetője szerint a mesterséges intelligencia korszakváltást hoz a fogyatékossággal élő fejlesztők számára. A vak szakember a Double Tap podcastban arról beszélt, hogyan alakítja át a generatív AI a szoftverfejlesztést, és miért érzi úgy, hogy most kezdődik a fogyatékossággal élők egyik legjelentősebb technológiai előretörése.
Ed Summers négy éve vezeti a GitHub akadálymentesítési programját, de ennél is fontosabb, hogy ő maga is fejlesztő – és vak. Húsz éve vak, azelőtt gyengénlátóként dolgozott programozóként és csapatvezetőként. Amikor a Double Tap Weekend műsorvezetője, Steven Scott beszélgetett vele, Summers egy merész állítást fogalmazott meg: szerinte a mesterséges intelligencia és a nyílt forráskódú szoftverfejlesztés együttes hatására a fogyatékossággal élők most élik meg pályájuk egyik legnagyobb technológiai fordulatát. Szó esett arról is, mit jelent mindez a gyakorlatban egy olyan platformon, mint a GitHub, ahol a világ szoftvereinek jelentős része készül.
Ki figyel oda a fejlesztőkre – és miért számít, ha ő maga is érintett
Summers elmondása szerint a GitHub körülbelül öt éve kezdett tudatosan befektetni az akadálymentesítésbe, és a vállalat vezetése kifejezetten olyan embert keresett a pozícióra, aki maga is fogyatékossággal él. Amikor Summers elfoglalta a posztot, elsődleges célja az volt, hogy a fogyatékossággal élőket ne csak felhasználóként, hanem alkotóként, fejlesztőként vonják be a munkába.
Ennek hátterében személyes tapasztalat áll: amikor korábban vak fejlesztőként csatlakozott egy csapathoz, pár hónap alatt gyökeresen megváltozott, ahogy a látó kollégák a képernyőolvasókról vagy a nagyítóprogramok használatáról gondolkodtak. Summers szerint egy szoftver akkor válik igazán akadálymentessé, ha a fogyatékossággal élők a fejlesztési folyamat kezdetétől fogva egyenrangú csapattagként vesznek részt benne – nem pedig a végén, tesztelőként vonják be őket egy kész termékhez.
Miért épp most jön el a fogyatékossággal élők ideje
Summers történelmi perspektívába helyezte a jelenlegi pillanatot. Felidézte, hogy a nyolcvanas évek grafikus felhasználói felületei (vagyis a ma megszokott, ikonokra és egérre épülő kezelőfelületek) gyakorlatilag kizárták a vakokat a számítógép-használatból. A kilencvenes években megjelenő világháló kezdetben tiszta szöveg volt, ez jól kezelhető volt vakok számára is. Amint azonban elterjedtek a dinamikus, szkriptalapú tartalmak, a vakok újra elvesztették a hozzáférést az internet interaktív részeihez – ennek helyrehozatala egy évtizedig tartott. A kétezres években az érintőképernyők jelentettek hasonló törést: amikor megjelent az iPhone, Summers úgy érezte, végleg lemaradnak a fogyatékossággal élők, míg pár évvel később az Apple be nem vezette a VoiceOver képernyőolvasót. A közösségi média egyes platformjai szerinte a mai napig nem hozzáférhetők megbízhatóan vak felhasználók számára, annak ellenére, hogy már egy évtizede léteznek.
Summers szerint az különbözteti meg a generatív mesterséges intelligenciát a korábbi technológiai hullámoktól, hogy a fogyatékossággal élők szinte a legelső pillanattól kezdve hozzáférhettek hozzá – nem kellett évekig várniuk, amíg valaki utólag akadálymentesíti. Ezt nevezi a szoftverfejlesztés demokratizálódásának: olyan váltásnak tartja, mint amikor a drága, nehézkes fényképezőgépek helyett mindenki zsebében ott a kamera. Meggyőződése, hogy hamarosan bárki képes lesz szoftvert építeni, testre szabni és bővíteni, egyelőre főleg angol nyelven, de a jövőben egyre több nyelven és felületen.
Mi is a nyílt forráskód, és miért pont a GitHub a központja
Szó esett arról is, mit is jelent pontosan a nyílt forráskódú szoftverfejlesztés, hiszen a GitHub ennek a világnak az otthona. Summers két oldalról közelítette meg a fogalmat. Az egyik a jogi oldal: a nyílt forráskódú licencek lehetővé teszik, hogy bárki megnézze, lemásolja és módosítsa a forráskódot – szemben a zárt forráskódú szoftverekkel, ahol ez nem lehetséges. A másik oldal a működésmód: a nyílt forráskódú fejlesztés nyitott, webalapú és együttműködésen alapul, ahol elvben bárki hozzájárulhat egy projekthez, bár ez projektenként és a projekt érettségétől függően változik.
Summers szemléletes hasonlattal írta le a jelenséget: olyan ez, mint a régi közösségi csűrfelhúzások, amikor egy falu összefogott, hogy felépítsen egy közös épületet. A nyílt forráskód ezt teszi lehetővé digitálisan, globális léptékben. A GitHub 2008-as indulása óta ennek a mozgalomnak vált a legfontosabb otthonává – Summers egy könyvtárhoz hasonlította: minden projekt egy-egy könyv, amelyet bárki kikölcsönözhet, módosíthat, majd visszaküldheti a változtatásait, amelyek aztán bekerülnek a központi példányba, és onnan terjednek tovább mindenki felé.
Mit tesz a GitHub a fejlesztők akadálymentes hozzáféréséért
A GitHub 2021 nyarán, még a ChatGPT megjelenése előtt több mint egy évvel indította el a Copilot nevű, mesterséges intelligenciára épülő kódolási segédeszközét technikai előzetes formájában – ezt tartják az első ilyen jellegű eszköznek a piacon. A fejlesztést a GitHub Next nevű kutatócsoport indította el, miután az OpenAI 2020–2021 körül megkereste a céget, hogy megvizsgálják, mire használható a technológiájuk kódolási szempontból. Summers 2022-ben, nagyjából ezzel egy időben került jelenlegi pozíciójába, és azóta a Copilot akadálymentessége az egyik kiemelt fejlesztési terület. A mesterséges intelligencia ma már a GitHub platform szinte minden pontján jelen van, automatizált ügynökök formájában is: ezek éjjel-nappal dolgoznak a fejlesztőcsapatok mellett, kódot ellenőriznek, teszteket futtatnak.
A vállalat tavaly frissítette akadálymentesítési stratégiáját, amelynek négy fő prioritása közül Summers kettőt emelt ki. Az egyik a fogyatékossággal élő fejlesztők közvetlen támogatása: ennek részeként külön útmutatót hoztak létre számukra, amely a GitHub akadálymentesítési weboldalán érhető el, és nemcsak a termékekre, hanem a dokumentációra és a rendezvényekre is kiterjed. Emellett kiemelt prioritássá tették az akadálymentességi visszajelzések kezelését – ha valaki akadályba ütközik a GitHub használata során, ezt nyilvánosan jelentheti, és a csapat azonnal foglalkozik vele, különösen, ha blokkoló jellegű problémáról van szó.
A másik kiemelt prioritás egy tavalyi nyilvános vállalás, amely a nyílt forráskódú ökoszisztéma egészének akadálymentesítésére irányul. Summers szerint egy átlagos alkalmazás vagy weboldal forráskódjának 70–90 százaléka nyílt forráskódú építőelemekből áll össze – a fejlesztők ma jellemzően nem nulláról írnak kódot, hanem meglévő elemekből építkeznek, és csak a saját alkalmazáslogikát adják hozzá. Ha ezekben az építőelemekben akadálymentességi vagy biztonsági hiba van, az minden rájuk épülő projektet érint. Ezért a GitHub célja a nyílt forráskódú projektek minőségének emelése, a fogyatékossággal élők bevonása ezekbe a közösségekbe, valamint a segítő technológiák nyílt forráskódú megoldásainak elérhetőbbé tétele – utóbbi azért is fontos, mert a kereskedelmi segítő technológiák gyakran igen drágák.
Amikor a felhasználói felület helyett egyszerűen megkérjük az AI-t
Külön téma volt, hogyan alakítja át a mesterséges intelligencia a GitHub használatának módját. Summers az úgynevezett AI-natív felületekről beszélt, amelyek közül kiemelte a Model Context Protocolt (röviden MCP – egy szabványos módszer arra, hogy a mesterséges intelligencia programok természetes nyelven érjenek el adatbázisokat, weboldalakat vagy egyéb szolgáltatásokat). Az elmúlt fél évszázadban kialakult szoftverek és rendszerek – adatbázisok, weboldalak – jellemzően egyedi, bonyolult programozói vagy felhasználói felületeken keresztül voltak elérhetők, amelyek sok akadályt tartalmaztak. Az MCP-n keresztül viszont egy olyan AI-eszköz, mint a ChatGPT, a GitHub Copilot vagy a Claude, természetes nyelvi utasításokkal éri el ugyanazt a funkciót.
Summers elmondása szerint ő maga egyre kevesebbet használja a GitHub hagyományos webes felületét, mert amikor valamit el akar végezni – például kódot összefésülni a fő ágba –, egyszerűen beírja a Copilotnak, mit szeretne, és az elvégzi helyette a parancsokat az MCP-kiszolgálón keresztül. Ennek jelentőségét vakként így magyarázta: a grafikus felhasználói felületek olyan vizuális támpontokat adnak a látó felhasználóknak, amelyek egy vak ember számára nem nyilvánvalóak – be kell tapogatóznia, címsorok alapján kell megtalálnia az űrlapmezőket és gombokat, ki kell derítenie, mire valók. Az MCP-alapú, természetes nyelvi vezérlés feleslegessé teszi ezt a tanulási görbét. Egy hasonló elven működő légitársasági rendszer például lehetővé tenné, hogy valaki egyszerűen annyit mondjon: szeretne kedd reggel kilenc óra körül Dallasba repülni, és a rendszer megkeresi a lehetőségeket, majd le is foglalja a jegyet – anélkül, hogy a felhasználónak meg kellene küzdenie egy akadálymentesítés szempontjából problémás dátumválasztóval vagy fizetési felülettel.
A gyakorlati kezdés: az akadálymentességi trauma leküzdése
Summers szerint sokan először nem is technikai, hanem érzelmi akadályba ütköznek: a korábbi, ismétlődő kudarcok – amikor valaki kénytelen volt félbehagyni egy feladatot, és látó segítséget kérni – nyomot hagynak. Ezt a jelenséget „akadálymentességi traumának” nevezte, és fontosnak tartja, hogy az emberek tudatosítsák: a játékszabályok mostanra megváltoztak. Ő maga is rendszeresen emlékezteti magát erre – amikor egy korábban nehéznek bizonyult feladatba kezd, tudatosan megpróbálja mesterséges intelligenciával megkerülni a régi akadályt.
Erre egy személyes példát is hozott: amikor a laptopja billentyűzete elkezdett hibásan működni, az informatikai osztály közölte, hogy hónapokig nem tudnak cserekészüléket biztosítani alkatrészhiány miatt, ő pedig épp utazás és előadások közepén volt. A Copilot segítségével diagnosztizálta a problémát, behatárolta az okot, és néhány száz dollárból gyorsan megoldotta a helyzetet – anélkül, hogy várnia kellett volna a hivatalos ügyintézésre.
Azoknak, akik most szeretnének belevágni a mesterséges intelligencia használatába, Summers azt javasolja, hogy induljanak egyszerű eszközökkel, mint a ChatGPT vagy a Google Gemini, és szokjanak hozzá, hogy egyszerűen elmondják, mit szeretnének elérni. Amikor valaki készen áll a következő lépésre, érdemes egy parancssori felületet (röviden CLI – egy olyan program, amelyet szöveges parancsokkal, nem egérrel és ikonokkal irányítunk) telepíteni közvetlenül a saját gépére, például a Copilot, a Claude Code vagy a Codex parancssori változatát. Ezek az eszközök ugyanis már magán a gépen tudnak műveleteket végezni – perifériákat vizsgálni, szoftvereket telepíteni, beállításokat módosítani –, így a felhasználónak nem kell tudnia, hol található egy adott beállítás, elég megkérdeznie. Summers ezt két szóban foglalta össze: csak kérdezz.
Ezt a szemléletet saját tapasztalatával is alátámasztotta: miután egy repülőúton néhányan nem akartak mellé ülni a vezetőkutyája miatt, az esetet egy jelenlévő közösségimédia-alkotó felvette és megosztotta, ami később a sajtóban is nagy visszhangot kapott. Az eset nyomán Summerst arra biztatták, hogy maga is kezdjen videókkal foglalkozni a fogyatékossággal élők érdekében – annak ellenére, hogy korábban alig használt közösségi médiát a LinkedInen kívül. Nekifogott, és hamar beleütközött a videószerkesztés akadálymentesítési nehézségeibe, ezért a Copilot parancssori eszközével néhány hónap alatt saját videószerkesztő segédeszközöket épített magának, amelyek segítenek megérteni, mi történik a nyers felvételeken. Ma már gyakran teljesen önállóan, néha 95–98 százalékos önállósággal – a felesége csak egy gyors ellenőrzést végez – készít, vág és tesz közzé videókat. Ezeket az eszközöket egyelőre nem tette nyílt forráskódúvá, mert kifejezetten a saját igényeire szabta őket, de tervezi, hogy idővel másokkal is megosztja.
Felmérés a fogyatékossággal élő fejlesztők számára
A GitHub jelenleg felmérést futtat kifejezetten fogyatékossággal élő fejlesztők körében – a „fejlesztő” szót Summers tágan értelmezi, ide sorolva azokat is, akik AI-alapú, úgynevezett „vibe coding” módszerrel építenek és töltenek fel kódot a GitHubra. A kérdőívet a vállalat fogyatékossággal élő munkavállalóinak közössége állította össze, előbb belső felmérésként futott, majd az elmúlt hónapokban nyitották meg a külső fejlesztői közösség felé is. A visszajelzések segítenek a GitHubnak abban, hogy a jövőben még inkább a fogyatékossággal élő fejlesztők igényeihez igazítsa a platformot.
Összegzés
Ed Summers nem állítja, hogy a mesterséges intelligencia minden akadályt eltüntet, de a beszélgetés alapján a fogyatékossággal élő fejlesztők most először nem utólag, hanem a fejlődés élvonalában találják magukat. A GitHub a Copilot akadálymentesítésébe, a nyílt forráskódú ökoszisztéma minőségébe és a fogyatékossággal élő fejlesztők közvetlen bevonásába fektet, miközben olyan technológiák, mint az MCP, alapjaiban alakítják át, hogyan lép valaki kapcsolatba a szoftverekkel. Summers üzenete egyetlen egyszerű tanácsban foglalható össze: ne abból induljunk ki, hogy egy feladat a régi akadályok miatt lehetetlen, hanem kérdezzük meg a mesterséges intelligenciát, hogyan oldható meg most.
A cikk a Double Tap podcast 2026. augusztus 22-i adása alapján, AI felhasználásával készült, ezért apróbb pontatlanságokat tartalmazhat.