Thỏa thuận với các ngôn ngữ lập trình là yêu cầu công việc nghiêm ngặt là gì? [đóng cửa]

Gần đây tôi đã đi đến một "hội chợ việc làm" và tôi đã rất ngạc nhiên khi thấy nơi làm việc nhấn mạnh dường như đặt nhiều ngôn ngữ lập trình mà các ứng viên quen thuộc.

Từ kinh nghiệm (hạn chế) của tôi, trong khi thực sự thành thạo ngôn ngữ lập trình có thể mất nhiều năm, việc học nó ở mức hợp lý là một việc khá đơn giản với người đã có kinh nghiệm với các ngôn ngữ khác và hoàn toàn có thể phù hợp với khung thời gian mà các nhà tuyển dụng thường phân bổ cho đoạn đường nối ban đầu.

Tôi nghĩ rằng một nhà tuyển dụng sẽ quan tâm nhiều hơn đến việc tôi quen thuộc với bao nhiêu ngôn ngữ / mô hình, hoặc kinh nghiệm thiết kế phần mềm / thuật toán của tôi, trái ngược với công nghệ cụ thể mà tôi có kỹ năng hiện tại.

Nói rằng tôi đã biết Java, C ++, Smalltalk và Prolog ... một nơi làm việc dựa trên Objective-C có thực sự coi tôi không đủ tiêu chuẩn vì tôi thiếu kinh nghiệm trong ngôn ngữ đó không? Đây có phải là một lỗ hổng trong phương pháp tuyển dụng không, và nếu có, tôi có thể làm gì để thuyết phục nơi làm việc mà việc tôi không có kinh nghiệm với Objective-C không thành vấn đề? Tôi đang hỏi theo giả thuyết, không cụ thể về các ngôn ngữ lập trình được đề cập.

Ngoài ra, kinh nghiệm của tôi là hạn chế và tôi thừa nhận tôi có thể đang thiếu một cái gì đó. Là kinh nghiệm trước đây với một ngôn ngữ lập trình quan trọng hơn những gì tôi nghĩ? Liệu nó có làm nên sự khác biệt nếu đó là một vị trí cấp dưới hoặc cấp cao? Nó có nên làm cho sự khác biệt?

Trái ngược với thông cáo báo chí, đó là thị trường của nhà tuyển dụng ngay bây giờ.

Điều đó có nghĩa là họ có thể đơn giản là kén chọn về những yêu cầu của họ. Điều đó có nghĩa là họ có thể yêu cầu trải nghiệm .NET 4.0, và không chỉ trải nghiệm 3.5 ... Điều đó có nghĩa là họ có thể yêu cầu trải nghiệm với Django, và không chỉ Pylons, v.v ...

Chắc chắn, bạn có thể tìm hiểu tất cả những gì bạn cần biết về Ruby trong một vài tuần và Rails có thể mất vài tháng (chỉ cần đoán) để trở nên thành thạo với ...

Nhưng nhà tuyển dụng có thể chọn qua sơ yếu lý lịch của những người đã thành thạo với Ruby & Rails.

TL; DR: EE 101 ... Đừng tin vào sự cường điệu về sự thiếu hụt lập trình viên .

Vấn đề chính là không ai thực sự biết cách thuê những lập trình viên giỏi. Vấn đề thứ yếu là công việc lập trình thu hút rất nhiều ứng viên.

Đưa ra một đống hồ sơ xin việc, sẽ rất tuyệt khi có thể lướt qua chúng và chọn ra những lập trình viên giỏi, nhưng không ai biết làm thế nào. Cách thức hoạt động của hầu hết các công ty, sắp xếp ban đầu thường là nhân sự. Người nhân sự không biết gì về Smalltalk hoặc C ++, ngoại trừ được liệt kê trong danh sách yêu cầu, không giống như một người làm phần mềm có thể nghĩ "C ++ VÀ Smalltalk - anh chàng này sẽ không gặp vấn đề gì với Objective-C".

