Lý lịch

Tôi làm việc trong một dự án càng lâu, nó càng trở nên ít rõ ràng hơn. Giống như tôi không thể tách rời các lớp / đối tượng khác nhau trong đầu. Mọi thứ bắt đầu trộn lẫn, và cực kỳ khó khăn để tách nó ra một lần nữa. Tôi bắt đầu đưa các hàm vào các lớp mà chúng thực sự không thuộc về và mắc các lỗi ngớ ngẩn như viết mã mà sau này tôi thấy đã lỗi thời 100%; mọi thứ không còn có thể lập bản đồ rõ ràng trong đầu tôi. Mãi cho đến khi tôi lùi lại vài giờ (hoặc đôi khi vài ngày!) Thì tôi thực sự có thể thấy những gì đang diễn ra một lần nữa và có hiệu quả.

Tôi thường cố gắng chiến đấu với điều này, tôi rất say mê mã hóa mà tôi sẽ không cho cuộc sống của mình biết những gì tôi có thể làm. Đây là khi mọi thứ có thể trở nên thực sự kỳ lạ, tôi thức dậy trong đầu đến nỗi tôi mất liên lạc với thực tế (ở một mức độ nào đó) trong những hành động khác nhau, chẳng hạn như rót một ly nước, không còn xảy ra ở mức độ khó hiểu. Nó xảy ra trên thí điểm tự động, trong đó gần như toàn bộ sự tập trung của tôi (đó có phải là một thứ không?) Được dành cho việc giải quyết vấn đề vô nghĩa biên giới (cố gắng tách rời các yếu tố của mã). Nó cảm thấy như một trận thua.

Vì vậy, tôi đã làm một bài kiểm tra IQ cách đây một thời gian (Thang đo trí thông minh dành cho người lớn của Wechsler tôi tin là như vậy) và hóa ra Năng lực không gian của tôi khá thấp. Tôi vẫn có tổng điểm khá, chỉ trên mức trung bình, vì vậy tôi sẽ không phải chọc mọi thứ để kiếm sống, nhưng tôi hơi lo lắng rằng đây là một sự bất lợi khi viết chương trình máy tính / kỹ thuật mà tôi đã thắng ' T bao giờ có thể làm điều đó một cách nghiêm túc hoặc chuyên nghiệp.

Câu hỏi

Tôi rất quan tâm đến những gì người khác nghĩ về điều này ...

Khả năng không gian thấp có thể là nguyên nhân của các vấn đề được mô tả ở trên?

Làm thế nào là lập trình bị ảnh hưởng bởi năng khiếu không gian?

Có lẽ tôi nên tìm kiếm nhiều hơn về dòng ADD hoặc một cái gì đó tương tự, bởi vì tôi đã được chẩn đoán với ADD ở tuổi 17 (5 năm trước) nhưng thuốc tôi nhận được dường như không ảnh hưởng đến tôi nhiều nên tôi không bao giờ dùng tất cả đều nghiêm trọng

Theo như tôi biết, mọi người được sinh ra với năng khiếu không gian thấp / trung bình / cao, vì vậy tôi nghĩ thật thú vị khi tìm hiểu xem những người may mắn hơn có phải là những lập trình viên tốt hơn khi sinh đúng không.

Thực sự có một số dữ liệu nghiên cứu về điều này, chủ yếu được thu thập trong 35 năm qua, và tôi cũng đã trải qua một vài hiện tượng tương tự, mặc dù không thường xuyên. Xem bên dưới để biết thêm.

Dữ liệu nghiên cứu

Dường như có một số nhưng tương quan nhỏ dựa trên nghiên cứu được thực hiện và tóm tắt trong các công trình sau đây. Như thường lệ với nghiên cứu, các mô hình nghiên cứu khác nhau giữa các nghiên cứu và chúng nên được xem xét chặt chẽ để hiểu tại sao kết quả lại có sự khác biệt trong kết luận.

