Là một lập trình viên, bạn có quan tâm phương pháp phát triển sử dụng phương pháp nào không?

Tôi đang ở trong thị trường việc làm và tôi có một loạt các ưu tiên cho công việc tiếp theo của mình bao gồm tiền lương, ngành nghề kinh doanh, v.v. Tuy nhiên, một điều không có trong danh sách các yêu cầu của tôi là phương pháp quy trình phát triển. Tôi cảm thấy công việc của mình là tạo ra phần mềm và tôi xem cấu trúc quy trình như một thứ gì đó tôi có thể thích nghi với việc đó là scrum hay thác nước hay bất cứ điều gì.

Là phương pháp quy trình phát triển là một ưu tiên cho bạn?

Điều quan trọng đối với tôi chỉ là không đi theo cách hiểu thông thường mà chúng tôi hy vọng hầu hết các chuyên gia sẽ có.

Khi chúng ta nói về kiểm soát phiên bản, có lập luận rằng any version control beats not having anything at all, đây không phải là trường hợp với các phương thức phát triển. Phương thức có nghĩa là quy tắc, và quy tắc đôi khi bị phá vỡ. Tôi đã làm việc cho các công ty đã và đang làm những việc thực sự ngớ ngẩn miễn là mọi người có thể nhớ, bất kể vấn đề gì mà quy trình ngớ ngẩn xảy ra để chữa trị đã mất từ ​​lâu.

Tôi muốn những điều sau đây từ một công ty:

• Thủ tục tài liệu rõ ràng phù hợp trên một vài trang. Nếu tôi phải đọc một bài luận văn hoặc (tệ hơn) một cuốn tiểu thuyết để tăng tốc, tôi sẽ bị lạc trong một thời gian dài.

• Bằng chứng là công ty sẵn sàng thay đổi thủ tục để tốt hơn. Tôi cần có thể đến gặp ai đó và nói "Tôi nhận ra lý do tại sao bạn đang làm [xyz], nhưng có một công cụ hiện nay hầu hết là dành cho bạn. Chúng ta có thể sử dụng nó không?"

• Một chút cạnh tranh có thể là tốt và thường không thể tránh khỏi. Nhưng, tôi sẽ tránh bất kỳ cửa hàng nào mà cạnh tranh được sử dụng như một phương tiện chính để thúc đẩy mọi người. Nếu bạn đã mã hóa thứ gì đó gửi # dòng được cam kết mỗi ngày bởi nhà phát triển đến máy in laser vào lúc 5 giờ chiều, tôi không muốn làm việc cho bạn.

• Nếu bạn không ngăn các bản dựng trong kho lưu trữ may mắn nhận được các thay đổi phá vỡ bản dựng, tôi sẽ chạy như quái. Điều cuối cùng tôi muốn làm lúc 5:00 là kéo các thay đổi từ repo chính để kiểm tra bản dựng cục bộ của tôi, chỉ để thấy mình sửa dấu chấm phẩy của người khác.

• Tôi thích nhảy vào các phương thức giống như một phương thức đã được thiết lập rơi từ cây nhanh nhẹn. Điều này không bắt buộc, nhưng cảm giác quen thuộc giúp khắc phục những khó khăn ban đầu của việc cố gắng làm việc hiệu quả trong khi không phạm sai lầm về thủ tục.

Nếu tôi thấy rằng tôi sẽ dành nhiều thời gian hơn cho các thủ tục phẫn nộ hơn là biết ơn vì chúng tồn tại, có lẽ tôi sẽ tiếp tục công việc.

Tiếng vang khác "ôi không, không bao giờ nữa!" là "Chúng tôi hy vọng bạn cũng sẽ thiết lập các thực tiễn tốt nhất cho chúng tôi. Chúng tôi có sáu triệu dòng mã và 21 nhân viên viễn thông, chúng tôi có nên sử dụng SVN hay gì không?" .

Ai đó có thể có một số thú vị sắp xếp ra. Tôi không phải người đó :)

Là một nhà phát triển, tôi quan tâm rằng quá trình phát triển là lành mạnh. Một số phương pháp phát triển khác nhau có thể cung cấp một quy trình phát triển lành mạnh. Ngược lại, một công ty bị hỏng có thể cung cấp một quy trình điên rồ bất kể họ gọi nó là gì.

Do đó, tôi không đặc biệt quan tâm "phương pháp phát triển" chính thức của họ là gì. Tuy nhiên tôi vẫn sẽ hỏi về nó đơn giản vì nó mang lại bối cảnh cho tôi đặt câu hỏi tiếp theo để tìm ra những gì họ đang thực sự làm.

Vâng, tôi đã thấy một số phương pháp kém mà tôi không nghĩ rằng tôi muốn lặp lại lần nữa. Như một vài ví dụ, hãy xem xét những điều sau: Bạn có ổn với phong cách cao bồi cho một nhóm gồm hàng tá nhà phát triển trong đó mọi người có thể sử dụng kiểm soát nguồn của riêng họ, quy ước mã hóa, v.v.? Tôi biết tôi sẽ không. Làm thế nào về nơi thay đổi một dòng mã, có hàng tá biểu mẫu để điền và khoảng 20 chữ ký để OK thay đổi trong sản xuất có thể mất vài tuần để hoàn thành vì quản lý cấp cao có thể mất một thời gian để có được? "Bất cứ điều gì" khiến mọi thứ hơi quá cởi mở với tôi nhưng có lẽ tôi hơi đồng điệu ở đây.

Là một nhà phát triển, tôi không quan tâm đến phương pháp nào, miễn là nó là phương pháp đúng đắn, được sử dụng đúng cách.

Vì vậy, ví dụ tôi không muốn làm việc cho công ty "mã hóa cao bồi" , đặc biệt là nếu họ không đủ hiểu biết để nghĩ rằng họ thực sự đang làm Agile .

Tôi thích những nơi có phương pháp phát triển mà mọi người thực sự có thể làm theo.

Tôi đã làm việc trong các công việc rất bực bội vì các lựa chọn quy trình được sử dụng cho phát triển và kinh doanh nói chung. Những ngày này tôi có một số yêu cầu tối thiểu cho quá trình. Bất kỳ doanh nghiệp nào không tham gia vào những điều này tôi đều coi là hoạt động kém và sẽ không hoạt động. Tôi không đủ kiên nhẫn cho sự ngốc nghếch mà tôi từng có vì vậy tôi đã tự cứu mình và họ rất nhiều tình tiết tăng nặng bằng cách bỏ qua những công việc đó.

Chừng nào chúng ta còn có một số yêu cầu hợp lý, một số đại diện doanh nghiệp đã tham gia và đáp ứng, và hiểu rằng nhóm nhà phát triển có tiếng nói lớn trong thời gian, thì tôi rất vui và tôi có thể phù hợp với mọi thứ.