Ngay cả khi chồng đến gặp người quản lý tuyển dụng, rất có thể nó quá dày để phỏng vấn tất cả mọi người, vì vậy người quản lý tuyển dụng phải vứt bỏ sơ yếu lý lịch vì lý do này hay lý do khác. Nếu đó là một công việc C ++ và có nhiều người có hơn 5 năm C ++ hơn người quản lý thấy thực tế khi phỏng vấn, người quản lý có thể ném tất cả các bản lý lịch không có C ++ cho họ. Đó không phải là cách để có được những người giỏi nhất tuyệt đối, nhưng không ai biết cách thuê những người giỏi nhất tuyệt đối và nếu bạn bị hạn chế trong việc ra quyết định bởi những gì trong bản lý lịch, những người có kinh nghiệm về C ++ ít nhất sẽ tốt hơn một chút cá cược

Chúng ta hãy quay lại - nếu bạn biết mục tiêu C, bạn có thể sử dụng như một lập trình viên C ++ không? Tôi muốn nói, không bạn sẽ không, ngôn ngữ quá khác nhau. Đối với các ngôn ngữ đơn giản như C, tôi muốn xem 6 tháng kinh nghiệm trước khi tôi thuê một ai đó, cho C ++ vài năm.

Vài năm trước, tôi đã tự học PHP. Tôi đã nói rằng đã vài tháng trước khi tôi hiểu rõ về nó, có thể tìm đường quanh thư viện, hiểu các thành ngữ thông thường, v.v. Và tôi đã biết rất nhiều ngôn ngữ.

Nó phụ thuộc vào các khía cạnh khác nhau của bối cảnh. Không chỉ mức độ của vai trò, mà còn là trạng thái của dự án và công ty.

Ở cấp độ đơn giản nhất, bất kỳ ngôn ngữ mệnh lệnh niềng răng xoăn nào cũng khá giống với bất kỳ ngôn ngữ nào khác.

Nếu bạn có thể viết mã theo mệnh lệnh, bạn có thể viết mã theo mệnh lệnh. Có thể là Java, C #, C, C ++ hoặc thậm chí là javascript. Đưa ra một cuốn sách tham khảo đàng hoàng (và có thể là một chút bản tóm tắt), bạn sẽ có thể loại bỏ một chương trình nhỏ trong bất kỳ chương trình nào khác vào một buổi chiều.

Dù lịch sử của bạn là gì, bạn đều biết về các nhánh và hàm vòng lặp, và cú pháp khá giống nhau cho tất cả chúng. Nếu lịch sử của bạn là OO, bạn cũng biết về các đối tượng, lớp và giao diện.

Tuy nhiên, tôi đã thấy quá nhiều lập trình viên chỉ bắt buộc phải viết các chương trình đơn giản bằng ngôn ngữ khai báo hoặc chức năng. Nếu tôi điều hành một cửa hàng Erlang, tôi rất thích một người có Erlang hoặc ít nhất là Prolog, trải nghiệm hơn ai đó với C ++.

Làm thế nào nó phụ thuộc vào mức độ của vai trò:

Tuyển dụng cho một vai trò cơ sở:

Nếu tôi chọn một lập trình viên cho công việc C ++, có một số cạm bẫy nhất định mà tôi muốn chắc chắn là ứng viên có khả năng tránh, như cần phải chú ý đến bộ nhớ hoặc độ dài của mảng, chỉ đơn giản là họ không Tôi tự bắn vào chân mình và tôi. Nếu họ chưa bao giờ thực hiện C hoặc C ++, thì tôi sẽ phải làm việc đó trong cuộc phỏng vấn.

Và cho một vai trò cao cấp:

Một trong những chìa khóa để lập trình hiệu quả là biết những gì bạn không nên tự viết. Chìa khóa cho điều đó, là các thư viện tiêu chuẩn (và tiêu chuẩn thực tế). Chìa khóa cho điều đó, là kinh nghiệm. Bạn không thể ngồi xuống với "Dạy bản thân Java" trong một tuần và ngay lập tức biến mình từ một lập trình viên C ++ 10 năm thành một lập trình viên Java 10 năm.

