Tại thời điểm nào, bạn có thể biết một công nghệ đủ để liệt kê nó trong một bản lý lịch [đã đóng]

Gần đây tôi đã có một lập trình viên cho một cuộc phỏng vấn, người đã liệt kê Python, PHP, Rails và ASP là một vài kỹ năng của họ. Tuy nhiên, trong cuộc phỏng vấn, người được phỏng vấn không biết đủ cấu trúc điều khiển và logic cơ bản là gì, họ chỉ thực hiện theo một vài hướng dẫn demo.

Vì vậy, câu hỏi của tôi là: Tại thời điểm nào bạn có thể thêm một công nghệ vào sơ yếu lý lịch của bạn một cách chính xác . Có phải là khi bạn có thể chứng minh tất cả các khái niệm cơ bản, viết một chương trình hữu ích trong đó hoặc chỉ cần thoải mái sử dụng nó mà không phải tham khảo tài liệu cứ sau 30 giây.

Tôi không tin rằng điều này là quá chủ quan, một đường cơ sở nên dễ dàng được thiết lập dựa trên phản hồi.

Bạn sẽ có thể bảo vệ / giải thích từng từ bạn đưa vào sơ yếu lý lịch của bạn. Kiểu như bạn luận văn / luận án. Tôi đã thấy nhiều ứng viên bị từ chối với lý do "không thể biện minh cho những gì anh ta đã đưa vào sơ yếu lý lịch của mình".

Một cách tiếp cận là làm theo bảng câu hỏi của Google. Xếp hạng từng kỹ năng theo thang điểm 10. Bằng cách đó, chúng tôi có thể dự đoán mức độ tương đối thoải mái của chúng tôi với các công nghệ khác nhau.

• 1 có nghĩa là bạn có thể đọc mã người khác với rất nhiều thông tin.
• 5 có thể để thực hiện các mô-đun trong công nghệ. Vân vân.
• 8 cho nhiều kinh nghiệm và thoải mái với việc thiết kế và thực hiện các dự án lớn trong công nghệ đó.
• 9 cho kiến ​​thức kiến ​​trúc với sự hiểu biết vừa phải về những gì dưới mui xe.
• 10 có nghĩa là bạn đã viết một cuốn sách về nó hoặc phát minh ra nó.

Tôi đã thấy sơ yếu lý lịch có biểu đồ thanh cho thấy sự thành thạo tương đối trong công nghệ khác nhau.

Một lựa chọn khác là nhóm các kỹ năng như "hiểu biết mạnh mẽ", "thành thạo vừa phải" và "quen thuộc".

Biên tập:

Tôi đã cố gắng đưa nó như một bình luận, nhưng không được vì thiếu định dạng.

Để tham khảo, đây là những gì Google xác định tỷ lệ trong Tự đánh giá của họ

• 0 - Bạn không có kinh nghiệm
• 1 đến 3 - Bạn quen thuộc với lĩnh vực này nhưng sẽ không thoải mái khi thực hiện bất cứ điều gì trong đó.-
• 4 đến 6 - Bạn tự tin trong lĩnh vực này và sử dụng nó hàng ngày.-
• 7 - 9 Bạn cực kỳ thành thạo chuyên gia và có chuyên môn kỹ thuật sâu sắc về chủ đề này và cảm thấy thoải mái khi thiết kế bất kỳ dự án nào trong đó.-
• 10 - Dành cho những người được công nhận là chuyên gia trong ngành, hoặc bạn đã viết một cuốn sách trong đó hoặc phát minh ra nó.

Theo cách nghĩ của tôi, việc tập trung vào các công nghệ cụ thể là một sai lầm. Tôi vẫn liệt kê trải nghiệm Rexx của mình, không phải vì tôi nghĩ rằng bất kỳ ai ngày nay cũng sẽ tìm kiếm nó, nhưng vì tôi muốn làm nổi bật khả năng của mình để di chuyển trôi chảy trong các ngôn ngữ khác nhau, thậm chí sau 19 năm trong CNTT

Không, tôi có thể không thành thạo bảng trắng một số ngôn ngữ tôi liệt kê. Nhưng, hãy cho tôi nửa ngày và tôi có thể viết cùng một kịch bản trong bất kỳ 3 trong số đó (sự lựa chọn của bạn).

Đối với tôi, câu hỏi thực sự là, bạn có thể tận dụng lợi thế của công nghệ trước mặt bạn (bất cứ điều gì có thể), để đưa các ý tưởng tốt thành hành động theo cách có lợi cho công ty, và làm cho công việc của bạn đầy thách thức và thú vị?

