Kiểm tra năng khiếu lập trình viên [đóng]

Tôi có nhiều người bạn thấy những gì tôi làm, thấy thú vị và hỏi tôi câu hỏi

Do you think I could be a programmer?

Phản hồi của tôi là

...   ummm  ...  do you like math?

Tôi muốn có một câu trả lời hữu ích, vì vậy tôi không biết liệu có ai biết về bài kiểm tra năng khiếu khá tốt cho ai đó sẽ bắt đầu từ một hình vuông không, nhưng có tư duy phê phán và kỹ năng giải quyết vấn đề không?

"Liking math" là một bài kiểm tra tồi. Tôi không bao giờ thích môn toán (chủ yếu là vì 90% giáo viên toán ở trường trung học bị hút).

Khi bạn nói "toán học", hầu hết mọi người nghĩ bạn có nghĩa là "cẩn thận giải một phương trình theo một bộ quy tắc rất nghiêm ngặt". Lập trình không giống như vậy chút nào.

Lập trình giống như vẽ hơn, ở chỗ những gì bạn có thể đạt được chỉ bị giới hạn bởi những gì bạn có thể tưởng tượng.

Điều quan trọng là khả năng tưởng tượng một hệ thống và xem nó hoạt động như thế nào.

• Bạn có nghĩ về cách mọi thứ hoạt động?
• Bạn có nghĩ về những cách để cải thiện những thứ hàng ngày?
• Bạn có thể hình dung làm thế nào để xây dựng một cái gì đó từ các khối xây dựng đơn giản hơn?

Tôi nhớ từ hồi còn bé khi làm bài kiểm tra năng khiếu Brainbench ; Tôi vẫn còn chứng chỉ được lưu trữ ở đâu đó ...

Đề cương thử nghiệm:

Abstract Thinking
    Process Flow
    Spatial Manipulation
Analytical Reasoning
    Inductive Reasoning
    Logic Application
    Word Problems
Attention to Detail
    Following Instructions
    Reading Comprehension
    Rule Interpretation
    Writing Analysis
Mathematical Problem-Solving
    Word Problems
Process Mapping
    General Processes
    Letter Manipulation Processes
    Number Manipulation Processes
    Shape Manipulation Processes

Có một cơ hội rằng đã có một cái tốt ở ngoài đó.

Xem ví dụ như cuộc thảo luận về Tách cừu lập trình khỏi Dê không lập trình :

Tất cả các giáo viên lập trình thấy rằng kết quả của họ hiển thị một "bướu kép". Như thể có hai quần thể: những người có thể [chương trình] và những người không thể [chương trình], mỗi người có đường cong chuông độc lập của riêng mình. Hầu như tất cả các nghiên cứu về dạy và học lập trình đều tập trung vào giảng dạy: thay đổi ngôn ngữ, thay đổi khu vực ứng dụng, sử dụng IDE và làm việc dựa trên động lực. Không có cái nào hoạt động, và cái bướu kép vẫn tồn tại. Chúng tôi có một bài kiểm tra chọn ra dân số có thể lập trình trước khi khóa học bắt đầu. Chúng ta có thể tách đôi bướu. Bạn có thể không tin điều này, nhưng bạn sẽ sau khi nghe bài nói chuyện. Chúng tôi không biết chính xác làm thế nào / tại sao nó hoạt động, nhưng chúng tôi có một số lý thuyết tốt.

Những gì bài kiểm tra xác định là mức độ phù hợp của mọi người với việc vận hành một chuỗi các hướng dẫn. Điều đó có nghĩa là họ có thể xây dựng các mô hình (trừu tượng) trong tâm trí của họ và làm việc với chúng.

Tôi nghĩ rằng một "bài kiểm tra" quan trọng hơn sẽ là cho họ thấy một ngôn ngữ / môi trường lập trình đơn giản mà họ có thể chơi xung quanh. Ví dụ, chế biến hoặc trăn . Nếu họ có thể học và thích sử dụng một ngôn ngữ như vậy - có thể trong khi giải quyết một hoặc hai nhiệm vụ đơn giản - thì đó có lẽ là "bài kiểm tra năng khiếu" tốt nhất mà bạn có thể yêu cầu.

