Jestem niewidomy i jestem programistą przez ostatnie 12 lat. Obecnie jestem starszym architektem i współpracuję z Sapient Corporation (firmą konsultingową z Cambridge, która tworzy rozwiązania dla przedsiębiorstw oparte zarówno na Internecie, jak i na grubych klientach). Używam kilku czytników ekranu, ale głównie trzymam się Jaws dla Windows i NVDA.
Jako środowisko pracowałem głównie na platformie Microsoft i studiu wizualnym. Używam również narzędzi takich jak MS Sql Enterprise Studio i innych do dostępu do DB, monitorowania sieci itp. Próbowałem spędzić trochę czasu z emacspeak, ale ponieważ moja praca opierała się głównie na platformie MS, nigdy tak naprawdę nie spędzałem dużo czasu. Spędziłem także kilka lat pracując nad C ++ na Linuksie - najczęściej używałem Notatnika lub Visual Studio na Windowsie do całego kodowania, a następnie Samby do udostępniania plików środowisku Linux. Wykorzystałem również borland C do niektórych eksperymentalnych rzeczy. Ostatnio bawiłem się pytonem, który, jak zauważyli inni, jest szczególnie nieprzyjazny dla niewidomego użytkownika, ponieważ jest napisany przy użyciu wcięcia jako mechanizmu zagnieżdżania. Powiedziawszy to, NVDA, najpopularniejszy czytnik ekranu typu open source jest napisany całkowicie przy użyciu Pythona, a niektóre osoby zatwierdzające w tym projekcie są same w sobie ślepe. Szczególnie interesującym pytaniem, które często zadaję jako architekt, jest sposób radzenia sobie z diagramami - UML oraz Visio i Rational Rose itp. Visio jest prawdopodobnie najbardziej dostępnym narzędziem do tworzenia diagramów. Byłem w stanie pisać szczękowe skrypty, aby czytać mi racjonalne diagramy róż. Użyłem narzędzia o nazwie T-dub (zrozumienie schematu technicznego dla osób niewidomych) opracowanego przez niemiecki uniwersytet do uzyskiwania dostępu do diagramów UML 2.0. Użyłem brzydkiego narzędzia opartego na Javie, zwanego magicznym rysowaniem, do programowania opartego na modelu i byłem inicjatorem projektu androMDA i pomógł w opracowaniu generatora kodu .Net z modelu UML. Szczególnie interesującym pytaniem, które często zadaję jako architekt, jest sposób radzenia sobie z diagramami - UML oraz Visio i Rational Rose itp. Visio jest prawdopodobnie najbardziej dostępnym narzędziem do tworzenia diagramów. Byłem w stanie pisać szczękowe skrypty, aby czytać mi racjonalne diagramy róż. Użyłem narzędzia o nazwie T-dub (zrozumienie schematu technicznego dla osób niewidomych) opracowanego przez niemiecki uniwersytet do uzyskiwania dostępu do diagramów UML 2.0. Użyłem brzydkiego narzędzia opartego na Javie, zwanego magicznym rysowaniem, do programowania opartego na modelu i byłem inicjatorem projektu androMDA i pomógł w opracowaniu generatora kodu .Net z modelu UML. Szczególnie interesującym pytaniem, które często zadaję jako architekt, jest sposób radzenia sobie z diagramami - UML oraz Visio i Rational Rose itp. Visio jest prawdopodobnie najbardziej dostępnym narzędziem do tworzenia diagramów. Byłem w stanie pisać szczękowe skrypty, aby czytać mi racjonalne diagramy róż. Użyłem narzędzia o nazwie T-dub (zrozumienie schematu technicznego dla osób niewidomych) opracowanego przez niemiecki uniwersytet do uzyskiwania dostępu do diagramów UML 2.0. Użyłem brzydkiego narzędzia opartego na Javie, zwanego magicznym rysowaniem, do programowania opartego na modelu i byłem inicjatorem projektu androMDA i pomógł w opracowaniu generatora kodu .Net z modelu UML. Byłem w stanie pisać szczękowe skrypty, aby czytać mi racjonalne diagramy róż. Użyłem narzędzia o nazwie T-dub (zrozumienie schematu technicznego dla osób niewidomych) opracowanego przez niemiecki uniwersytet do uzyskiwania dostępu do diagramów UML 2.0. Użyłem brzydkiego narzędzia opartego na Javie, zwanego magicznym rysowaniem, do programowania opartego na modelu i byłem inicjatorem projektu androMDA i pomógł w opracowaniu generatora kodu .Net z modelu UML. Byłem w stanie pisać szczękowe skrypty, aby czytać mi racjonalne diagramy róż. Użyłem narzędzia o nazwie T-dub (zrozumienie schematu technicznego dla osób niewidomych) opracowanego przez niemiecki uniwersytet do uzyskiwania dostępu do diagramów UML 2.0. Użyłem brzydkiego narzędzia opartego na Javie, zwanego magicznym rysowaniem, do programowania opartego na modelu i byłem inicjatorem projektu androMDA i pomógł w opracowaniu generatora kodu .Net z modelu UML.
Ogólnie uważam, że najbardziej rozwijam się w środowisku zespołowym, w którym mogę pracować nad swoimi mocnymi stronami. Na przykład, podczas gdy schemat jest niezwykle przydatny do komunikowania / dokumentowania projektu, faktyczny proces projektowania wymaga dużo myślenia i burzy mózgów, a gdy projekt został przemyślany, jeden z kolegów z zespołu może pomóc ci szybko przygotować starannie narysowany rysunek zdjęcie z tego. Ludzie błędnie interpretują powyższe jako brak niezależności lub zdolności, podczas gdy widzę to jako czystą współzależność - ponieważ jestem pewien, że sam kolega z zespołu nigdy nie wymyśliłby tego projektu samodzielnie i w -wróć, jeśli polegam na nim, aby udokumentować projekt, niech tak będzie. Większość przeszkód, które napotykam, to niedostępność oparta na narzędziach.