Saya seorang mahasiswa yang benar-benar buta yang memiliki beberapa program magang sehingga jawaban saya akan didasarkan pada ini. Saya menggunakan windows xp sebagai sistem operasi saya dan Jaws untuk membaca apa yang muncul di layar untuk saya dalam pidato sintetik. Untuk pemrograman java saya menggunakan eclipse, karena ini adalah IDE berfitur lengkap yang dapat diakses.
Dalam pengalaman saya sebagai program java aturan umum yang menggunakan SWT sebagai GUI toolkit lebih mudah diakses daripada program yang menggunakan Swing yang mengapa saya tinggal jauh dari netbeans. Untuk setiap pemrograman .net saya menggunakan visual studio 2005 karena itu adalah versi standar yang digunakan pada magang saya dan sangat mudah diakses menggunakan Rahang dan satu set skrip yang dikembangkan untuk membuat hal-hal seperti perancang formulir lebih mudah diakses.
Untuk pemrograman C dan C ++ saya menggunakan cygwin dengan gcc sebagai kompiler dan emacs atau vim sebagai editor saya tergantung pada apa yang perlu saya lakukan. Banyak magang saya terlibat pemrograman untuk Z / OS. Saya menggunakan sesi rlogin melalui Cygwin untuk mengakses subsistem USS pada mainframe dan C3270 sebagai emulator 3270 saya untuk mengakses bagian ISPF dari mainframe.
Saya biasanya mengandalkan pidato sintetis tetapi memiliki tampilan Braille. Saya menemukan bahwa saya biasanya bekerja lebih cepat dengan berbicara tetapi menggunakan tampilan Braille dalam situasi di mana tanda baca penting dan menjadi rumit. Contoh dari ini adalah jika pernyataan dengan banyak tanda kurung bersarang dan JCL di mana tanda baca sangat penting.
Memperbarui
Saya bermain dengan Emacspeak di bawah cygwin http://emacspeak.sourceforge.net Saya tidak yakin apakah ini akan dapat digunakan sebagai editor pemrograman karena tampaknya agak tidak responsif tetapi saya belum melihat salah satu opsi konfigurasi namun.
Saya buta, dan telah pemrograman selama sekitar 13 tahun di Windows, Mac, Linux dan DOS, dalam bahasa dari C / C ++, Python, Java, C # dan berbagai bahasa yang lebih kecil di sepanjang jalan. Meskipun pertanyaan aslinya ada di sekitar pengaturan lingkungan, saya pikir sebaiknya dijawab dengan melihat bagaimana orang buta akan menggunakan komputer.
Beberapa orang menggunakan lingkungan bicara, seperti TV Raman dan lingkungan Emacspeak yang disebutkan dalam jawaban lain. Solusi yang lebih umum sejauh ini adalah memiliki pembaca layar yang berjalan di latar belakang memantau aktivitas OS dan memperingatkan pengguna melalui ucapan sintetik atau tampilan braille fisik (umumnya menunjukkan suatu tempat dari 20 hingga 80 karakter sekaligus). Ini berarti orang buta dapat menggunakan aplikasi apa pun yang dapat diakses.
Jadi, saya pribadi menggunakan Visual Studio 2008 hari ini, dan jalankan dengan sangat sedikit modifikasi. Saya mematikan fitur tertentu seperti menampilkan kesalahan saat saya mengetik karena saya menemukan ini mengganggu. Sebelum bergabung dengan Microsoft, semua pengembangan saya dilakukan di editor teks standar seperti Notepad, jadi sekali lagi tidak ada penyesuaian.
Dimungkinkan untuk mengkonfigurasi pembaca layar untuk mengumumkan lekukan. Saya pribadi tidak menggunakan ini, karena Visual Studio menangani ini, dan C # menggunakan kawat gigi. Tapi ini akan sangat penting dalam bahasa seperti Python di mana spasi putih penting. Akhirnya, Emacspeak memanfaatkan berbagai suara / nada untuk menunjukkan bagian sintaks yang berbeda (kata kunci, komentar, pengidentifikasi, dll).
sumber
Saya buta dan telah menjadi programmer selama 12 tahun terakhir. Saat ini saya adalah arsitek senior dan bekerja dengan Sapient Corporation (sebuah perusahaan konsultan berbasis cambridge yang menciptakan solusi perusahaan berbasis klien dan berbasis klien yang tebal). Saya menggunakan beberapa pembaca layar tetapi kebanyakan tetap menggunakan Jaws untuk windows dan NVDA.
Saya sebagian besar bekerja di platform Microsoft dan studio visual sebagai lingkungan saya. Saya juga menggunakan alat-alat seperti MS Sql enterprise studio dan lainnya untuk akses DB, pemantauan jaringan dll. Saya mencoba meluangkan waktu dengan emacspeak tetapi karena pekerjaan saya sebagian besar didasarkan pada platform MS, tidak pernah benar-benar menghabiskan banyak waktu di sana. Saya juga menghabiskan beberapa tahun bekerja pada C ++ di linux - kebanyakan menggunakan notepad atau visual studio di windows untuk semua coding dan kemudian samba untuk berbagi file dengan lingkungan linux. Juga digunakan borland C untuk beberapa hal eksperimental. Baru-baru ini bermain-main dengan python, yang seperti orang lain catat di atas sangat tidak ramah untuk pengguna yang buta karena ditulis menggunakan indentasi sebagai mekanisme bersarang. Karena itu, NVDA, pembaca layar open source paling populer ditulis sepenuhnya menggunakan python dan beberapa komit pada proyek itu sendiri buta. Pertanyaan yang sangat menarik yang sering saya tanyakan sebagai seorang arsitek adalah bagaimana cara saya menangani diagram - UML dan visio dan rasional naik dll. Visio mungkin merupakan alat diagram yang paling mudah diakses di luar sana. Saya bisa menulis skrip rahang untuk membaca diagram mawar rasional untuk saya. Saya telah menggunakan alat yang disebut T-dub (pemahaman diagram teknis untuk orang buta) yang dikembangkan oleh beberapa universitas Jerman untuk mengakses diagram UML 2.0. Telah menggunakan alat jelek berbasis java yang disebut magic draw untuk melakukan pengembangan berbasis model dan merupakan komiter pada proyek androMDA dan membantu mengembangkan generator kode .Net dari model UML. Pertanyaan yang sangat menarik yang sering saya tanyakan sebagai seorang arsitek adalah bagaimana cara saya menangani diagram - UML dan visio dan rasional naik dll. Visio mungkin merupakan alat diagram yang paling mudah diakses di luar sana. Saya bisa menulis skrip rahang untuk membaca diagram mawar rasional untuk saya. Saya telah menggunakan alat yang disebut T-dub (pemahaman diagram teknis untuk orang buta) yang dikembangkan oleh beberapa universitas Jerman untuk mengakses diagram UML 2.0. Telah menggunakan alat jelek berbasis java yang disebut magic draw untuk melakukan pengembangan berbasis model dan merupakan komiter pada proyek androMDA dan membantu mengembangkan generator kode .Net dari model UML. Pertanyaan yang sangat menarik yang sering saya tanyakan sebagai seorang arsitek adalah bagaimana cara saya menangani diagram - UML dan visio dan rasional naik dll. Visio mungkin merupakan alat diagram yang paling mudah diakses di luar sana. Saya bisa menulis skrip rahang untuk membaca diagram mawar rasional untuk saya. Saya telah menggunakan alat yang disebut T-dub (pemahaman diagram teknis untuk orang buta) yang dikembangkan oleh beberapa universitas Jerman untuk mengakses diagram UML 2.0. Telah menggunakan alat jelek berbasis java yang disebut magic draw untuk melakukan pengembangan berbasis model dan merupakan komiter pada proyek androMDA dan membantu mengembangkan generator kode .Net dari model UML. Saya bisa menulis skrip rahang untuk membaca diagram mawar rasional untuk saya. Saya telah menggunakan alat yang disebut T-dub (pemahaman diagram teknis untuk orang buta) yang dikembangkan oleh beberapa universitas Jerman untuk mengakses diagram UML 2.0. Telah menggunakan alat jelek berbasis java yang disebut magic draw untuk melakukan pengembangan berbasis model dan merupakan komiter pada proyek androMDA dan membantu mengembangkan generator kode .Net dari model UML. Saya bisa menulis skrip rahang untuk membaca diagram mawar rasional untuk saya. Saya telah menggunakan alat yang disebut T-dub (pemahaman diagram teknis untuk orang buta) yang dikembangkan oleh beberapa universitas Jerman untuk mengakses diagram UML 2.0. Telah menggunakan alat jelek berbasis java yang disebut magic draw untuk melakukan pengembangan berbasis model dan merupakan komiter pada proyek androMDA dan membantu mengembangkan generator kode .Net dari model UML.
Secara umum, saya menemukan bahwa saya paling berkembang di lingkungan tim di mana saya dapat bekerja dengan kekuatan saya. Misalnya, sementara diagram sangat berguna untuk berkomunikasi / mendokumentasikan desain, proses desain sebenarnya melibatkan banyak pemikiran dan curah pendapat dan ketika desain telah dipikirkan, salah satu rekan tim Anda dapat membantu Anda dengan cepat menyusun yang digambar dengan rapi gambar dari itu. Orang-orang salah mengartikan hal di atas sebagai kurangnya kemandirian atau kemampuan sementara saya melihat ini sebagai saling ketergantungan murni - seperti dalam saya yakin bahwa rekan satu tim saja tidak akan pernah bisa membuat desain itu sendiri atau dalam -balik, jika saya bergantung padanya untuk mendokumentasikan desain, biarlah. Kebanyakan rintangan yang saya hadapi adalah tidak dapat diaksesnya alat.
sumber
Saya adalah pengembang buta dan saya bekerja di bawah Windows, GNU Linux dan MacOS X. Setiap platform memiliki alur kerja yang berbeda untuk pengguna tunanetra. Ini tergantung pada pembaca layar yang digunakan pengembang buta. Alat pengembangan tidak sepenuhnya dapat diakses oleh pengembang tunanetra. Saya bisa mengetikkan kode dan menggunakan fungsi kompilasi di semua IDE tetapi ada banyak masalah jika saya harus mendesain antarmuka menggunakan alat perancangan seperti Interface Builder, XGlade atau lainnya. Ketika saya mengembangkan dengan Borland Delphi saya bisa menambahkan kontrol, Tombol misalnya, dan saya bisa memodifikasi setiap atribut visual dari kontrol menggunakan jendela objek inspector. Banyak IDE menggunakan jendela inspektur objek untuk memodifikasi atribut visual dan non visual tetapi masalah untuk pengembang buta adalah menambahkan kontrol baru karena metode untuk menambahkan kontrol baru terdiri dari menyeret dan menjatuhkan kontrol dari palet ke kanvas. Visual studio 200x menggunakan metode alternatif untuk melakukan ini tetapi antarmuka perubahan IDE di setiap versi baru dan ini merupakan masalah besar karena pembaca layar untuk Windows memerlukan dukungan khusus, menggunakan skrip, untuk mengidentifikasi setiap area dari beberapa aplikasi non standar. Pengembang buta dapat menggunakan Visual studio 2008 dengan pembaca layarnya tetapi ketika versi baru dari IDE ini muncul, ia harus menunggu versi skrip baru untuk versi IDE ini. Xcode with Interface builder belum memiliki alternatif untuk menyeret dan menjatuhkan tugas. Saya menanyakannya ke Apple berkali-kali tetapi mereka mengerjakan hal-hal lain. Saya menerbitkan 3 aplikasi di App store (Alat penyapu ranjau yang dapat diakses, mesin buah yang dapat diakses dan Programar a ciegas RSS) dan saya harus merancang semua antarmuka dengan kode. Ini adalah kerja keras, tetapi saya dapat mengelola semua fitur dari setiap kontrol. Eclipse memiliki editor kode yang dapat diakses tetapi alat pengembangan lainnya sebagai konsol debug, plugin untuk mendesain atau area dokumentasi menghadirkan masalah untuk alat bantu bagi pengguna tunanetra.
Dokumentasi juga menjadi masalah bagi pengembang tunanetra. Banyak sampel dan demonstrasi menggunakan gambar untuk menunjukkan penjelasan (atur pengaturan lingkungan seperti yang Anda bisa dalam gambar)
Saya pikir pertanyaannya adalah tidak menjadi buta. Pertanyaannya adalah perusahaan dan kelompok pengembangan berpikir aksesibilitas mempengaruhi perangkat lunak akhir tetapi tidak mempengaruhi perangkat lunak pengembangan. Mereka berpikir pengguna yang buta harus menjadi klien tetapi pengguna yang buta tidak bisa menjadi teman pembangunan.
Asosiasi buta meminta aksesibilitas untuk produk dan layanan tetapi mereka lupa pengembang buta. Orang buta dapat bekerja sebagai pengacara, jurnalis, guru tetapi pengembang yang buta adalah konsep yang aneh bahkan untuk orang buta. Sering kali saya merasa sendirian karena beberapa teman saya yang buta tidak dapat memahami pekerjaan saya.
Anda dapat membaca pendapat saya tentang masalah ini dalam artikel ini, dalam bahasa Spanyol, di blog saya http://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ ada alat terjemahan di halaman web. Maaf tapi saya tidak menerjemahkannya.
sumber
Emacs memiliki sejumlah ekstensi untuk memungkinkan pengguna tunanetra memanipulasi file teks. Anda harus berkonsultasi dengan pakar tentang topik tersebut, tetapi emacs memiliki kemampuan text-to-speech. Dan mungkin lebih.
Selain itu, ada BLinux:
http://leb.net/blinux/
Linux untuk orang buta. Sudah ada sejak lama. Lebih dari sepuluh tahun saya pikir, dan sangat dewasa.
sumber
Ingatlah bahwa "buta" adalah serangkaian kondisi - ada beberapa orang yang secara hukum buta dapat membaca monitor yang sangat besar atau dengan bantuan pembesaran, dan kemudian ada orang yang tidak memiliki penglihatan sama sekali. Saya ingat teman sekelas di perguruan tinggi yang memiliki perangkat khusus untuk memperbesar buku, dan perangkat lunak khusus yang bisa dia gunakan untuk memperbesar bagian layar. Dia bekerja keras untuk menyelesaikan kuliah, karena penglihatannya semakin buruk dan akan hilang sepenuhnya.
Pemrograman juga memiliki spektrum kebutuhan - beberapa orang pandai mengeluarkan banyak dan banyak kode, dan beberapa orang lebih baik dalam melihat gambaran besar dan arsitektur. Saya akan membayangkan bahwa mengingat kesulitan yang ditimbulkan oleh antarmuka layar, kebutaan dapat meningkatkan kemampuan Anda untuk mendapatkan gambaran besar ...
sumber
Hanselman memiliki podcast yang sangat menarik dengan pengembang buta baru-baru ini .
sumber
Saya bekerja untuk Masyarakat Detroit Besar untuk Tuna Netra selama tiga tahun menjalankan BBS yang dirancang untuk akses tunanetra dan bekerja dengan sejumlah pengguna tunanetra tentang cara memenuhi kebutuhan mereka dengan lebih baik, dan dengan pengguna tunanetra yang baru agar mereka terbiasa dengan perangkat keras yang tersedia dan penawaran perangkat lunak yang tersedia pada saat itu. Jika tidak ada yang lain, saya setidaknya belajar membaca Braille sebagai lindung nilai terhadap kasus di mana saya pernah berakhir dalam situasi yang sama!
Mayoritas pengguna dan pemrogram komputer yang buta menggunakan semacam pembaca layar. Rahang khususnya populer. Untungnya, sebagian besar aplikasi utama hari ini menawarkan beberapa bentuk akses cacat. Anda mungkin harus sedikit menyesuaikan lingkungan Anda untuk mengurangi obrolan, misalnya pertimbangkan menonaktifkan Intellisense di Visual Studio.
Tampilan Braille kurang umum dan relatif jauh lebih mahal dan dapat menampilkan 40 atau 80 kolom teks, dan dapat digunakan ketika penentuan posisi / tanda baca yang tepat adalah penting. Sementara pembaca layar dapat dikonfigurasikan untuk mengeluarkan tanda baca, banyak orang merasa hal itu mengganggu, dan dalam banyak kasus lebih mudah untuk merasakannya. Rahang dapat dikonfigurasikan untuk mendorong tampilan, sehingga Anda tidak menyulap aplikasi aksesibilitas.
Juga, banyak pengguna yang buta secara hukum masih memiliki sedikit penglihatan yang tersisa untuk mereka. Menggunakan latar belakang kontras tinggi dan fungsi pembesaran dapat membantu banyak pengguna ini.
Menggunakan ToggleKeys di Windows akan membuat Anda mendengar ketika Anda secara tidak sengaja mengetuk salah satu modal 'caps lock', 'num lock', 'scroll lock', dll juga.
Saya tahu setidaknya satu programmer Haskell yang menggunakan pembaca layar dan yang secara eksplisit memprogram tanpa menggunakan aturan tata letak Haskell, dan sebagai gantinya memilih untuk menggunakan yang agak non-idiomatik, tetapi didukung
{;}
, sebagai gantinya, karena lebih mudah / kurang mengganggu baginya untuk mendapatkan pembaca layarnya membacakan tanda baca daripada baginya untuk mencari tahu lekukan yang sesuai dengan aturan tata letak Haskell. Pada catatan yang sama, saya pernah mendengar gerutuan dari beberapa programmer buta tentang kapan mereka harus menulis Python.Pada akhirnya, Anda belajar bermain dengan kekuatan Anda.
sumber
Saya tidak dapat mengingat sumbernya, tetapi saya pernah mendengar / membaca tentang bentuk sintaks yang dapat didengar "mewarnai" - sehingga alih-alih penugasan string dibaca sebagai
bagian string akan dibaca dengan nada atau suara yang berbeda untuk membuat pemisahan elemen lebih jelas.
sumber
Satu tempat untuk memulai adalah proyek Blinux:
http://leb.net/blinux/
Proyek itu menjelaskan cara mendapatkan Emacspeak (editor dengan text-to-speech) dan memiliki banyak sumber daya lainnya.
Saya bekerja dengan satu orang yang pandangan mata tetapi mencegah mereka menggunakan monitor - mereka melakukannya dengan baik dengan perangkat lunak pembaca layar dan menghabiskan banyak waktu menggunakan aplikasi berbasis teks dan shell.
Daftar paket pembaca layar Wikipedia adalah tempat lain untuk memulai: http://en.wikipedia.org/wiki/List_of_screen_readers
sumber
Saya seorang mahasiswa pascasarjana di Beijing, Cina. Saya jurusan ilmu komputer dan banyak pekerjaan saya adalah pemrograman. Saya lahir dengan penglihatan rendah, saya perlu menggunakan alat pembesar untuk melihat font di layar dengan jelas. Saya menggunakan alat mgnify microsoft di windows dan menggunakan plug magnify compiz jika di linux. Saya biasanya mengatur alat untuk memperbesar tiga kali lebih banyak dari ukuran font asli. Bagi saya alat maginify adalah ok, masalah utamanya adalah kecepatannya, saya harus menggerakkan mouse untuk menjaga kursor mengikuti teks yang saya lihat, microsoft's magnify menyediakan opsi "auto follow the text edit points", yang membuat saya dari Gerakan mouse terus menerus saat mengedit atau coding. Tapi itu tidak selalu berhasil karena perangkat lunak edit atau IDE mungkin tidak mendukungnya. Alat pembesar di linux sulit digunakan. KMag datang dengan KDE memiliki kecepatan refresh yang mengerikan yang membuat mata saya tidak nyaman, colokan pembesar compiz yang saya gunakan sekarang OK, tetapi tidak memiliki fungsi fokus otomatis (fokus mengikuti otomatis). iOS memberikan solusi yang cukup sempurna bagi saya dengan pembesaran layar penuh, terutama pada layar iPad 9,7 inci. di sana fokus otomatis tidak diperlukan karena saya jarang menggunakannya untuk kode atau melakukan hal-hal edit lainnya. Android menyediakan sangat sedikit fungsi aksesibilitas, hanya seperti goyang umpan balik, yang tidak berguna bagi saya. tidak ada jenis alat pembesar yang baik di android, belum lagi fungsi muka seperti pembesaran layar penuh di iOS. Saya dulu belajar Qt, ingin membangun alat bantu yang bermanfaat di linux, bahkan di android. Tetapi hampir tidak ada kemajuan. tetapi tidak memiliki fungsi fokus otomatis (fokus mengikuti otomatis). iOS memberikan solusi yang cukup sempurna bagi saya dengan pembesaran layar penuh, terutama pada layar iPad 9,7 inci. di sana fokus otomatis tidak diperlukan karena saya jarang menggunakannya untuk kode atau melakukan hal-hal edit lainnya. Android menyediakan sangat sedikit fungsi aksesibilitas, hanya seperti goyang umpan balik, yang tidak berguna bagi saya. tidak ada jenis alat pembesar yang baik di android, belum lagi fungsi muka seperti pembesaran layar penuh di iOS. Saya dulu belajar Qt, ingin membangun alat bantu yang bermanfaat di linux, bahkan di android. Tetapi hampir tidak ada kemajuan. tetapi tidak memiliki fungsi fokus otomatis (fokus mengikuti otomatis). iOS memberikan solusi yang cukup sempurna bagi saya dengan pembesaran layar penuh, terutama pada layar iPad 9,7 inci. di sana fokus otomatis tidak diperlukan karena saya jarang menggunakannya untuk kode atau melakukan hal-hal edit lainnya. Android menyediakan sangat sedikit fungsi aksesibilitas, hanya seperti goyang umpan balik, yang tidak berguna bagi saya. tidak ada jenis alat pembesar yang baik di android, belum lagi fungsi muka seperti pembesaran layar penuh di iOS. Saya dulu belajar Qt, ingin membangun alat bantu yang bermanfaat di linux, bahkan di android. Tetapi hampir tidak ada kemajuan. Android menyediakan sangat sedikit fungsi aksesibilitas, hanya seperti goyang umpan balik, yang tidak berguna bagi saya. tidak ada jenis alat pembesar yang baik di android, belum lagi fungsi muka seperti pembesaran layar penuh di iOS. Saya dulu belajar Qt, ingin membangun alat bantu yang bermanfaat di linux, bahkan di android. Tetapi hampir tidak ada kemajuan. Android menyediakan sangat sedikit fungsi aksesibilitas, hanya seperti goyang umpan balik, yang tidak berguna bagi saya. tidak ada jenis alat pembesar yang baik di android, belum lagi fungsi muka seperti pembesaran layar penuh di iOS. Saya dulu belajar Qt, ingin membangun alat bantu yang bermanfaat di linux, bahkan di android. Tetapi hampir tidak ada kemajuan.
sumber
Ketika saya masih di sekolah pascasarjana, kami memiliki anggota tim peneliti kami yang buta. Dia sedikit lebih tua, mungkin pertengahan 40-an. Dia memberi tahu kami bagaimana dia memprogram komputer pertamanya (yang jauh sebelum text-to-speech sudah umum) untuk menampilkan konten layar dalam Kode Morse. Untuk mengatasi masalah ayam-dan-telur yang jelas, ia harus menulis ulang kode sepenuhnya setiap kali dari awal sampai bekerja cukup baik baginya untuk membacanya kembali.
Sekarang dia menggunakan text-to-speech, meskipun dia merencanakan kode dengan sangat seksama sebelum benar-benar menulisnya, untuk meminimalkan loop debug.
Dia juga cukup pandai memberikan presentasi PowerPoint yang, meskipun kurang penglihatan, hampir diformat sama seperti presenter yang terlihat.
sumber
Posting blog ini memiliki beberapa informasi tentang bagaimana tim Visual Studio membuat produk mereka dapat diakses:
Kegiatan Aksesibilitas Lab Visual Studio Core Team
Banyak programmer menggunakan Emacspeak:
Emacspeak - Desktop Audio Lengkap
sumber
Kembali ke Selandia Baru, saya mengenal seseorang yang mengalami degenerasi makula , sehingga sebagian terlihat. Dia seorang programmer yang sangat berbakat dan akhirnya menggunakan Delphi karena dia bisa bekerja dengan mengenali bentuk kata. Ini lebih mudah dilakukan dengan sintaksis mirip-Pascal daripada kurung siku-siku C-ish. Dia memiliki situs web, tetapi sepertinya tidak menyebutkan degenerasi makula sama sekali, jadi saya tidak akan menyebutkan namanya.
sumber
Saya buta dan dari beberapa bulan saya menggunakan VINUX (distro linux berbasis Ubuntu) dengan SODBEANS (versi netbeans dengan plug-in bernama SAPPY yang menambahkan dukungan TTS). Solusi ini berfungsi dengan baik tetapi kadang-kadang saya lebih suka meluncurkan Win XP dan NVDA untuk meluncurkan banyak halaman di FireFox karena Vinux tidak berfungsi dengan baik ketika Anda mencoba membuka lebih dari 3 jendela FireFox ...
sumber
Seperti yang telah ditunjukkan oleh banyak orang, emacspeak telah menjadi solusi lintas platform abadi bagi banyak peretas yang lebih tua di luar sana. Karena mendukung Linux dan Mac di luar kotak, itu telah menjadi cara yang saya sukai untuk mengembangkan proyek Windows egnostik.
Untuk masalah benar-benar turun sintaks melalui auditori yang bertentangan dengan visual, saya telah menemukan bahwa ada berbagai teknik untuk mendapatkan satu dekat jika tidak di lapangan bermain yang sama.
Ikon pendengaran dapat digunakan untuk deskriptor verbal sebagai contoh. Anda bisa, berikan nada untuk seberapa jauh sebuah garis diindentasi. Semakin lama nada, semakin jauh indentasi. Karena nada dapat diputar secara paralel dengan teks ke ucapan, informasi tersebut muncul dalam jangka waktu yang sama dan tidak membuat serial komunikasi tentang sesuatu yang sangat mendasar.
Braille dapat dengan cepat dan tepat men-decode ke pengguna sintaks yang tepat dari suatu baris. Ini adalah sesuatu yang lebih berguna bagi orang yang menggunakan braille dalam kehidupan sehari-hari; keuntungan terbesar adalah akses acak ke isi layar. Unit yang dapat diperbarui biasanya memiliki kunci router di atas setiap sel karakter yang dapat menempatkan kursor ke sel tersebut. Tidak mengutak-atik tombol panah O (n) op vs O (1) akses.
Dimensi pendengaran (pitch, rate, volume, infleksi, kekayaan, stres, dll) dapat menyampaikan konsep (kata kunci, kelas, variabel, kesalahan, dll). Misalnya, komentar dapat dibaca dalam infleksi monoton ... suiting, kalau boleh saya katakan :).
Emacs dan editor lain pada luasan yang lebih rendah (Visual Studio) memungkinkan seorang pembuat kode untuk membaca program secara simbolis (blok berikutnya, blok lipat, defun bawah, lompat ke def, berjalan ke pohon parse, dll). Anda dapat dengan cepat mendapatkan gambaran "besar" dari struktur seluruh proyek yang melakukan ini; dengan ekstensi seperti Cedet, Anda bisa mendapatkan kebaikan platform lintas VS / Eclipse / etc dan dalam editor teks.
Mungkin bisa terus dan terus, tapi itu singkatnya, adalah dasar mengapa beberapa dari kita di luar sana meretas industri, adacdemia, atau di ruang bawah tanah kita :).
sumber
Sekelompok mahasiswa dari Southern Illinois University Edwardsville dan Washington State University sedang mengerjakan bahasa pemrograman untuk orang buta:
http://www.youtube.com/watch?v=lC1mOSdmzFc
sumber
harald van Breederode adalah ahli, pelatih dan presenter Oracle DBA Belanda terkenal yang buta. Blognya berisi beberapa kiat bermanfaat untuk orang tunanetra.
sumber
Akan jadi apa keyboard braille itu ??
Ada hal-hal seperti penulis braille tetapi Anda tidak akan pernah menggunakannya sebagai perangkat input untuk komputer.
Jika Anda hanya berbicara tentang keyboard dengan simbol braille di atasnya, ini juga akan menjadi ide yang sangat buruk. Anda akan memiliki lebih banyak kunci untuk dijangkau saat mengetik dan itu masih akan lebih lambat.
Pengetikan sentuh BUKAN keterampilan visual, orang buta dapat melakukannya seperti halnya orang yang melihat.
sumber
Saya pikir ini akan bekerja dengan baik dalam pemrograman ekstrim menggunakan prinsip pemrograman pasangan. Jika Anda membuat perangkat lunak untuk orang tunanetra, yang lebih baik membuatnya maka seseorang yang benar-benar akan berhubungan dengan persyaratan bisnis, jadi saya tidak berpikir itu terlalu jauh diambil.
Sedangkan untuk menulis kode, baik kecuali jika ada semacam umpan balik saya pikir seseorang mungkin berjuang dengan sintaksis. Umpan balik audio mungkin membantu sampai titik tertentu.
sumber
NVDA adalah pembaca layar sumber terbuka yang bagus untuk menang.
sumber
Bagaimana dengan menciptakan semacam perangkat yang Anda pasang di port usb dan yang pada dasarnya akan menjadi "lembaran karet" yang akan memodifikasi dirinya sendiri untuk menunjukkan kode Anda, membiarkan orang buta membacanya alih-alih mendengarnya?
sumber
Ada berbagai alat untuk membantu orang buta atau terlihat sebagian termasuk umpan balik ucapan dan keyboard braillie. http://www.rnib.org.uk/Pages/Home.aspx adalah situs yang bagus untuk bantuan dan saran tentang masalah ini.
sumber
Setelah saya bertemu Sam Hartman, dia adalah pengembang Debian yang terkenal sejak tahun 2000, dan buta. Pada wawancara ini ia berbicara tentang aksesibilitas untuk pengguna Linux. Dia menggunakan Debian, dan gnome-orca sebagai pembaca layar, ia bekerja dengan Gnome, dan "melakukan pekerjaan yang relatif baik untuk berbicara Iceweasel / Firefox dan Libreoffice".
Secara khusus berbicara tentang pemrograman, katanya:
sumber