lồn mẹ mày t nói 1 câu ngắn gọn như này:
-1 thằng coder lâu năm thì nó thừa tư duy để giải quyết bài toán mà mấy thằng PM nghĩ ra.
-1 thằng PM lâu năm có cái lồn code dc 1 bài của thằng coder.
code dc CURD cũng đéo dc chứ nói lồn gì code thuật toán.
Đéo tin m tìm thằng nào làm 5,6 năm về code, m kêu nó phân task xem nó làm dc ko , rồi hỏi nó code này làm khoảng bao lâu xem nó làm dc ko.
mẹ ngu lồn
.png)
.
Nên tại sao PM thường là coder lâu năm đi lên.
còn thằng PM lâu năm thì sẽ đéo code dc thuật toán dù nó có là coder cách đây 5,6 năm (quên thuật toán) hoặc đéo biết cả CRUD( nếu là ngành khác làm PM).
tư duy như cặc
.png)
Nếu m làm việc bị PM và BA chèn ép quá thì nên kiếm công ty khác làm, lên đây hổ báo không làm thay đổi hiện thực đâu.
Với t thì tất cả bộ phận đều quan trọng, và đều có role riêng trong dự án. Thiếu một vị trí cũng không được.
Mindset của m tự nhận mình là "coder" thì không thể nào phát triển được.
1/ Xét về mức độ đào thải thì đào thải thằng dev là dễ dàng nhất. Thằng này nghỉ thì tuyển thằng khác, miễn sao mô tả rõ yêu cầu và quy hoạch hệ thống để cho nó code là được. Rồi m tự hình dung một dự án thay BA, thay PM thì nó sẽ ảnh hưởng ntn rồi m sẽ thấy độ quan trọng của từng vai trò.
2/ Vấn đề: không phải do thằng PM tự nghĩ ra, mà đó là yêu cầu của khách hàng. Khách hàng nó chỉ quan tâm làm thế nào để đáp ứng yêu cầu của nó. Chứ nó dí buồi quan tâm thằng dev của m code nhanh hay không, code sạch hay không.
Việc đáp ứng yêu cầu đến mức độ nào phụ thuộc vào khả năng thương lượng của thằng PM và trình độ giải quyết vấn đề của nó. Về đối ngoại, thằng PM chủ yếu mạnh về quy trình và giao tiếp. Về đối nội thì phân bổ nguồn lực, keeptimeline.
3/ "Một thằng "coder" lâu năm thừa tư duy để giải quyết bài toán của mấy thằng PM nghĩ ra"
=> Mừng cho thằng dev đó, và nó làm được đến mức này thì nó dí buồi code nữa. Nó sẽ làm PM hoặc PD.
"Một thằng PM lâu năm có cái
Lồn code dc 1 bài của thằng coder"
=> Thằng PM nào cố gắng code chắc bị thiểu năng.
Phần mềm chỉ là một công cụ để xử lý một vấn đề thực tiễn, nếu không có nó thì người ta vẫn xử lý được vấn đề thực tiễn, nhưng bằng cách khó khăn hơn thôi, nên đừng cố thần thánh hóa.