"Bạn có thích toán không?" không phải là một khởi đầu tồi Toán học rất quan trọng, sau đó ...

Nên xem liệu họ có thể đưa ra một vấn đề và bắt đầu chia nó thành các khối hay không, chỉ bằng lời nói, liệu họ có thể đi từng bước qua một vấn đề cơ bản hay không là một khởi đầu tốt.

• Làm thế nào bạn sẽ nói với một robot làm thế nào để làm một tách trà? Càng cụ thể càng tốt.
• Đặt một bữa ăn tại McDonalds, những bước liên quan đến việc xử lý đơn đặt hàng, từ ban đầu được nói đến việc thay đổi / thực phẩm.
• Hệ thống điện thoại hoạt động như thế nào?

Nếu họ có thể trả lời tốt, theo cách phân tích và sâu sắc mà một lập trình viên phải làm từng ngày, họ có thể có thể xử lý nó.

Khi bạn đã tiếp xúc với mã hóa, bạn có thể bắt buộc phải làm điều đó hoặc không. Năng khiếu chỉ là một yếu tố quyết định bạn có giỏi về nó hay không. Tiếp xúc với các ví dụ tốt, hướng dẫn, thời gian làm nhiệm vụ, nỗ lực là những người khác. Thực sự muốn / cần phải làm một cái gì đó làm cho việc tận dụng các yếu tố khác dễ dàng hơn nhiều.

Một câu hỏi hay hơn "Bạn có thích môn toán" là "Bạn có thích giải các câu đố logic" không? Đây là những thứ như Sudoku, v.v., hoặc tìm ra câu trả lời cho những câu hỏi hóc búa như "John, Anne, Peter, Mary và Brittany là hàng xóm. John có một chiếc xe hơi màu trắng, Brittany sống bên trái Anne, blah blah, theo thứ tự để họ sống? "

Bởi vì đó là những gì lập trình là: Một câu đố logic rất lớn.

Tôi nghĩ một câu hỏi hay hơn là "Bạn có thích xây dựng mọi thứ với các khối lego không?"

Giống như Gusteau, một nhân vật trong bộ phim Ratatouille nói:

Bất cứ ai cũng có thể nấu ăn.

Theo cùng một cách, bất cứ ai cũng có thể lập trình. Nhưng, không phải ai cũng sẽ tuyệt vời với nó. Hầu hết các công việc lập trình đều yêu cầu trình độ năng lực và năng lực trung bình.

Chỉ cần trả lời có. Tại sao? Bởi vì hầu hết mọi người chỉ muốn cảm thấy được đánh giá cao bởi một người mà họ cho là thông minh.

Tôi nghĩ rằng toán học là quan trọng. Không phải từ quan điểm của bạn có thích công cụ chứng minh nghiêm ngặt, mà sẽ được yêu cầu phải là một nhà toán học nghiêm túc. Nhưng, đưa ra một vấn đề quan trọng đối với bạn, bạn có thể hình thành các vấn đề liên quan đến việc giải quyết nó theo cách toán học. Tôi khẳng định, mọi thứ máy tính làm là toán học, nó lấy dữ liệu tượng trưng của một số loại và thực hiện một số hoạt động trên nó. Đó là bản chất của toán học. Vì vậy, bạn phải có khả năng trừu tượng hóa mọi thứ thành một cấu trúc toán học như af, và lý do về các bước tiến. Thiếu điều đó, bạn chỉ đang hack, ném ra một số mã và hy vọng nó làm những gì bạn muốn. Có thể giải đại số phức tạp mà không mắc lỗi chính tả và bị lạc, có lẽ không quá cần thiết. Nhưng có thể xây dựng một kế hoạch, là quan trọng. Tôi thường viết mười chương trình dòng để xác minh rằng toán học không quá phức tạp của tôi đã được thực hiện đúng. Kết hợp máy tính với toán học, cho mục đích xác minh, khám phá và có để tìm ra các chi tiết, khi có rất nhiều trong số chúng, là chìa khóa thực sự.