Là công việc của tôi trong một thử nghiệm phát triển đang bị lợi dụng? [đóng cửa]

Tôi đang tìm kiếm một công việc và đã áp dụng cho một số vị trí. Một chủ nhân trả lời. Tôi đã có một cuộc phỏng vấn qua điện thoại khá dài (có lẽ là một giờ +) và sau đó họ thiết lập cho tôi một bài kiểm tra dành cho nhà phát triển. Tôi được cho biết rằng bài kiểm tra được ước tính mất từ ​​6 đến 8 giờ và nếu kết quả đạt được với sự chấp thuận của họ, tôi sẽ được trả tiền cho công việc của mình.

Điều đó đã cho tôi một số tạm dừng, nhưng tôi nỗ lực. Thử nghiệm dành cho nhà phát triển đã diễn ra trên một VM được truy cập thông qua RDP . Nhiệm vụ là triển khai một trang tìm kiếm trong một dự án web yêu cầu dữ liệu từ máy chủ, hiển thị nó trên màn hình trong một bảng, có sơ đồ lọc tìm kiếm khá phức tạp (có khoảng 15 trạng thái và khi gửi tìm kiếm đến máy chủ bạn có thể tìm kiếm theo các trạng thái này) ngoài tìm kiếm chuỗi / trường. Ngoài ra, họ muốn các biểu tượng SVG thay đổi màu sắc trên các giá trị dữ liệu nhất định và một số dữ liệu được thể hiện khác với cách cấu trúc trong cơ sở dữ liệu.

Câu chuyện của Loooong ngắn ngủi, việc này kéo dài hơn 6-8 giờ. Phần lớn là do VM rất kém mà tôi đang chạy (Visual Studio 2013 mất 10 phút để tải và 15 phút nữa để mở giải pháp ginormous 3 GB).

Tôi được cho biết rằng sau khi hoàn thành bài kiểm tra, tôi nên thực hiện các thay đổi của mình đối với kiểm soát nguồn ... Hmm, OK. Tôi làm theo chỉ dẫn. Và sau khi thực hiện các thay đổi, tôi đã được gửi email phản hồi. Các SVG không được tô màu đúng, có một lỗi trong trường hợp cạnh này, có một vấn đề không thường xuyên xảy ra với thứ khác mà tôi chưa bao giờ gặp phải, v.v ... Vì vậy, bây giờ tôi đã 13-14 giờ và tôi phải sửa lỗi. Tôi làm chúng, và nhà tuyển dụng quay lại với nhiều yêu cầu sửa lỗi hơn.

Tất cả công việc của tôi rõ ràng là đi vào một ứng dụng sản xuất. Tôi nhận thấy một vài sự bất thường trong mã nơi có vẻ như những người khác đã mã hóa tất cả một chức năng nhưng không chạm vào bất cứ thứ gì khác.

Tôi chỉ đang được sử dụng cho lao động giá rẻ? Ngay cả khi họ trả cho tôi 50 đô la hứa hẹn một giờ trong 6 giờ, tôi đã cam kết khoảng 18 giờ cho việc này ngay bây giờ. Nếu tôi sửa lỗi tất cả những thứ họ tiếp tục phát hành, tôi sẽ làm việc miễn phí ít nhất 16 giờ.

Tôi đã thực hiện một số thử nghiệm dành cho nhà phát triển, nhưng tôi chưa bao giờ thực hiện một thử nghiệm nào trong thời gian đó tôi làm việc với mã dành cho sản xuất. Tôi chưa bao giờ thực hiện một thử nghiệm khi tôi triển khai một tính năng đang trong quá trình phát triển và tôi chưa bao giờ thực hiện một thử nghiệm mất 4 vòng và tổng cộng hơn 20 giờ. Tôi có ấn tượng rằng họ đang sử dụng thử nghiệm nhà phát triển của họ để lĩnh vực một số chức năng với giá rẻ.

Tôi có ấn tượng sai? Và giao thức thử nghiệm này có phù hợp không?

Tôi sẽ không bao giờ tham gia vào một bài kiểm tra mã về bản chất này. Tôi đã thực hiện nhiều bài kiểm tra mã và thực hiện nhiều dự án mã. Tôi chắc chắn sẽ không kiểm tra mã vào kho lưu trữ của người khác trong bất kỳ trường hợp nào. Nếu họ không biết những gì họ cần biết sau một mẫu 4 giờ với một số sửa lỗi nhỏ trong phiên lập trình cặp, thì họ sẽ không bao giờ biết.