Đó là một câu hỏi khó trả lời, chỉ dựa trên việc đọc một danh sách "những gì bạn đã biết".

Đây là một vấn đề tôi gặp phải một chút. Cuối cùng tôi đã bỏ hoàn toàn phần "Kỹ năng" trong sơ yếu lý lịch của mình và chỉ tập trung vào những gì tôi đã làm với những ngôn ngữ đó, đặc biệt là trong các dự án và phần việc làm của tôi. Tôi nhấn mạnh / in đậm các công nghệ cụ thể như là một phần của mô tả.

Thí dụ:

Nhà phát triển web @ Company X (3/3/03 đến 5/5/05) Nhà phát triển chính trên trang web hướng cơ sở dữ liệu để giúp sinh viên làm phim tổ chức các dự án của họ. Đã sử dụng PHP và MySQL . Đã làm việc với nó thông qua phát triển và phát hành dẫn đến triển khai thành công cho sinh viên vào đầu năm 2009 và bảo trì sau đó.

Phương pháp này cung cấp cho các kỹ năng của bạn bối cảnh thực tế mà bạn có thể thảo luận trong một cuộc phỏng vấn.

Tôi chỉ liệt kê những điều tôi biết rõ và đối với tôi điều đó có nghĩa là được sử dụng trong sự tức giận trong khoảng một năm hoặc hơn .

Đó chỉ là tôi. Đó là bao lâu tôi nghĩ rằng tôi mất nhiều thời gian để thực sự biết, đánh giá cao và hiểu một ngôn ngữ / hệ thống / IDE / môi trường / bất cứ điều gì.

Khi mày mò, bạn không thực sự học tốt như vậy. Hầu hết các ngôn ngữ / khung / vv thực sự đòi hỏi bạn phải suy nghĩ về nhà thiết kế trước khi bạn "hiểu" và để thực sự biết những gì bạn sắp làm mất khoảng 12 tháng.

Như một chút của một bên:

Ở vị trí của tôi khi phỏng vấn và đọc CV, tôi thấy thật thú vị khi mọi người liệt kê tất cả các loại nội dung, không có thông tin hỗ trợ nào trong kinh nghiệm của họ để sao lưu khẳng định của họ. Ví dụ: họ có thể liệt kê PHP, MYSQL, Ada, C ++, C #. Và sau đó kinh nghiệm của họ có thể nói rằng họ đã thực hiện một dự án bằng C ++.

Khi không có gì để sao lưu các ngôn ngữ được yêu cầu trong kinh nghiệm được liệt kê, tôi thường ngửi thấy một con chuột và người đó thậm chí sẽ không tham gia một cuộc phỏng vấn.

Liệt kê các ngôn ngữ theo xếp hạng, hoặc thời gian sử dụng hoặc mức độ thành thạo, tất cả đều giúp người phỏng vấn - không phải lúc nào cũng là ý định của người nộp CV!

HINTS:

NẾU VIẾT CV:

• Hãy rõ ràng, thẳng thắn và trung thực một cách nghiêm túc.

• Làm cho cuộc sống đơn giản cho người đọc CV của bạn càng tốt. Trình bày rõ ràng, không có cường điệu.

• Nếu bạn có một mô tả vị trí mà bạn không hoàn toàn đáp ứng, hãy đính kèm một tuyên bố hiển thị CÁCH bạn gặp mô tả vị trí (đừng làm cho người nhận CV của bạn hiểu điều này). VÀ Ở ĐÂU BẠN KHÔNG ĐÁP ỨNG SOMETHING - hãy nói như vậy. Và nếu sẵn sàng học hỏi, NÓI. Điều này cũng cho thấy rằng bạn thực sự đã đọc mô tả vị trí và hiểu nó, và bạn không chỉ tạo ra CV mẫu cho mọi vị trí xung quanh.

NẾU ĐỌC CV:

• Kiểm tra chéo - kinh nghiệm được liệt kê có khớp với bộ kỹ năng được liệt kê không? Nếu không, một cái gì đó là tanh.

• Bao lâu một cái gì đó được sử dụng? Một vài ngày, hoặc một hướng dẫn, không phải là kinh nghiệm cho dù bạn ăn mặc như thế nào.

• Có phải người liên tục băm nhỏ và thay đổi? Họ đã gắn bó đủ lâu để thực sự nhìn thấy một cái gì đó thông qua? (Họ đã sống với sai lầm của chính mình chưa? Không = một cảnh báo khác)

