Dự án maintain là gì

Có thể mọi người đã từng làm hoặc có đồng đội làm dự án trong giai đoạn maintain, hiện mình cũng đang như vậy.

Dự án mình đang làm cũng lần lượt nhận yêu cầu từ khách hàng, thiết kế database, coding, tiếp đón khách hàng sang Việt Nam.

Ban đầu dự án có ít người, do yêu cầu nên sau đó dần trở nên đông hơn và vui sao có những thành viên khá nhây, khiến cả đội lúc nào cũng có những trò cười vui vẻ, những lần phạt X, rủ nhau đi ăn vặt, những khi tranh cãi về spec, xếp hàng đợi review pull, anh tech-lead thì vui tính và nhiệt tình, rồi chuyến đi phượt lên Tây Thiên nữa.

Nhưng dần về cuối dự án, số lượng công việc không còn nhiều, mình nhận ticket từ BrSE, trao đổi với Technical leader, rồi tự code, đợi review, tự test, tự deploy, deploy lên staging rồi prod Nhìn chung là gần như có 1 mình code. Công việc cũng không nhiều lắm, cả tuần không bằng 1 ngày của giai đoạn trước.

Là dev cuối cùng ở lại dự án, chứng kiến Group Leader gọi từng người vào phòng họp, từng thành viên một rời dự án. Người thì chuyển hẳn sang dự án khác, người thì chỉ dành lại 50% rồi rút hẳn, người thì chuyển công ty, bắt đầu sự nghiệp mới ở phương trời mới Chắc hẳn mọi người cũng đoán được tâm trạng chung sẽ như thế nào. Cũng bị buồn không hề nhẹ.

Có lẽ khá nhiều Dev ở Sun* cũng từng có chung hoàn cảnh và tâm trạng giống mình thời điểm này. Vậy thì, khi dự án đang maintain, chúng ta nên làm gì để không bị nhàm chán?

Đọc lại code của chính mình

Điều đầu tiên các bạn nên làm đó là đọc lại code của mình. Giống như anh Nguyễn Đăng Huy Group Leader của mình đã từng nói: Tự đập đi làm lại chức năng này trong 2 ngày, chú có tự tin rằng mình làm được không? Hoặc làm lại lần 2, từ 2 ngày rút xuống 1 ngày có thể không?. Cách này khá là hữu hiệu, vì khi mình làm lại task nhiều lần thì mới thực sự ngấm và hiểu hơn những việc mà mình đã làm, có thể là tối ưu code hơn nữa, còn khi làm dự án, đôi khi mới chỉ cho code chạy đúng, chưa hiểu hết bản chất của vấn đề đã phải sang task khác rồi.

Bên cạnh việc đọc lại code, bạn còn có thể nâng phiên bản của các thư viện, framework, so sánh xem bản mới có gì hay ho hơn bản cũ không?vv

Đọc code của người khác

Trong quá trình làm với team, chúng ta khó có thể đọc và biết hết code của mọi người. Bởi vậy, việc đọc code của người khác sẽ giúp bạn thấy những điều hay, điều dở, từ đó có thể rút kinh nghiệm cho bản thân, có cái nhìn bao quát hơn, làm được nhiều chức năng hay hơn. Tuy rằng có nhiều khi ngồi đọc cũng dễ buồn ngủ lắm, nhưng cách này sẽ giúp bạn tăng độ bền bỉ và học hỏi được nhiều hơn đó!