Đi vào một bài kiểm tra, bạn nên biết và làm rõ một vài điều trước:

1. Cần phải đồng ý và biết rằng mọi tác phẩm được tạo ra trong bài kiểm tra có thể không được sử dụng cho bất kỳ mục đích nào ngoài việc xác định kỹ năng của bạn tại các nhiệm vụ được yêu cầu.
2. Một bài kiểm tra mã không nên kéo dài quá 4 giờ.
3. Bạn không phải là nhân viên của công ty, vì vậy mọi đề xuất mà bạn có thể được trả cho mã được sản xuất là vô lý. Nhấn mạnh vào một hợp đồng thanh toán bằng văn bản nếu thậm chí có một gợi ý về điều này.
4. Đặt các giới hạn cụ thể về thời gian bạn sẽ dành cho bất kỳ phần nào của bài kiểm tra và sau đó tuân theo các giới hạn đó. Nếu bạn thấy mình vượt quá giới hạn vì bất kỳ lý do gì, hãy xem xét lý do tại sao bạn vượt quá giới hạn đó. Có phải vì áp lực từ họ? Có phải vì bạn đã phạm sai lầm? Có phải vì bạn đã ước tính kém bao lâu để hoàn thành một cái gì đó?
5. Giữ vững lập trường nếu bạn cảm thấy bạn đã đề cập đến một chủ đề cụ thể. Nếu bạn đã sửa một lỗi và họ đang yêu cầu bạn sửa một lỗi gần như giống hệt nhau, hãy nói "Chúng tôi đã đề cập đến chủ đề đó với lỗi x, có lẽ chúng ta có thể chuyển sang một thứ khác chứng minh điều gì đó mới".
6. Trong mọi trường hợp, bạn không nên kiểm tra bất cứ điều gì vào một đường ống sản xuất. Điều này bao gồm vào bất kỳ loại ngành phát triển nào cuối cùng có thể dẫn đến một đường ống sản xuất. Khi nghi ngờ, hãy kiểm tra không có gì. Đối với các kiểm tra mã không nhất thiết phải trực tiếp, tôi khẳng định rằng mã phải được kiểm tra vào kho lưu trữ công khai cá nhân của tôi trước tiên. Điều này mang lại cho tôi ít nhất một số loại bảo vệ khỏi việc sử dụng công việc của tôi không phù hợp.
7. Đánh giá họ về hành vi của họ từng chút một như họ đang đánh giá bạn. Nếu bạn cảm thấy họ không ở phía trước với bạn, hãy gọi họ trên đó. Nếu bạn cảm thấy mình đang bị ngược đãi, hãy lên tiếng.

Công ty bạn đang phỏng vấn cũng đang được bạn phỏng vấn. Nếu đây là cách họ đối xử với người mà họ đang phỏng vấn, đây có phải là công ty bạn muốn làm việc không? Tôi hiểu rằng mọi người thường có nhu cầu về công việc và thường thì nhu cầu này sẽ ghi đè lên một số khái niệm ý nghĩa thông thường, nhưng điều này luôn luôn được đặt lên hàng đầu trong tâm trí của bạn. Đừng ngại bước ra ngoài. Nếu cảm thấy không đúng, hãy làm theo bản năng của bạn và bỏ phiếu bằng chân.

Nhiều cuộc phỏng vấn được theo sau bởi các bài kiểm tra. Những bài kiểm tra đó là cần thiết để đảm bảo rằng bạn thực sự có các kỹ năng cần thiết và để có cái nhìn rõ hơn về một số điều khó kiểm tra trong chính cuộc phỏng vấn (chẳng hạn như bạn áp dụng quy tắc phong cách cho mã của mình).

Điều này đang được nói, một bài kiểm tra là một bài kiểm tra.

• Nó không cần phải dài. Không có nhiều thứ bạn có thể thấy sau tám giờ mã hóa mà bạn không thể thấy sau ba mươi phút. Quan trọng hơn, mã được viết trong quá trình kiểm tra sau đó nên được xem xét, mỗi dòng trên một dòng, mất một khoảng thời gian quan trọng . Không có gì lạ khi dành hơn hai giờ để xem lại mã kiểm tra được viết trong nửa giờ.