Làm thế nào nó phụ thuộc vào trạng thái của dự án / công ty

Đưa ra một dự án Java gần như là một bản rõ ràng. Tôi muốn một người thuê cao cấp mới có nhiều kiến ​​thức về hệ sinh thái Java và có thể tư vấn về các công nghệ có sẵn khác nhau.

Đưa ra một dự án Java trưởng thành, tôi vui vẻ xem xét một nhà phát triển C ++ có kinh nghiệm, với ít hoặc không có kinh nghiệm Java cho vai trò Java cao cấp. Hầu hết các quyết định về hệ sinh thái đã được giải quyết và người thuê mới sẽ có thể có được kinh nghiệm với các thư viện Java trong khi công ty tận dụng kinh nghiệm của lập trình viên trong phát triển phần mềm OO.

Nó phụ thuộc vào nơi làm việc. Nếu họ rất bận rộn, họ có thể không có thời gian chờ bạn để bắt kịp điểm mà bạn có thể hoạt động trong Objective-C - họ có thể muốn ai đó có thể chạy xuống đất.

Một số nơi làm việc có thể sẵn sàng mạo hiểm với bạn nếu họ thấy bạn quen thuộc với các ngôn ngữ khác, cũng như có nền tảng vững chắc và kiến ​​thức về lĩnh vực kinh doanh. Điều đó sẽ thực sự phụ thuộc vào mức độ cởi mở của họ và mức độ tốt của bạn trong việc thuyết phục nhà tuyển dụng chấp nhận rủi ro đó.

Thuê rất khó; thuê người giỏi còn khó hơn. Tôi đã thực hiện tuyển dụng nơi tôi phải đối mặt với một đống hơn 500 hồ sơ. Chúng tôi đã lọc ra những người có ít kinh nghiệm nhất về những gì chúng tôi muốn đưa ngăn xếp xuống kích thước hợp lý. Điều đó có công bằng với ứng cử viên xuất sắc không biết ngôn ngữ đó không, có lẽ là không. Nhưng nếu tôi có thể tìm thấy 100 người có bằng cấp mà tôi đang tìm kiếm, tôi thực sự sẽ không dành nhiều thời gian cho 400 người không - dù họ có giỏi đến đâu.

Bây giờ trong tuyển dụng, tôi có thể có danh sách dài các yêu cầu nhưng thường chỉ có một hoặc hai là người phá vỡ thỏa thuận. Và nếu bạn không tìm thấy ai có danh sách trình độ ban đầu mà bạn muốn phỏng vấn (hoặc sau này nếu tất cả họ thất bại trong cuộc phỏng vấn mà tôi đã thấy xảy ra), thì thường họ sẽ quay lại và nhìn vào những người đang thiếu một số về trình độ ít quan trọng hoặc những người có một cái gì đó tương tự nhưng không giống nhau. Trong những trường hợp đó, bạn thường tìm kiếm điều gì đó về trải nghiệm của người đó sẽ giúp họ làm việc tốt hơn so với người có tất cả các trình độ kỹ thuật. Chẳng hạn, tôi sẽ xem xét một nhà phân tích dữ liệu có kinh nghiệm trong cơ sở dữ liệu doanh nghiệp khác nếu cô ấy có kinh nghiệm trong lĩnh vực kinh doanh của tôi (thực tế người đó có thể sẽ thực hiện lần cắt đầu tiên của tôi nếu tôi thấy tất cả các sơ yếu lý lịch). Điều tương tự với một cái gì đó như C # và Java. Nếu người đó đang làm việc với mức độ phức tạp tương tự và đặc biệt là trong một lĩnh vực kinh doanh tương tự, họ có thể là một ứng cử viên rất tốt ngay cả khi họ có ngôn ngữ khác.

