Chiếc xe đồ chơi tái chế này liệu có ấn tượng như một siêu xe đồ chơi không?
Đặc điểm của kiểu developer này là họ sẽ làm bất cứ gì cần thiết để hoàn thành công việc bằng kinh nghiệm và kĩ năng của mình, dù chúng có hạn chế đi chăng nữa.
Ví dụ nhé, một developer kiểu “ve chai” này sẽ hoàn thành nhiệm vụ bằng cách “nhặt nhạnh” các phần mềm nguồn mở hay các công cụ hỗ trợ (miễn phí) khác. Tài sản giá trị nhất của anh ta là luôn sẵn lòng tìm kiếm học hỏi, nghiên cứu xem cần gì để hoàn thành công việc và khả năng “hấp thụ” kiến thức cao. Tính tháo vát của anh ta cũng thường rất cao để có thể làm việc với bất cứ gì có thể dùng cho công việc.
Nghe có vẻ tốt đấy, nhưng không phải khách hàng nào cũng sẽ thích cách làm việc này. Với những khách hàng có hiểu biết hạn chế, họ sẽ khen ngợi và chấp nhận sản phẩm của anh ta đấy. Nhưng có một sự thực là anh ta sử dụng các công cụ có sẵn để tạo nên một sản phẩm “trông có vẻ mới lạ” với khách hàng, chứ anh ta không thực sự phát triển toàn bộ. Với lượng công cụ miễn phí lớn như hiện nay, những gì developer kiểu này mang lại không còn gây ấn tượng mấy.
Nếu là front-end developer, một sản phẩm website responsive với CSS thuần chắc chắn sẽ ấn tượng hơn nhiều một sản phẩm tương tự sử dụng Bootstrap hay W3CSS chứ, phải không ?
2. Ông già từng trải:
Một developer old-school vẫn mang lại nhiều giá trị cho team
Kiểu developer này chắc chắn không phải là kiểu nổi loạn trong ngành công nghiệp năng động và sáng tạo này, nhưng những gì anh ta mang lại cũng đầy giá trị : lượng kiến thức và kinh nghiệm khổng lồ.
Kiểu developer này là minh chứng cho sự tồn tại của phong cách code thế hệ trước – rằng chúng vẫn tồn tại và vẫn còn giá trị. Anh ta có thể không phải là kẻ làm nên những thay đổi bước ngoặt, nhưng có thể là chỗ dựa trong nhiều tình huống khó khăn khi câu chuyện debug trở về với những điều cơ bản.
3. Kẻ đam mê hạng nặng:
Phát triển phần mềm là lẽ sống với kiểu dev này
Workaholic (kẻ cuồng làm việc) không đủ để miêu tả về loại developer này, mà lập trình là lẽ sống của anh ta. Developer thuộc loại này thường làm việc trên cả mong đợi từ cấp trên hay khách hàng và tất nhiên luôn có niềm tự hào với sản phẩm của mình.
. Con mọt sách biết tuốt:
Ngoài việc cực thông minh, Sheldon Cooper là một mọt sách biết tuốt điển hình
Mọt sách biết tuốt đơn giản là một quyển bách khoa thư di động. Anh ta có thể dành hàng giờ đam mê thảo luận lịch sử của một ngôn ngữ lập trình hay phân tích những đoạn code (hoạt động được nhưng) chưa hoàn hảo.
Có thể nói, trong thế giới lập trình, anh ta như một nhà thơ vậy, kẻ mà coi code là một môn nghệ thuật cần được tôn trọng và phân tích. Mọi khối câu lệnh với anh ta phải được thực hiện hoàn hảo, chuẩn chỉ, có nguyên tắc rõ ràng, còn yêu cầu thời gian chỉ là thứ yếu. Anh ta cũng đặt tiêu chuẩn cao cho chính mình, thế nên vấn đề chính của kiểu developer này là : những gì có thể thực hiện trong vài giờ có thể tốn của anh ta hàng tháng.
5. Ninja developer
Ninja luôn là những nhân vật rất cool phải không?
Đúng như một Ninja, kiểu developer này thường ít nói và để tâm nhiều hơn. Những developer Ninja này thì khá giống với tụi đam mê hạng nặng, nhưng họ có nhiều phần cuộc sống hơn là code và code.
Với đồng đội, anh ta có thể là một câu đố khó giải. Tưởng tượng xem, anh ta có thể làm mọi nhiệm vụ một cách nhanh chóng và tuyệt hảo. Nhưng anh ta chỉ cho bạn thấy kết quả chứ không giải thích tại sao anh ta có thể làm chúng. Anh ta ít nói, nhưng vẫn làm việc tốt với cả team.
6. Đại sứ thiện chí:
Đại sứ thiện chí luôn xuất hiện hào nhoáng, lịch sự
Đúng như tên gọi, đại sứ thiện chí là gương mặt của cả team. Anh ta thẳng thắn và không chính thức cũng là PM (quản lý dự án) của team. Anh ta không trực tiếp code, nhưng lại có hiểu biết sâu rộng về quy trình phát triển phần mềm hay luồng công việc của dự án (project workflow) và những thứ như thế.
Anh ta có kĩ năng lãnh đạo cũng như giao tiếp với khách hàng một cách chủ động. Điều này cho phép anh ta có khả năng làm hài lòng cả những khách hàng hung hăng cũng như đám developer nổi loạn trong team. Ở vị trí của mình, anh ta bảo đảm rằng mọi project đều đạt được yêu cầu của khách hàng và thỏa mãn họ, đóng vai trò cầu nối trong giao tiếp giữa khách hàng và team phát triển.
Không có nhận xét nào:
Đăng nhận xét