• Khám phá các dự đoán tâm lý về thành tích lập trình [ PDF ] (Erdogan, Aydin, Kabaca, 2008)

  Thật không may, điều này là mơ hồ về chi tiết. Nói chung, nó chỉ ra "tác động cao" của "năng khiếu", nhưng sau đó chỉ chỉ ra nghiên cứu khác mà không đưa ra kết quả cho mỗi bài kiểm tra năng khiếu, vì vậy chúng tôi không biết khả năng không gian như thế nào. Nó chủ yếu là một đánh giá lứa tuổi nhiều hơn nghiên cứu thực tế.

• Khả năng không gian và học lập trình [ PDF ] (Jones, 2008)

  Từ kết quả phân tích này, có bằng chứng cho thấy khả năng không gian rất quan trọng khi học lập trình. [...] Mặc dù khả năng không gian đã được chứng minh là có liên quan, chúng tôi không cảm thấy rằng khả năng xoay chuyển tinh thần nên được sử dụng như một phương tiện xác định trước năng khiếu lập trình, nhưng nên được xem xét trong khi đưa ra các can thiệp sư phạm. Cần phải suy nghĩ về các phương pháp giảng dạy và trực quan hóa phần mềm giúp sinh viên có khả năng không gian thấp để đưa ra các khái niệm trừu tượng và xây dựng các mô hình tinh thần tốt hơn (Wiedenbeck et al., 2004).

• Những người dự đoán thành công trong khóa học lập trình đầu tiên [ PDF ] (Simon, Fincher & al., 2006)

  Chỉ có một mối tương quan tích cực nhỏ được tìm thấy giữa các điểm trong nhiệm vụ trực quan hóa không gian (gấp giấy) và nhãn hiệu lập trình. Điều này cho thấy các thành phần của IQ ngoài các kỹ năng không gian có thể chiếm phần lớn ảnh hưởng của IQ đến thành công lập trình (Mayer et al 1989).

• Ai có khả năng có được kỹ năng lập trình? (Shute, 1991)

• Khả năng lập trình và bán cầu hóa bán cầu , (Gasen, Morecroft, 1990)

• Tương quan của việc giải quyết vấn đề trong lập trình [ PDF ] (Choi-man, 1988)

  Một điều thú vị ... Mô hình nghiên cứu hay và kết quả được định lượng với một số nhóm nghiên cứu và tính đến độ tin cậy của các yếu tố nghiên cứu. Nó mang lại rằng:

  [...] Có thể thấy rằng, đối với nam giới, chỉ riêng toán học có thể chiếm 30,90% phương sai về khả năng lập trình và bài kiểm tra không gian có thể chiếm 8,00%. [...]

  [...] Cũng có thể thấy rằng, đối với nữ, chỉ có hiệu suất của các bài kiểm tra toán học và không gian có tác dụng đáng kể trong việc dự đoán khả năng lập trình.

  Kết quả của nghiên cứu này cho thấy những học sinh đạt điểm cao trong bài kiểm tra toán và kiểm tra không gian sẽ đạt điểm cao trong bài kiểm tra khả năng lập trình.

• Học tập, nghiên cứu và biểu diễn đồ họa của lập trình (Taylor, Cunniff, Uchiyama, 1986)

• Yêu cầu nhận thức về học lập trình máy tính trong cài đặt nhóm và cá nhân (Webb, 1985)

• Tương quan nhận thức của các nhiệm vụ lập trình trong lập trình viên mới làm quen (Irons, 1982)

• Nghiên cứu về năng khiếu học tập: Báo cáo tiến bộ [ PDF ] (RE Snow, 1976)

Mang nó với một chút muối: Một số tương đối cũ, các bài kiểm tra IQ có thể đã thay đổi kể từ đó. Tôi chưa thực hiện tìm kiếm chuyên sâu để tìm trích dẫn của từng bài viết để xem chúng có được xác nhận hoặc gỡ lỗi sau này không.

Một số liên kết (đặc biệt là loại [PDF]) có thể không hoạt động cho bạn nếu bạn không có liên kết với thư viện cho phép truy cập vào các nội dung trực tuyến này.

