Körseniz nasıl programlayabilirsiniz?


685

Görme, çoğu programcının kabul ettiği duyulardan biridir. Çoğu programcı bir bilgisayar monitörüne bakarak saatler geçirirdi (özellikle bölgede bulundukları zamanlarda ), ancak kör programcılar olduğunu biliyorum (şu anda Google için çalışan TV Raman gibi).

Kör bir insan olsaydınız (ya da yavaş yavaş kör oluyorsanız), geliştirme ortamınızı programlama konusunda size yardımcı olacak şekilde nasıl kurarsınız?

(Yanıt başına bir öneri lütfen. Bu sorunun amacı iyi fikirleri en üste taşımaktır. Ayrıca, ekran okuyucular iyi fikirleri daha önce okuyabilirler.)

Yanıtlar:


1017

Tamamen kör bir üniversite öğrencisiyim ve çeşitli programlama stajları yaptım, böylece cevabım bunlara dayanacak. İşletim sistemim olarak windows xp ve sentetik konuşmada bana ekranda görünenleri okumak için kullanıyorum. Java programlama için eclipse kullanıyorum, çünkü erişilebilir olan tam özellikli bir IDE.

Genel kural olarak deneyimlerime göre GUI araç seti olarak SWT kullanan java programları Swing kullanan programlardan daha erişilebilir, bu yüzden netbeans uzak kalmak. .Net programlama için Visual Studio 2005'i kullanıyorum çünkü stajımda kullanılan standart sürümdü ve Jaws ve form tasarımcısı gibi şeyleri daha erişilebilir hale getirmek için geliştirilen bir dizi komut dosyasıyla çok erişilebilir.

C ve C ++ programlama için derleyicim olarak gcc ile cygwin ve ne yapmam gerektiğine bağlı olarak editörüm olarak emacs veya vim kullanıyorum. Stajımın çoğu Z / OS için programlamayı içeriyordu. Ana çerçevedeki USS alt sistemine erişmek için Cygwin üzerinden bir rlogin oturumu kullandım ve ana çerçevenin ISPF bölümüne erişmek için 3270 öykünücüm olarak C3270 kullandım.

Genellikle sentetik konuşmaya güveniyorum ama Braille ekranım var. Genellikle konuşma ile daha hızlı çalıştığımı ancak noktalama işaretlerinin önemli ve karmaşık olduğu durumlarda Braille ekranını kullanıyorum. Bunun örnekleri, noktalamaların inanılmaz derecede önemli olduğu çok sayıda iç içe parantez ve JCL içeren ifadelerdir.

Güncelleme

Ben cygwin altında Emacspeak oynuyorum http://emacspeak.sourceforge.net emin değilim biraz tepkisiz görünürse ama konfigürasyon seçeneklerinden herhangi bakmadım çünkü bu bir programlama editörü olarak kullanılabilir olacaksa hala.


275
gerçekten şaşırtıcı . tebrikler!
08:18 de pusuda

31
Kör bir babaya sahipti, çok bilgisayar farkındaydı, pencerelere erişebilmek için neler yaşadığını biliyordu, kurulumun beni hayrete düşürdü. tebrikler! :)
geocoin

118
Dizüstü bilgisayar da kullandığınızı varsayarsak: pil ömrünü uzatmak için ekranı hiç kapattınız mı? Çünkü bu çok kazançlı olurdu.
Jens Roland

99
Bu SO üzerinde ilk kez bir cevap çenemi düşürdü.
Amy

65
Bunun mümkün olduğuna dair hiçbir fikrim yoktu. Artık erişilebilirliği unutamam.
ChaosPandion

400

Körüm ve yaklaşık 13 yıldır Windows, Mac, Linux ve DOS'ta, C / C ++, Python, Java, C # ve çeşitli küçük dillerdeki dillerde programlama yapıyorum. Orijinal soru çevreyi yapılandırmakla ilgili olsa da, en iyi ihtimalle kör bir kişinin bilgisayarı nasıl kullanacağına bakarak cevap verdi.

Bazı insanlar TV Raman ve diğer cevaplarda bahsedilen Emacspeak ortamı gibi bir konuşma ortamı kullanır. Şimdiye kadar en yaygın çözüm, arka plan izleme işletim sistemi aktivitesinde çalışan ve kullanıcıyı sentetik konuşma veya fiziksel bir braille ekranı (genellikle bir seferde 20 ila 80 karakter arasında bir yerde) aracılığıyla uyaran bir ekran okuyucuya sahip olmaktır. Bu, kör bir kişinin erişilebilir herhangi bir uygulamayı kullanabileceği anlamına gelir.