• Nó không nên đối phó với một cơ sở mã tồn tại. Hiểu cơ sở mã của một sản phẩm quy mô trung bình có thể mất vài ngày hoặc vài tuần (hoặc tháng hoặc năm tùy thuộc vào chất lượng mã và nợ kỹ thuật). Sở hữu trí tuệ cũng có thể là một vấn đề (trừ khi mã được mở nguồn).

  Khi mục tiêu là kiểm tra làm thế nào ứng viên có thể duy trì cơ sở mã tồn tại, thử nghiệm có thể được thực hiện trên cơ sở mã giả tưởng nhỏ (500-600 LỘC) được viết riêng cho các bài kiểm tra.

• Nó không phải là một yêu cầu để phát triển một ứng dụng hoặc tính năng thực tế. Nó có thể là một đoạn mã hoàn toàn vô dụng, được viết với mục đích duy nhất là cho thấy rằng bạn đã hiểu vấn đề và tìm ra một cách thanh lịch để giải quyết nó.

• Nó không phải là hoàn hảo. Có lỗi không? Tốt rồi. Ghi chú của họ để phỏng vấn thêm với ứng viên; nó có thể là một cơ hội tuyệt vời để xem ứng viên phản ứng thế nào trong tình huống này.

• Không cần phải thực hiện thông qua RDC trên máy ảo, trừ khi bạn không có Visual Studio. Nếu mục tiêu là để xem các kỹ năng mã hóa và giải quyết vấn đề của bạn, thì bạn không thực hiện bài tập đó ở đâu.

• Không còn nghi ngờ gì nữa về mã được viết trong bài kiểm tra này để kết thúc việc kiểm soát phiên bản của công ty. Tại sao họ gây ô nhiễm kiểm soát phiên bản của họ với một cái gì đó được viết bởi một ứng cử viên?

Để kết luận, khi bạn được yêu cầu dành hàng chục giờ để viết mã sản xuất, giải quyết các lỗi và cam kết công việc của bạn sẽ kiểm soát phiên bản của công ty:

• Họ chỉ đang sử dụng bạn để triển khai các tính năng miễn phí,

• Hoặc họ thực sự không hiểu làm thế nào để thực hiện một cuộc phỏng vấn.

Trong cả hai trường hợp, hãy tìm một nơi tốt hơn để làm việc.

Không viết một câu trả lời dài, nhưng tôi thực sự bối rối, tại sao không ai đưa ra vấn đề bản quyền?

Theo như kinh nghiệm của tôi, tôi chưa bao giờ nghe về một thỏa thuận được thực hiện để chuyển quyền sở hữu bản quyền của mã được viết trong quá trình thử nghiệm của nhà phát triển cho bên kia. Nếu đây là trường hợp bạn thực sự có thể kiện họ vì vi phạm bản quyền và các thiệt hại được trao cho việc này có thể khá hay, đặc biệt là ở Mỹ từ những câu chuyện tôi đã nghe. Và nếu họ muốn giải quyết (hãy đề xuất điều này), bạn có thể yêu cầu bất kỳ khoản phí cắt cổ nào cho việc vi phạm (sau đó về nguyên tắc họ vẫn không được phép sử dụng tác phẩm của bạn và bạn vẫn có thể bán tác phẩm của mình cho họ nếu họ vẫn quan tâm ).

Những người có nhiều kinh nghiệm nghề nghiệp có thể trả lời câu hỏi này tốt hơn, nhưng cá nhân tôi sẽ không thoải mái lắm với bài kiểm tra dev hơn 20 giờ. Có vẻ như họ đang sử dụng cuộc phỏng vấn để hoàn thành nhiệm vụ công việc.

Tôi giả sử rằng bạn chưa ký bất kỳ tài liệu pháp lý nào liên quan đến quyền sở hữu mã. Vì vậy, tôi sẽ đợi cho đến khi họ xem lại mã và chấp nhận hoặc từ chối nó. Sau đó, nếu họ chấp nhận, tôi sẽ yêu cầu được trả tiền cho toàn thời gian, hơn 20 giờ. Tôi không chắc chắn rằng mình sẽ thanh toán chỉ trong sáu giờ được đề xuất ban đầu. Nếu điều này sẽ đi vào sản xuất, thì họ sẽ cần phải thẳng thắn sở hữu mã.

