Lập trình với chứng khó đọc [đóng]


35

Tôi có rất nghiêm trọng Chứng khó đọc cùng với dysnomiaDysgraphia . Tôi đã biết về nó từ khi còn nhỏ Kỹ năng đọc và viết của tôi khá tê liệt, nhưng tôi đã học được cách đối phó với nó.

Tuy nhiên, với các IDE ngày nay, tôi thấy rất dễ dàng để tập trung và trong khu vực khi tôi viết mã. Nhưng khi tôi viết văn bản (như bài đăng này) tôi thấy khó tập trung hơn nhiều.

Nói chung, chứng khó đọc có dễ đọc và viết mã hơn so với đọc và viết thông thường không? Những loại thủ thuật và công cụ nào mà chứng khó đọc sử dụng để giúp họ thành thạo lập trình tốt hơn so với đọc và viết thông thường?


Tôi đã dạy cho một số lập trình viên mắc chứng khó đọc và điều đó luôn làm tôi ngạc nhiên rằng họ thấy việc viết / gõ dễ dàng hơn khi sử dụng IDE thay vì nói một tài liệu văn bản. Đương nhiên họ thấy hỗ trợ tái cấu trúc thực sự tiện dụng và có lẽ cấu trúc IDE giúp ích? Tôi hoàn toàn không phải là chuyên gia trong lĩnh vực này, nhưng có lẽ nó cũng phải làm với thực tế là nó ít nhiều có các thực thể rời rạc ngắn trái ngược với các câu và đoạn văn đầy đủ? Làm thế nào để bạn tìm thấy đọc / viết nhận xét mã?
Martijn Verburg

Tôi đã viết lên một bài viết ngắn về những gì cuộc sống của tôi đã lớn lên như Dyslexic. Nó phù hợp với bài này. geekwithopinions.com/2013/05/15/15
Tony

Câu trả lời:


11

Gần đây tôi đã phát hiện ra rằng tôi mắc chứng khó đọc (ở tuổi 26) và đang bắt đầu lập trình, học một bằng kỹ sư phần mềm tại trường đại học (sau khi bỏ bằng kỹ sư dân sự tại cùng một trường đại học vào năm cuối khi khóa học trở thành bài tập / báo cáo nặng - Bây giờ tôi đã hiểu tại sao).

Tôi đã đọc rất nhiều (với tốc độ chậm của tôi) về chứng khó đọc là gì và tại sao / làm thế nào / nó ảnh hưởng đến chúng ta như thế nào và tôi tin rằng tôi có thể giải thích tại sao chúng ta vẫn có thể lập trình tốt, mặc dù văn bản nặng đến mức nào.