Ý kiến ​​cá nhân

Cảnh báo và tiết lộ: Tôi CẢ một nhà tâm lý NOR một nhà thần kinh học, nhưng tôi đã nghiên cứu và giảng dạy lập trình để cả hai đứa trẻ nhỏ (bắt đầu 6) và sinh viên đại học (lên đến 60!).

Bản thân tôi đã học với AND dạy cho sinh viên là giáo viên đại học, bao gồm một số sinh viên bị ảnh hưởng bởi các vấn đề không gian (và những người khác bị khuyết tật mạnh hơn), tôi phải nói rằng trong khi điều đó có thể xảy ra (tôi đã không theo dõi các sinh viên của mình dựa trên khuyết tật, rõ ràng) rằng một số người đã đăng ký ở phần dưới của đường cong chung, tôi vẫn nhớ rõ một số điểm cao (và thậm chí một người đặc biệt là lớp chính trong ít nhất 2 năm).

Quan điểm của tôi là, trong khi nó có thể có ảnh hưởng, và như được thể hiện bởi một số nghiên cứu ở trên, nó không chiếm phần lớn trong khả năng của bạn để học lập trình và suy nghĩ như một lập trình viên. Nó không quan trọng, trong đó nó sẽ không dừng lại bạn để tìm hiểu nếu bạn thực sự muốn, và sẽ không ngăn cản bạn làm việc trong trường hợp tổng quát, mặc dù nó có thể (như có thể là trường hợp của bạn) làm cho nó một chút khó khăn hơn cho bạn.

Hầu như không có giới hạn cho những gì và nhanh như thế nào bạn có thể học .

Rốt cuộc, không có lập trình viên nào không thích một thử thách tốt, phải không? (Tôi đang nhìn bạn, RSI)

Kinh nghiệm cá nhân (có thể không liên quan)

Nó có thể là bạn quá đam mê. Bạn làm việc bao nhiêu giờ mỗi ngày và mỗi tuần? Bạn có nghỉ giải lao thường xuyên không?

Một trường hợp tương tự?

Vào một khoảng thời gian trong cuộc đời, tôi đã làm việc ít nhất 14 giờ mỗi ngày trong tuần, cả năm, đến mức lên tới đỉnh điểm để ghi lại tuần của 120 giờ làm việc trước màn hình máy tính . Có, chỉ còn 48 giờ mỗi tuần để ăn, ngủ, đi lại và đi làm ( mẹo: tránh lái xe !! ), tắm và các chức năng quan trọng khác. Tại thời điểm đặc biệt này, tôi có thể ngủ rất nhiều trong một nhịp tim (mặc dù thường có vấn đề về giấc ngủ), nhưngTôi hầu như luôn luôn mơ về mã, và tôi cũng sẽ bất chợt nhận ra khi đang tắm hoặc ngay cả khi đi bộ hoặc chạy hoặc làm các nhiệm vụ nguy hiểm mà tâm trí tôi quay trở lại với nó trong tự lái, như bạn đã nói. Thật không may, tôi sẽ không giải quyết vấn đề một cách kỳ diệu trong giấc ngủ của mình; nó sẽ gần hơn với những gì bạn dường như mô tả và trải nghiệm: một khối lượng lớn những suy nghĩ bối rối quay lại trong đầu tôi, điều này dường như có ý nghĩa ở quy mô lớn hơn, nhưng không thể hiện rõ ràng bất kỳ giải pháp nào và không có nhiều thành công trong việc nắm bắt một trong những suy nghĩ này để tập trung vào nó, phân tích nó rõ ràng và biến nó thành một cái gì đó hữu ích. Và điều này thường khá mệt mỏi và đau khổ.

Thư giãn có thể giúp

