Ngôn ngữ trong sơ yếu lý lịch: Tốt hơn là nên đặt C / C ++, hoặc C, C ++,? [đóng cửa]

Tôi sẽ tốt nghiệp trong một vài tuần và sơ yếu lý lịch của tôi (như mong đợi) liệt kê các ngôn ngữ mà tôi đã có kinh nghiệm. Trước đây tôi đã đưa "C / C ++" , tuy nhiên sau đó lại tôi không có mà nhiều kinh nghiệm với hai ngôn ngữ này như tôi làm gì bây giờ.

Bây giờ tôi đã chính thức học hai ngôn ngữ này, điều đó trở nên rõ ràng đối với tôi (và bất kỳ ai thực sự biết các ngôn ngữ này) rằng chúng giống nhau và hoàn toàn không giống nhau cùng một lúc. Chắc chắn, hầu hết mã C là mã C ++ có thể biên dịch được, nhưng cú pháp và sự kết hợp của các chức năng thư viện là khá nhiều khi các điểm tương đồng này kết thúc. Trong hầu hết các vấn đề không tầm thường, rất có thể giải pháp C ++ mong muốn sẽ khác với giải pháp C mong muốn.

Câu hỏi của tôi:

Các nhà tuyển dụng sẽ lưu ý hoặc quan tâm đến việc bạn đặt "C / C ++" trái ngược với "C, C ++" chứ? Họ sẽ cho rằng thiếu kiến ​​thức về hoạt động của một trong hai vì bao gồm hình thức đầu tiên, hoặc có thể xem việc bao gồm hình thức thứ hai là một "tiếp tục thịt bò" tiềm năng (liệt kê chúng là 2 ngôn ngữ, thay vì "một") ?

Hơn nữa, đối với các công việc mà bạn đã áp dụng cho đặc biệt quan tâm đến hai ngôn ngữ này, quá trình phỏng vấn có bao gồm các câu hỏi về sự khác biệt giữa lập trình C và lập trình C ++ (vì vậy, về các kỹ thuật lập trình thực tế, không chỉ các mô hình phụ ở phần sau )?

C, C ++

Tôi không thích C / C ++, vì mặc dù C ++ về mặt kỹ thuật là siêu âm của C, để làm đúng, bạn phải làm mọi thứ khác đi. C / C ++ làm cho bạn trông giống như một người biết C và biết rằng trình biên dịch C ++ cũng chấp nhận C.

Tôi thường viết C / C ++ như một thói quen, nhưng :

• một số nhà tuyển dụng nhi đồng có thể nghĩ rằng bạn sai khi cho rằng họ giống nhau (không chắc là ... tôi hy vọng),
• có khả năng cao hơn C, C++được phân tích cú pháp cho các yếu tố Cvà C++hơn C / C ++ ... điều này có thể quan trọng khi nhà tuyển dụng cố gắng khớp hồ sơ của bạn với các yêu cầu cho vai trò.

Vì vậy, hãy cố gắng có thể có C / C ++ trong mô tả chung của bạn và sau đó C và C ++ tách ra ở nơi khác.

Đó chỉ là một lời khuyên, tôi không có bằng chứng mạnh mẽ nào để làm theo, nhưng (nhiều) cơ quan tuyển dụng có cách tiếp cận theo hướng từ khóa khá.

Khi bạn đã qua công ty tuyển dụng, nhà tuyển dụng thực sự trong công ty mục tiêu của bạn sẽ (hy vọng, nếu không được lọc bởi những người nhân sự không có kỹ thuật) sẽ biết rằng bạn không nhất thiết phải ám chỉ rằng C và C ++ nằm trong cùng một giỏ, vì vậy tôi thực sự nghĩ về nó chỉ là một vấn đề phân tích cú pháp.