Ít nhất, thảo luận về thanh toán cho mã sẽ giúp bạn quyết định xem bạn có muốn chấp nhận đề nghị hay không. Tôi sẽ không muốn chấp nhận một đề nghị nếu họ nghĩ rằng chỉ trả tiền cho bạn trong sáu giờ là công bằng.

Khi tôi ở vị trí phỏng vấn các nhà phát triển, các bài kiểm tra đó rất ngắn và chỉ đơn giản là "vượt qua hoặc thất bại", không bao gồm lỗi, ngay cả khi có một vài lỗi nhỏ trong mã. Đó là bởi vì tôi muốn đánh giá các kỹ năng của ứng viên, không có được một phần mềm sẵn sàng sản xuất.

Tình huống được mô tả trong câu hỏi trông rất giống như ai đó đang cố gắng để có được thứ gì đó hữu ích miễn phí (hoặc giá rẻ).

Tôi chưa bao giờ thực hiện bài kiểm tra dev dài hơn một giờ và tất cả đều là 'câu đố', một công việc để xem liệu tôi có thể giải quyết vấn đề và đáp ứng mục tiêu đã nêu trong một giới hạn thời gian nhất định hay không.

$ 50 (hoặc với tôi, £ 25-30) là một tỷ lệ ngày khá tồi tệ, nó giống như yêu cầu một thợ sửa ống nước sửa bồn cầu của bạn để đổi lấy đồ uống.

Lời khuyên của tôi, không có gì chắc chắn, là viết blog về kinh nghiệm của bạn, đề cập đến công ty bằng tên trong trường hợp họ đang cố gắng tạo toàn bộ ứng dụng bằng kỹ thuật này (mọi người thường là các công ty google trước khi đi phỏng vấn) và đừng để nó lại xảy ra Lần tới khi họ yêu cầu sửa lỗi, bạn đặt tên cho tỷ lệ ngày tư vấn (ít nhất gấp 5 lần so với những gì họ đã cung cấp) và thông báo rằng các nhà phát triển sẽ không làm việc miễn phí.

Đáng buồn thay, đáng buồn là một phần của cuộc sống, nhưng bạn không cần phải ngồi lại và chấp nhận nó.

Chỉ để so sánh: Cuộc phỏng vấn cho công việc hiện tại của tôi là khoảng 1 giờ nói về những gì tôi đã làm cho đến nay và những gì công ty đang dự định làm và làm thế nào tôi sẽ phù hợp. Sau đó, chúng tôi làm việc cùng nhau một tuần trong một dự án nhỏ mà họ đã nói dối xung quanh, tôi đoán chỉ để xem làm thế nào chúng ta hòa hợp với nhau. Họ trả cho tôi vì đây là freelancer như số tiền tôi nhận được bây giờ với tư cách là nhân viên của họ, vì vậy không bao giờ có một ngày làm việc không được trả lương, chứ đừng nói đến 3 ngày.

Nếu mã thực sự được sử dụng trong sản xuất, tôi sẽ gửi cho họ hóa đơn trong 24 giờ bạn đã sử dụng, không phải lỗi của bạn nếu ước tính của họ sai. Giả sử họ không cho phép bạn ước tính sẽ mất bao lâu.

Mặc dù bạn được cho là được trả tiền cho (một số) công việc của bạn, nhưng điều này không giống như một dự án thử nghiệm , nó có vẻ như là một trò lừa đảo để có được công việc rẻ / miễn phí từ bạn. Nó có thể được dự định là một dự án thử nghiệm, chỉ là không có cấu trúc hoặc quản lý rất tốt.

Nhưng việc quản lý tệ đến mức nghe có vẻ như là một trò lừa đảo, chắc chắn là điều bạn nên cân nhắc khi quyết định có nên nhận công việc đó hay không.

Một dự án thử nghiệm thích hợp sẽ làm rõ rằng

• Họ có công việc mà họ mong muốn đã làm.
• Dựa trên cuộc phỏng vấn của bạn, họ tin rằng bạn sẽ có thể thực hiện công việc.
• Hoàn thành thành công của dự án không đảm bảo một vị trí.
• Điều khoản cho dự án (họ sẽ trả bao nhiêu, ai sở hữu mã, cho dù đó là thời gian và vật liệu hay tỷ lệ cố định, thời gian ước tính để hoàn thành, v.v.).
• Dự án sẽ được xem xét và phản hồi được cung cấp - không chỉ là có / không về việc bạn có nhận được vị trí đó hay không.