Có lẽ bạn cần bình tĩnh lại một chút, và thư giãn và làm việc ít hơn. Cố gắng tìm một cái gì đó để tâm trí của bạn đi. Trước đó, tôi đã kết thúc việc từ bỏ một số giờ ngủ quý giá để thay vào đó làm một việc gì đó thực sự sẽ ngăn chặn dòng suy nghĩ điên rồ này. Nó có vẻ phản tác dụng, nhưng tôi thực sự thích làm một vài điều mà tôi thực sự sẽ thư giãn hơn là ngủ nhiều hơn và không được nghỉ ngơi. Sự mất tập trung cho pin thần kinh, và giấc ngủ cho pin vật lý, theo một nghĩa nào đó.

Xác định kích hoạt

Nếu đó không phải là trường hợp của bạn, thì có lẽ có điều gì khác liên quan đến việc kích hoạt trạng thái này cho bạn. Hãy thử cách ly các phần tử có trong các tình huống này và xem liệu bạn có thể tái tạo điều kiện này trong các môi trường khác không, để xem liệu bạn có tìm thấy các phần tử này không. Nó xảy ra nhiều hơn ở nơi làm việc hay ở nhà, v.v ...

Cô lập

Ngoài ra, bạn có thể đã nghe và thử điều này, nhưng tôi có một người bạn bị khuyết tật không gian nhỏ và thường giúp anh ta, nếu làm việc trên máy tính, ở trong phòng tối hơn, để tránh có quá nhiều cửa sổ và cửa sổ phức tạp. mở (để tránh mất tập trung), và nói chung để giữ mọi thứ khá tối giản (cả về thiết kế và màu sắc, và về nội dung và đại diện).

Cũng cố gắng nghỉ ngơi thường xuyên và để cho tâm trí của bạn chạy miễn phí trong khoảng thời gian ngắn cứ sau 1 hoặc 2 giờ, dựa trên những gì phù hợp nhất với bạn. Có thể áp dụng kỹ thuật Pomodoro hoặc một cái gì đó tương tự (tôi không có nghiên cứu về mối tương quan với điều này, nhưng nó có thể hữu ích trong việc buộc bạn nghỉ ngơi).

Ech ... điều này xứng đáng nhiều hơn một bình luận.

"Tôi thường cố gắng chiến đấu thông qua điều này"

Ngừng chiến đấu. Bạn đang bị vặn vẹo và phạm sai lầm phải không? Bạn cũng có thể có một số vấn đề độc đáo nhưng cách mà bộ não của bạn nổi loạn là bình thường đối với bất kỳ ai đã dành quá nhiều thời gian quá tập trung vào một vấn đề. Khi tôi còn trẻ, quá nhiều thời gian trong ngày của tôi đã dành cho việc suy nghĩ ở mức độ ý thức cao đó và tôi đã không tự mình làm bất cứ điều gì. Vấn đề của bạn không phải là bạn không cố gắng hết sức mà là bạn không biết khi nào nên bỏ thuốc lá.

Cuối cùng tôi cũng học được cách đánh giá cao giá trị của việc đặt mọi thứ vào ổ ghi sau khi tôi nhận ra rằng cách duy nhất để ngủ vào một giờ hợp lý là bản thân tôi sẽ nghĩ về việc hoàn toàn không có gì và đã bị sốc khi phát hiện ra rằng trong vòng 10 phút hoặc lâu hơn Tôi ngủ thiếp đi trong khi bình thường tôi đang suy nghĩ suy nghĩ ít nhất một vài giờ trước khi suy sụp tinh thần.

Từ đó tôi thấy dễ dàng hơn để học cách nhận ra khi tôi đang đặt quá nhiều suy nghĩ có ý thức vào một vấn đề và chỉ để nó đi trong một thời gian. Tôi đã rất ngạc nhiên khi phát hiện ra điều này thực sự góp phần giúp bạn giải quyết vấn đề như thế nào.

Tôi khuyên bạn nên như sau:

• Khi có thứ gì đó vặn vẹo trong đầu và bạn không có khả năng nghỉ ngơi và đi dạo hay làm gì đó, hãy thử chuyển bánh răng và tập trung vào một vấn đề rất khác trong một thời gian.