Bu yüzden, ben şahsen Visual Studio 2008 kullanıyorum ve çok az değişiklikle çalıştırıyorum. Bu dikkat dağıtıcı bulduğum için yazarken hataları görüntüleme gibi belirli özellikleri kapatıyorum. Microsoft'a katılmadan önce tüm gelişimim Not Defteri gibi standart bir metin düzenleyicide yapıldı, bu yüzden bir daha hiçbir özelleştirme yapılmadı.

Girintiyi bildirmek için bir ekran okuyucu yapılandırmak mümkündür. Ben şahsen kullanmıyorum, çünkü Visual Studio bununla ilgileniyor ve C # parantez kullanıyor. Ancak bu, boşlukların önemli olduğu Python gibi bir dilde çok önemli olacaktır. Son olarak, Emacspeak sözdiziminin farklı bölümlerini (anahtar kelimeler, yorumlar, tanımlayıcılar, vb.) Belirtmek için farklı sesler / ses perdeleri kullanır.


5
Not defteri, vay. Hiç kod yazmak için fiziksel bir not defteri kullandınız mı (Braille stylus ile diyelim?) IntelliSense kullanıyor musunuz? Ekran okuyucunuz ne kadar hızlı konuşuyor?
Kragen Javier Sitaker

6
Merhaba Saqib, hanselminutes ile röportajınızdan keyif aldım (aynı adam olduğunuzu varsayarak :) :). Ctrl-shift-escape ucu benim için yeniydi!
UpTheCreek

5
UpTheCreek şunu ifade ediyor: channel9.msdn.com/blogs/dan/…
idbrii

26
İlgi çekici olmayan, kafanızdaki programın ne kadarını tutuyorsunuz ve çalışırken ne kadar yenilemeniz gerekiyor? İleri geri kayan gören bir insan gibi.
Thorbjørn Ravn Andersen

Vay canına, Emacspeak'in ton ve ton kullanması gerçekten ilginç!
Hamish

107

Körüm ve son 12 yıldır programcıyım. Şu anda kıdemli bir mimarım ve Sapient Corporation (web tabanlı ve kalın müşteri tabanlı kurumsal çözümler üreten kambridge tabanlı bir danışmanlık şirketi) ile çalışıyorum. Birkaç ekran okuyucu kullanıyorum, ancak çoğunlukla Windows ve NVDA için Jaws'a bağlı kalıyorum.

Daha çok çevrem olarak Microsoft platformunda ve görsel stüdyoda çalıştım. DB erişimi, ağ izleme vb. İçin MS Sql kurumsal stüdyo ve diğerleri gibi araçları da kullanıyorum. Emacspeak ile biraz zaman geçirmeye çalıştım, ancak işim çoğunlukla MS platformuna dayandığından, gerçekten çok fazla zaman geçirmedi. Ayrıca linux üzerinde C ++ üzerinde çalışan birkaç yıl geçirdim - çoğunlukla tüm kodlama için pencerelerde not defteri veya görsel stüdyo kullanıldı ve daha sonra linux ortamıyla dosyaları paylaşmak için samba. Ayrıca bazı deneysel şeyler için borland C kullanıldı. Son zamanlarda, diğer insanların yukarıda belirttiği gibi, kör bir kullanıcı için özellikle düşmanca olan python ile oynamıştır çünkü yuvalama mekanizması olarak girinti kullanılarak yazılmıştır. Bunu söyledikten sonra, NVDA, en popüler açık kaynaklı ekran okuyucu tamamen python kullanılarak yazılmıştır ve bu projedeki bazı komiteler kendileri kördür. Bir mimar olarak sıkça sorulan özellikle ilginç bir soru, diyagramlarla nasıl başa çıkacağım - UML ve visio ve rasyonel gül vb. Visio muhtemelen en erişilebilir diyagram aracıdır. Benim için rasyonel gül diyagramlarını okumak için çene komut dosyaları yazabildim. Bazı Alman üniversiteleri tarafından UML 2.0 diyagramlarına erişmek için geliştirilen T-dub (körler için teknik diyagram anlama) adlı bir araç kullandım. Modele dayalı geliştirme yapmak için magic draw adında java tabanlı çirkin bir araç kullandık ve androMDA projesinde bir yardımcı oldu ve .Net kod üretecini bir UML modelinden geliştirmeye yardımcı oldu. Bir mimar olarak sıkça sorulan özellikle ilginç bir soru, diyagramlarla nasıl başa çıkacağım - UML ve visio ve rasyonel gül vb. Visio muhtemelen en erişilebilir diyagram aracıdır. Benim için rasyonel gül diyagramlarını okumak için çene komut dosyaları yazabildim. Bazı Alman üniversiteleri tarafından UML 2.0 diyagramlarına erişmek için geliştirilen T-dub (körler için teknik diyagram anlama) adlı bir araç kullandım. Modele dayalı geliştirme yapmak için magic draw adında java tabanlı çirkin bir araç kullandık ve androMDA projesinde bir yardımcı oldu ve .Net kod üretecini bir UML modelinden geliştirmeye yardımcı oldu. Bir mimar olarak sıkça sorulan özellikle ilginç bir soru, diyagramlarla nasıl başa çıkacağım - UML ve visio ve rasyonel gül vb. Visio muhtemelen en erişilebilir diyagram aracıdır. Benim için rasyonel gül diyagramlarını okumak için çene komut dosyaları yazabildim. Bazı Alman üniversiteleri tarafından UML 2.0 diyagramlarına erişmek için geliştirilen T-dub (körler için teknik diyagram anlama) adlı bir araç kullandım. Modele dayalı geliştirme yapmak için magic draw adında java tabanlı çirkin bir araç kullandık ve androMDA projesinde bir yardımcı oldu ve .Net kod üretecini bir UML modelinden geliştirmeye yardımcı oldu. Benim için rasyonel gül diyagramlarını okumak için çene komut dosyaları yazabildim. Bazı Alman üniversiteleri tarafından UML 2.0 diyagramlarına erişmek için geliştirilen T-dub (körler için teknik diyagram anlama) adlı bir araç kullandım. Modele dayalı geliştirme yapmak için magic draw adında java tabanlı çirkin bir araç kullandık ve androMDA projesinde bir yardımcı oldu ve .Net kod üretecini bir UML modelinden geliştirmeye yardımcı oldu. Benim için rasyonel gül diyagramlarını okumak için çene komut dosyaları yazabildim. Bazı Alman üniversiteleri tarafından UML 2.0 diyagramlarına erişmek için geliştirilen T-dub (körler için teknik diyagram anlama) adlı bir araç kullandım. Modele dayalı geliştirme yapmak için magic draw adında java tabanlı çirkin bir araç kullandık ve androMDA projesinde bir yardımcı oldu ve .Net kod üretecini bir UML modelinden geliştirmeye yardımcı oldu.

