Nhà tuyển dụng thừa nhận rằng các nhà phát triển của nó được trả lương thấp và bị định giá thấp. Thời gian để chia cách? [đóng cửa]


33

Chủ nhân của tôi gần đây đã đăng một bài mở cho Nhà phát triển C # với 3-5 năm kinh nghiệm. Các yêu cầu và kỳ vọng cho vị trí này là công bằng, cho đến khi các tiêu chí để xác định mức lương. Rõ ràng rằng việc bồi thường sẽ phụ thuộc CHỈ vào kinh nghiệm với C # và rằng nhiều năm kinh nghiệm lập trình với các ngôn ngữ & khung khác sẽ bị coi là không liên quan và không được tính đến. Tôi đã nêu lên mối quan tâm của mình với HR rằng các ứng cử viên tốt sẽ coi đây là màu đỏ cờ và chỉ đạo đi. Tôi đã cố gắng giải thích rằng phát triển phần mềm không chỉ là ngôn ngữ cụ thể, và trả tiền cho ai đó bằng kinh nghiệm của họ bằng một ngôn ngữ là một cách tiếp cận rất ngắn gọn để thuê các nhà phát triển giỏi (Tôi đang nói điều này với phòng nhân sự của một công ty phần mềm) .

Câu trả lời: "Chúng tôi mệt mỏi vì lãng phí thời gian để phỏng vấn các nhà phát triển, những người mong đợi" mức lương lớn "bởi vì họ có nhiều kinh nghiệm lập trình bổ sung bằng các ngôn ngữ khác với những gì chúng tôi yêu cầu." Vấn đề số 1 ở đây là 'mức lương lớn' = Tỷ lệ thị trường. Sau một số cuộc thảo luận nghiêm túc, về cơ bản, họ thừa nhận rằng không ai trong công ty được trả gần bằng giá thị trường cho các kỹ năng của họ, và không có gì có thể làm được về điều đó. Bộ phần mềm C có tâm lý rằng nhân viên chỉ nên được trả tiền cho các kỹ năng đã được chứng minh qua nhiều năm theo đồng hồ của họ. Các nhà phát triển cấp nhập cảnh được chọn với giá dưới 38 nghìn đô la và có thể đạt tới 50 nghìn sau 3 năm, điều mà tôi cho là xoay quanh những gì họ dự định cung cấp cho ứng viên cho vị trí C #. Một khám phá thú vị khác (không liên quan) - mọi người 'thăng chức' để trách nhiệm cao hơn không được tăng lương. 'Khuyến mãi' được coi là sự điều chỉnh vai trò của các cá nhân để phù hợp hơn với 'thế mạnh' của họ, đó là những gì họ đã được trả tiền.

Sau khi nghe những sự thật phũ phàng này từ HR, tôi sẽ cho rằng hầu hết những người đang tìm kiếm chính mình sẽ nhanh chóng bắt đầu tìm kiếm một nhà tuyển dụng mới có ý tưởng tốt hơn về những gì họ đang làm trong ngành (công ty này thất bại ở nhiều công ty khác cách, nhưng tôi không muốn viết một cuốn sách). Đây là vấn đề nan giải của tôi tuy nhiên:

Đây là vị trí phát triển phần mềm chính thức đầu tiên tôi nắm giữ, gần 1 năm nay. Vị trí 3 năm trước của tôi là với một công ty rất nhỏ nơi tôi thực hiện nhiều nhiệm vụ, trong số đó là phát triển phần mềm (không phải trong bản mô tả công việc chính thức của tôi, nhưng tôi đã rất cố gắng để làm như vậy). Tôi đã xác định các cơ hội mở tại địa phương mà tôi hiện đủ điều kiện, hầu hết trả nhiều hơn ít nhất 50% so với hiện tại. Câu hỏi là, có quá sớm cho một bước nhảy? Tôi đang nhận được kinh nghiệm quý giá ở vị trí hiện tại của mình, không thiếu những dự án thú vị. Môi trường làm việc rất thoải mái, và tôi được nhiều người nói rằng tôi đang ở trong tầm ngắm của những người ở cấp độ C về những thứ mà tôi có thể hoàn thành trong thời gian ngắn (vì những gì đáng giá). Tuy nhiên, có một chi phí cơ hội rõ ràng để ở, bây giờ biết chắc chắn rằng tôi sẽ phải đợi 3-5 năm chỉ để được giới hạn ở những gì tôi có thể kiếm được ở nơi khác trong năm nay. Tôi cũng nhận thức được rằng 'phễu công việc' là một nhãn hiệu nguy hiểm cần có, bất kể lý do.

