Thuê nhà phát triển - liệt kê IDE là một yêu cầu?

Tôi đã xem xét một số bài đăng công việc và nhận thấy rằng một số lượng khá lớn trong số họ liệt kê các IDE trong phần 'kỹ năng cần thiết', ngay cả đối với các vị trí cấp cao. Điều này cũng không được bản địa hóa cho một công ty, nhưng nó là thứ gì đó xuất hiện một lần trong mỗi vài bài đăng.

Tôi bối rối trước yêu cầu công việc này, vì những người cố vấn của tôi và một số lập trình viên giỏi nhất tôi từng thấy trong đời là ninja VIM / Emacs. Tương tự như vậy, khi tôi làm việc với mọi người, tôi không quan tâm nhiều đến những công cụ họ sử dụng miễn là họ làm việc hiệu quả trong nhóm.

Ai đó có thể vui lòng giải thích lý do đằng sau việc tuyển dụng người quản lý làm cho IDE trở thành một yêu cầu công việc chính thức không?

Nếu tổ chức đã chuẩn hóa trên một IDE đơn lẻ hoặc môi trường phát triển, thì họ có thể gọi nó trong phần mô tả công việc / đăng bài vì đó là một kỹ năng tách biệt một ứng viên với một ứng viên khác trong quá trình sàng lọc và phỏng vấn. Tuy nhiên, chỉ vì đó là một yêu cầu không có nghĩa là đó thực sự là một yêu cầu và các công ty có thể thuê một người không đáp ứng mọi "yêu cầu" được xác định .

Ở một số công ty, việc sử dụng IDE được chuẩn hóa.

Họ hy vọng tất cả các lập trình viên sẽ sử dụng cùng một IDE và do đó đang tìm kiếm các ứng viên thành thạo trong việc sử dụng nó.

Một số IDE cung cấp gỡ lỗi tích hợp, hoàn thành mã, mẫu, kiểm soát nguồn và nhiều tính năng hơn, và như vậy một công ty có thể muốn đảm bảo nhà phát triển sắp tới biết cách sử dụng IDE hiệu quả.

Phải nói rằng, hầu hết thời gian để biết một IDE không phải là một yêu cầu khó khăn, chỉ là một điều tốt đẹp để có, theo như các nhà quản lý tuyển dụng và nhóm có liên quan. Nếu những điều này được liệt kê là "phải có", tôi nghi ngờ bàn tay của những người không mã hóa để kiếm sống (nhân sự, nhà tuyển dụng, v.v.).

Công ty có thể có các tiện ích mở rộng hoặc trình cắm tùy chỉnh cụ thể cho một IDE cụ thể hoặc thường đơn giản hơn là quy trình làm việc của chúng được xác định theo các khả năng của IDE. Ví dụ, công cụ xây dựng tiêu chuẩn của họ có thể trực tiếp tiêu thụ tệp dự án của IDE hoặc phụ thuộc vào một số cấu trúc thư mục cụ thể. Họ cũng có thể có các tiêu chuẩn mã hóa được thi hành hoặc kiểm tra bằng cách sử dụng tùy chọn IDE hoặc trình cắm cụ thể.

Tôi sẽ không đọc quá xa về nó.

Các tổ chức lớn hơn có xu hướng có các phòng nhân sự và phát triển riêng biệt. Nhân sự nói chung có ít hoặc không hiểu về những gì các nhóm phát triển thực sự cần ở một ứng viên, và tương tự như vậy với người quản lý tuyển dụng hiểu những gì HR cần cho bác sĩ thú y.

Vì vậy, những điều ngớ ngẩn như IDE trở thành một phần của các yêu cầu chính thức vì đó là thước đo cụ thể mà HR có thể lọc được.

Nếu nó xuất hiện trong cuộc phỏng vấn và người quản lý tuyển dụng không thể cung cấp lý do cụ thể tại sao XYZ IDE phải được sử dụng để phát triển trong cửa hàng của họ, thì hãy xem đó là cờ đỏ.

Có lẽ họ sử dụng một IDE rất cụ thể (được cung cấp bởi một nhà cung cấp thị trường thích hợp cho các công nghệ thị trường thích hợp - tôi nghĩ rằng một số công cụ SAP có thể được tính trong lĩnh vực này) cần một chút thời gian để làm tốt và họ không có thời gian để chờ đợi một thuê mới để bắt kịp. Có lẽ họ làm rất nhiều công cụ / kịch bản cụ thể cho một IDE nên họ cần những người có kỹ năng đó.

Tôi chưa bao giờ thực sự gặp phải những tình huống này (trong đó IDE được liệt kê là phải có; tôi thường thấy nó trong phần kỹ năng "tốt để có" trong một bài đăng công việc) và tôi chưa bao giờ nghe thấy về một điều như vậy là một điểm dừng trong quá trình tuyển dụng. Nhưng đó chỉ là kinh nghiệm của tôi ...

Tôi có thể đưa cho bạn một kịch bản ... Tôi làm việc cho một tập đoàn tài chính lớn. Chúng tôi có một danh sách các phần mềm "được phê duyệt" mà chúng tôi được phép cài đặt trên máy của mình. Điều đó bao gồm các môi trường phát triển. Đây là một vấn đề bảo mật; sau đó giúp theo dõi các vấn đề có thể xảy ra với từng PC và máy tính xách tay.

Khi tuyển dụng, các nhà quản lý phải tính đến những IDE nào sẽ có sẵn cho nhân viên mới và tất nhiên, nếu họ không có kinh nghiệm với những gì có sẵn, họ sẽ không làm được gì nhiều.