Genel olarak en çok güçlü yönlerim üzerinde çalışabileceğim bir ekip ortamında geliştiğimi fark ettim. Örneğin, bir diyagram bir tasarımı iletmek / belgelemek için son derece yararlı olsa da, gerçek tasarım süreci çok fazla düşünme ve beyin fırtınası içerir ve tasarım düşünüldüğünde, takım arkadaşlarınızdan biri hızlı bir şekilde düzgün bir şekilde bir araya getirmenize yardımcı olabilir. resim dışarı. İnsanlar, bunu saf karşılıklı bağımlılık olarak görürken, yukarıda belirtilenleri bağımsızlık veya yetenek eksikliği olarak yanlış yorumluyorlar - eminim ki takım arkadaşının tek başına bu tasarımı asla kendi başına ve -turn, eğer tasarımı belgelemek için ona güvenirsem, öyle olsun. Karşılaştığım engellerin çoğu araç tabanlı erişilemezliktir.


6
Hindistan merkezli misiniz? Ve nereye kayboldun? Bu gönderiden sonra ortadan kayboldunuz.
Mamta D

1
bir programcı olarak, erişilebilirliğe hiç dikkat etmediğim için çok üzgünüm ... Çok üzgünüm ...
Untitled

53

Kör bir geliştiriciyim ve Windows, GNU Linux ve MacOS X altında çalışıyorum. Platformların her birinin kör kullanıcılar için farklı iş akışları var. Bu, kör geliştiricinin kullandığı ekran okuyucusuna bağlıdır. Geliştirme araçları kör geliştiriciler için tamamen erişilebilir değildir. Tüm IDE'lerde kod yazabilir ve derleme işlevlerini kullanabilirim ancak Interface Builder, XGlade veya diğer tasarım araçlarını kullanarak bir arabirim tasarlamak zorunda kalırsam birçok sorun var. Borland Delphi ile geliştirirken bir kontrol, örneğin bir Düğme ekleyebilirim ve nesne denetleyici penceresini kullanarak kontrolün her görsel niteliğini değiştirebilirim. Birçok IDE, görsel ve görsel olmayan nitelikleri değiştirmek için nesne denetleyici pencereleri kullanır, ancak kör bir geliştirici için sorun yeni kontroller eklemektir, çünkü yeni bir kontrol ekleme yöntemi, bir kontrolü paletten tuvale sürükleyip bırakmayı içerir. Visual studio 200x bunu yapmak için alternatif yöntemler kullanır, ancak IDE'nin arayüzü her yeni sürümde değişir ve bu büyük bir sorundur, çünkü Windows için ekran okuyucuları, bazı standart olmayan uygulamaların her alanını tanımlamak için komut dosyaları kullanarak özel desteğe ihtiyaç duyar. Görme engelli bir geliştirici Visual Studio 2008'i ekran okuyucusuyla kullanabilir, ancak bu IDE'nin yeni bir sürümü göründüğünde IDE'nin bu sürümü için yeni bir komut dosyası sürümü beklemek zorundadır. Arayüz oluşturuculu Xcode'un görevleri sürükleyip bırakmak için henüz bir alternatifi yoktur. Apple'a birçok kez sordum ama başka şeylerde çalışıyorlar. App Store'da 3 uygulama yayınladım (Erişilebilir mayın tarama gemisi, erişilebilir meyve makinesi ve Programcı bir ciegas RSS) ve tüm arayüzü kodla tasarlamak zorunda kaldım. Bu zor bir iş ama her kontrolün tüm özelliklerini yönetebiliyorum. Eclipse erişilebilir bir kod düzenleyiciye sahiptir, ancak hata ayıklama konsolu, tasarım eklentileri veya dokümantasyon alanı gibi diğer geliştirme araçları, kör kullanıcılar için yardımcı araçlar için problemler doğurur.