CẬP NHẬT: Tôi vừa chấp nhận một đề nghị tại một công ty khác, trả nhiều tiền hơn và với các dự án thậm chí mát mẻ hơn. Cảm ơn tất cả các câu trả lời sâu sắc.


4
Bạn sẽ có được kinh nghiệm quý báu trong một công việc mới. Có những công việc khác không thiếu các dự án thú vị và môi trường làm việc rất thoải mái. Bạn chắc chắn sẽ gây ấn tượng với các nhà tuyển dụng khác với những thứ mà bạn có thể hoàn thành. Tìm một công việc tốt hơn, sau đó nhảy.
Carson63000

Nếu bạn có thể kiếm được $ 38k công cụ học tập một cách ngồi xung quanh, thật tuyệt vời. Các công ty shitty thường mong đợi nhiều hơn ít hơn, vì vậy tôi sẽ để lại cái mông xin lỗi của họ. Bạn có thể làm gấp đôi hoặc gấp ba ngoài đó.
Hủy bỏ

2
Là một chuyên gia nhân sự, tôi khuyên bạn nên làm việc chăm chỉ vào ban ngày và chăm chỉ tìm kiếm một công việc mới vào ban đêm. "Quá sớm để nhảy" chỉ có nghĩa là "không có việc làm tốt" - nếu bạn có thể tìm được một vị trí tốt hơn, hãy nắm lấy nó! Cuộc sống quá ngắn ngủi, anh à. CHỈNH SỬA THÊM - nhãn phễu công việc chỉ áp dụng nếu bạn không thể biện minh cho việc thoát nhanh trong khi phỏng vấn. Tôi nghi ngờ bạn sẽ không có vấn đề như vậy nếu tất cả những gì bạn nói là đúng!
vẽ

Câu trả lời:


24

Các công ty không coi trọng việc duy trì không cung cấp bồi thường cạnh tranh. Họ cũng có xu hướng nhận được những gì họ xứng đáng, vì họ có xu hướng thu hút các nhà phát triển với ít lựa chọn hơn. Đôi khi, điều đó chỉ có nghĩa là những người có khả năng đàm phán hoặc kỹ năng con người kém, nhưng nó thường dẫn đến những rắc rối về công nghệ bởi vì không có ai có phạm vi kinh nghiệm rộng hơn để sử dụng như một ban âm thanh cho các ý tưởng thiết kế và thực hiện.

Tôi ở cùng một công ty trong 7 năm, nhưng, trong vài năm gần đây, tôi cũng đã chuyển sang một phần nhờ tập trung vào công việc hợp đồng và sau đó là nhờ những thách thức kinh tế mà chủ nhân của tôi phải đối mặt. Tôi đã chọn rời khỏi người chủ trước đây khi biết rằng công ty đang sụp đổ và tôi biết rằng đó thực sự là một kế hoạch Ponzi trong khoảng thời gian tôi từ chức. Thời gian ngắn ở một vài công việc trước đây của tôi đã khiến một số người chú ý trong các cuộc phỏng vấn, nhưng bạn không cần phải tiêu cực trong các cuộc phỏng vấn khi bạn đang tìm kiếm một cái gì đó khác.

Nếu bạn được hỏi tại sao bạn có động lực rời đi, tôi sẽ hy vọng điều đó bởi vì công ty kia cung cấp một dự án / công nghệ / thử thách thú vị hơn, cơ hội học hỏi từ những người có kinh nghiệm / tài năng hơn và gói bồi thường hấp dẫn hơn; bạn có thể nói bất cứ điều gì trong số đó mà không làm cho bạn hoặc chủ nhân hiện tại của bạn trông tệ. Nếu bạn có năng lực hợp lý, bạn sẽ có lựa chọn. Bạn nên luôn luôn sẵn sàng khám phá các lựa chọn cho công việc tiếp theo của mình, ngay cả khi bạn hài lòng với vị trí hiện tại của mình, bởi vì nó sẽ cho bạn quan điểm về các lựa chọn phát triển nghề nghiệp của bạn và nó sẽ cho phép bạn kiểm soát nhiều hơn về tương lai của mình, vì bạn sẽ dành nhiều thời gian hơn để lựa chọn nhà tuyển dụng của bạn chứ không phải là cách khác.

