Đến từ QA, làm thế nào một mảnh đất có thể phát triển công việc đầu tiên? [đóng cửa]

Tôi đã ở QA được 10 năm, cố gắng phát triển cho khoảng 5 người trong số họ. Tôi đã học các lớp về C ++, Java và C #. Tôi đã có thể viết một số công cụ và bài kiểm tra đơn vị trong C # tại công việc hiện tại của tôi và (bằng tất cả các tài khoản) đã làm rất tốt công việc đó.

Tuy nhiên, 8 tháng trước, chủ nhân của tôi giao cho tôi trách nhiệm thành lập nhóm QA mới. Bây giờ tôi đang thực hiện kiểm tra và triển khai thủ công mà không có hứa hẹn sẽ quay lại phát triển. Tôi đã xem xét các bảng công việc và có rất nhiều công việc cho các nhà phát triển web, vậy tôi có thể làm gì khác để có được một công việc? Tôi đã chọn một số cuốn sách về Ruby on Rails mà tôi dự định làm việc trên Mac ở nhà, nhưng tôi không chắc nhà tuyển dụng sẽ quan tâm đến bất cứ điều gì ngoài phát triển web thương mại.

Bạn có bất cứ đề xuất nào về cách tôi có thể sử dụng kinh nghiệm của mình để có được một công việc như một nhà phát triển cơ sở không? Và tôi có nghĩa là một trong đó đòi hỏi lập trình; các bài đăng tôi đã thấy cho số lượng nhà phát triển cơ sở để thực hiện tất cả các công việc nặng nề bên cạnh mã hóa. Họ chỉ nên gọi họ là "Thư ký kỹ thuật".

Bạn đã nói chuyện với nhà tuyển dụng hiện tại về mong muốn trở thành nhà phát triển chưa? Bắt đầu với điều đó, và nếu họ không bắt buộc, đã đến lúc phải tìm nơi khác.

Nếu bạn đang xem các vị trí nhà phát triển (vị trí cấp dưới là tốt nhất để bắt đầu), hãy đảm bảo rằng họ sẽ giúp bạn có kinh nghiệm trong việc phát triển thực tế, chứ không phải là "công việc nặng nề" mà bạn đã đề cập. Miễn là bạn vào được một nơi nào đó, hãy giữ nó trong vài năm và nếu đó không phải là tách trà của bạn, hãy tiếp tục. Có một vị trí nhà phát triển trong sơ yếu lý lịch của bạn, thậm chí trong một vài năm, sẽ giúp bạn có được vị trí tốt hơn. Tôi sẽ thành thật trong bất kỳ cuộc phỏng vấn nào và nhấn mạnh rằng bạn đam mê trở thành nhà phát triển sau tất cả những trải nghiệm QA bạn có.

Bạn chắc chắn nên tận dụng trải nghiệm QA của mình vì kinh nghiệm không được tính.

QA thường bị các nhà phát triển xem thường - và điều này thường không chính đáng.

Tuy nhiên, sự thiên vị không tồn tại và bạn không thể chính xác loại bỏ QA khỏi sơ yếu lý lịch của bạn.

Đây là gợi ý của tôi: Thay vì thực hiện chuyển đổi trực tiếp sang dev, hãy thực hiện chuyển đổi sang "vai trò nửa chừng". Thuật ngữ (ít nhất là ở Hoa Kỳ) được gọi là "Kỹ sư tự động hóa". Nó kết hợp các kỹ năng QA với các kỹ năng lập trình và thường bao gồm rất ít kiểm tra thủ công hoặc QA truyền thống. Kinh nghiệm của bạn với các bài kiểm tra đơn vị và trọng tâm của TDD làm cho vị trí này khá tốt. Tôi giữ vị trí đó từ một năm (mặc dù tôi đến từ dev và sau đó quay lại dev) và có thể nói với bạn rằng có rất nhiều kỹ thuật phần mềm phải được thực hiện.

Nếu bạn gắn bó với QA, hãy chuyển sang một công ty có nhiều khả năng di động nội bộ hơn nếu bạn làm tốt (có những công ty như vậy) và nơi có truyền thống và trọng tâm của kiểm tra tự động.

Cũng thử với các cửa hàng nhanh nhẹn. Họ có xu hướng quan sát ranh giới của qa / dev ít hơn.

Tôi không nhớ đã thấy các công việc "thư ký kỹ thuật" trở lại khi tôi đang tìm kiếm công việc phát triển đầu tiên của mình. Điều này có thể thay đổi tùy theo vị trí của bạn, tất nhiên, nhưng tôi nghĩ rằng nếu bạn thực sự muốn đột phá vào sự phát triển, bạn không nên phân biệt đối xử với các bài đăng công việc của nhà phát triển cơ sở. Hầu hết nếu không phải tất cả trong số họ sẽ nói điều gì đó dọc theo "các nhiệm vụ khác theo yêu cầu của quản lý". Đó là bình thường. Điều đó không có nghĩa là bạn sẽ pha cà phê cho sếp của bạn.

Tôi nghĩ rằng điều quan trọng đối với bạn sẽ là có được công việc dev đầu tiên. Không thực sự quan trọng nó là gì - bạn chỉ cần có "nhà phát triển phần mềm" xuất hiện trong sơ yếu lý lịch của mình để dễ dàng tìm thấy công việc phát triển thứ hai của bạn, điều này có thể sẽ tốt hơn lần đầu tiên.