Belgeler kör geliştiriciler için de bir sorundur. Birçok örnek ve gösteri, açıklamayı göstermek için görüntüleri kullanır (ortam ayarlarını resimde olduğu gibi ayarlayın)

Bence soru kör değil. Soru, şirketler ve geliştirme gruplarının erişilebilirliğin nihai yazılımı etkilediğini düşünüyor ancak geliştirme yazılımını etkilemediğini düşünüyor. Kör bir kullanıcının bir müşteri olması gerektiğini düşünürler, ancak kör bir kullanıcı bir geliştirme arkadaşı olamaz.

Kör dernekler, ürün ve hizmetler için erişilebilirlik ister, ancak kör geliştiricileri unuturlar. Kör insanlar avukat, gazeteci, öğretmen olarak çalışabilir, ancak kör bir geliştirici kör için bile garip bir kavramdır. Birçok kez yalnız hissediyorum çünkü bazı kör arkadaşlarım işimi anlayamıyor.

Bu konu hakkındaki fikrimi İspanyolca, http://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ adresinde okuyabilirsiniz. web sayfasında bir çeviri aracı var. Üzgünüm ama ben tercüme etmedim.


47

Emacs, kör kullanıcıların metin dosyalarını değiştirmesine izin veren bir dizi uzantıya sahiptir. Bu konuda bir uzmana danışmanız gerekir, ancak emacs'ın metinden konuşmaya özellikleri vardır. Ve muhtemelen daha fazlası.

Buna ek olarak, BLinux var:

http://leb.net/blinux/

Körler için Linux. Çok uzun zamandır varız. On yıldan fazla olduğunu düşünüyorum ve çok olgun.


43

"Kör" ün bir dizi koşul olduğunu aklınızda bulundurun - yasal olarak kör olan ve gerçekten büyük bir monitör okuyabilen veya büyütme yardımı olan bazı kişiler var ve daha sonra hiç vizyonu olmayanlar var. Kolejde, kitapları büyütmek için özel bir cihaza ve ekranın bir bölümünü büyütmek için kullanabileceği özel bir yazılıma sahip bir sınıf arkadaşını hatırlıyorum. Üniversiteyi bitirmek için çok çalışıyordu, çünkü görme yeteneği kötüleşiyordu ve tamamen ortadan kalkacaktı.

Programlamanın da bir ihtiyaç yelpazesi vardır - bazı insanlar çok sayıda kod yazarken iyi, bazıları ise büyük resme ve mimariye bakmada daha iyidir. Ekran arayüzünün getirdiği zorluk göz önüne alındığında, körlüğün büyük resmi elde etme yeteneğinizi artırabileceğini hayal ediyorum ...



31

Büyük Detroit Körler Derneği için üç yıl boyunca kör erişim için özel olarak hazırlanmış bir BBS çalıştırdım ve ihtiyaçlarını nasıl daha iyi karşılayacakları konusunda bir dizi kör kullanıcı ve mevcut donanıma alışmak için yeni kör kullanıcılarla çalıştım ve o zaman mevcut olan yazılım teklifleri. Başka bir şey yoksa, en azından Braille'i aynı durumda yaraladığım davaya karşı bir çit olarak okumayı öğrendim!