Đôi khi những điều này rất khó để đánh giá, và cuối cùng bạn sẽ tiếp tục "ngửi". Đó là một CV có một chút hơi thở của biển (tức là nó có vẻ hơi tanh) sau đó tiếp tục.

Từ Joel On Software: Mọi nghi ngờ đều = Không thuê. Và từ kinh nghiệm của riêng tôi: Một vị trí trống tốt hơn nhiều so với một vị trí mà ai đó bạn nghi ngờ, hóa ra đó là một lựa chọn tồi. (Không có tiến bộ nào tốt hơn là đi ngược lại.)

Tại sao bạn tạo ra một danh sách các công nghệ giặt ủi? Thay vào đó, bao gồm thông tin về dự án và đề cập đến các công nghệ, khung, thư viện và công cụ chính được sử dụng ở đó. Điều này đạt được một vài điều. Đầu tiên, bạn đang thể hiện kiến ​​thức và kỹ năng của mình với một cái gì đó cho các dự án, điều này làm cho nó phù hợp theo ngữ cảnh. Thứ hai, bạn đang làm cho sơ yếu lý lịch của bạn nhiều hơn về những gì bạn đã làm và không chỉ đơn giản là những gì bạn biết.

Trong trường hợp này, khi bạn đang nói về công việc và trách nhiệm của mình, bạn có thể bao gồm cách bạn đã học và sử dụng Hibernate (và các công nghệ khác) để tạo ra bất cứ thứ gì bạn tạo ra. Nếu tôi quan tâm đến khả năng của bạn với Hibernate, đó là điều tôi sẽ hỏi trong quá trình sàng lọc điện thoại hoặc phỏng vấn. Sau đó, tôi mong bạn cho tôi biết một số thông tin về dự án là gì, cách bạn sử dụng Hibernate và những gì bạn có thể học. Ngoài ra, bất kỳ máy quét sơ yếu lý lịch tự động sẽ chọn từ khóa, nhưng sơ yếu lý lịch của bạn vẫn thân thiện với con người.

Tôi không chắc nó có thể xác định chính xác. Theo tôi, nó nên trên cơ sở từng trường hợp. Ý tôi là gì - hãy để tôi giải thích về một ví dụ:

Quảng cáo việc làm 1 - ứng viên mong muốn có kiến ​​thức về: Python, PHP, Rails, ASP, Trình biên dịch.
(và thông thường có thể được xác định phần nào từ quảng cáo, kỹ năng nào quan trọng hơn các kỹ năng khác - chỉ có "trong trường hợp")

Trong trường hợp này, tôi sẽ đưa vào sơ yếu lý lịch Python, PHP ... chỉ khi tôi thực sự biết rõ về chúng. Trình biên dịch, ví dụ, tôi biết rất ít, nhưng tôi vẫn nói, vì nó không thể có tác động lớn kết hợp với phần còn lại ở trên.

Quảng cáo việc làm 2 - ứng viên mong muốn có kiến ​​thức về: Trình biên dịch, C / C ++, Kernel ..., Python, PHP, ...

Trường hợp này là khác nhau. Rõ ràng là họ đang tìm kiếm một loại ứng cử viên khác và họ sẽ (có thể) coi thường việc thiếu kiến ​​thức về PHP chẳng hạn, nếu ứng viên đó sở hữu những kỹ năng khác này.

Vì vậy, nó phụ thuộc thực sự.

Theo nguyên tắc chung, để đưa một cái gì đó vào sơ yếu lý lịch, IMO, người ta nên biết cách "tìm đường" xung quanh mã, cú pháp cơ bản và có ít nhất một vài dự án có kích thước nhỏ đằng sau anh ta bằng ngôn ngữ cụ thể đó. Dĩ nhiên anh ta không cần phải biết các thư viện và sự giúp đỡ ... nhưng nên làm thế nào và ở đâu để nhận được sự giúp đỡ nếu anh ta cần.
Có thể có ví dụ ngược với quy tắc này - tôi đã nhận thấy rằng những người (thực sự) biết rất nhiều ngôn ngữ đôi khi có xu hướng bị nhầm lẫn "tùy thuộc vào ngôn ngữ nào hiện tại họ đang mắc kẹt" - ví dụ: sử dụng IF / vòng / ... các yếu tố cú pháp khác theo một cách chính xác, nhưng với một cú pháp không chính xác (thực sự phù hợp với một số ngôn ngữ khác thì ngôn ngữ hiện tại chúng đang nghĩ đến). Vì vậy, đó không thực sự là một bài kiểm tra thực sự cần thiết về khả năng.