Điều tương tự cũng áp dụng cho các biến thể của Java và các nền tảng và thông số kỹ thuật của nó, thậm chí có sở thích xấu là thay đổi các quy ước đặt tên theo thời gian để kết thúc với: Java SE, JavaSE, JSE, J2SE, Java EE, JavaEE, JEE, J2EE, v.v. ..

Đối với tôi, "C / C ++" là một tín hiệu tiêu cực mạnh.

Bjarne Stroustrup viết :

Không có ngôn ngữ gọi là "C / C ++". Cụm từ thường được sử dụng bởi những người không có đầu mối về lập trình (ví dụ: nhân sự nhân sự và người quản lý kém). Ngoài ra, nó được sử dụng bởi những người đơn giản không biết C ++ (và thường không phải C). Khi được sử dụng bởi các lập trình viên, nó thường biểu thị thái độ "C ++ là C với một vài tính năng hữu ích và rất nhiều tính năng phức tạp vô dụng được thêm vào". Thông thường, đó là quan điểm của những người thích viết các chuỗi và bảng băm của riêng họ với ít kiến ​​thức về thư viện tiêu chuẩn ngoài printf và memcpy. Có những người dính vào một tập hợp con bị hạn chế của C ++ vì những lý do hoàn toàn chính đáng, nhưng họ (theo như tôi đã nhận thấy) không phải là những người nói "C / C ++".

Nếu bạn muốn xóa bất kỳ sự mơ hồ nào, chỉ cần gạch đầu dòng chúng:

• C
• C ++

Điều này sẽ bao gồm, tất cả các góc bao gồm cả phân tích cú pháp quá.

Nếu bạn viết C / C ++, có vẻ như bạn không thực sự khác biệt nhiều giữa hai thứ đó. Vì vậy, tôi chắc chắn sẽ viết C, C ++

Đặt những gì bạn giỏi nhất lúc đầu và tự nó, và thành thật. Tôi thuê các nhà phát triển C ++ có kinh nghiệm và kinh nghiệm của tôi là những người liệt kê "C / C ++" là những lập trình viên C tốt và thường là những lập trình viên C ++ cận biên hoặc mới bắt đầu. Đây không phải là nghề giáo, đó là kết quả của 100 cuộc phỏng vấn nhóm của tôi và tôi đã thực hiện. Nếu bạn liệt kê "C ++, C, java, perl", tôi sẽ tiếp tục đọc các dự án, kinh nghiệm và giáo dục của bạn. nếu bạn liệt kê "perl, java, C, C ++", tôi sẽ trao bạn cho anh chàng ở dưới sảnh, người thuê đội perl của chúng tôi. Nếu bạn liệt kê "C / C ++", bạn đã có một số trải nghiệm thực sự mạnh mẽ rõ ràng là 100% C ++.

Có lẽ không thành vấn đề

Ít nhất là không tuyển dụng. Hầu hết các nhà tuyển dụng có thể sẽ coi họ là cùng một thứ hoặc ít nhất là một biến thể của cùng một thứ. Các kỹ thuật tiên tiến hơn có lẽ không chú ý đến một chi tiết nhỏ như vậy.

Tuy nhiên, tôi sẽ lo lắng về "tiếp tục tăng cường" nếu bạn có một mô tả cho từng. Nếu bạn bao gồm một mô tả cho các ngôn ngữ bạn liệt kê, hãy liệt kê chúng cùng nhau và bao gồm một phần câu cho mỗi ngôn ngữ.

Bạn có đặt Java / C # vào CV không? Hoặc Perl / Python? (Java / Javascript sẽ là một điều thú vị)

Có lẽ là không, vậy tại sao C / C ++?

Tất nhiên bạn có thể chỉ vì thông số công việc yêu cầu C / C ++ và nếu bạn không viết chính xác theo cách này, nó sẽ bị lọc vì không chứa buzzwords hợp lệ. Giống như bạn phải đảm bảo những từ như Agile xuất hiện trên CV của bạn ngày hôm nay.