• Không bao giờ bỏ bữa trưa và luôn luôn rời khỏi văn phòng. Cho bản thân bạn cho đến khi bạn đến cửa để đến một điểm dừng hoặc chỉ cần thả nó. Bất cứ điều gì đáng để giữ trong đầu bạn sẽ ở đó khi bạn quay lại với nó và tất cả những thứ bạn không cần sẽ biến mất. Bạn càng khám phá điều này, nó càng dễ dàng hơn.

• Thường xuyên sẽ tự mình suy nghĩ về những gì trong suốt cả ngày. Ngay cả khi chỉ trong một phút trong khi bạn lấy cho mình ly nước đó.

• Cố gắng tận dụng OOP hoặc bất kỳ phương pháp kiến ​​trúc tập trung vào vấn đề nào để suy nghĩ ít hơn. Các diễn viên trong mã của bạn ở cấp cao nhất là ai? Họ không nên có mối quan hệ phức tạp với nhau. Điều đó cho phép bạn tập trung hơn vào một phần của vấn đề tại một thời điểm.

Một số nguyên tắc mã hóa có thể giúp

• DRY là để thực hành mã hóa nói chung vì "Ăn cắp là sai" có thể được áp dụng cho hầu hết tất cả các đạo đức / đạo đức. Có những trường hợp ngoại lệ rất hiếm. Giữ chúng rất hiếm.

• Nếu bạn đang có thói quen giải quyết quá mức cho các vấn đề mà cuối cùng bạn có thể gặp phải trong tương lai, hãy loại bỏ nó. Không có gì là bằng chứng trong tương lai hoặc "có thể mở rộng" hơn mã không phức tạp hơn mức cần thiết. "Doanh nghiệp" là dối trá.

• Các mẫu phức tạp thường hứa hẹn danh sách điểm thưởng dài. Chỉ có 3 điều quan trọng nhất thời gian. Thật dễ đọc. Thật dễ dàng để sử dụng lại. Thật dễ dàng để sửa đổi. Hãy suy nghĩ về việc sử dụng vũ lực tối thiểu mà một võ sĩ có thể và áp dụng nguyên tắc đó cho sự phức tạp. Chính xác, đủ để giải quyết vấn đề là lý tưởng.

• Viết giao diện của bạn đầu tiên. Và không, tôi không có nghĩa là các cấu trúc C # / Java chỉ nên được sử dụng khi cần thiết, ý tôi là API của các đối tượng của bạn. Lớp / đối tượng cần làm gì? Viết các phương thức rỗng đó và đặt cho chúng tên arg. Đừng điền vào chỗ trống cho đến khi bạn hoàn thành. Bạn có thể thực hiện các chỉnh sửa sau này nhưng sau khi bạn đã thiết lập những gì cần thiết để có thể thực hiện, bạn có thể tập trung vào cách từng việc, từng việc một, cần phải được thực hiện. Lý do bạn có thể thấy mình cố gắng giữ trong đầu nhiều như bạn thường làm có thể là do bạn đã thực hiện xảy ra các vấn đề cần được giải quyết từ lâu trước khi bạn đến giai đoạn nhất định của một quy trình. Có rất nhiều là và có phương pháp? Đó là những gì tôi đang nói về.

Chẩn đoán?

Tôi nghĩ rằng mối quan tâm nhận thức không gian đã được bảo hiểm tốt. Bất cứ điều gì bạn quyết định trên mặt trận đó, tôi sẽ xem lại điều THÊM, đặc biệt nếu bạn miễn cưỡng về nó lần đầu tiên. Điều này chắc chắn nghe rất giống như siêu tập trung đã đi đến cực đoan. Cuối cùng, hãy để tình yêu mã hóa đó thúc đẩy bạn tìm cách giảm thiểu những vấn đề này và tôi hy vọng sự nghiệp của bạn sẽ trở nên tốt đẹp.