Nếu tất cả những gì bạn làm là liệt kê các kỹ năng không có ngữ cảnh nào khác, thì hầu hết mọi người đọc hồ sơ của bạn sẽ mong bạn biết những điều đó đủ tốt để xử lý các câu hỏi phỏng vấn về chúng. Tuy nhiên, có rất nhiều bối cảnh bạn có thể đặt xung quanh mỗi kỹ năng để làm cho nó rõ ràng hơn về trình độ chuyên môn của bạn. Vài ví dụ:

Liệt kê thời gian bạn đã sử dụng kỹ năng

• Java (5 năm)
• C ++ (3 năm)
• SQL (1 năm)

Đánh giá từng kỹ năng

• Java (5/5)
• C ++ (3/5)
• SQL (1/5)

Liệt kê các kỹ năng trong chuyên mục

Hiện đang sử dụng: Java, C ++ Kinh nghiệm trước đây: SQL

Bạn có cảm thấy thoải mái khi sử dụng nó trong một dự án mới? Bạn có sẵn sàng làm việc với nó một lần nữa? Nếu vậy, sau đó đặt nó ở đó. Bạn không cần phải nói "Chuyên gia" hay "Newb" chỉ liệt kê nó là một công nghệ mà bạn quen thuộc. Nếu họ hỏi trong một cuộc phỏng vấn về kinh nghiệm của bạn thì bạn có thể giải thích chi tiết. Họ có thể sẽ không mong đợi bạn biết tất cả mọi thứ, nhưng có lẽ họ sẽ mong bạn có thể / sẵn sàng học những phần bạn không có khi bạn cần.

Tôi có một vài câu văn miêu tả từng công việc. Trong đoạn cuối của mỗi mô tả, tôi đặt một "Ngôn ngữ và công nghệ được sử dụng:" theo sau bởi bất kỳ công cụ nào tôi đã sử dụng trong công việc đó.

Ngoài ra, tôi có một phần Kỹ năng với một ghi chú có nội dung như: "Trải nghiệm đa dạng với các ngôn ngữ và công cụ sau" và sau đó tôi có một vài gạch đầu dòng với các ngôn ngữ và khung liên quan mà tôi đã sử dụng trước đây.

Tôi không sử dụng hệ thống "xếp hạng" vì tôi không biết cách đánh giá bản thân trong từng ngôn ngữ (3 xếp hạng (từ 0 đến 5) trong Java có nghĩa gì về mặt kiến ​​thức?). Để không thiếu trung thực, có lẽ tôi sẽ nhắm thấp khi tự đánh giá. Điều này thực sự đã xảy ra vào năm ngoái khi tôi nộp đơn xin việc và công ty đã đưa cho tôi một câu hỏi yêu cầu người nộp đơn tự đánh giá bản thân bằng một loạt các ngôn ngữ.

Tôi không liệt kê số năm vì tôi không nghĩ nó giúp được nhiều. Ví dụ: tôi có 4 năm kinh nghiệm chuyên môn về ngôn ngữ / thư viện tôi hiện đang sử dụng nhưng tôi không phải là chuyên gia về nó, vì tôi thường gắn bó với một tập hợp con nhất định của nó.

Một số ngôn ngữ tôi liệt kê tôi đã sử dụng trong công việc, những ngôn ngữ khác tôi chỉ sử dụng trong các dự án và bài tập của trường đại học (4 năm trở lên). Tôi sẽ không thể viết mã bằng một số ngôn ngữ đó, nhưng tôi có thể quay lại với chúng trong vòng vài giờ học. Tuy nhiên, nếu tôi xóa bất kỳ ngôn ngữ nào mà tôi không thể ghi mã vào bộ nhớ mà không xem xét, tôi sẽ chỉ còn lại hai ngôn ngữ - có lẽ cũng không phải là một đánh giá công bằng.

Tôi hiện đang tìm việc, vì vậy tôi đang xem lại CV của mình (do đó tôi đang đọc chương trình. Tôi đang tìm kiếm mẹo CV :)) và tôi đang suy nghĩ về việc loại bỏ các ngôn ngữ chỉ được sử dụng trong các dự án Đại học (và điều này sẽ là những thứ như Prolog).

Trên các ứng dụng công việc của mình, tôi sử dụng hai phần cho các công nghệ mà tôi mong đợi nhất; đầu tiên là phần kỹ năng chung và sau đó là danh sách kinh nghiệm cụ thể trong các dự án cụ thể. Tất nhiên, trong khi áp dụng tôi liệt kê trong cả hai phần chủ yếu là những mục có liên quan đến công việc đang đề cập.

