Khi nào bạn có thể gọi cho mình giỏi ngôn ngữ X?

Điều này trở lại với một cuộc trò chuyện tôi đã có với bạn gái của tôi. Tôi đã cố nói với cô ấy rằng đơn giản là tôi không cảm thấy đủ trong ngôn ngữ lập trình của mình (C ++) để tự gọi mình là tốt. Sau đó, cô ấy hỏi tôi: "Chà, khi nào bạn thấy mình đủ tốt?"

Đó là một câu hỏi thú vị. Tôi không biết phải nói gì với cô ấy. Vì vậy, tôi đang hỏi bạn.

Đối với bất kỳ ngôn ngữ lập trình, khung hoặc tương tự, khi nào bạn đạt đến một điểm là bạn ngồi lại, nhìn vào những gì bạn đã làm và nói, "Này, tôi thực sự khá giỏi trong việc này."? Làm thế nào để bạn xác định "tốt" để bạn có thể nói với người khác, thành thật, "Vâng, tôi giỏi X".

Ngoài ra, bạn có đạt được những kết luận này bằng cách so sánh những gì người khác có thể làm không?

Thông tin bổ sung

Tôi đã đọc bài báo kinh điển về việc phải mất mười nghìn giờ trước khi bạn là một chuyên gia về lĩnh vực này. (Đạo cụ cho bất cứ ai biết bài báo này được gọi lại)

Tôi cũng đã đọc các bài viết khác nhau từ Coding H khiếp sợ về việc phỏng vấn mọi người. Một số người, người ta nói, "Không thể hoạt động bên ngoài một khuôn khổ." Vì vậy, chúng có thể "tốt" cho khung đó, nhưng không phải bằng ngôn ngữ. Điều này có đúng không?

Bạn không thể gọi mình là giỏi X. Chỉ những người khác mới có thể.

Đã có một vài câu trả lời hay cho vấn đề này rồi, vì vậy tôi sẽ chỉ đóng góp điều này:

Một người chỉ giỏi một thứ gì đó khi họ có thể tự tin và nói chính xác rằng họ có thể làm được.

Ví dụ, nếu bạn muốn nói rằng bạn giỏi về C ++, bạn phải có thể nói, với sự tự tin và biện minh, điều đó đã gây ra một vấn đề chung khi sử dụng C ++, bạn có thể giải quyết nó.

Điều này cung cấp một sự khác biệt từ tự mãn , mà sẽ tự tin nói rằng bạn có thể làm một cái gì đó mà không cần biện minh đầy đủ; và có kinh nghiệm , có thể nói bạn có thể làm một cái gì đó bởi vì bạn đã làm nó trong quá khứ.

Về một lưu ý liên quan, trong khi tôi nghĩ rằng phong trào Nghề thủ công phần mềm là một ý tưởng tuyệt vời để giúp các tiêu chuẩn cải thiện kỷ luật của chúng tôi, tôi đã thấy rất nhiều người tự mô tả mình là thợ thủ công phần mềm, trong hầu hết các trường hợp có vẻ hơi kiêu ngạo.

Tùy thuộc vào đồng nghiệp của bạn để quyết định xem bạn có giỏi một thứ gì đó (hoặc một nghệ nhân) hay không; Tôi chắc rằng Einstein và Feynman đã không đi lang thang sớm trong sự nghiệp của họ nói rằng "hãy nhìn tôi, tôi là một thiên tài!" Tương tự, tùy thuộc vào đồng nghiệp của bạn để quyết định xem bạn có tốt hay không.

Stackoverflow là một công cụ hữu ích để quyết định xem bạn có đủ năng lực hay không. Chọn một số câu hỏi trong lĩnh vực chuyên môn được cho là của bạn. Trả lời chúng (hoặc nếu chúng đã được trả lời, hãy trả lời chúng trong đầu bạn mà không nhìn trộm các câu trả lời được đăng). Bạn đã nghĩ đến câu trả lời tốt nhất? Bạn có bỏ lỡ điều gì không? Có phải bạn chỉ đơn giản là sai?

Vì không có bài kiểm tra lập trình chuẩn nào mà bạn có thể thực hiện, điều đó sẽ cho phép mọi người đồng ý rằng bạn là một lập trình viên giỏi, nên bạn phải xác định xem bạn có tự gọi mình như vậy hay không.

Tôi thấy rằng nó phải làm với mức độ tự tin của bạn. Nếu bạn CẢM NHẬN bạn giỏi một thứ gì đó thì bạn sẽ có thể nói ra. Tại một thời điểm nào đó, bạn sẽ hoàn thành một dự án thúc đẩy bạn và cảm giác đó sẽ thay đổi từ 'chưa' thành 'tôi'.

Tôi biết đây là một câu hỏi khá khó. Tôi đã làm hai môn mà tôi chủ yếu lập trình trong C ++ và có sự phân biệt cao ở cả hai. Tôi sẽ không cho rằng mình giỏi C ++. Trên thực tế, nếu tôi đang xin việc, tôi sẽ bỏ nó khỏi sơ yếu lý lịch của mình và chỉ viết C thay thế. Toàn bộ ngôn ngữ không phải là thứ của tôi.