Bạn làm việc bao nhiêu giờ trước khi bắt đầu thấy điều này mờ? Nhiều lập trình viên trung bình đến giỏi tôi biết về công việc 4, có thể là 5 giờ trước khi uống cà phê hoặc ăn trưa hoặc một cái gì đó. Lần chạy nước rút dài nhất mà tôi đã đọc là khi Guy L Steele và Richard M Stallman thực hiện chạy nước rút 10 giờ hoặc hơn khi viết Emacs. Steele tiếp tục nói rằng anh ta sẽ không muốn làm một cuộc chạy nước rút dài như vậy một lần nữa.

Nếu bạn còn khá mới với (ít hơn, giả sử, 5000 giờ (con số đó đến từ bài đăng của Peter Norvig về việc học lập trình trong mười năm, bằng cách giảm một nửa 10000 giờ mà ông khuyên nên trở thành lập trình viên chuyên gia)), thì điều này nghe có vẻ rất bình thường ngoại trừ phần bạn nói bạn cần ngày nghỉ. Có lẽ bạn đang tự thiêu mình để khiến bản thân cần nghỉ ngơi lâu như vậy?

Từ những gì bạn mô tả, vấn đề của bạn có thể có nhiều nguyên nhân khác nhau:

• Thiếu kinh nghiệm

• Mất tập trung / mệt mỏi

• Khả năng không gian thấp

Thiếu kinh nghiệm có thể được giải quyết bằng cách ... tốt, về cơ bản có được nhiều kinh nghiệm hơn. Tuy nhiên, điều này có vẻ rõ ràng, bằng cách thực hành nhiều hơn, bạn sẽ thấy mình trong các tình huống lập trình phức tạp thường xuyên hơn và sẽ dần dần học cách xử lý chúng. Ngay bây giờ bạn có thể thiếu các lược đồ tinh thần và phản xạ để tạo ra các kết nối đúng, đưa ra kết luận đúng và mở khóa các tình huống này, điều này có thể khiến bạn cảm thấy như mình chậm chạp và viết "mã lỗi thời", nhưng các mô hình giải quyết vấn đề này sẽ dần dần diễn ra trong đầu bạn khi bạn có nhiều kinh nghiệm hơn (bạn chỉ mới 22 tuổi như tôi hiểu, vẫn còn rất trẻ).

Có nhiều kỹ thuật khác nhau để cải thiện sự tập trung của bạn. Pomodoro và Get Things Done là hai ví dụ. Trong lĩnh vực lập trình, Test Driven Development cũng là điều tôi thực sự khuyên dùng vì nó buộc bạn phải tập trung vào một mục tiêu nhỏ, có thể đạt được tại một thời điểm (các bước nhỏ). Với cách tiếp cận TDD, bạn sẽ ít có khả năng "đưa các chức năng vào các lớp mà chúng thực sự không thuộc về" vì bạn buộc phải xác định rõ trách nhiệm của lớp mình bằng một bài kiểm tra và sau đó chỉ tập trung vào việc thực hiện nó khi bạn viết mã , trái ngược với việc nhảy giữa một vài lớp và lấp đầy chúng một cách ngẫu nhiên từng chút một.

Mệt mỏi và giảm sự chú ý có thể tránh được bằng cách áp dụng một nhịp điệu bền vững với nghỉ ngơi thường xuyên. Bạn có thể thấy hứng thú với bài thuyết trình đó của Linda Rising về năng suất cao hơn bằng cách tôn trọng bộ não của chúng ta: Sinh ra theo chu kỳ .

Đối với khả năng không gian thấp, tôi e rằng bạn không thể làm được gì nhiều về nó. Tuy nhiên, làm việc chăm chỉ có thể làm suy giảm nó và nó khác xa với kỹ năng duy nhất cần có trong lập trình. Những thứ như sáng tạo, đam mê, nhiệt tình, nghiêm khắc, kỹ năng phân tích, sắc sảo, nắm bắt tốt các vấn đề kinh doanh, kỹ năng hợp tác, có thể nhiều hơn bù đắp cho sự hình dung tinh thần trung bình của cơ sở mã yếu hơn.

Nói tóm lại, những gì bạn cần IMO là:

• Kỷ luật

• Thực hành

• Một tốc độ bền vững