Tag Archives: PM

Làm nghề nào trong ngành IT mà không cần code?

Đôi khi, có nhiều bạn “lỡ” theo học ngành IT, ngành lập trình (do bố mẹ bắt buộc, do báo đài bơm thổi), xong lại nhận ra mình … không thích code, không phù hợp với ngành này.

Do vậy, các bạn nhờ mình tư vấn không thích code thì có theo ngành được được không, có cách nào theo ngành mà không phải code nhiều không?

Câu trả lời đương nhiên là … CÓ. Thật ra, ngành IT nói chung rất rộng, để tạo ra 1 phần mềm tốt không phải chỉ cần ông developer ngồi code, mà còn rất nhiều vị trí liên quan khác nữa.

Do vậy, trong bài viết này mình sẽ tư vấn cho các bạn những vị trí, ngành nghề không code trong ngành IT (với mức lương không hề thua kém) nhé!

Continue reading Làm nghề nào trong ngành IT mà không cần code?

Làm sao để trở thành senior “giả cầy”??

Đầu năm, mình hay nghe mấy bạn HR, mấy bạn manager mình quen kể về mấy ông senior “giả cầy” – title là senior, đòi mức lương senior nhưng trình độ chỉ hơn junior, thái độ thì … chán chả buồn nói!

Do vậy, mình chia sẻ những biểu hiện/phương pháp để trở thành senior “giả cầy”, giúp các bạn biết đường né và phòng tránh nha!

Nếu các bạn đọc xong, thấy nhột nhột kiểu “Sao giống nói mình quá vậy?” thì cứ tự nhủ “Chắc thằng Code Dạo nó chừa mình ra” nha!

 

(Kiếm hình “giả cầy” bỏ vào cho bài viết hấp dẫn và “ngon ăn” hơn nhé, mlem mlem đói quá)

Continue reading Làm sao để trở thành senior “giả cầy”??

Feature Flag – Developer “lén lút” đưa tính năng mới cho người dùng như thế nào?

Hãy tưởng tượng, team của bạn đang cần xử lý 1 tình huống như thế này:

  • Tình huống: Application của công ty đang chạy ổn định, nhưng người dùng phàn nàn UI quá rắc rối, do đó chúng ta phải re-design lại 1 số trang
  • Sau khi đã có desisgn mới, quá trình implement các trang này khá lâu. Để PM và QA có thể test được, ta phải implement các trang này, kết nối với data thật hoặc data ở môi trường Staging.

 

  • Yêu cầu: Sau khi PM xác nhận, QA đã test xong, ta sẽ cho 1 số beta user dùng thử UI mới trước, còn lại vẫn dùng UI cũ. Sau một thời gian, ta sẽ cho toàn bộ người dùng sử dụng UI mới
  • Trong quá trình implement các trang này, ta vẫn phải bảo trì, sửa đổi và nâng cấp application cũ.

Redesign hệ thống luôn luôn là chuyện đau đầu

Continue reading Feature Flag – Developer “lén lút” đưa tính năng mới cho người dùng như thế nào?

Lập trình viên “trình cao” thì nên đọc sách gì? – Phần 2

Nối tiếp phần 1, ở phần này mình sẽ giới thiệu những cuốn sách còn lại trong danh sách được giới thiệu trên codinghorror. Có vài cuốn hơi cao siêu, các bạn nên đọc theo tính chất “giải trí, học hỏi”, nếu giữa chừng tẩu hỏa nhập ma có thể ngừng cũng được, không sao =)))

6. The Design of Everyday Things (Đã đọc hết)

design-of-everyday-things

Continue reading Lập trình viên “trình cao” thì nên đọc sách gì? – Phần 2

Lập trình viên “trình cao” thì nên đọc sách gì? – Phần 1

Đầu tiên, xin hứng chịu gạch đá từ nhiều bạn rằng: developer thì cần gì phải đọc sách, code nhiều là giỏi thôi. Vâng, các cậu có cu, nhầm, các cụ đã có câu là “practice make perfect”, cứ làm hoài là giỏi. Tuy nhiên, phải làm đúng cách thì mới giỏi được, code dở mà không chịu tìm cách cải thiện kĩ năng code, cứ code hoài 1 kiểu cũ thì bao giờ mới giỏi được.

Về sách lập trình mình đọc cũng được kha khá, sách hay có dở có. Tuy nhiên mỗi cuốn sách hay hay dở đều làm mình ngộ ra được vài điều. Khảo sát trong cuốn Code Complete cho thấy trung bình 1 developer đọc ít hơn 1 cuốn sách mỗi năm. Chỉ cần các bạn làm theo mình, mỗi năm đọc ít nhất một cuốn, các bạn sẽ giỏi hơn khoảng 90% developer còn lại rồi nhé.

Continue reading Lập trình viên “trình cao” thì nên đọc sách gì? – Phần 1