Dù sao, chủ nhân của bạn là sai. Kinh nghiệm trong "các ngôn ngữ khác" chỉ là một phần nhỏ của những gì có giá trị ở một nhà phát triển có kinh nghiệm. Sẹo chiến đấu, kinh nghiệm xây dựng và duy trì các hệ thống phức tạp theo cách bền vững và kinh nghiệm tung hứng các nhu cầu của doanh nghiệp và nợ kỹ thuật là những gì làm cho các nhà phát triển có kinh nghiệm có giá trị. Các đồng nghiệp cấp dưới của tôi có thể tạo ra rất nhiều mã trong một khoảng thời gian ngắn, nhưng họ thường đi và giải quyết vấn đề sai một cách không thể nhầm lẫn. Hỏi tôi cái nào có giá trị hơn, và tôi sẽ nói với bạn rằng chúng ta cần cả những kỹ sư cao cấp, những người có thể suy nghĩ theo cách đa sắc thái và những nhà phát triển cơ sở lạc quan muốn xây dựng những thứ mới càng nhanh càng tốt ngay cả khi chúng ta gặp phải một số sai lầm trong lần đầu tiên . Nhưng kinh nghiệm là có giá trị, bởi vì nó giúp bạn không mất quá nhiều thời gian để tạo ra nợ kỹ thuật.

Tôi biết nhiều người có 3 năm kinh nghiệm về C # vẫn tạo ra mã C # nhảm nhí, không thể nhầm lẫn và không phổ biến và tôi biết một nhà phát triển Java lâu năm mất khoảng 6 tuần để bắt đầu sản xuất mã C # chất lượng cao, tận dụng các thành ngữ ngôn ngữ và được kết nối lỏng lẻo nhờ sự kết hợp giữa kinh nghiệm, sự tò mò và đánh giá mã. Nếu bạn có một nhà tuyển dụng không có sự khác biệt, vâng, đó là một ý tưởng tốt để tìm kiếm một cơ hội phát triển ở nơi khác. Bạn nên luôn muốn làm việc với một công ty nhìn xa hơn về tương lai so với bạn và thuê những người thông minh hơn bạn.


4
Không đánh giá sự duy trì cũng có xu hướng dẫn đến sự mã hóa hoàn toàn và hoàn toàn lộn xộn bởi vì các lập trình viên hiện tại đốt cháy hoặc nhận được các đề nghị tốt hơn và rời đi, và sau đó, hàng loạt lập trình viên mới có một loạt mã hiện có để làm việc với điều đó có thể được ghi lại, gần như chắc chắn là không Theo kiểu mã hóa mà họ đã quen và không có cách nào liên hệ với người viết mã gốc để hỏi họ họ dự định gì khi họ viết cái này hay chương trình con đó, dẫn đến sự chậm chạp đáng kể khi họ phải học cách hiểu mã hiện có trong khi thêm với nó, và thậm chí là kiệt sức nhanh hơn ...
Shadur

+1: "mất khoảng 6 tuần" Đó là điều đúng theo kinh nghiệm của tôi.
kevin cline

Và phần khó nhất có lẽ là học cách nhấn enter trước và sau khi gõ a {.
Dan Neely

24
  • Một mặt, bạn làm việc cho một công ty không biết nhà phát triển phần mềm làm gì thực sự kiếm được tiền lương của họ (kinh nghiệm sâu sắc trong ngôn ngữ có thể có ích, nhưng như bạn đã chỉ ra, đó không phải là tất cả).
  • Mặt khác, bạn nói "không thiếu các dự án thú vị" - thật không may, các công ty thú vị có thể trả ít hơn, nếu họ muốn. Các công ty thú vị thông minh trả nhiều tiền hơn, bởi vì sau đó họ có được thứ tốt nhất trong số tốt nhất.
  • Bởi vì có rất nhiều yếu tố (như các dự án thú vị) quyết định giá trị thu hút của từng công việc đối với từng công ty, cũng như giá trị thực của từng nhà phát triển riêng lẻ, "tỷ lệ thị trường" là một loại crock. Tốt nhất là nó thô.
  • Một năm không phải là quá sớm để rời đi, nếu bạn có thể đưa ra một lý do chính đáng tại sao cho các nhà tuyển dụng trong tương lai mà không có vẻ như là một người bi quan, một người phàn nàn hoặc một nhân viên bảo trì cao.
  • Ít nhất, tôi sẽ nhìn xung quanh để xem những gì khác ngoài đó. Cuối cùng, bạn là người duy nhất có thể đưa ra quyết định này. Nhưng, thật khó để làm cho nó hoạt động tại một công ty dường như không coi trọng nhân viên của mình.

11

Tôi sẽ không đi đâu nếu tôi là bạn. Bạn đã nói rõ rằng bạn vẫn đang ở giai đoạn đầu của sự nghiệp và rõ ràng bạn đang làm tốt công việc, và quan trọng nhất là bạn đang học hỏi được nhiều điều.

Mọi công ty đều cố gắng giảm thiểu chi phí của mình, tức là trả ít nhất có thể cho tất cả các nguồn lực của mình, vì vậy hãy cố gắng không nhận nó một cách cá nhân. Nếu bạn từng nhìn vào bảng lương ở bất kỳ công ty nào, bạn sẽ bị sốc nặng về mức lương của mọi người phải làm với khả năng của họ hoặc thậm chí là hữu ích cho công ty. Mọi người được trả tiền ít nhất họ sẵn sàng chấp nhận. Nhân sự không có đầu mối? - không thể tin được ;-) Thực ra tôi biết quản lý cấp cao trong các công ty phần mềm thường xuyên tìm kiếm những người có thuộc tính rất cụ thể (tất nhiên loại trừ nhiều người phù hợp với đặc tính "thông minh và hoàn thành công việc") - vì vậy suy nghĩ ngu ngốc này không chỉ giới hạn Đối với người nhân sự, tôi sợ.