Tuy nhiên, trừ khi tôi có một chương trình đào tạo khá chính thức dành cho những người mới vào nghề, tôi sẽ ít có khả năng thuê từ những người không đáp ứng được bộ kỹ năng ngôn ngữ tối thiểu của tôi. Và hầu như không bao giờ từ một nhóm không có điều gì tôi đang nới lỏng. Những người không có kinh nghiệm có ít hơn để mang đến bàn về một số trình độ bù đắp và ít hồ sơ theo dõi để chứng minh rằng họ có thể làm công việc cấp chuyên nghiệp trong bất kỳ ngôn ngữ nào. Họ có đủ để học với buổi biểu diễn chuyên nghiệp đầu tiên mà không hiểu một chút về ngôn ngữ quan trọng nhất mà chúng tôi sử dụng. Và việc thuê họ có nhiều rủi ro hơn có thể là vài tháng trước khi bạn có thể nhận được công việc hữu ích từ họ.

Một điểm nữa sẽ xuất hiện nếu nhân viên tuyển dụng đang chuyển đội ngũ sang một công nghệ mới. Nếu không có ai trong nhóm thực sự là chuyên gia về công nghệ và tôi cũng phải thuê một người mới, tôi sẽ tìm thuê một người có nhiều chuyên môn mà tôi có thể tìm thấy trong công nghệ đó bởi vì họ có ý tưởng về "mỏ đất" "Để tránh là.

Cuối cùng, áp dụng cho các công việc bạn quan tâm ngay cả khi bạn không đáp ứng tất cả các yêu cầu đã nêu (nhưng hãy cố gắng đáp ứng một số, thuê chính thức không muốn lãng phí thời gian của họ cho những người sẽ không bao giờ được tuyển dụng). Bạn không bao giờ biết bạn sẽ có sự cạnh tranh nào cho công việc hoặc điều gì sẽ gây ấn tượng nhất với những người sàng lọc hồ sơ xin việc hoặc thực hiện các cuộc phỏng vấn. Điều gì có thể giúp bạn có một cuộc phỏng vấn tại công ty A có thể chính xác là điều ngăn cản bạn tham gia cuộc phỏng vấn tại công ty B ngay cả khi họ có yêu cầu về simliar trên giấy. Hơn nữa, họ có thể có một công việc đáp ứng tốt hơn trình độ của bạn mà họ chưa quảng cáo. Nhưng bạn sẽ không bao giờ được xem xét cho công việc nếu họ không biết về bạn.

Có nên không? Số Liệu nó? Vâng, thật đáng buồn. Đây là hội chứng "sóc tím": Công ty muốn có bánh của họ và ăn nó, và có được một ứng cử viên có thể làm mọi thứ dưới ánh mặt trời họ cần hoặc có thể cần. Thông thường, nhưng không phải lúc nào cũng là vì họ A) Không biết sự phát triển thực sự đòi hỏi gì và chỉ cho rằng ai đó đáp ứng tất cả các tiêu chí của họ có thể thực hiện công việc, B) Họ đang kén chọn vì họ có thể thoát khỏi nó, hoặc C) Họ dự định nộp H-1B / Thẻ xanh / Quảng cáo từ bên trong nhưng phải làm cho nó giống như họ đang quảng cáo một công việc thực sự.

"Nói rằng tôi đã biết Java, C ++, Smalltalk và Prolog ... một nơi làm việc dựa trên Objective-C có thực sự coi tôi không đủ tiêu chuẩn vì tôi thiếu kinh nghiệm về ngôn ngữ đó không?"

Nếu bạn có hơn 20 năm kinh nghiệm trong 3 hoặc 4 ngôn ngữ có các tính năng tương tự như Objective-C thì có lẽ tôi sẽ thuê bạn làm Objective-C và hy vọng bạn sẽ làm việc hiệu quả trong 6 - 8 tuần. (điều này dựa trên kinh nghiệm cá nhân của tôi khi học Objective-C vài năm trước).