Kör bilgisayar kullanıcılarının ve programcılarının çoğunluğu bir çeşit ekran okuyucu kullanır. Özellikle çeneler popülerdir. Neyse ki, bugünlerde çoğu büyük uygulama bir tür engelli erişimi sunuyor. Sohbeti azaltmak için ortamınızı hafifçe ayarlamanız gerekebilir, örneğin Visual Studio'da Intellisense'i devre dışı bırakmayı düşünün.

Bir kabartma ekran daha az yaygındır ve nispeten çok daha pahalı ve metin 40 veya 80 sütun gösterebilir ve kesin konumlandırma / noktalama önemli olduğunda kullanılabilir. Bir ekran okuyucu noktalama işaretlerini tıkayacak şekilde yapılandırılabilirken, birçok insan rahatsız edici buluyor ve çoğu durumda yolunuzu hissetmek daha kolay. Çeneler ekranı yönlendirecek şekilde yapılandırılabilir, bu nedenle erişilebilirlik uygulamalarını hokkabaz etmezsiniz.

Ayrıca, yasal olarak kör olan birçok kullanıcı hala kendilerine bir miktar görüş alanı bırakıyor. Yüksek kontrastlı arka planlar ve büyütme işlevselliği kullanmak, bu kullanıcıların çoğuna yardımcı olabilir.

Windows'da ToggleKeys tuşunu kullanmak, yanlışlıkla 'büyük harf kilidi', 'num lock', 'scroll lock' vb. Tuşlarından birine dokunduğunuzda işitmenizi sağlar.

Ekran okuyucusu kullanan ve Haskell'in düzen kurallarını kullanmadan açıkça programlayan ve bunun yerine oldukça idiyomatik olmayan, ancak desteklenenleri kullanmayı tercih eden en az bir Haskell programcısı biliyorum {;}, çünkü onun alması daha kolay / daha az dikkat dağıtıcı ekran okuyucusu, Haskell'in düzen kurallarına uyan kesin girintiyi anlaması için noktalama işaretlerini okur. Aynı notta, birkaç kör programcıdan Python'u ne zaman yazmaları gerektiği hakkında homurdanan bir ses duydum.

Sonuçta, güçlü yönleriniz üzerinde oynamayı öğrenirsiniz.


23

Kaynağı hatırlayamıyorum, ama duydum / sesli bir sözdizimi "renklendirme" hakkında bir şeyler duydum / okudum - böylece yerine bir dize atama olarak okunuyor

foo eşittir alıntı bu bir dize teklifi

dize kısmı, elemanların ayrılmasını daha net hale getirmek için farklı bir adım veya sesle okunacaktır.


13
Emacspeak bunu yapacak.
Edward KMETT

14

Başlamak için bir yer Blinux projesi:

http://leb.net/blinux/

Bu proje Emacspeak'in (metinden konuşmaya editörü) nasıl alınacağını açıklıyor ve başka birçok kaynağa sahip.

Her şeyi gözünden gören ancak monitör kullanmasını engelleyen bir kişiyle çalıştım - Ekran okuyucu yazılımı ile iyi performans gösterdiler ve metin tabanlı uygulamaları ve kabuğu kullanarak çok zaman geçirdiler.

Wikipedia'nın ekran okuyucu paketleri listesi başlamak için başka bir yer: http://en.wikipedia.org/wiki/List_of_screen_readers


14