Chứng khó đọc xử lý suy nghĩ của họ bằng hình ảnh (không phải hình ảnh như trên tường, giống như video 3d nơi bạn có thể di chuyển máy ảnh và do đó, quan điểm xung quanh, tôi nghĩ đó là một thế giới nội tâm nơi tôi có sức mạnh của 'thần' (geez nghe có vẻ tự cao nhưng tôi không có ý đó) nghĩa là tôi có thể thay đổi ngay lập tức mọi thứ về nó bằng suy nghĩ của mình.

Dù sao, chúng ta có thể xử lý các từ tốt, miễn là chúng ta có thể neo / buộc chặt các từ đó thành một "hình ảnh", các từ như mèo, mũ, đánh, chạy, nhảy, dọc, lông, cứng v.v ... không có vấn đề gì cả, chúng ta có thể dễ dàng 'hình ảnh' đó là gì, những từ chúng ta đi qua là những thứ như 'là' '' '' '' 'nếu ai đó yêu cầu bạn vẽ từ đó (không viết từ đó, thực sự vẽ một bức tranh của nó) bạn sẽ không biết bắt đầu từ đâu.

Trong lập trình không có những từ như vậy, tất cả đều đề cập đến một quá trình hoặc một đối tượng, một khi chúng ta đã học được đối tượng hoặc quá trình đó là gì và tâm trí của chúng ta đã hình thành một hình dung về nó. Trang web này thực hiện tốt công việc giải thích những gì tôi đang nói về: http :
//www.davilitiesyslexia.com/disorientation.html#tricky

BTW nếu cố đọc văn bản in đậm ở giữa trang TRƯỚC KHI di chuột qua nó sẽ khiến bạn choáng váng hoặc cảm thấy kỳ lạ và bạn gặp khó khăn khi ném nó, bạn có thể bị mắc chứng khó đọc. Tôi đã phải đẩy về phía trước để ném các câu đến cuối của họ trước khi tôi có thể hiểu bất cứ điều gì được mô tả, tôi cảm thấy chóng mặt khi đọc nó.

Một điều tôi đang vật lộn là giải thích với giảng viên toán của mình rằng tôi cần những ví dụ thực tế chứ không phải giải pháp chung để học, khi anh ấy nói về một n by nma trận tôi không thể hình dung ra một điều, tôi cần phải làm việc với 3x3 hoặc 4x4 và sau đó Tôi có thể chuyển các bài học / quy trình cho tất cả các kích cỡ của ma trận. Anh ta vẫn kiên quyết rằng các giải pháp chung là cách duy nhất cho những gì anh ta gọi là " tiếng thở dài học tập" thực sự .


2
Nó có bị coi là thô lỗ với người mắc chứng khó đọc nếu tôi chỉnh sửa bài đăng của bạn để thêm đoạn văn, chữ in hoa, dấu câu đúng không?
ozz

Lưu ý phụ không liên quan: tính năng chính của ma trận nxn không phải là giá trị của n, nhưng thực tế ma trận là hình vuông . cái đó có giúp ích không?
Vô dụng

Vì tò mò - quá trình bạn đã trải qua để được chẩn đoán là gì?
mtbennett 16/03/18

7

Tôi có một người bạn mắc chứng khó đọc nghiêm trọng, đọc khá tốt khi cô ấy đọc qua một tấm nhựa màu vàng. Hoặc khi cô làm nổi bật địa ngục ra khỏi mỗi trang. Vì một số lý do, việc tô màu văn bản bằng cách nào đó giúp bộ não của cô ấy dò dẫm những hình tượng mà nó nhìn thấy.

Vì vậy, có thể làm nổi bật cú pháp và tô màu mã?


Đó có thể là một trường hợp của hội chứng Irlen và màu sắc của lớp phủ hoặc kính màu bạn sử dụng rất riêng biệt. Xem Irlen UK: Thần thoại & Sự kiện .
dùng800

6

"Tôi đã dạy cho một số lập trình viên mắc chứng khó đọc và điều đó luôn làm tôi ngạc nhiên khi họ thấy việc viết / gõ dễ dàng hơn khi sử dụng IDE thay vì nói một tài liệu văn bản."

Tôi mắc chứng khó đọc và đã lập trình từ năm 1972: Tôi đã ngạc nhiên rằng tôi không thể học trăn mà không có IDE. Tôi không gặp khó khăn khi sử dụng Visual Studio cho .Net, v.v.

Các vấn đề với tất cả in:

chứng khó đọc rất khó theo dõi một dòng văn bản dài cho đến hết và dễ dàng theo dõi dòng tiếp theo. Chuyển động mắt của họ trong khi đọc làm cho việc quét văn bản trở nên khó khăn hơn (saccade) http://www.optomotorik.de/dyslex/index-e.htm

Các lỗi xuất phát từ việc không thể quét một trang chính xác như hầu hết các trang khác phải được chú ý, hiểu, nghĩ về bối cảnh được sử dụng và cuối cùng được sửa chữa. Chứng khó đọc không nhận thức được việc đọc sai. Ngôn ngữ lập trình yêu cầu cú pháp đúng.

IDE cung cấp một cấu trúc trực quan giúp người đọc khó đọc và viết mã với ít lỗi hơn. Một cửa sổ duy nhất với các cửa sổ phụ cho các tác vụ khác nhau sẽ ngăn không cho bộ mã hóa mắc chứng khó đọc bị mất trên trang. Nó làm giảm căng thẳng thị giác, giống như có đường ray trên cầu dành cho người lái xe.

Các biểu tượng tương tự có vẻ giống với chứng khó đọc rất khó tìm và sửa. Tô sáng cú pháp tự động giúp tiết kiệm rất nhiều thời gian tìm kiếm các mã lỗi.

Hoàn thành mã là một cách giải quyết để nhập sai ký tự, tìm kiếm các chức năng là một trợ giúp tuyệt vời.

Tôi không biết làm thế nào mọi người có thể viết mã trong một môi trường cho phép mắt đi lang thang và không đánh dấu sai cú pháp. Có IDE phù hợp cho phép một người mắc chứng khó đọc lập trình mà không mất thời gian. Một IDE quen thuộc thoải mái để làm việc, tương tự như sử dụng một công cụ cảm thấy ngay trong tay bạn.

Các lập trình viên mắc chứng khó đọc có xu hướng suy nghĩ trực quan trong các khối thiết kế của chức năng mã hơn là trong các dòng ký tự. Mỗi khối chức năng phải được dịch thành mã. Lợi ích của việc suy nghĩ trong các khối chức năng thay vì mã là người ta không bị nhầm lẫn bởi các hệ thống lớn vì hình ảnh của hệ thống có thể được sử dụng để ánh xạ mã.


Phản ứng tuyệt vời. Chỉ vì tò mò, làm thế nào bạn tìm thấy bài đăng này? Tôi yêu cầu bởi vì tôi đã nhận được 50-60 đại diện cho màu xanh trong tuần qua.
Tony

Tôi đã xem qua điều này trong khi tìm kiếm lời khuyên giúp tôi tìm hiểu ánh xạ nguồn mở. Mọi người khác có vẻ ổn với các khối văn bản lớn trong mã và dữ liệu khiến tôi muốn chạy trốn. Sau một vài năm tìm hiểu về những gì người bình thường thấy dễ làm khi viết mã và tại sao tôi thấy khó, tôi rất vui khi tìm thấy nơi để chia sẻ những gì tôi đã học được.
dùng87105

1

Tôi cảm thấy rằng mã hóa cung cấp một bối cảnh rộng hơn so với đọc / viết nói chung vì vậy nó không phụ thuộc quá nhiều vào phân tích văn bản một mình. [Nói chủ yếu là cơ học ở đây, không phải là giá trị trí tuệ.] Một điểm khác là có thể mắc chứng khó đọc trong một ngôn ngữ và không phải trong ngôn ngữ khác. Các ngôn ngữ khác nhau đáng kể được xử lý ở các khu vực khác nhau của não và chứng khó đọc trong tiếng Trung là khá khác nhau về mặt sinh lý. Nghe có vẻ ngớ ngẩn nhưng có thể một số người khác "mắc chứng khó đọc" trong lập trình.

Chứng khó đọc của riêng tôi khá nhẹ nhưng tôi vẫn tránh các tên khác nhau như "bdp". Tôi cũng thích các đoạn mã khá ngắn, ngay cả khi các cấu trúc phức tạp hơn hoặc ít "dễ đọc" hơn. Tất nhiên, tôi cố gắng giữ mã duy trì nhưng tôi nghiêng về phía cuối của quang phổ.

Có một IDE để mã hóa màu, tự động thụt lề và các tín hiệu thị giác khác tất nhiên là tuyệt vời (tôi sử dụng emacs). Tốt nhất tôi có để viết văn bản bình thường là kiểm tra chính tả và thỉnh thoảng sử dụng chế độ phác thảo.


Tôi theo cùng một giả định rằng nó có liên quan đến cách thức / nơi bộ não xử lý mã so với văn bản bình thường.
Tony

Tôi rất vui khi biết bạn tránh các tên biến như "bdp" :)
Frank Shearar