Hãy cẩn thận để không bị cuốn theo hội chứng "đồi xa là xanh hơn" - thực sự có vẻ như bạn có một thỏa thuận khá tốt ở nơi bạn đang ở. Một trong những vấn đề tôi nghĩ với các trang web StackExchange là tiêu chuẩn của người đóng góp rất cao và từ khi đọc câu trả lời (và đôi khi là các câu hỏi), bạn sẽ có ấn tượng rằng tất cả các công ty phần mềm phải được lấp đầy bởi những siêu nhân, siêu hiệu quả này dành mỗi buổi tối và cuối tuần mã hóa, có những ngón tay của họ trong một vài dự án nguồn mở, đang viết blog hàng ngày về vụ hack mới nhất của họ, v.v. Điều này hoàn toàn ngược lại với thực tế. Nhà phát triển phần mềm trung bình của bạn kém ấn tượng hơn bạn có thể nhận ra. Trên thực tế, người đóng góp StackExchange trung bình của bạn có thể đã có tiếng vang cao hơn trong cả công ty riêng của họ và nói chung trong ngành. Một mặt, thật thú vị khi thấy sự xuất sắc như vậy được đưa vào phạm vi công cộng để mọi người thấy, học hỏi và trở thành cảm hứng. Mặt khác, giống như tôi, bạn chỉ đơn thuần là một "lập trình viên khá giỏi nhưng không phải là bậc thầy", đôi khi có thể liên tục bị nhắc nhở về những hạn chế của bạn :-). Một điều cần nhớ là rất nhiều người trên trang này còn trẻ và trong khi họ có thể là những lập trình viên tuyệt vời, họ đã không nhìn thấy tất cả, nhưng tất nhiên vì họ không biết rằng, họ rất vui khi đưa ra ý kiến ​​của mình về cách mọi thứ nên như thế nào (tôi đã như thế nào khi còn trẻ - LOL). Mọi thứ không bao giờ đơn giản như vậy, vì vậy hãy cẩn thận khi bạn đưa lời khuyên. chỉ đơn thuần là một "lập trình viên khá giỏi nhưng không có chuyên gia", đôi khi có thể liên tục bị nhắc nhở về những hạn chế của bạn :-). Một điều cần nhớ là rất nhiều người trên trang này còn trẻ và trong khi họ có thể là những lập trình viên tuyệt vời, họ đã không nhìn thấy tất cả, nhưng tất nhiên vì họ không biết rằng, họ rất vui khi đưa ra ý kiến ​​của mình về cách mọi thứ nên như thế nào (tôi đã như thế nào khi còn trẻ - LOL). Mọi thứ không bao giờ đơn giản như vậy, vì vậy hãy cẩn thận khi bạn đưa lời khuyên. chỉ đơn thuần là một "lập trình viên khá giỏi nhưng không có chuyên gia", đôi khi có thể liên tục bị nhắc nhở về những hạn chế của bạn :-). Một điều cần nhớ là rất nhiều người trên trang này còn trẻ và trong khi họ có thể là những lập trình viên tuyệt vời, họ đã không nhìn thấy tất cả, nhưng tất nhiên vì họ không biết rằng, họ rất vui khi đưa ra ý kiến ​​của mình về cách mọi thứ nên như thế nào (tôi đã như thế nào khi còn trẻ - LOL). Mọi thứ không bao giờ đơn giản như vậy, vì vậy hãy cẩn thận khi bạn đưa lời khuyên. họ khá vui khi đưa ra ý kiến ​​của mình về việc mọi thứ nên như thế nào (nhiều như thế nào khi tôi còn trẻ - LOL). Mọi thứ không bao giờ đơn giản như vậy, vì vậy hãy cẩn thận khi bạn đưa lời khuyên. họ khá vui khi đưa ra ý kiến ​​của mình về việc mọi thứ nên như thế nào (nhiều như thế nào khi tôi còn trẻ - LOL). Mọi thứ không bao giờ đơn giản như vậy, vì vậy hãy cẩn thận khi bạn đưa lời khuyên.