Tôi nghĩ rằng bạn có thể gọi bản thân mình giỏi một thứ gì đó khi bạn phát triển kiến ​​thức cần thiết để có thể nhìn nhận bản thân như thể từ quan điểm của người khác, và sau đó xác định xem bạn có tốt không. Nói cách khác, bạn nên có kỹ năng "meta" mạnh mẽ.

Ví dụ, tôi là một nhà văn có sở thích và khi nhìn vào văn bản của riêng tôi, tôi có thể nói:

• khía cạnh nào của nó là tốt và tại sao
• khía cạnh nào của nó là xấu và tại sao
• Tôi cần làm gì để cải thiện những cái xấu, và tại sao
• những khía cạnh xấu nào là đặc trưng cho tác phẩm viết và đó là một triệu chứng về khả năng của tôi
• các yếu tố mà người khác có thể chỉ trích là gì và tại sao
• những lời chỉ trích không liên quan đến tác phẩm cụ thể của tôi, ngay cả khi những người khác có thể lên tiếng và tại sao

v.v ... Vì điều này tôi cảm thấy rằng tôi đủ điều kiện để quyết định xem tôi có giỏi viết hay không. Điều tương tự cũng áp dụng cho X.

Vì tốt là rất chủ quan, tôi sẽ nói bạn tốt chính xác khi bạn tự tin rằng bạn là tuyệt vời.

Bạn có thể khẳng định mình "giỏi" một việc gì đó một khi bạn đã làm việc đó đủ lâu đến nỗi bạn đã quên mất cách làm bất cứ điều gì khác.

Lần duy nhất bạn có thể chắc chắn nếu bạn giỏi một thứ gì đó là khi bạn chắc chắn rằng bạn kém về nó.

John Cleese đã nói về điều này: Lúc 9:00 http://www.youtube.com/watch?v=zGt3-fxOvug

Lúc nào tôi cũng nghĩ mình giỏi lập trình bằng một ngôn ngữ cụ thể, sáu tháng sau tôi đã bị thuyết phục rằng lúc đó tôi đã mê mẩn nó, và bây giờ tôi giỏi về nó. Vì vậy, tôi đoán nó là một thuật ngữ tương đối. Có lẽ sẽ tốt hơn nếu bạn gọi mình là "đủ tốt để làm Y" trong đó Y là một dự án cụ thể trong ngôn ngữ đó.

Khi bạn có thể xem mã nguồn của một cái gì đó như boost (trong c ++. Hoặc boost tương đương trong ngôn ngữ khác) và KHÔNG sợ nó.

Khi bạn bắt đầu tưởng tượng một phần mềm bạn đang tìm kiếm được viết bằng ngôn ngữ đó như thế nào.

Bạn biết bạn giỏi về điều đó khi bạn thích những gì bạn đang làm (và đó không chỉ là một nhiệm vụ tầm thường) .

Bạn biết bạn xấu (chưa) khi bạn tiếp tục chửi thề ngẫu nhiên trong khi viết mã.

Tôi thường không nói rằng tôi giỏi X, mà đúng hơn là tôi là người học nhanh và có tiềm năng để giỏi X.

Không chắc chắn về "tốt", nhưng tôi nói tôi "biết" một ngôn ngữ khi đó không phải là kiến ​​thức về ngôn ngữ của tôi, mà là sự hiểu biết của tôi về vấn đề (hoặc miền vấn đề), điều đó ngăn tôi triển khai một phần mềm để giải quyết vấn đề đó vấn đề.

Tôi nghĩ rằng bài báo mà bạn đang tìm kiếm là Dạy cho bản thân lập trình trong 10 năm bởi Peter Norvig đề cập đến việc cần khoảng 10.000 giờ để trở nên giỏi một thứ gì đó. Ngoài ra, tôi đã thấy nó xuất hiện ở những nơi khác như "Yếu tố" của Ken Robinson và trên blog của một phao cứu sinh nói về việc giảm số lượng sở thích mà bạn có.

Tôi sẽ tham gia câu hỏi này để hỏi 'một số tiêu chí để đánh giá năng lực của tôi ở ngôn ngữ lập trình' là gì

Tôi đã thấy ma trận này khá hữu ích trong vấn đề đó. Hầu hết các mục thực sự nói nhiều hơn về việc trở thành một lập trình viên có năng lực nói chung, nhưng một khi bạn đi xuống các tiêu đề Lập trình, Kinh nghiệm hoặc Kiến thức, bạn sẽ thấy một số phụ thuộc vào ngôn ngữ được sử dụng.

Tất nhiên, như với bất kỳ sự phân chia nào đó tùy tiện thành các loại, nó không hoàn hảo. Nhưng tôi nghĩ rằng dù sao nó cũng khá hữu ích. Nó có thể cung cấp cho bạn ít nhất một số ý tưởng về nơi bạn ở và nơi bạn nên đi.