Ben Pekin, Çin'de yüksek lisans öğrencisiyim. Bilgisayar bilimi alanında uzmanlaştım ve çalışmalarımın çoğu programlama. Düşük görüşle doğdum, yazı tiplerini ekranda net bir şekilde görmek için büyüteç araçlarını kullanmam gerekiyor. Microsoft'un mgnify araçlarını pencerelerde kullanıyorum ve Linux'ta compiz'in magnify eklentisini kullanıyorum. Genellikle aracı orijinal yazı tipi boyutunun üç katına kadar büyütecek şekilde ayarladım. Benim için maginify araçları tamam, asıl sorun hız, imleçler baktığım metni takip etmek için fareyi hareket ettirmeliyim, microsoft'un büyütme "otomatik olarak metin düzenleme noktalarını takip et" seçeneği sunuyor düzenlerken veya kodlarken sürekli fare hareketi. Ancak düzenleme yazılımı veya IDE bunu desteklemeyebileceği için her zaman çalışmaz. Linux üzerindeki büyüteç araçlarının kullanımı zordur. KMag, KDE ile birlikte geliyor, gözlerimi rahatsız eden korkunç bir yenileme oranına sahip, şimdi kullandığım compiz'ın büyüteç fişleri Tamam, ancak otomatik odaklama işlevi yok (odak otomatik takip). iOS, özellikle ipad'in 9.7 inç ekranında tam ekran büyütme ile benim için oldukça mükemmel bir çözüm sunuyor. Orada otomatik odaklama gerekmez çünkü onları kodlamak veya başka düzenleme şeyler yapmak için kullanıyorum. Android, benim için işe yaramaz olan sallama geri bildirimi gibi çok az erişilebilirlik işlevleri sağlar. Android'de herhangi bir iyi büyüteç aracı yoktur, iOS'ta tam ekran büyütme gibi gelişmiş işlevlerden bahsetmiyoruz. Qt çalışıyordum, linux, hatta android üzerinde yararlı bir büyütme araçları oluşturmak istiyorum. Ancak ilerleme kaydedilemez. ancak otomatik odaklama işlevi yoktur (odak otomatik takibi). iOS, özellikle ipad'in 9.7 inç ekranında tam ekran büyütme ile benim için oldukça mükemmel bir çözüm sunuyor. Orada otomatik odaklama gerekmez çünkü onları kodlamak veya başka düzenleme şeyler yapmak için kullanıyorum. Android, benim için işe yaramaz olan sallama geri bildirimi gibi çok az erişilebilirlik işlevleri sağlar. Android'de herhangi bir iyi büyüteç aracı yoktur, iOS'ta tam ekran büyütme gibi gelişmiş işlevlerden bahsetmiyoruz. Qt çalışıyordum, linux, hatta android üzerinde yararlı bir büyütme araçları oluşturmak istiyorum. Ancak ilerleme kaydedilemez. ancak otomatik odaklama işlevi yoktur (odak otomatik takibi). iOS, özellikle ipad'in 9.7 inç ekranında tam ekran büyütme ile benim için oldukça mükemmel bir çözüm sunuyor. Orada otomatik odaklama gerekmez çünkü onları kodlamak veya başka düzenleme şeyler yapmak için kullanıyorum. Android, benim için işe yaramaz olan sallama geri bildirimi gibi çok az erişilebilirlik işlevleri sağlar. Android'de herhangi bir iyi büyüteç aracı yoktur, iOS'ta tam ekran büyütme gibi gelişmiş işlevlerden bahsetmiyoruz. Qt çalışıyordum, linux, hatta android üzerinde yararlı bir büyütme araçları oluşturmak istiyorum. Ancak ilerleme kaydedilemez. Android, benim için işe yaramaz olan sallama geri bildirimi gibi çok az erişilebilirlik işlevleri sağlar. Android'de herhangi bir iyi büyüteç aracı yoktur, iOS'ta tam ekran büyütme gibi gelişmiş işlevlerden bahsetmiyoruz. Qt çalışıyordum, linux, hatta android üzerinde yararlı bir büyütme araçları oluşturmak istiyorum. Ancak ilerleme kaydedilemez. Android, benim için işe yaramaz olan sallama geri bildirimi gibi çok az erişilebilirlik işlevleri sağlar. Android'de iyi bir büyüteç aracı yoktur, iOS'ta tam ekran büyütme gibi gelişmiş işlevlerden bahsetmiyoruz. Qt çalışıyordum, linux, hatta android üzerinde yararlı bir büyütme araçları oluşturmak istiyorum. Ancak ilerleme kaydedilemez.


13

Gradyan okuldayken araştırma ekibimizin kör olan bir üyesi vardı. Biraz yaşlıydı, belki 40'lı yılların ortalarındaydı. Mors Kodunda ekranın içeriğini çıkarmak için ilk bilgisayarını (metinden konuşmaya yaygın olmadan önce) nasıl programladığını anlattı. Belirgin tavuk ve yumurta sorununun üstesinden gelmek için, kodu her seferinde baştan okumanın, onu tekrar okuması için yeterince iyi çalışana kadar tamamen yeniden yazması gerekiyordu.

Şimdi, hata ayıklama döngüsünü en aza indirgemek için kodu gerçekten herhangi birisini yazmadan önce çok ayrıntılı bir şekilde planlamasına rağmen, metinden konuşmaya kullanıyor.

Ayrıca, görme eksikliğine rağmen, görüşlü sunum yapanlarınki kadar iyi biçimlendirilmiş PowerPoint sunumları yapmakta oldukça iyiydi.



8

Yeni Zelanda'da makula dejenerasyonu olan birini tanıyordum , bu yüzden kısmen görüldü. Çok yetenekli bir programcı ve Delphi'yi kullanarak yaralandı çünkü kelime şekillerini tanıyarak çalışabilirdi Bu, Pascal benzeri bir sözdizimi ile C-ish dalgalı köşeli ayraçtan daha kolaydı. Bir web sitesi var, ama makula dejenerasyonundan hiç bahsetmiyor gibi görünüyor, bu yüzden ona isim vermeyeceğim.