@Frank: Tôi đã từng ưu tiên những cái tên rất ngắn để đọc / gõ nhanh hơn nhưng rất may đã học cách sử dụng tên mô tả nhiều hơn ... ngoại trừ có thể là "i" hoặc "n" ở đây hoặc ở đó.
igelkott

Điều kỳ lạ là tôi hạnh phúc hơn với các tên ký tự đơn - S cho String, N cho một Integer, I cho một bộ đếm, L cho một danh sách - hơn là với các tên ba chữ cái khó hiểu. (Nhưng tôi nói rằng không cần biết ngữ cảnh của 'bdp' - chẳng hạn, có thể đó là từ viết tắt được hiểu rõ.)
Frank Shearar

@Frank "bdp" là tên viết tắt của tôi cho "benzodiazapine" (mặc dù "bzd" là phổ biến hơn). Vì vậy, không có gì đặc biệt, chỉ là mục tiêu của dự án hóa dược mà tôi đang làm.
igelkott

1

Khi tôi còn nhỏ, tôi mắc chứng khó đọc (hoặc ít nhất đó là những gì họ nói - về cơ bản tôi không thể đánh vần bất cứ thứ gì có giá trị và thường viết thư hoặc từ ngược, mặc dù tôi có thể đọc và mọi thứ đều ổn - hoặc tôi nghĩ vậy) . Tôi luôn thích làm việc với máy tính. Chúng tôi đã có một chiếc Vic20 Vicore khi tôi còn học tiểu học và tôi đã lập trình nó mọi lúc. Mẹ tôi đã từng nhận xét rằng bà sẽ nghĩ rằng chứng khó đọc của tôi sẽ khiến tôi khó khăn hơn khi làm việc trên máy tính, nhưng dường như ngược lại. Tôi có thể đánh vần và đọc khá nhiều mà không gặp sự cố khi làm việc với máy tính.

