Tại thời điểm nào tôi có thể nói rằng tôi đã học được một ngôn ngữ?

Trong vài năm lập trình, tôi đã chơi mọi thứ từ Ruby đến C ++. Tôi đã làm mọi thứ, từ việc chỉ học cú pháp cơ bản (Ruby) đến hoàn thành một số dự án lớn (đối với tôi) giúp mở rộng khả năng của tôi với ngôn ngữ. Với sự đa dạng này (và thực tế là việc học một ngôn ngữ không bao giờ dừng lại), khi nào tôi có thể nói tôi biết (hoặc đã học) một ngôn ngữ?

Tại thời điểm nào bạn có thể nói rằng bạn đã "học" một ngôn ngữ như tiếng Anh hoặc tiếng Pháp? Tôi nghĩ rằng hầu hết mọi người sẽ chấp nhận rằng bạn đã học một ngôn ngữ khi bạn có thể sử dụng nó để giao tiếp. Bạn không cần phải biết từng từ hoặc hiểu mọi thành ngữ, nhưng bạn nên biết hầu hết các tập hợp con (khá nhỏ) của ngôn ngữ mà mọi người sử dụng trong cuộc trò chuyện hàng ngày. Có "học" một ngôn ngữ đến mức đó, bạn có thể tiếp tục học nhiều hơn khi bạn sử dụng ngôn ngữ này hàng ngày và tiếp xúc với bản thân ngày càng nhiều ngôn ngữ đó. Khi bạn chết, bạn vẫn sẽ không biết tất cả những gì cần biết về ngôn ngữ, nhưng không ai sẽ nói rằng bạn không bao giờ "học" ngôn ngữ.

Tôi nghĩ vậy, với ngôn ngữ máy tính. Bạn có thể nói rằng bạn "biết" một ngôn ngữ như C ++ hoặc Ruby khi bạn có thể viết các chương trình hữu ích trong đó. Nếu bạn cần định lượng mức độ bạn biết ngôn ngữ, hãy sử dụng các thuật ngữ tương tự mà bạn sử dụng cho ngôn ngữ của con người. Nói "Tôi biết một chút C ++" hoặc "Tôi biết C ++ đàm thoại " hoặc "Tôi thông thạo C ++" có nghĩa là bạn biết vừa đủ để cạo, đủ để hoàn thành những việc hữu ích hoặc bạn là một chuyên gia, tương ứng.

Nó phụ thuộc vào người đang hỏi

Người hỏi có thể có một ý tưởng nhất định về mức độ kỹ năng được mong đợi từ một người nói rằng anh ta đã "học một ngôn ngữ".

Về cơ bản, tôi đã gặp hai thang đo nguyên mẫu, qua đó mọi người đánh giá câu trả lời cho câu hỏi "bạn đã học X chưa?"

Đối với hầu hết các mọt sách, đây là một câu hỏi mẹo để loại bỏ các câu hỏi Điều này đã được thể hiện bằng các câu trả lời khác cho câu hỏi của bạn;). Nếu bạn nói rằng bạn đã học nó, bạn thất bại trong việc nhìn thấy phạm vi của nhiệm vụ, đó là "sự hoàn hảo", và tệ hơn nhiều: bạn thất bại trong sự khiêm tốn.

Đối với hầu hết các ông chủ, bạn "đã học được", nếu bạn có thể giải quyết vấn đề của họ , một tiêu chí thường xuyên đã được đáp ứng nếu mã của bạn biên dịch. Trả lời câu hỏi của anh ấy một cách khiêm tốn sẽ dẫn đến việc anh ấy giao nhiệm vụ cho một người đặt câu hỏi cũng có thể là người thân.

Vì vậy, khán giả của bạn là gì?

Tôi nghĩ mọi người đang tập trung vào tính hữu hạn của từ "đã học" trở nên hoàn hảo, điều đó có nghĩa là bạn đã học xong. Và như mọi người đã lưu ý, ngôn ngữ lập trình là những thực thể sống giống như ngôn ngữ nói. Ví dụ, một người đã hoàn toàn làm chủ C # 2 sẽ xem xét C # 3 với LINQ, Lambdas, vartừ khóa, bộ khởi tạo đối tượng / bộ sưu tập và các phương thức mở rộng và thấy rằng nhiều thứ đã thay đổi so với những gì anh ta đã học cho phiên bản trước. Điều tương tự cũng xảy ra với C # 4 với await, asynctừ khóa và các cấu trúc ngôn ngữ mới khác.

Và chúng ta chỉ nói cú pháp ở đây. Chúng tôi quên rằng hầu hết các ngôn ngữ được ghép nối với một khung . C # có khung .NET, Java có khung riêng, cũng như Ruby, C ++, PHP và PERL. Hãy nghĩ về khuôn khổ cho một ngôn ngữ là từ vựng và bản thân ngôn ngữ chỉ là cú pháp. Biết ngôn ngữ có nghĩa là bạn biết cách đặt câu trong ngôn ngữ. Biết khuôn khổ có nghĩa là bạn có thể thể hiện bản thân tốt bằng ngôn ngữ. Cuối cùng, một khi bạn biết cú pháp và từ vựng, bạn cần học các thành ngữ để bạn viết mã dưới dạng "người bản ngữ".

Tôi muốn nói có một số cấp độ học tập.