Khi sơ yếu lý lịch của bạn ra ngoài, nó sẽ đến một vài nơi: cơ quan tuyển dụng / headhunter (nếu có), người quản lý tuyển dụng của công ty, trưởng nhóm trong công ty ... vân vân.

Một sơ yếu lý lịch có thể dễ dàng vượt qua 3-4 bàn tay và MACHI MỘT có khả năng viết nguệch ngoạc một ghi chú về việc nói "mất điểm vì không biết X". Hoặc chỉ cần ném thẳng vào đống rác. Khi bạn được đánh dấu xuống, đó là ... sơ yếu lý lịch thực sự đã chết. Bạn thua rồi.

Hãy nhớ nhận một công việc là một cuộc thi. Bạn không chỉ làm một bản lý lịch đẹp, bạn phải rõ ràng, cô đọng và có điều gì đó khiến bạn nổi bật so với chàng trai tiếp theo. Bằng cách đó bạn có được công việc, còn anh chàng kia thì không.

Chuyện nhỏ. Khi tôi đang xem xét 2 ứng viên có vẻ ngoài giống hệt nhau, người viết: "C / C ++" làm tôi khó chịu vì anh ta tầm thường hóa sự khác biệt. Người viết: "C / C ++ / C #" đi vào đống từ chối mà không cần xem xét thêm. Bởi vì người viết 8 ký tự đó nghĩ rằng truyền tải mọi thứ và những thứ này có thể hoán đổi cho nhau. Họ không phải.

Tôi cũng nhìn vào kinh nghiệm có liên quan và các dự án hoàn thành. Khi sử dụng ai đó, máy phát hiện nhảm nhí của tôi hoạt động hết công suất vì tất cả những người bạn vào cửa đang nhảm nhí chỉ đang lãng phí thời gian quý báu của bạn. Loại bỏ cỏ rẻ nhất là ở giai đoạn tiếp tục.

Vì vậy, nếu bạn biết một cái gì đó tốt, làm cho nó rõ ràng, làm cho nó khác biệt. Làm cho bạn nổi bật giữa đám đông.

(Theo cách tương tự, có lẽ hơi lỗi thời. Nếu tôi biết Pascal và Ada - hai ngôn ngữ có một chút công bằng (và vâng tôi biết rất nhiều khác biệt). Bạn có muốn tôi viết Pascal / Ada không? biết Pascal và Delphi, tôi sẽ viết Pascal / Delphi. Delphi có thể dựa trên Pascal, nhưng các phần mở rộng OO và các thư viện lớn tạo ra sự so sánh giữa phấn và phô mai.)

Vai trò của sơ yếu lý lịch là đưa bạn đến buổi phỏng vấn. Ngày nay, điều này thường có nghĩa là nhấn vào các từ thông dụng mà nhà tuyển dụng và nhân sự đang tìm kiếm, và sau đó gây ấn tượng với người quản lý tuyển dụng.

Để kết thúc này, tôi sẽ liệt kê chúng một cách riêng biệt. Nó có thể không quan trọng đối với nhân sự hoặc nhà tuyển dụng, nhưng người quản lý tuyển dụng có thể nhận thấy, và cách duy nhất nó sẽ quan trọng với anh ta hoặc cô ta là nếu điều đó làm tổn thương bạn khi sử dụng "C / C ++".

Điều đó nói rằng, bạn không nên ngại điều chỉnh sơ yếu lý lịch của mình cho công việc và nếu nó nói C / C ++ trong phần mô tả, hãy liệt kê C / C ++ và cũng tìm cách liệt kê chúng một cách riêng biệt.

Tôi xin lỗi, nhưng bạn không nghĩ rằng đây là thực sự chia tóc? Khi tôi đang thuê một lập trình viên, tôi chỉ cần xem qua danh sách ngôn ngữ là gì vì tôi thường thuê một ngôn ngữ cụ thể. Ngoài ra, chỉ vì bạn biết một ngôn ngữ không có nghĩa là bạn thực sự biết tất cả các thư viện, API của nó và biết cách sử dụng chúng.