8

Körüm ve birkaç aydan beri SODBEANS (TTS desteği ekleyen SAPPY adlı bir eklentiye sahip netbeans sürümü) ile VINUX (Ubuntu tabanlı bir linux dağıtım) kullanıyorum. Bu çözüm oldukça iyi çalışıyor, ancak bazen FireFox'ta birçok sayfa başlatmak için Win XP ve NVDA'yı başlatmayı tercih ediyorum, çünkü 3'ten fazla FireFox penceresi açmaya çalıştığınızda Vinux çok iyi çalışmıyor ...


6

Birçoğunun işaret ettiği gibi, emacspeak, eski hackerların birçoğu için kalıcı çözüm çapraz platformu olmuştur. Linux ve Mac'i kutudan çıkardığı için, Windows egnostik projeleri geliştirmek için tercih ettiğim araç haline geldi.

Görsel olanın aksine işitsel bir sözdiziminden sözdizimini düşürme konusuna gelince, aynı oyun alanında olmasa da bir tane almak için çeşitli teknikler olduğunu gördüm.

İşitsel simgeler, bir örnek için sözlü tanımlayıcılar için geçerli olabilir. Bir satırın girintiliğinin tonlarını ayarlayabilirsiniz. Ton ne kadar uzun olursa girinti o kadar fazla olur. Sesler metinden konuşmaya paralel olarak çalınabileceğinden, bilgi aynı zaman diliminde gelir ve çok temel bir şeyin iletişimini serileştirmez.

Braille, bir satırın tam sözdizimini kullanıcıya hızlı ve hassas bir şekilde çözebilir. Bu, günlük hayatta braille kullanan insanlar için daha yararlı bir şeydir; en büyük avantaj, ekranın içeriğine rastgele erişimdir. Yenilenebilir birimlerde tipik olarak, her karakter hücresinin üzerinde, imleci o hücreye yerleştirebilen yönlendirici anahtarları bulunur. O (n) op vs O (1) erişim ok tuşları ile uğraşmak yok.

İşitsel boyutsallık (eğim, oran, hacim, bükülme, zenginlik, stres, vb.) Bir kavramı (anahtar kelime, sınıf, değişken, hata vb.) İletebilir. Örneğin, yorumlar monoton bir çekimde okunabilir ... eğer söyleyebilirsem :).

Emacs ve diğer editörler daha az genişliğe (Visual Studio), bir kodlayıcının bir programı symantically (bir sonraki blok, kat bloğu, aşağı defun, def atlama, ayrıştırma ağacı yukarı yürümek, vb.) Bunu yaparak tüm projenin yapısının "büyük" resmini çok çabuk alabilirsiniz; Cedet gibi uzantılarla VS / Eclipse / etc çapraz platformunun iyiliğini ve metin düzenleyicide alabilirsiniz.

Muhtemelen devam edebilir, ama kısaca, birkaçımızın neden endüstride, adacdemia'da veya bodrumlarımızda hacklendiğinin temeli budur :).



5

harald van Breederode kör olan tanınmış bir Hollandalı Oracle DBA uzmanı, eğitmeni ve sunucusu. Blogunda görme engelli insanlar için bazı yararlı ipuçları bulunmaktadır.


2

Dünyada ne braille klavye olurdu?

Braille yazarları gibi şeyler vardır, ancak bir bilgisayarı asla bir giriş cihazı olarak kullanmazsınız.

Sadece üzerinde braille sembolleri bulunan bir klavyeden bahsediyorsanız, bu da çok kötü bir fikir olacaktır. Yazarken ulaşmanız gereken çok daha fazla anahtarınız olacak ve yine de daha yavaş olacaktır.

Dokunarak yazma görsel bir beceri DEĞİLDİR , kör bir kişi de aynı şeyi görebilen bir kişi olarak yapabilir.


3
Braille klavyede, her biri Braille karakterini oluşturan altı noktadan birini temsil eden altı tuş bulunur. Çoğu Braille klavyede boşluk, silme, ileri, geri vb. Şeyler için ek tuşlar bulunur. Braille klavyelerin birçok resmi Google Görseller'de bulunabilir.
Barry Brown

Bu bir braille yazarının kontrolleri. Bunu braille çıktısı üretmek için kullanırsanız, sıradan bir klavyeden çok daha yavaş olduğu için hiçbir zaman giriş cihazı olarak böyle bir cihazı kullanmazsınız .
Loren Pechtel