Trả lại tiền, giữ đầu xuống và chứng tỏ bản thân trong công việc. Chọn một số kỹ năng đàm phán từ sách, giao dịch với khách hàng, tranh luận công khai, bất cứ điều gì. Khi đến lúc, bạn sẽ nhận được số tiền bạn xứng đáng, và quan trọng hơn, mọi người sẽ sẵn sàng trả cho bạn những gì bạn xứng đáng.

Nói riêng, tôi có thể nói rằng phát triển phần mềm đã cho tôi cơ hội sống một cuộc sống tuyệt vời với thu nhập tài chính hợp lý và điều kiện làm việc rất linh hoạt. Tôi không viết mã trong thời gian rảnh rỗi, không tham gia vào các dự án nguồn mở ngoài các dự án liên quan đến công việc. Tôi không viết blog. Tôi có lẽ không thể viết hàm hex sang số nguyên trên một tờ giấy (vì tôi thấy ai đó trong một câu hỏi khác nói là phải có từ một người được phỏng vấn), nhưng tôi có thể nói cho bạn biết tôi đã làm thế nào theo cách đó Điều đó sẽ giữ cho khách hàng của tôi rất hạnh phúc. Trong những năm qua, tôi đã phát hiện ra rằng sự phát triển các kỹ năng mềm của mình là như nhau nếu không phải là một yếu tố hơn khả năng kỹ thuật của tôi trong bất kỳ thành công nào tôi có thể có.

Chúc may mắn. (Tôi hy vọng tôi không bắt gặp bài giảng ở đây - Tôi đang viết bài này trong 10 phút giải lao, vì vậy nó có thể cần một số chỉnh sửa).


8

Nhận ưu tiên của bạn thẳng. Điều gì là quan trọng nhất với bạn: tiền lương hoặc nội dung công việc?

Nghe có vẻ như tôi có một công việc tốt ngay bây giờ, nơi bạn có thể học được khá nhiều, VÀ đây là công việc thực sự đầu tiên của bạn làm phát triển phần mềm. Trong trường hợp đó, hãy coi mình là người học việc và học tất cả những gì bạn có thể nhưng với mức lương thấp hơn. Nếu bạn được xem xét để thăng chức, bạn có thể đề cập trong các cuộc đàm phán của mình rằng tiền lương rất quan trọng với bạn và bạn cần cảm thấy rằng mình có giá trị. Trong mọi trường hợp, tình hình của bạn sẽ được cải thiện trong vòng một vài năm.


7

Tôi chỉ có thể nói 2 điều:

  1. Công việc thú vị biến thành gánh nặng theo thời gian.
  2. Bạn có thể có cả công việc thú vị và mức lương tốt tại một công ty cung cấp cả hai.

3

Mức lương chỉ là một phần của gói. Thưởng thức công việc của bạn là một việc khác. Có thể bạn có thể tìm thấy cả hai trong một cơ hội khác, hoặc bạn nắm lấy cơ hội khác và hóa ra môi trường thật tồi tệ, công việc nhàm chán, hoặc một cái gì đó khác. Mặt cỏ không phải lúc nào cũng xanh hơn. Đôi khi, nhìn vào đám cỏ xanh hơn đó, tất cả chúng ta đều bất ngờ không thích cỏ của chính mình, trong khi trước đó nó vẫn ổn với chúng ta. Bạn phải cân bằng mức độ bạn thích công việc của mình với cơ hội bạn sẽ thích một công việc khác nhiều như vậy.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.