Bàn thắng:

Tôi cảm thấy rằng việc liệt kê một công nghệ trong khu vực nói chung là một tuyên bố mạnh mẽ và để một công nghệ cư trú ở đó tôi cần phải

• có thể giao tiếp với nó
• quản lý để làm việc hợp lý năng suất với nó
• có một số kiến ​​thức về các boobytraps có thể nằm trong đó.

Tiêu chí

Tiêu chí rất mơ hồ của tôi về việc liệt kê các công nghệ trong các kỹ năng chung đi theo các dòng sau:

• Sự thành thạo của một lập trình viên trung bình đã sử dụng công nghệ để viết các chương trình bao gồm khoảng 10K SLOC.
• Khả năng của một lập trình viên trung bình đã phải duy trì sự phức tạp của một chương trình có kích thước khoảng 30 đối tượng.
• Các kiến ​​thức lý thuyết tương đương với một cuốn sách trung bình.

Về cơ bản đó là ít nhất một số bề rộng trong khu vực, xử lý sự phức tạp hợp lý và một số kiến thức về sự khủng khiếp đang chờ đợi.

Ví dụ:

Thành thạo, PHP: Viết các ứng dụng web bằng PHP đã là công việc hàng ngày của tôi trong nhiều năm, với việc duy trì một số dự án, đọc nhiều sách và một phần lớn của tài liệu hướng dẫn đằng sau tôi. Điều này sẽ đi trong cả hai phần, nó có liên quan đến công việc.

Người mới bắt đầu, Scala: Tôi đang đọc một cuốn sách Scala với khoảng 200 trang phía sau tôi và vài trăm dòng mã được viết. Có lẽ tôi sẽ sử dụng nó như một ghi chú phụ ở đâu đó nếu tôi thấy nó trong quảng cáo việc làm, như thế này: "Công việc bạn đang cung cấp cũng đề cập đến Scala mà tôi đang học và tôi sẵn sàng tìm hiểu thêm về nó."

Trường hợp viền, Python: Tôi đã viết một trò chơi bắn súng nhỏ và một số tập lệnh bằng Python với kinh nghiệm vài nghìn dòng, đọc hàng tá bài viết và hướng dẫn trên web và một số phần của hướng dẫn. Nếu quảng cáo đề cập đến Python (và tôi có đủ điều kiện khác) tôi sẽ viết về nó trong sơ yếu lý lịch của mình trong phần trải nghiệm, có lẽ có gì đó giống với điều này: "Tôi đã tạo ra một trò chơi bắn súng trong Python với Pygame bằng cách sử dụng lập trình hướng đối tượng với đồ họa bitmap ".

Đặt nó vào sơ yếu lý lịch của bạn nếu bạn tự tin bạn có thể trả lời các câu hỏi kỹ thuật về ngôn ngữ mà không làm xấu hổ bản thân . Mục tiêu là để sơ yếu lý lịch là sự phản ánh trung thực các khả năng của bạn, và bạn nên cho rằng bạn có thể được yêu cầu chứng minh bất cứ điều gì bạn đưa vào sơ yếu lý lịch.

Tôi chỉ liệt kê các kỹ năng mà tôi đã sử dụng trong một dự án.

Tôi không thích ý tưởng đưa ý tưởng về kỹ năng của mình vào công nghệ vào CV, đánh dấu 5 điểm, v.v., tôi đã phỏng vấn nhiều người đánh dấu mình cao hơn họ rất nhiều.

Tôi thích nếu phỏng vấn để hỏi và hỏi tại sao họ nói mức đó hoặc nếu được phỏng vấn để được hỏi về nơi và tại sao tôi đánh giá bản thân mình là 5/5.

Nếu bạn tự tin rằng đã đưa ra một bài kiểm tra lập trình trong công nghệ đó như một phần của cuộc phỏng vấn, bạn sẽ quản lý nó, thì nó vẫn ổn.

Nếu bạn muốn nói,

Thật ra tôi đã không sử dụng X trong một thời gian vì vậy tôi hơi bị rỉ sét ...

Có lẽ tốt nhất không nên liệt kê nó như là một kỹ năng. Không có nghĩa là bạn không thể đề cập đến nơi khác trong các dự án trước đây bạn đã làm việc.

Đôi khi chỉ cần biết ý nghĩa của từ viết tắt là đủ để thêm nó vào sơ yếu lý lịch ...

Điều đó đúng, ví dụ, đối với các khung và thư viện mà bạn có thể kết hợp với một ngôn ngữ nhất định.