Điều tôi quan tâm hơn thường là kinh nghiệm làm việc hoặc bất kỳ dự án nào mà bạn có thể đã làm. Tôi biết rất nhiều ngôn ngữ nhưng tôi chỉ thực hiện công việc nghiêm túc trong khoảng hai hoặc ba trong số đó. Tôi sẽ dành nhiều thời gian hơn để làm nổi bật những thành công và kinh nghiệm của bạn hơn là bao nhiêu ngôn ngữ bạn biết. Chỉ cần $ 0,02 của tôi.

Một dấu gạch chéo là tốc ký truyền thống cho và / hoặc. Bạn có biết C và / hoặc C ++? Tôi nghĩ bạn biết C và C ++. Viết nó như thế.

Tôi sẽ không có một phần mà chỉ liệt kê các tuyên bố về kiến ​​thức ngôn ngữ.

Một ví dụ: Khi tôi học đại học, tôi đã sử dụng C để diễn đạt tốt hơn những gì ban đầu là một chương trình được viết bằng Trình biên dịch 80286 được chú thích bởi MASM, trong khi sử dụng asmtính năng này để bao gồm những thứ phải có trong Trình biên dịch. Đối với mọi thứ khác, tôi đã chọn C ++ hoặc tiền thân của Delphi gọi là "Object Pascal", được dạy tại trường đại học đó.

Trong bản lý lịch có thể có dạng "Đại học Acme - 1993-1995 - Lập trình viên mạng \ Là nhân viên sinh viên của bộ phận MIS, tôi đã phát triển các tiện ích giám sát mạng TCP / IP cấp thấp để MIS sử dụng, sử dụng Trình biên dịch, C và ngôn ngữ lập trình C ++. "

Các bộ phận nhân sự của bot sử dụng vẫn sẽ tìm và chọn hoặc từ chối hồ sơ của bạn, nhưng yêu cầu trên sẽ xuất hiện trong bối cảnh trải nghiệm thực tế của bạn và tồn tại như một câu ngôn ngữ tự nhiên mà con người thích đọc. Một điều như vậy nói nhiều hơn một danh sách các từ thông dụng.

Hãy tưởng tượng một pice mã

int class = 0;

nó là mã C hợp pháp, nhưng nó sẽ không biên dịch với trình biên dịch C ++, do đó đây là hai ngôn ngữ. Đặt C, C ++.

Đối với đại đa số các nhà tuyển dụng, nó chỉ đơn giản là không có sự khác biệt (dù sao thì mặt hàng cụ thể nhỏ bé này). Đối với những người như vậy .. dù sao họ cũng có thể không phải là công ty dành cho bạn.

Danh sách ngôn ngữ lập trình của bạn dù sao cũng tầm thường - đừng quá lo lắng, hãy liệt kê một cách trung thực các ngôn ngữ bạn có thể đối phó. Các nhà tuyển dụng thường đủ thông minh để đọc về kinh nghiệm của bạn, đây là điều quan trọng nhất.

Chắc chắn rồi; một số người từ chối (hoặc chọn) các ứng cử viên hơn chọn nit. Đó chỉ là những gì xảy ra. Nhưng nó có thể vượt qua bất kỳ mẩu dữ liệu tầm thường nào.

Chỉ cần viết một CV rõ ràng, đàng hoàng và đó là tất cả những gì bạn có thể làm :)

Cái sau C, C ++.

Khi sơ yếu lý lịch được quét vào máy tính để HR có thể xử lý chúng một cách hiệu quả nhất, nếu họ đang tìm kiếm từ khóa, họ có thể bỏ lỡ C / C ++ nếu họ đang tìm kiếm một từ "C ++" ở đâu đó trong bản lý lịch.

Điều này thật đáng buồn, nhưng bạn không muốn bỏ lỡ một cơ hội.