Các điều khoản nên được bạn chấp nhận bất kể bạn có được tuyển dụng hay không - nếu các điều khoản chỉ được chấp nhận nếu chúng đi kèm với một công việc toàn thời gian, chúng không thực sự được chấp nhận.

Tôi không nghĩ rằng họ thực sự sẽ sử dụng điều này để có được lao động giá rẻ.

Lý do rất đơn giản. Sau khi bạn viết các bài kiểm tra đó, họ cần mọi người xem lại những gì bạn viết, vâng, việc xem lại mã dễ dàng hơn nhiều so với việc tự viết mã, nhưng vẫn mất nhiều thời gian.

Và sau đó có lẽ họ cần mọi người duy trì các bài kiểm tra đó, giải thích nó, v.v.

Và tôi chỉ đơn giản là không thể tưởng tượng bất kỳ công ty CNTT nào quan tâm đến việc tiết kiệm ít hơn 100 đô la, đặc biệt là các công ty ở Mỹ. Không bao giờ hoạt động kinh doanh.

Tôi là một người tin tưởng tuyệt vời vào các bài kiểm tra mã cho các nhà phát triển phỏng vấn cho một công việc. Tuy nhiên, điều này nghe có vẻ như kiểm tra mã từ địa ngục ... Các kiểm tra mã không bao giờ liên quan đến mã sản xuất. Chúng nên đơn giản và nên nói rằng không có công việc nào được thực hiện sẽ được sử dụng bởi công ty.

Rõ ràng, công việc bạn đã làm là về mã sản xuất. Bạn nên được trả tiền cho tất cả thời gian của bạn - tối thiểu. Hãy thử nói chuyện với một luật sư và xem liệu anh ta nghĩ rằng sẽ có giá trị để kiện họ. Nhiều luật sư cung cấp tư vấn ban đầu miễn phí. Nếu gian lận có liên quan, và trong trường hợp này có vẻ như vậy, bạn sẽ có quyền được tăng gấp bốn lần thiệt hại tiền bạc, và bạn cũng có thể nhận được một số thiệt hại trừng phạt tốt đẹp trên đó.

Bằng cách kiện họ và giành chiến thắng, bạn sẽ đưa ra một số tiêu đề và không khuyến khích thực hành này bởi những người khác trong tương lai - điều này sẽ có lợi cho tất cả các nhà phát triển phần mềm đang tìm kiếm một vị trí mới.

Không may kiểm tra mã hóa là một thực tế của cuộc sống. Điều đó nói rằng, điều đó làm phiền tôi khi được yêu cầu thổi bốn giờ trong bài kiểm tra mã hóa như một điều kiện để có được sàng lọc điện thoại đầu tiên của tôi. Thật không công bằng khi yêu cầu một ứng viên đầu tư quá nhiều khi công ty đã đầu tư quá ít vào mối quan hệ.

Tôi là một nhà phát triển cao cấp và tôi có thể vượt qua bài kiểm tra mã hóa của họ. Nhưng tôi sẽ không lãng phí rất nhiều thời gian cho nó trừ khi công ty đã thể hiện sự quan tâm cá nhân đối với tôi. Nói chung, tôi không hoàn thành đơn đăng ký cho bất kỳ công ty nào có mẫu đơn trực tuyến lớn, được viết kém, yêu cầu tôi nhập lại sơ yếu lý lịch của mình để robot viết kém của họ có thể tìm kiếm từ khóa. Tôi thường không đồng ý hoàn thành bài kiểm tra mã hóa trừ khi nó ngắn gọn hoặc họ đang xem trực tiếp và nói chuyện với tôi.

Ngay cả khi họ không đưa mã của bạn vào sản xuất, một công ty muốn bạn dành cả đống thời gian để gõ trước khi bạn biết liệu bạn có phù hợp hay không là một công ty thoải mái lợi dụng bạn. Họ đang báo hiệu những gì họ muốn mối quan hệ của họ được; bạn là con khỉ mã Họ gọi các bức ảnh. Và quá trình phỏng vấn của họ được thiết kế để tìm những người thoải mái với mối quan hệ đó.

Đừng là một con khỉ mã. Đi đi.