Kinh nghiệm QA hiện tại của bạn có thể làm việc có lợi cho bạn. Bạn có kinh nghiệm làm việc trong thế giới thực mà tốt nghiệp đại học không có khả năng có. Vì vậy, lời khuyên tốt nhất tôi có thể đưa ra là bắt đầu xin việc và phỏng vấn. Nếu bạn không được thuê, hãy theo dõi những người đã phỏng vấn bạn và hỏi họ những gì bạn có thể làm tốt hơn hoặc khác đi. Điều đó sẽ giúp bạn nhiều hơn bất cứ điều gì khác.

Nhiệm vụ đầu tiên của tôi với tư cách là một nhà phát triển cơ sở sau 1,5 năm ở QA (và 3 năm hỗ trợ trong mùa hè) là khắc phục các sự cố đánh dấu và css. Sau một vài tuần, tôi đã sửa các lỗi mã đơn giản trước khi chịu trách nhiệm về các lĩnh vực công việc và cuối cùng là các dự án.

Trong bất kỳ ngành nghề nào, bạn bắt đầu từ phía dưới và tiến lên, phát triển chắc chắn không phải là ngoại lệ và rất cạnh tranh. Bạn rõ ràng có năng khiếu (dạy cho mình 4 ngôn ngữ) và lái xe. QA và kinh nghiệm kiểm tra đơn vị sẽ làm cho cuộc sống của bạn dễ dàng hơn nhiều.

Hãy làm một công việc như một nhà phát triển cơ sở và chờ đợi niềm đam mê, kinh nghiệm và khả năng của bạn để đưa bạn tiến xa hơn trên nấc thang trách nhiệm.

Dựa trên câu hỏi của bạn, khu vực bạn sống dường như có một số lượng lớn các vị trí webdev nhưng có vẻ như lớp học của bạn tập trung nhiều hơn vào phát triển ứng dụng.

Nếu mục tiêu của bạn chỉ đơn giản là chuyển sang một công việc phát triển, thì bạn nên chắc chắn mở ra tìm kiếm của mình cho bất kỳ công việc phát triển nào. Điều chỉnh sơ yếu lý lịch của bạn để tập trung vào kinh nghiệm phát triển của bạn tại nơi làm việc, viết một vài câu để mô tả các công cụ / bài kiểm tra đơn vị tự động mà bạn đã viết. Điều này không chỉ cho thấy bạn có một số kinh nghiệm phát triển mà nó sẽ cho thấy bạn có thể ghi lại công việc của mình một cách thông minh. Chỉ cần đừng biến nó thành một khối văn bản phụ, nó cần được viết đủ tốt để người đánh giá không nộp hồ sơ của bạn vào giỏ dưới bàn của họ. Nếu bạn không nghĩ rằng bạn có thể làm cho nó thú vị thì bạn chưa thử. Làm tương tự để giải thích các khóa học và các dự án phụ của bạn. Chỉ cần chắc chắn rằng bạn để lại một số chi tiết thú vị mà bạn có thể nói về khi bạn nhận được cuộc phỏng vấn.

Điều đó đang được nói, đừng coi thường trải nghiệm của bạn trong QA. Nếu bạn đào sâu vào mã để giúp các nhà phát triển xác định lỗi của họ ở đâu thì hãy chắc chắn rằng bạn giải thích rằng, nếu bạn liên tục tìm cách cải thiện các quy trình thì đừng bỏ qua, nếu bạn ngồi ở bàn chờ ngày. để kết thúc ... thì có lẽ bạn không muốn đề cập đến điều đó. Chỉ cần chắc chắn rằng tất cả mọi thứ bạn đưa vào sơ yếu lý lịch của bạn được dựa trên thực tế, may mắn nhất.

Nếu tôi là một SDET (và cảm ơn chúa tôi không phải vậy), tôi sẽ thể hiện năng khiếu của mình đối với công nghệ phần mềm bằng cách triển khai một công cụ nội bộ có giá trị cho công ty và tôi sẽ sử dụng C ++ / Java / C # để thể hiện kỹ năng của mình. Lý do tôi sẽ làm việc trên một công cụ nội bộ là rất có thể tôi sẽ không có cơ hội viết mã hướng tới khách hàng dưới dạng SDET, vì vậy một công cụ nội bộ là cách duy nhất để đi.

Hãy suy nghĩ về bất kỳ loại cơ sở hạ tầng hoặc công cụ nội bộ nào mà công ty bạn cần nhưng không có đủ kỹ sư để làm việc với chúng, chẳng hạn như giám sát hệ thống, tạo báo cáo, khai thác thử nghiệm, v.v. và xây dựng hệ thống tốt nhất có thể. Hỏi người quản lý hoặc người quản lý của bạn về những gì họ cần trong cơ sở hạ tầng để bất cứ điều gì bạn xây dựng đều quan trọng đối với công ty.

Và khi bạn xây dựng nó, hãy áp dụng các kỹ năng kỹ thuật phần mềm vững chắc:

• viết mã duy trì
• thêm nhiều ý kiến
• thực hiện nó cho hiệu quả, khả năng mở rộng và độ tin cậy
• đặt mục tiêu và lịch phát hành
• viết một tài liệu thiết kế dễ đọc.

Khi bắt đầu nhiều công việc, tôi được cho biết rằng tôi sẽ không chạm vào mã trực tiếp trong nhiều tháng. Điều này kéo dài khoảng hai tuần. Sau đó, một người nào đó ném một dự án mới vào nhóm phát triển đã bị ngập. Đoán xem ai có sẵn?