5
braille klavyeye gerek yoktur, braille yazarı braille yazmak için var, yazdırmayın. Babam kördü ve çoğu görüşlü insandan daha hızlı dokunabiliyordu. Braille çıkış klavyeleri, bazı durumlarda konuşma çıkışından daha kolay olduğu için mevcuttur. karmaşık noktalama işaretleri bu bağlamda akla geliyor
geocoin

BBS döneminin sonlarında, bülten panolarına erişmek için modeme takılı bir "Braille 'n Speak" kullanan birkaç kör kullanıcıyı tanıyordum, ancak 1992'den beri bunlardan birini görmedim ve bunların hiçbiri insanlar geliştiricilerdi. Dokunarak yazma çok daha etkilidir.
Edward KMETT

Neden braille klavyeler bile var ?,
Klavyeme bakmadan yazabilirim ...

2

Bunun çift programlama prensibini kullanarak aşırı programlamada iyi çalışacağını düşünüyorum. Kör insanlar için yazılım yapıyorsanız, bunu yapmak daha iyi olur, o zaman iş gereksinimlerine tam anlamıyla temas edecek biri, bu yüzden çok fazla getirilmediğini düşünmüyorum.

Kod yazmaya gelince, bir tür geribildirim olmadığı sürece bir kişinin sözdizimi ile mücadele edebileceğini düşünüyorum. Sesli geri bildirim bir noktaya yardımcı olabilir.


6
Web sayfaları yazarsanız muhtemelen kör insanlar için gelişiyorsunuzdur!
Loofer

1990'ların başında IBM'deki son kooperatifimde (dolaylı olarak) bir kör programcıyla ScreenReader / 2'de (kör kişilerin OS / 2 kullanmasına yardımcı olan uzantı) çalıştım. Bu yapılabilir ve çift programlama gerekmez.
M1EK

7
@John Millikin: Bu garip ve eğlenceli olsa da, muhtemelen ekran okuma yazılımlarının istemlerini nasıl yorumlayacağınız ve gerçek kör kullanıcıdan daha sezgisel özürlü erişilebilir bir arayüz oluşturan şeyleri çok daha az tanıyorsunuz. Web tasarımı yaptığımda kör bir kullanıcıyı kullanıcı kabul testine dahil etmeye çalışıyorum. Bununla birlikte, kör geliştiriciler UAT'den çok daha fazlasını yapabilirler.
Edward KMETT

işitsel geribildirim hakkında ilginç bir fikir. Belki sadece ekrandaki kelimeleri okumanın ötesine geçen bir sistem yardımcı olabilir.
Seamus Connor

@Edward: Bir grafikten ses arayüzüne geçmek aslında o kadar da zor değil. Tamamen kör bir kişi yardımcı teknolojiyle etkileşimde daha fazla deneyime sahip olsa da, "normal" insanlar sadece monitörlerini kapatarak oldukça iyi yapabilirler.
John Millikin


1

Bir USB bağlantı noktasına taktığınız ve temelde kodunuzun cesaretini göstermek için kendisini değiştiren ve kör insanların duymak yerine onu okumasına izin veren bir "kauçuk levha" olacak bir tür cihaz icat etmeye ne dersiniz?


1

Görme engelli ve kısmi görüşlü kişilere yardım etmek için konuşma geri bildirimi ve braillie klavyeler dahil olmak üzere çeşitli araçlar vardır. http://www.rnib.org.uk/Pages/Home.aspx bu konularda yardım ve tavsiye için iyi bir sitedir.


1

Sam Hartman ile tanıştığımda, 2000'den beri ünlü bir Debian geliştiricisi ve kör. Açık bu röportajda o bir Linux kullanıcısı için erişilebilirlik bahsediyor. Debian ve gnome-orca'yı ekran okuyucusu olarak kullanıyor, Gnome ile çalışıyor ve "Iceweasel / Firefox ve Libreoffice'i konuşmak konusunda nispeten iyi bir iş çıkarıyor".

Özellikle programlama hakkında konuşurken şöyle diyor:

[Gnome-orca] gnome-terminali konuşsa da, kullanmakta rahat olduğum terminal programlarını konuşmakta yeterince iyi değil. Bu yüzden Emacs'ı Emacspeak paketiyle çalıştırıyorum. Bunun içinde Emacs terminal emülatörünü çalıştırıyorum ve bunun içinde Screen'i çalıştırmaya eğilimliyim. Daha fazla eğlence için, genellikle iç ekranlarda ek Emac örnekleri çalıştırıyorum.


1
Pff, aynı zamanda hem karmaşık hem de büyüleyici geliyor. İnsanlar bilgisayar yazılımlarının zayıflıklarının üstesinden gelmede çok yaratıcılar. :-)
Willem Meints
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.