Tôi không nhớ đó là vấn đề quan tâm (nghĩa là tôi có thể làm việc với máy tính vì nó rất thú vị.) Tôi đã làm việc rất chăm chỉ để có thể làm tốt việc đánh vần và viết vào những lúc khác, nhưng tôi chỉ không bao giờ thực sự có bất kỳ rắc rối làm việc với máy tính.

Tất nhiên vào thời điểm đó tôi không làm việc với IDE hay bất cứ thứ gì trên Hàng hóa


Rất nhiều phải làm với phông chữ và màu sắc với nhiều người. Một lưu ý thú vị là chứng khó đọc không biến mất, đó là một sự khác biệt trong cách thức hoạt động của bộ não vì vậy nếu bạn mắc chứng khó đọc thì bạn vẫn làm! Giống như bạn, tôi cũng đã làm việc rất chăm chỉ để tìm cách đọc, viết và đánh vần tốt hơn nhưng gần đây tôi đã phát hiện ra cách tiếp cận của tôi rất khác với những người không mắc chứng khó đọc. Tôi nghĩ rằng sự quan tâm có ích nhưng tôi luôn thấy việc đọc trên màn hình dễ dàng hơn đọc trên giấy. Tôi thực sự không hiểu tại sao.
Elliot Blackburn

0

Tôi có thể thấy nhiều lợi ích để lập trình cho chứng khó đọc hơn các nghề nghiệp khác.

Các quy tắc lập trình có ít ngoại lệ hơn chính tả. Bạn có thể dựa vào các mẫu lặp đi lặp lại; văn xuôi chỉ là tất cả các nơi.

Intellisense phải là một lợi ích rất lớn. Rất vui được biết một biến bạn vừa khai báo chưa được sử dụng khi bạn 'nghĩ' bạn vừa làm. Khác với kiểm tra chính tả & một số kiểm tra ngữ pháp, các ứng dụng viết có thể cung cấp các kiểm tra mà trình biên dịch sẽ làm.

Bộ nhớ ngắn hạn là một công ty phát hành cho tôi. Làm hầu hết mọi thứ trên máy tính đều khá tiện lợi.

Động lực là một yếu tố là tốt. Nó dễ dàng hơn cho tôi để đọc về các chủ đề tôi thích; điều đó không làm tôi lười biếng mà nhiều sinh viên bị gắn mác như thể một vấn đề học tập chưa được xác định.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.