Nếu bạn ra khỏi trường ngay khi không có kinh nghiệm thực tế hữu hình trong bất kỳ điều gì, thì có lẽ bạn sẽ không được thuê để làm điều gì đó mà bạn hoàn toàn không quen thuộc.

Objective-C là một người đàn ông rơm thú vị ở đây. Nó đòi hỏi bạn phải biết C rất rõ, nó đòi hỏi bạn phải biết Phân tích và Thiết kế hướng đối tượng rất tốt, trong hầu hết các trường hợp, bạn cần phải biết C ++ ở mức độ không tầm thường vì có những thư viện C ++ mà bạn có thể sẽ muốn giao tiếp.

Nó đòi hỏi bạn phải hiểu quản lý bộ nhớ thủ công cũng như cách quản lý bộ nhớ / thu gom rác tự động hoạt động và khi nào sử dụng từng kỹ thuật trong cùng một chương trình.

Đó không chỉ là Objective-C mà bạn cần biết về Cacao và POSIX, bởi vì đối mặt với nó Objective-C dành cho tất cả các mục đích thực tế vô dụng bên ngoài môi trường Apple và bạn cũng phải biết về Cacao.

Và khi Cacao thất bại, bạn cần có thể biết API POSIX nào sẽ sử dụng khi bạn không thể làm những gì bạn muốn với trình bao bọc Ca cao.

Nó cũng ngụ ý rằng bạn cũng nên biết Unix ở một mức độ không tầm thường.

Phụ thuộc vào ngôn ngữ / cá nhân.

Nếu tôi là một vị trí C # và một người có kinh nghiệm JAVA / J2EE được áp dụng, tôi sẽ thực hiện. Cú pháp giữa C # & JAVA không khác nhau. Mã hóa là mã hóa và tôi hình dung một khi họ đã quen với một số khác biệt thì họ sẽ ổn.

Tương tự từ JAVA -> C #.

Bây giờ, nếu bạn là một người C # và bạn xin việc C ++, tôi muốn xem kinh nghiệm. Có quá nhiều sự khác biệt.

Vì vậy, nó phụ thuộc vào tình hình

Trong khi tôi nghĩ OP đã chết về cách một lập trình viên có kinh nghiệm với nhiều mô hình có thể dễ dàng thêm một lần nữa, tất cả đều dẫn đến sự ác cảm của nhà tuyển dụng đối với rủi ro. Một người thuê tiềm năng không quen thuộc với các công cụ của họ là một thẻ hoang dã; họ có thể thực sự tuyệt vời, nhưng họ cũng có thể là một người thất bại, và sẽ khó hơn người bình thường để nói về sự khác biệt nếu họ không thể hỏi những câu hỏi chuyên sâu về công nghệ họ sử dụng.

Tôi chắc chắn không nói đây là cách chính xác để xem xét điều này, nhưng đó là cách một số nhà tuyển dụng làm. Những người thông minh khai thác điều này và đào tạo những lập trình viên tuyệt vời với 30 năm kinh nghiệm trong C ++, trong khi những người ngu ngốc từ chối họ vì họ thiếu 15 năm kinh nghiệm Ruby on Rails cần thiết. Các lập trình viên cũng có thể khai thác điều này bằng cách tránh việc làm với những người sử dụng lao động quá hiểu biết. Rốt cuộc, ai muốn làm việc cho một nơi có hệ thống đưa ra quyết định tuyển dụng tồi?

Một phần là về việc HR ném buzzwords vào bản mô tả công việc vì họ không thực sự hiểu vai trò này. Đó là lý do tại sao đôi khi bạn sẽ gặp phải tình huống hài hước của một bản mô tả công việc chỉ rõ 3 năm kinh nghiệm trong một công nghệ chỉ tồn tại trong 6 tháng.

