การเห็นเป็นหนึ่งในความรู้สึกที่โปรแกรมเมอร์ส่วนใหญ่ยอมรับ โปรแกรมเมอร์ส่วนใหญ่ใช้เวลาหลายชั่วโมงในการดูหน้าจอคอมพิวเตอร์ (โดยเฉพาะในช่วงเวลาที่อยู่ในโซน ) แต่ฉันรู้ว่ามีโปรแกรมเมอร์ตาบอด (เช่น TV Raman ที่ปัจจุบันทำงานให้ Google)
หากคุณเป็นคนตาบอด (หรือกลายเป็นคนตาบอดอย่างช้าๆ) คุณจะตั้งค่าสภาพแวดล้อมการพัฒนาเพื่อช่วยคุณในการเขียนโปรแกรมอย่างไร
(หนึ่งข้อเสนอแนะต่อคำตอบโปรดวัตถุประสงค์ของคำถามนี้คือการนำความคิดที่ดีไปสู่ด้านบนนอกจากนี้โปรแกรมอ่านหน้าจอสามารถอ่านความคิดที่ดีก่อนหน้านี้)
คำตอบ:
ฉันเป็นนักเรียนวิทยาลัยที่ตาบอดโดยสิ้นเชิงที่มีการฝึกงานหลายโปรแกรมดังนั้นคำตอบของฉันจะขึ้นอยู่กับสิ่งเหล่านี้ ฉันใช้ windows xp เป็นระบบปฏิบัติการและขากรรไกรเพื่ออ่านสิ่งที่ปรากฏบนหน้าจอให้ฉันด้วยเสียงพูดสังเคราะห์ สำหรับการเขียนโปรแกรมจาวาฉันใช้ eclipse เพราะเป็น IDE ที่มีคุณสมบัติครบถ้วนที่สามารถเข้าถึงได้
จากประสบการณ์ของฉันในฐานะโปรแกรมจาวากฎทั่วไปที่ใช้ SWT เป็นชุดเครื่องมือ GUI สามารถเข้าถึงได้ง่ายขึ้นจากนั้นโปรแกรมที่ใช้ Swing ซึ่งเป็นเหตุผลที่ฉันอยู่ห่างจากเน็ตเบียน สำหรับการเขียนโปรแกรม. net ฉันใช้ visual studio 2005 เนื่องจากเป็นรุ่นมาตรฐานที่ใช้ในการฝึกงานของฉันและสามารถเข้าถึงได้ง่ายโดยใช้ Jaws และชุดสคริปต์ที่พัฒนาขึ้นเพื่อทำให้สิ่งต่าง ๆ เช่นผู้ออกแบบฟอร์มเข้าถึงได้ง่ายขึ้น
สำหรับการเขียนโปรแกรม C และ C ++ ฉันใช้ cygwin กับ gcc เป็นคอมไพเลอร์และ emacs หรือ vim เป็นตัวแก้ไขของฉันขึ้นอยู่กับสิ่งที่ฉันต้องทำ ฝึกงานหลายครั้งของฉันเกี่ยวข้องกับการเขียนโปรแกรมสำหรับ Z / OS ฉันใช้เซสชัน rlogin ผ่าน Cygwin เพื่อเข้าถึงระบบย่อย USS บนเมนเฟรมและ C3270 เป็นโปรแกรมจำลอง 3270 ของฉันเพื่อเข้าถึงส่วน ISPF ของเมนเฟรม
ฉันมักจะใช้คำพูดสังเคราะห์ แต่มีจอแสดงผลอักษรเบรลล์ ฉันพบว่าฉันมักจะทำงานได้เร็วขึ้นด้วยคำพูด แต่ใช้การแสดงผลอักษรเบรลล์ในสถานการณ์ที่เครื่องหมายวรรคตอนสำคัญและซับซ้อนขึ้น ตัวอย่างของสิ่งนี้คือถ้าข้อความที่มีวงเล็บที่ซ้อนกันจำนวนมากและ JCL ที่เครื่องหมายวรรคตอนมีความสำคัญอย่างเหลือเชื่อ
ฉันเล่นกับ Emacspeak ภายใต้ cygwin http://emacspeak.sourceforge.netฉันไม่แน่ใจว่าสิ่งนี้จะสามารถใช้เป็นตัวแก้ไขการเขียนโปรแกรมได้หรือไม่เนื่องจากดูเหมือนว่าจะไม่ตอบสนอง แต่ฉันไม่ได้ดูตัวเลือกการกำหนดค่าใด ๆ ยัง
ฉันตาบอดและมีการเขียนโปรแกรมประมาณ 13 ปีใน Windows, Mac, Linux และ DOS ในภาษาจาก C / C ++, Python, Java, C # และภาษาขนาดเล็กต่างๆตลอดทาง แม้ว่าคำถามดั้งเดิมจะเกี่ยวกับการกำหนดค่าสภาพแวดล้อม แต่ฉันคิดว่ามันเป็นคำตอบที่ดีที่สุดโดยดูว่าคนตาบอดใช้คอมพิวเตอร์อย่างไร
บางคนใช้สภาพแวดล้อมการพูดเช่น TV Raman และสภาพแวดล้อม Emacspeak ที่กล่าวถึงในคำตอบอื่น วิธีแก้ปัญหาที่พบบ่อยที่สุดคือการมีตัวอ่านหน้าจอที่ทำงานในกิจกรรมการตรวจสอบพื้นหลังของระบบปฏิบัติการและแจ้งเตือนผู้ใช้ผ่านทางคำพูดสังเคราะห์หรือการแสดงผลอักษรเบรลล์ทางกายภาพ นี่หมายความว่าคนตาบอดสามารถใช้แอปพลิเคชันที่เข้าถึงได้
ดังนั้นฉันเองใช้ Visual Studio 2008 วันนี้และเรียกใช้ด้วยการปรับเปลี่ยนน้อยมาก ฉันปิดคุณสมบัติบางอย่างเช่นแสดงข้อผิดพลาดขณะที่พิมพ์เนื่องจากพบว่ามีสิ่งที่ทำให้เสียสมาธิ ก่อนที่จะเข้าร่วมกับ Microsoft การพัฒนาทั้งหมดของฉันทำในโปรแกรมแก้ไขข้อความมาตรฐานเช่น Notepad ดังนั้นจึงไม่มีการปรับแต่งอีกครั้ง
สามารถกำหนดค่าโปรแกรมอ่านหน้าจอเพื่อประกาศการเยื้อง ฉันเองไม่ได้ใช้สิ่งนี้เนื่องจาก Visual Studio ดูแลสิ่งนี้และ C # ใช้เครื่องหมายปีกกา แต่สิ่งนี้สำคัญมากในภาษาอย่าง Python ที่ช่องว่างสำคัญ ในที่สุด Emacspeak ใช้ประโยชน์จากเสียง / ระยะห่างต่าง ๆ เพื่อระบุส่วนต่าง ๆ ของไวยากรณ์ (คำหลัก, ความคิดเห็น, ตัวระบุและอื่น ๆ )
ฉันตาบอดและเป็นโปรแกรมเมอร์มาตลอด 12 ปีที่ผ่านมา ปัจจุบันเป็นสถาปนิกอาวุโสและทำงานร่วมกับ Sapient Corporation (บริษัท ให้คำปรึกษาบนฐานข้อมูลแคมบริดจ์สร้างโซลูชันทั้งองค์กรบนเว็บและลูกค้าขนาดใหญ่) ฉันใช้โปรแกรมอ่านหน้าจอหลายตัว แต่ส่วนใหญ่ติดกับ Jaws สำหรับ windows และ NVDA
ฉันทำงานบนแพลตฟอร์ม Microsoft และ Visual Studio เป็นส่วนใหญ่เป็นสภาพแวดล้อมของฉัน ฉันยังใช้เครื่องมือเช่นสตูดิโอระดับองค์กร MS Sql และอื่น ๆ สำหรับการเข้าถึงฐานข้อมูลการตรวจสอบเครือข่ายและอื่น ๆ ฉันพยายามใช้เวลากับ emacspeak แต่เนื่องจากงานของฉันส่วนใหญ่ใช้แพลตฟอร์ม MS ไม่เคยใช้เวลาเยอะเลย ฉันใช้เวลาสองสามปีในการทำงานกับ C ++ บน linux ซึ่งส่วนใหญ่ใช้ notepad หรือ visual studio บน windows สำหรับการเข้ารหัสทั้งหมดจากนั้น samba เพื่อแชร์ไฟล์กับสภาพแวดล้อม linux นอกจากนี้ยังใช้ Borland C สำหรับการทดลองบางอย่าง เมื่อเร็ว ๆ นี้มีการเล่น python ซึ่งคนอื่น ๆ ได้กล่าวไว้ข้างต้นนั้นไม่เป็นมิตรสำหรับผู้ใช้ที่ตาบอดเพราะมันถูกเขียนโดยใช้การเยื้องเป็นกลไกการซ้อน ต้องบอกว่า NVDA โปรแกรมอ่านหน้าจอโอเพนซอร์ซที่ได้รับความนิยมมากที่สุดจะถูกเขียนอย่างสมบูรณ์โดยใช้ไพ ธ อน คำถามที่น่าสนใจอย่างยิ่งที่ฉันถูกถามบ่อยครั้งในฐานะสถาปนิกคือฉันจะจัดการกับไดอะแกรมได้อย่างไร - UML และ visio และเหตุผลกุหลาบเป็นต้น Visio อาจเป็นเครื่องมือสร้างแผนภาพที่เข้าถึงได้ง่ายที่สุด ฉันสามารถเขียนสคริปต์ขากรรไกรเพื่ออ่านแผนภาพเพิ่มขึ้นอย่างมีเหตุผลสำหรับฉัน ฉันใช้เครื่องมือที่เรียกว่า T-dub (ความเข้าใจแผนภาพทางเทคนิคสำหรับคนตาบอด) ที่พัฒนาโดยมหาวิทยาลัยเยอรมันบางแห่งสำหรับการเข้าถึงไดอะแกรม UML 2.0 ได้ใช้เครื่องมือที่น่าเกลียดชวาบนจาวาที่เรียกว่าการใช้เวทมนตร์เพื่อทำการพัฒนาแบบจำลองและเป็นผู้ใช้ในโครงการ androMDA และช่วยพัฒนาเครื่องกำเนิดรหัส. Net จากโมเดล UML คำถามที่น่าสนใจอย่างยิ่งที่ฉันถูกถามบ่อยครั้งในฐานะสถาปนิกคือฉันจะจัดการกับไดอะแกรมได้อย่างไร - UML และ visio และเหตุผลกุหลาบเป็นต้น Visio อาจเป็นเครื่องมือสร้างแผนภาพที่เข้าถึงได้ง่ายที่สุด ฉันสามารถเขียนสคริปต์ขากรรไกรเพื่ออ่านแผนภาพเพิ่มขึ้นอย่างมีเหตุผลสำหรับฉัน ฉันใช้เครื่องมือที่เรียกว่า T-dub (ความเข้าใจแผนภาพทางเทคนิคสำหรับคนตาบอด) ที่พัฒนาโดยมหาวิทยาลัยเยอรมันบางแห่งสำหรับการเข้าถึงไดอะแกรม UML 2.0 ได้ใช้เครื่องมือที่น่าเกลียดชวาบนจาวาที่เรียกว่าการใช้เวทมนตร์เพื่อทำการพัฒนาแบบจำลองและเป็นผู้ใช้ในโครงการ androMDA และช่วยพัฒนาเครื่องกำเนิดรหัส. Net จากโมเดล UML คำถามที่น่าสนใจอย่างยิ่งที่ฉันถูกถามบ่อยครั้งในฐานะสถาปนิกคือฉันจะจัดการกับไดอะแกรมได้อย่างไร - UML และ visio และเหตุผลกุหลาบเป็นต้น Visio อาจเป็นเครื่องมือสร้างแผนภาพที่เข้าถึงได้ง่ายที่สุด ฉันสามารถเขียนสคริปต์ขากรรไกรเพื่ออ่านแผนภาพเพิ่มขึ้นอย่างมีเหตุผลสำหรับฉัน ฉันใช้เครื่องมือที่เรียกว่า T-dub (ความเข้าใจแผนภาพทางเทคนิคสำหรับคนตาบอด) ที่พัฒนาโดยมหาวิทยาลัยเยอรมันบางแห่งสำหรับการเข้าถึงไดอะแกรม UML 2.0 ได้ใช้เครื่องมือที่น่าเกลียดชวาบนจาวาที่เรียกว่าการใช้เวทมนตร์เพื่อทำการพัฒนาแบบจำลองและเป็นผู้ใช้ในโครงการ androMDA และช่วยพัฒนาเครื่องกำเนิดรหัส. Net จากโมเดล UML ฉันสามารถเขียนสคริปต์ขากรรไกรเพื่ออ่านแผนภาพเพิ่มขึ้นอย่างมีเหตุผลสำหรับฉัน ฉันใช้เครื่องมือที่เรียกว่า T-dub (ความเข้าใจแผนภาพทางเทคนิคสำหรับคนตาบอด) ที่พัฒนาโดยมหาวิทยาลัยเยอรมันบางแห่งสำหรับการเข้าถึงไดอะแกรม UML 2.0 ได้ใช้เครื่องมือที่น่าเกลียดชวาบนจาวาที่เรียกว่าการใช้เวทมนตร์เพื่อทำการพัฒนาแบบจำลองและเป็นผู้ใช้ในโครงการ androMDA และช่วยพัฒนาเครื่องกำเนิดรหัส. Net จากโมเดล UML ฉันสามารถเขียนสคริปต์ขากรรไกรเพื่ออ่านแผนภาพเพิ่มขึ้นอย่างมีเหตุผลสำหรับฉัน ฉันใช้เครื่องมือที่เรียกว่า T-dub (ความเข้าใจแผนภาพทางเทคนิคสำหรับคนตาบอด) ที่พัฒนาโดยมหาวิทยาลัยเยอรมันบางแห่งสำหรับการเข้าถึงไดอะแกรม UML 2.0 ได้ใช้เครื่องมือที่น่าเกลียดชวาบนจาวาที่เรียกว่าการจั่วด้วยเวทมนตร์สำหรับการพัฒนาแบบจำลองที่ขับเคลื่อนด้วยและเป็นผู้ใช้ในโครงการ androMDA และช่วยพัฒนาเครื่องกำเนิดรหัส. Net จากโมเดล UML
โดยทั่วไปแล้วฉันพบว่าฉันเจริญเติบโตได้ดีที่สุดในสภาพแวดล้อมของทีมที่ฉันสามารถทำงานกับจุดแข็ง ตัวอย่างเช่นในขณะที่แผนภาพมีประโยชน์อย่างยิ่งในการสื่อสาร / จัดทำเอกสารการออกแบบกระบวนการออกแบบที่แท้จริงนั้นเกี่ยวข้องกับการคิดและการระดมสมองมากมายและเมื่อการออกแบบได้รับการคิดออกมาเพื่อนร่วมทีมคนหนึ่งของคุณสามารถช่วยคุณ ภาพออกมาจากมัน ผู้คนผิดอย่างไม่ถูกต้องตีความข้างต้นให้ขาดความเป็นอิสระหรือความสามารถในขณะที่ฉันเห็นสิ่งนี้ว่าเป็นการพึ่งพาระหว่างกันอย่างบริสุทธิ์ - อย่างที่ฉันแน่ใจว่าเพื่อนร่วมทีมคนเดียวไม่สามารถเกิดขึ้นกับการออกแบบของเขา / เธอเอง - พลิกถ้าฉันขึ้นอยู่กับเขาเพื่อจัดทำเอกสารการออกแบบดังนั้นไม่ว่าจะเป็น อุปสรรคส่วนใหญ่ที่ฉันเผชิญคือการเข้าไม่ถึงเครื่องมือ
ฉันเป็นนักพัฒนาคนตาบอดและฉันทำงานภายใต้ Windows, GNU Linux และ MacOS X แต่ละแพลตฟอร์มมีเวิร์กโฟลว์ที่แตกต่างกันสำหรับผู้ใช้ที่ตาบอด ขึ้นอยู่กับโปรแกรมอ่านหน้าจอที่นักพัฒนาที่ตาบอดใช้ เครื่องมือการพัฒนาไม่สามารถเข้าถึงได้อย่างสมบูรณ์สำหรับนักพัฒนาที่ตาบอด ฉันสามารถพิมพ์รหัสและใช้ฟังก์ชั่นการคอมไพล์ใน IDE ทั้งหมด แต่มีปัญหามากมายถ้าฉันต้องออกแบบส่วนต่อประสานโดยใช้เครื่องมือออกแบบเช่นตัวสร้างส่วนต่อประสาน XGlade หรืออื่น ๆ เมื่อฉันพัฒนาด้วย Borland Delphi ฉันสามารถเพิ่มการควบคุมปุ่มได้และฉันสามารถปรับเปลี่ยนแต่ละคุณลักษณะที่มองเห็นของการควบคุมโดยใช้หน้าต่างตัวตรวจสอบวัตถุ IDEs จำนวนมากใช้หน้าต่างตัวตรวจสอบวัตถุเพื่อปรับเปลี่ยนคุณลักษณะด้านภาพและไม่ใช่ภาพ แต่ปัญหาสำหรับนักพัฒนาที่ตาบอดคือการเพิ่มตัวควบคุมใหม่เนื่องจากวิธีการเพิ่มตัวควบคุมใหม่ประกอบด้วยการลากและวางตัวควบคุมจากจานสีไปยังผืนผ้าใบ Visual studio 200x ใช้วิธีการอื่นในการทำสิ่งนี้ แต่อินเตอร์เฟสของการเปลี่ยนแปลง IDE ในแต่ละเวอร์ชั่นใหม่และเป็นปัญหาใหญ่เพราะตัวอ่านหน้าจอสำหรับ Windows ต้องการการสนับสนุนพิเศษโดยใช้สคริปต์เพื่อระบุแต่ละพื้นที่ของแอปพลิเคชันที่ไม่ใช่มาตรฐาน ผู้พัฒนาที่ตาบอดสามารถใช้ Visual Studio 2008 กับโปรแกรมอ่านหน้าจอของเขาได้ แต่เมื่อ IDE รุ่นใหม่ปรากฏขึ้นเขาจะต้องรอสคริปต์เวอร์ชันใหม่สำหรับ IDE รุ่นนี้ Xcode พร้อมตัวสร้างส่วนต่อประสานไม่มีทางเลือกอื่นสำหรับการลากและวางงาน ฉันถามไปยัง Apple หลายครั้ง แต่พวกเขากำลังทำงานในสิ่งอื่น ๆ ฉันเผยแพร่ 3 แอพใน App store (ผู้กวาดทุ่นระเบิดที่สามารถเข้าถึงได้ Fruitmachine ที่สามารถเข้าถึงได้และ Programar a ciegas RSS) และฉันต้องออกแบบอินเตอร์เฟสทั้งหมดด้วยรหัส มันเป็นงานหนัก แต่ฉันสามารถจัดการคุณสมบัติทั้งหมดของการควบคุมแต่ละอย่างได้ Eclipse มีตัวแก้ไขโค้ดที่สามารถเข้าถึงได้ แต่เครื่องมือพัฒนาอื่น ๆ เช่นคอนโซลดีบักปลั๊กอินสำหรับการออกแบบหรือพื้นที่เอกสารมีปัญหาสำหรับเครื่องมือช่วยเหลือสำหรับผู้ใช้ที่ตาบอด
เอกสารก็เป็นปัญหาสำหรับผู้พัฒนาที่ตาบอดเช่นกัน ตัวอย่างและการสาธิตจำนวนมากใช้รูปภาพเพื่อแสดงคำอธิบาย (ตั้งค่าสภาพแวดล้อมตามที่คุณเห็นในภาพ)
ฉันคิดว่าคำถามไม่ได้ตาบอด คำถามคือ บริษัท และกลุ่มผู้พัฒนาคิดว่าการเข้าถึงมีผลต่อซอฟต์แวร์ขั้นสุดท้าย แต่ไม่ส่งผลกระทบต่อซอฟต์แวร์การพัฒนา พวกเขาคิดว่าผู้ใช้ที่ตาบอดควรเป็นลูกค้า แต่ผู้ใช้ที่ตาบอดนั้นไม่สามารถเป็นเพื่อนร่วมทางในการพัฒนาได้
สมาคมคนตาบอดถามถึงการเข้าถึงสำหรับผลิตภัณฑ์และบริการ แต่พวกเขาลืมนักพัฒนาคนตาบอด คนตาบอดสามารถทำงานเป็นนักกฎหมายนักข่าวครู แต่นักพัฒนาคนตาบอดเป็นแนวคิดที่แปลกแม้กระทั่งสำหรับคนตาบอด หลายครั้งที่ฉันรู้สึกโดดเดี่ยวเพราะเพื่อนตาบอดของฉันบางคนไม่เข้าใจงานของฉัน
คุณสามารถอ่านความคิดเห็นของฉันเกี่ยวกับปัญหานี้ในบทความนี้ในภาษาสเปนในบล็อกของฉันhttp://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ มีเครื่องมือแปลในหน้าเว็บ ขออภัยฉันไม่ได้แปลมัน
Emacs มีส่วนขยายจำนวนมากเพื่อให้ผู้ใช้ที่ตาบอดสามารถจัดการไฟล์ข้อความได้ คุณต้องปรึกษาผู้เชี่ยวชาญในหัวข้อ แต่ emacs มีความสามารถในการอ่านออกเสียงข้อความ และอาจมากกว่า
นอกจากนี้ยังมี BLinux:
Linux สำหรับคนตาบอด รับรอบเป็นเวลานานมาก ฉันคิดว่านานกว่าสิบปีแล้วและเป็นผู้ใหญ่มาก
โปรดจำไว้ว่า "ตาบอด" เป็นเงื่อนไขหลายอย่าง - มีบางคนที่ตาบอดอย่างถูกกฎหมายที่สามารถอ่านจอภาพขนาดใหญ่จริง ๆ หรือด้วยความช่วยเหลือในการขยายภาพและมีผู้ที่ไม่มีวิสัยทัศน์เลย ฉันจำเพื่อนร่วมชั้นเรียนในวิทยาลัยที่มีอุปกรณ์พิเศษในการขยายหนังสือและซอฟต์แวร์พิเศษที่เธอสามารถใช้เพื่อขยายส่วนหนึ่งของหน้าจอ เธอทำงานอย่างหนักเพื่อสำเร็จการศึกษาระดับวิทยาลัยเพราะสายตาของเธอแย่ลงเรื่อย ๆ และกำลังจะหายไปอย่างสมบูรณ์
การเขียนโปรแกรมยังมีสเปกตรัมของความต้องการ - บางคนเก่งในการค้นหาโค้ดจำนวนมากและบางคนก็ดูรูปภาพและสถาปัตยกรรมได้ดีกว่า ฉันนึกภาพว่าด้วยความยากลำบากที่กำหนดโดยอินเทอร์เฟซหน้าจอตาบอดอาจเพิ่มความสามารถในการรับภาพใหญ่ ...
ฉันทำงานให้กับสมาคมคนตาบอดในมหานครดีทรอยต์เป็นเวลาสามปีในการดำเนินงาน BBS ที่เหมาะสำหรับการเข้าถึงคนตาบอดและทำงานร่วมกับผู้ใช้งานตาบอดจำนวนมากเกี่ยวกับวิธีการตอบสนองความต้องการของพวกเขาได้ดีขึ้น ข้อเสนอซอฟต์แวร์ที่มีอยู่ในขณะนั้น ถ้าอย่างน้อยฉันก็เรียนรู้ที่จะอ่านอักษรเบรลล์เพื่อป้องกันความเสี่ยงในกรณีที่ฉันเคยบาดแผลในสถานการณ์เดียวกัน!
ผู้ใช้คอมพิวเตอร์ตาบอดและโปรแกรมเมอร์ส่วนใหญ่ใช้โปรแกรมอ่านหน้าจอบางประเภท ขากรรไกรโดยเฉพาะอย่างยิ่งเป็นที่นิยม โชคดีที่แอปพลิเคชันที่สำคัญส่วนใหญ่ในทุกวันนี้มีรูปแบบการเข้าถึงสำหรับผู้พิการ คุณอาจต้องปรับสภาพแวดล้อมของคุณเล็กน้อยเพื่อลดการพูดคุยเช่นพิจารณาปิดการใช้งาน Intellisense ใน Visual Studio
แสดงผลอักษรเบรลล์เป็นเรื่องธรรมดาที่น้อยลงและเปรียบเทียบราคาแพงมากและสามารถแสดง 40 หรือ 80 คอลัมน์ของข้อความและสามารถนำมาใช้เมื่อการวางตำแหน่งที่แน่นอน / เครื่องหมายวรรคตอนเป็นสิ่งสำคัญ ในขณะที่เครื่องอ่านหน้าจอสามารถกำหนดค่าให้สั่นด้วยเครื่องหมายวรรคตอนผู้คนจำนวนมากพบว่ามันทำให้เสียสมาธิและในหลาย ๆ กรณีจะรู้สึกได้ว่าคุณผ่านมันไปได้ง่ายขึ้น สามารถกำหนดค่าขากรรไกรให้ขับเคลื่อนจอแสดงผลได้ดังนั้นคุณจึงไม่สามารถเล่นแอปพลิเคชันการเข้าถึงได้
นอกจากนี้ผู้ใช้งานที่ตาบอดถูกต้องตามกฎหมายจำนวนมากยังคงมีสายตาเหลืออยู่เล็กน้อย การใช้พื้นหลังที่มีคอนทราสต์สูงและฟังก์ชั่นการขยายภาพสามารถช่วยผู้ใช้เหล่านี้ได้มาก
การใช้ ToggleKeys ใน Windows จะช่วยให้คุณได้ยินเมื่อคุณแตะหนึ่งในปุ่ม 'caps lock', 'num lock', 'num lock', 'scroll lock' และอื่น ๆ เช่นกัน
ฉันรู้โปรแกรมเมอร์ Haskell อย่างน้อยหนึ่งคนที่ใช้โปรแกรมอ่านหน้าจอและผู้ใช้โปรแกรมอย่างชัดเจนโดยไม่ใช้กฎรูปแบบของ Haskell และเลือกที่จะใช้รูปแบบที่ไม่ใช้สำนวน แต่ได้รับการสนับสนุน{;}แทนเพราะมันง่ายกว่า โปรแกรมอ่านหน้าจอของเขาเพื่ออ่านเครื่องหมายวรรคตอนมากกว่าให้เขาเข้าใจการเยื้องที่แน่นอนซึ่งสอดคล้องกับกฎการจัดวางของ Haskell ในบันทึกเดียวกันนั้นฉันได้ยินเสียงบ่นจากโปรแกรมเมอร์ตาบอดสองคนถึงเรื่องที่พวกเขาต้องเขียน Python
ในที่สุดคุณเรียนรู้ที่จะเล่นกับจุดแข็งของคุณ
ฉันจำคืนต้นสังกัดไม่ได้ แต่ฉันเคยได้ยิน / อ่านเกี่ยวกับรูปแบบของ "การระบายสี" ที่สามารถได้ยินได้ - ดังนั้นแทนที่จะอ่านการมอบหมายสตริงให้เป็น
foo เท่ากับเครื่องหมายคำพูดนี่คือการอ้างอิงสตริง
ส่วนสตริงจะถูกอ่านด้วยระดับเสียงที่แตกต่างกันหรือเสียงเพื่อให้แยกองค์ประกอบได้ชัดเจนยิ่งขึ้น
ที่เดียวที่จะเริ่มคือโครงการ Blinux:
โครงการนั้นอธิบายถึงวิธีรับ Emacspeak (ตัวแก้ไขที่มีข้อความเป็นคำพูด) และมีทรัพยากรอื่น ๆ มากมาย
ฉันทำงานกับคนคนหนึ่งที่มองเห็นได้ทั้งหมด แต่ป้องกันพวกเขาจากการใช้จอภาพ - พวกเขาทำงานได้ดีกับซอฟต์แวร์ตัวอ่านหน้าจอและใช้เวลาส่วนใหญ่ในการใช้แอปพลิเคชันที่ทำงานกับข้อความและเชลล์
รายการแพคเกจโปรแกรมอ่านหน้าจอของวิกิพีเดียเป็นอีกหนึ่งจุดเริ่มต้น: http://en.wikipedia.org/wiki/List_of_screen_readers
ฉันเป็นนักเรียนระดับบัณฑิตศึกษาในกรุงปักกิ่งประเทศจีน ฉันเรียนวิชาเอกวิทยาการคอมพิวเตอร์และงานของฉันก็คือการเขียนโปรแกรม ฉันเกิดมาด้วยสายตาที่ต่ำฉันต้องใช้เครื่องมือขยายเพื่อดูแบบอักษรบนหน้าจออย่างชัดเจน ฉันใช้เครื่องมือ mgnify ของ microsoft บน windows และใช้ปลั๊กอิน magnify ของ compiz หากใช้บน linux ฉันมักจะตั้งค่าเครื่องมือให้ขยายใหญ่เป็นสามเท่าของขนาดแบบอักษรดั้งเดิม สำหรับฉัน maginify เครื่องมือก็โอเคปัญหาหลักคือความเร็วฉันต้องเลื่อนเม้าส์เพื่อให้เคอร์เซอร์ติดตามข้อความที่ฉันดูส่วนขยายของไมโครซอฟท์มีตัวเลือก "อัตโนมัติตามจุดแก้ไขข้อความ" ซึ่งทำให้ฉันจาก การเคลื่อนไหวของเมาส์อย่างต่อเนื่องเมื่อทำการแก้ไขหรือการเข้ารหัส แต่มันไม่ได้ผลเสมอไปเพราะซอฟต์แวร์แก้ไขหรือ IDE อาจไม่รองรับ เครื่องมือการขยายบน linux นั้นใช้งานยาก KMag มาพร้อมกับ KDE มีอัตราการรีเฟรชที่แย่ซึ่งทำให้ตาของฉันไม่สบายปลั๊กขยายของคอมโพสิตที่ฉันใช้อยู่ตอนนี้ก็โอเค แต่ไม่มีฟังก์ชั่นโฟกัสอัตโนมัติ iOS มอบโซลูชันที่สมบูรณ์แบบสำหรับฉันด้วยการขยายเต็มหน้าจอโดยเฉพาะบนหน้าจอ 9.7 นิ้วของ iPad ไม่จำเป็นต้องมีการโฟกัสอัตโนมัติเพราะฉันใช้รหัสเหล่านั้นหรือแก้ไขสิ่งอื่น ๆ Android มีฟังก์ชั่นการเข้าถึงน้อยมากเช่นเดียวกับการสั่นตอบกลับซึ่งไม่มีประโยชน์สำหรับฉัน ไม่มีเครื่องมือการขยายใด ๆ ที่ดีบน Android ไม่ต้องพูดถึงฟังก์ชั่นล่วงหน้าเช่นการขยายเต็มหน้าจอบน iOS ฉันเคยศึกษา Qt ต้องการสร้างเครื่องมือขยายที่มีประโยชน์บน linux แม้แต่ใน Android แต่แทบจะไม่มีความคืบหน้า แต่ไม่มีฟังก์ชั่นของระบบออโต้โฟกัส (auto focus follow) iOS มอบโซลูชันที่สมบูรณ์แบบสำหรับฉันด้วยการขยายเต็มหน้าจอโดยเฉพาะบนหน้าจอ 9.7 นิ้วของ iPad ไม่จำเป็นต้องมีการโฟกัสอัตโนมัติเพราะฉันใช้รหัสเหล่านั้นหรือแก้ไขสิ่งอื่น ๆ Android มีฟังก์ชั่นการเข้าถึงน้อยมากเช่นเดียวกับการสั่นตอบกลับซึ่งไม่มีประโยชน์สำหรับฉัน ไม่มีเครื่องมือการขยายใด ๆ ที่ดีบน Android ไม่ต้องพูดถึงฟังก์ชั่นล่วงหน้าเช่นการขยายเต็มหน้าจอบน iOS ฉันเคยศึกษา Qt ต้องการสร้างเครื่องมือขยายที่มีประโยชน์บน linux แม้แต่ใน Android แต่แทบจะไม่มีความคืบหน้า แต่ไม่มีฟังก์ชั่นของระบบออโต้โฟกัส (auto focus follow) iOS มอบโซลูชันที่สมบูรณ์แบบสำหรับฉันด้วยการขยายเต็มหน้าจอโดยเฉพาะบนหน้าจอ 9.7 นิ้วของ iPad ไม่จำเป็นต้องมีการโฟกัสอัตโนมัติเพราะฉันใช้รหัสเหล่านั้นหรือแก้ไขสิ่งอื่น ๆ Android มีฟังก์ชั่นการเข้าถึงน้อยมากเช่นเดียวกับการสั่นตอบกลับซึ่งไม่มีประโยชน์สำหรับฉัน ไม่มีเครื่องมือการขยายใด ๆ ที่ดีบน Android ไม่ต้องพูดถึงฟังก์ชั่นล่วงหน้าเช่นการขยายเต็มหน้าจอบน iOS ฉันเคยศึกษา Qt ต้องการสร้างเครื่องมือขยายที่มีประโยชน์บน linux แม้แต่ใน Android แต่แทบจะไม่มีความคืบหน้า Android มีฟังก์ชั่นการเข้าถึงน้อยมากเช่นเดียวกับการสั่นตอบกลับซึ่งไม่มีประโยชน์สำหรับฉัน ไม่มีเครื่องมือการขยายใด ๆ ที่ดีบน Android ไม่ต้องพูดถึงฟังก์ชั่นล่วงหน้าเช่นการขยายเต็มหน้าจอบน iOS ฉันเคยศึกษา Qt ต้องการสร้างเครื่องมือขยายที่มีประโยชน์บน linux แม้แต่ใน Android แต่แทบจะไม่มีความคืบหน้า Android มีฟังก์ชั่นการเข้าถึงน้อยมากเช่นเดียวกับการสั่นตอบกลับซึ่งไม่มีประโยชน์สำหรับฉัน ไม่มีเครื่องมือการขยายใด ๆ ที่ดีบน Android ไม่ต้องพูดถึงฟังก์ชั่นล่วงหน้าเช่นการขยายเต็มหน้าจอบน iOS ฉันเคยศึกษา Qt ต้องการสร้างเครื่องมือขยายที่มีประโยชน์บน linux แม้แต่ใน Android แต่แทบจะไม่มีความคืบหน้า
เมื่อตอนที่ฉันเรียนอยู่เรามีสมาชิกของทีมวิจัยของเราที่ตาบอด เขาแก่กว่านี้อาจจะเป็นช่วงกลางทศวรรษที่ 40 เขาบอกเราเกี่ยวกับวิธีที่เขาตั้งโปรแกรมคอมพิวเตอร์เครื่องแรกของเขา (ซึ่งดีก่อนข้อความเป็นคำพูดทั่วไป) เพื่อส่งออกเนื้อหาของหน้าจอในรหัสมอร์ส เพื่อเอาชนะปัญหาไก่และไข่ที่เห็นได้ชัดเขาต้องเขียนรหัสใหม่ทุกครั้งตั้งแต่เริ่มต้นจนกระทั่งมันทำงานได้ดีพอที่เขาจะอ่านมันกลับมาให้เขาได้
ตอนนี้เขาใช้การอ่านออกเสียงข้อความแม้ว่าเขาจะวางแผนรหัสอย่างละเอียดก่อนที่จะเขียนจริง ๆ เพื่อลดวงบั๊ก
นอกจากนี้เขายังให้การนำเสนอ PowerPoint ได้อย่างดีว่าแม้เขาจะมองไม่เห็น แต่ก็มีการจัดรูปแบบที่ดีพอ ๆ กับผู้นำเสนอที่มองเห็น
โพสต์บล็อกนี้มีข้อมูลบางอย่างเกี่ยวกับวิธีที่ทีม Visual Studio เข้าถึงผลิตภัณฑ์ของตนได้:
กิจกรรมทัศนศึกษา Lab Team การช่วยการเข้าถึงของ Visual Studio Core
โปรแกรมเมอร์หลายคนใช้ Emacspeak:
ย้อนกลับไปในนิวซีแลนด์ผมรู้ว่าคนที่มีการเสื่อมสภาพเพื่อให้สายตาบางส่วน เขาเป็นโปรแกรมเมอร์ที่มีความสามารถมากและใช้ Delphi เพราะเขาสามารถทำงานได้ด้วยการจดจำรูปร่างของคำซึ่งง่ายกว่าที่จะทำกับไวยากรณ์ที่คล้ายกับ Pascal มากกว่า C-ish ที่มีวงเล็บปีกกาอย่างแน่นหนา เขามีเว็บไซต์ แต่ดูเหมือนจะไม่พูดถึงการเสื่อมสภาพเลยดังนั้นฉันจะไม่ตั้งชื่อเขา
ฉันตาบอดและบางเดือนฉันใช้ VINUX (ลินุกซ์ distro ที่ใช้ Ubuntu) กับ SODBEANS (เวอร์ชัน netbeans ที่มีปลั๊กอินชื่อ SAPPY ที่เพิ่มการสนับสนุน TTS) โซลูชันนี้ทำงานได้ค่อนข้างดี แต่บางครั้งฉันต้องการเปิด Win XP และ NVDA สำหรับการเปิดตัวหลาย ๆ หน้าบน FireFox เพราะ Vinux ทำงานได้ไม่ดีนักเมื่อคุณพยายามเปิด FireFox มากกว่า 3 หน้าต่าง ...
ดังที่หลายคนชี้ให้เห็นว่า emacspeak เป็นแพลตฟอร์มข้ามโซลูชันที่ยั่งยืนสำหรับแฮ็กเกอร์รุ่นเก่าหลายรุ่น เนื่องจากมันรองรับ Linux และ Mac ไม่ได้เป็นสิ่งที่ฉันต้องการในการพัฒนาโปรเจค egnostic ของ Windows
สำหรับปัญหาที่เกิดขึ้นจากการลงไวยากรณ์ผ่านทางผู้ฟังเมื่อเทียบกับภาพที่เห็นฉันพบว่ามีเทคนิคที่หลากหลายเพื่อเข้าใกล้ถ้าไม่ได้อยู่ในสนามเด็กเล่นเดียวกัน
ไอคอนการได้ยินสามารถใช้แทนคำอธิบายได้เช่น คุณสามารถใส่เสียงสำหรับการเยื้องบรรทัด ยิ่งเสียงยิ่งเยื้อง เนื่องจากเสียงสามารถเล่นควบคู่ไปกับข้อความเป็นคำพูดข้อมูลจึงมาในช่วงเวลาเดียวกันและไม่ทำให้การสื่อสารของบางอย่างเป็นพื้นฐาน
อักษรเบรลล์สามารถถอดรหัสไวยากรณ์ของแต่ละบรรทัดได้อย่างรวดเร็วและแม่นยำ นี่เป็นสิ่งที่มีประโยชน์มากขึ้นสำหรับผู้ที่ใช้อักษรเบรลล์ในชีวิตประจำวัน ข้อได้เปรียบที่ใหญ่ที่สุดคือการเข้าถึงเนื้อหาของจอแสดงผลแบบสุ่ม หน่วยที่รีเฟรชได้จะมีปุ่มเราเตอร์ด้านบนแต่ละเซลล์ของอักขระซึ่งสามารถวางเคอร์เซอร์ไว้ที่เซลล์นั้น ไม่มีการเล่นซอด้วยปุ่มลูกศร O (n) op เทียบกับ O (1) การเข้าถึง
มิติการได้ยิน (ระดับเสียง, อัตรา, ปริมาณ, การผัน, ความร่ำรวย, ความเครียด, ฯลฯ ) สามารถถ่ายทอดแนวคิด (คำหลัก, คลาส, ตัวแปร, ข้อผิดพลาด ฯลฯ ) ตัวอย่างเช่นความคิดเห็นสามารถอ่านได้ในการผันเสียงเดียว ... คำร้องถ้าฉันอาจพูดได้ :)
Emacs และบรรณาธิการอื่น ๆ ถึงขอบเขตที่น้อยกว่า (Visual Studio) อนุญาตให้ coder อ่านโปรแกรมได้อย่างอิสระ (บล็อกถัดไป, บล็อกพับ, defun ลง, ข้ามไป def, เดินขึ้นต้นไม้แยก ฯลฯ ) คุณสามารถรับภาพ "ใหญ่" ของโครงสร้างของโครงการทั้งหมดได้อย่างรวดเร็ว ด้วยส่วนขยายอย่าง Cedet คุณสามารถรับประโยชน์จาก VS / Eclipse / etc cross platform และในโปรแกรมแก้ไขข้อความ
อาจเป็นไปได้เรื่อย ๆ แต่โดยสรุปแล้วเป็นเหตุผลว่าทำไมพวกเราบางคนถึงออกไปแฮ็กในอุตสาหกรรม adacdemia หรือในห้องใต้ดินของเรา :)
กลุ่มนักศึกษาจาก Southern Illinois University Edwardsville และ Washington State University กำลังทำงานกับการเขียนโปรแกรมภาษาสำหรับคนตาบอด:
harald van Breederodeเป็นผู้เชี่ยวชาญด้าน DBA ของ Oracle Oracle ที่มีชื่อเสียง, ผู้ฝึกสอนและผู้นำเสนอที่ตาบอด บล็อกของเขามีเคล็ดลับที่เป็นประโยชน์สำหรับผู้ที่มีความบกพร่องทางสายตา
แป้นอักษรเบรลล์ในโลกจะเป็นยังไง?
มีสิ่งต่าง ๆ เช่นตัวเขียนอักษรเบรลล์ แต่คุณจะไม่ใช้สิ่งใดสิ่งหนึ่งเป็นอุปกรณ์ป้อนข้อมูลสำหรับคอมพิวเตอร์
หากคุณเพียงแค่พูดถึงแป้นพิมพ์ที่มีสัญลักษณ์อักษรเบรลล์อยู่สิ่งนี้ก็เป็นความคิดที่ไม่ดีเช่นกัน คุณจะต้องใช้ปุ่มมากขึ้นเพื่อเข้าถึงขณะพิมพ์และมันจะช้าลง
การพิมพ์ด้วยระบบสัมผัสไม่ใช่ทักษะการมองเห็นคนตาบอดสามารถทำได้เช่นเดียวกับคนที่มีสายตา
ฉันคิดว่าสิ่งนี้จะทำงานได้ดีในการเขียนโปรแกรมขั้นสูงโดยใช้หลักการเขียนโปรแกรมคู่ หากคุณกำลังสร้างซอฟต์แวร์สำหรับคนตาบอดที่ดีกว่าที่จะทำมันคนที่จะติดต่อกับความต้องการทางธุรกิจอย่างแท้จริงดังนั้นฉันไม่คิดว่ามันจะไปไกลขนาดนั้น
สำหรับการเขียนโค้ดก็ดีเว้นแต่ว่ามีข้อเสนอแนะบางอย่างฉันคิดว่าคน ๆ นั้นอาจมีปัญหากับไวยากรณ์ เสียงตอบรับอาจช่วยในจุดหนึ่ง
NVDA เป็นโปรแกรมอ่านหน้าจอโอเพ่นซอร์สที่ดีสำหรับการชนะ
สิ่งที่เกี่ยวกับการประดิษฐ์อุปกรณ์บางชนิดที่คุณเสียบเข้ากับพอร์ต usb และโดยทั่วไปจะเป็น "แผ่นยาง" ที่จะดัดแปลงตัวเองเพื่อแสดงรหัสของคุณให้คนตาบอดอ่านแทนได้
มีเครื่องมือหลากหลายที่ช่วยคนตาบอดหรือมองเห็นเพียงบางส่วนไม่ว่าจะเป็นเสียงพูดและคีย์บอร์ด http://www.rnib.org.uk/Pages/Home.aspxเป็นเว็บไซต์ที่ดีสำหรับความช่วยเหลือและคำแนะนำเกี่ยวกับปัญหาเหล่านี้
เมื่อฉันได้พบกับ Sam Hartman เขาเป็นนักพัฒนา Debian ที่มีชื่อเสียงมาตั้งแต่ปี 2000 และเป็นคนตาบอด ในการสัมภาษณ์ครั้งนี้เขาพูดถึงการเข้าถึงสำหรับผู้ใช้ Linux เขาใช้ Debian และ gnome-orca เป็นโปรแกรมอ่านหน้าจอทำงานกับ Gnome และ "ทำงานได้ค่อนข้างดีในการพูด Iceweasel / Firefox และ Libreoffice"
โดยเฉพาะการพูดเกี่ยวกับการเขียนโปรแกรมเขาพูดว่า:
แม้ว่า [gnome-orca] จะพูด gnome-terminal แต่ก็ยังไม่ดีพอที่จะพูดโปรแกรม terminal ที่ฉันใช้งานได้สบาย ดังนั้นฉันจึงรัน Emacs ด้วยแพ็คเกจ Emacspeak ภายในนั้นฉันเรียกใช้โปรแกรมจำลองเทอร์มินัล Emacs และภายในนั้นฉันมักจะเรียกใช้ Screen เพื่อความสนุกสนานที่เพิ่มขึ้นฉันมักจะเรียกใช้อินสแตนซ์เพิ่มเติมของ Emacs ภายในหน้าจอด้านใน