1. Hello World (bạn có thể viết các chương trình thô sơ nhất.)
2. Thành thạo (bạn có thể viết các chương trình cơ bản nhưng cần tham khảo trợ giúp trực tuyến thường xuyên)
3. Thông thạo (bạn có thể viết chương trình trước với một số tài liệu tham khảo cần thiết).
4. Người bản ngữ (bạn có thể viết các chương trình nâng cao với sự trợ giúp trực tuyến tối thiểu, mã của bạn không thể phân biệt được với mã của người bản ngữ khác).

Bạn hiếm khi có thể nói bạn đã học một ngôn ngữ. Điều đó có nghĩa là bạn đã hoàn thành việc tìm hiểu về nó, điều đó thật ... ngu ngốc.

Nói rằng bạn biết một ngôn ngữ là tốt khi bạn có thể viết mã không phá vỡ thành ngữ trong ngôn ngữ (có thể sau một tuần làm mất kiến ​​thức) mà không cần tham khảo cú pháp.

Đây là nhiều hơn một yếu tố dựa trên ý kiến. Trong tất cả các thuật ngữ kỹ thuật "Đã học" có nghĩa là có kiến ​​thức đầy đủ về, như trong bạn sẽ được biết là MỌI THỨ ngôn ngữ.

Tuy nhiên, trong thế giới lập trình, tôi tin rằng sẽ tốt hơn nếu bạn có thể lập trình thành thạo ngôn ngữ để hoàn thành mục tiêu / nhiệm vụ. Nó cũng có thể có nghĩa là nếu bạn cảm thấy thoải mái với ngôn ngữ. Chắc chắn bạn có thể ra khỏi đó và lấy bằng sau nhiều năm và đại học, nhưng điều đó chỉ để được chú ý? Bạn xác định khi nào bạn có thể nói bạn đã học một ngôn ngữ.

Khi bạn bắt đầu nhận thấy sai sót của nó. Khi bạn bắt đầu học một ngôn ngữ, bạn vẫn thường bận học bây giờ để làm công cụ hoặc tham gia nhiều vào nó để nhận ra nơi nó thất bại (tất nhiên, điều này trừ khi bạn bắt đầu học nó từ quan điểm tiêu cực chỉ để xem nó tệ hơn như thế nào được so sánh với ngôn ngữ yêu thích của bạn cho đến nay). Tôi muốn nói rằng bạn không thực sự biết một ngôn ngữ cho đến khi bạn nhận thức sâu sắc về các lĩnh vực mà nó không thành công.

Câu trả lời cá nhân của tôi cho điều này là khi,

1. Tôi biết những điều cơ bản để viết một chương trình cấp sản xuất đơn giản.
2. Tôi đã dành ít nhất 3 giờ liên tục để giải quyết một vấn đề có vẻ đơn giản nhưng không phải.

Từ đó trở đi, tôi sẽ không gọi nó là học, mà thành thạo.

Tại thời điểm ứng dụng hoặc thành phần của bạn có thể đọc thư, tức là luật của Zawinski , trong đó nêu rõ:

Mỗi chương trình cố gắng mở rộng cho đến khi nó có thể đọc thư. Những chương trình không thể mở rộng này được thay thế bằng những chương trình có thể. Được tạo bởi Jamie Zawinski (người gọi nó là Luật Phần mềm Envelopmentật) để bày tỏ niềm tin rằng tất cả các chương trình thực sự hữu ích đều phải chịu áp lực để phát triển thành bộ công cụ và nền tảng ứng dụng ( điều ông gửi thư, ông nói, chỉ là một tác dụng phụ của điều đó).

Điều này đã được cập nhật khi RSS trở nên phổ biến thành "... có thể đọc các nguồn cấp RSS" và có thể có thể được cập nhật vào những ngày này thành "... có thể đọc các nguồn cấp dữ liệu Twitter". ;-)

Tôi nghĩ rằng bạn đã học một ngôn ngữ khi bạn không nhìn thấy nó. Bạn không thấy các chu kỳ và truy cập dữ liệu, nhưng quy trình làm việc của thuật toán.

Bạn không chơi các thủ thuật với việc truyền tham số và xử lý mảng, macro ma thuật. Bạn không nghĩ mã của bạn là một tài liệu tự tiếp thị để hiển thị cho bạn bè và giáo viên của bạn, nhưng để thể hiện sự hiểu biết của bạn về một vấn đề và ý chí của bạn đối với máy tính theo cách dễ đọc nhất.

Bạn có những thói quen giúp bạn tránh được rất nhiều lỗi chỉ bằng cách tuân theo chúng, như: sử dụng {} khối mã và () trong các biểu thức ngay cả khi bạn chắc chắn rằng "đó sẽ chỉ là một dòng" hoặc "Tôi không ngốc và biết thứ tự ưu tiên nhà điều hành ".

Bạn ngừng đếm có bao nhiêu lớp, mẫu và API khung mà bạn biết. Đây là những gì intellisense, các tài liệu tham khảo và hướng dẫn và Google dành cho. Nhưng khi bạn nhìn vào một vấn đề, bạn sẽ biết ngay phần nào nó có thể được chia, và với những công cụ và thuật toán nào bạn sẽ giải quyết chúng.

Những gì bạn làm công việc , là thanh lịch và nhỏ . Bạn thích mã hóa và dễ dàng tìm thấy lỗi của bạn. Vâng, các bậc thầy cũng tạo ra lỗi vì họ là con người - nhưng họ tìm thấy chúng nhanh chóng vì cấu trúc mã của họ dẫn họ đến đúng nơi.

Và cuối cùng nhận ra: bạn đã học cách suy nghĩ, phân tích và giải quyết vấn đề; so với họ, ngôn ngữ thực tế chỉ là thứ yếu, chỉ là hộp quy tắc và công cụ hiện tại.