Còn về việc có nên tạo ra sự khác biệt hay không , điều đó thực sự phụ thuộc vào vai trò và các cá nhân liên quan. Chỉ cần tất cả các nhà quản lý tuyển dụng (chắc chắn là tất cả những người thông minh) sẽ hướng dẫn nhân sự vượt qua họ những ứng viên có nhiều sức mạnh trong hầu hết các lĩnh vực ngay cả khi họ thiếu một hoặc hai điểm nhấn trong bản mô tả công việc. Tuy nhiên, điều đó thường không áp dụng cho một sinh viên tốt nghiệp gần đây; Tôi đang nói về những người có nhiều kinh nghiệm làm việc tuyệt vời khi tương tác với khách hàng hoặc các nhóm hàng đầu hoặc một cái gì đó.

Tôi nghĩ rằng một nhà tuyển dụng sẽ quan tâm nhiều hơn đến việc tôi quen thuộc với bao nhiêu ngôn ngữ / mô hình, hoặc kinh nghiệm thiết kế phần mềm / thuật toán của tôi, trái ngược với công nghệ cụ thể mà tôi có kỹ năng hiện tại.

Bạn đã bao giờ nhìn vào tất cả các yếu tố tạo nên ngăn xếp phát triển của bạn chưa? Ví dụ, IDE, khung thử nghiệm, tích hợp liên tục, kiểm soát phiên bản, phương pháp phát triển và mô hình mã tạo nên một môi trường mà ai đó sử dụng để tạo phần mềm. Đây có thể là một số công cụ mà một số công ty có thể muốn ai đó biết thay vì phải chọn lại từ đầu. Quan điểm của Ironcode về thị trường của một nhà tuyển dụng là một yếu tố khác ở đây vì có thể có một số trường hợp có rất nhiều sự cạnh tranh cho một vị trí và vì vậy các công ty có thể nhắm tới bầu trời và có thể có được nó.

Chỉ để đưa ra một ví dụ cụ thể hơn về môi trường đó, đây là nơi tôi làm việc: Visual Studio 2008 đang thực hiện ASP.Net bằng cách sử dụng C #, nUnit, Cruise Control.Net, Subversion, Agile / Scrum, với sự pha trộn của thủ tục, OO và chức năng tùy thuộc vào nơi người ta đang tìm kiếm. Nếu tôi muốn chuyển sang Java, điều này có thể có nghĩa là làm quen với các công cụ mới cho nhiều chức năng này có thể không phải là điều mà chủ nhân muốn tiếp thu như một chi phí thuê tôi trong vai trò đó. Cũng có thể có một số điểm khó khăn mà những người có kinh nghiệm trong phiên bản đó có thể biết rõ hơn những người khác và tránh một số cạm bẫy có thể khiến ai đó đi, "Tại sao họ lại xây dựng nó theo cách đó?"

Không, nhìn kìa. Những yêu cầu này không được đặt ra bởi các nhân viên CNTT. Họ được tập hợp bởi những người nhân sự. Và cách người nhân sự nhận được yêu cầu là bằng cách hét lên những câu hỏi với dân IT khi họ lảo đảo qua lại với máy pha cà phê.

Vì vậy, họ nói "Bạn cần gì?" và shmuck ngẫu nhiên cuối cùng trả lời rằng "Một lập trình viên. Cần một vài năm kinh nghiệm. Giống như, tôi không biết, 4? Và sẽ tốt nếu anh ta biết .Net." Một phản ứng hợp lý.

Nhưng nó được dịch thành "4 năm kinh nghiệm trong .Net 4" và đó là .Net 4 bởi vì, khi bạn Google .Net, liên kết đầu tiên sẽ đưa bạn đến một trang nói về .Net 4.

Cũng có khả năng, và tôi đã gặp phải điều này một vài lần, rằng họ có một yêu cầu ngôn ngữ cụ thể vì họ muốn đi theo hướng đó và họ nghĩ rằng mọi việc sẽ suôn sẻ hơn nếu họ có một nhân viên có kinh nghiệm.