mệt mỏi vl các ông ạ -_- dm quả này khéo ae đếu nhìn đc mặt nhau nữa thật như mấy page trước mình chia sẻ, là team cũ bị split ra, senior dev lên làm lead cho các junior, fresher mới vào cty mình làm sản phẩm, có các dự án để triển khai cho các khách hàng khác nhau thì sẽ customize các tính năng vào sản phẩm theo yêu cầu của khách, cố gắng customize sao cho đếu ảnh hưởng đến kiến trúc tổng thể trước có 1 team, thì yêu cầu các dự án đổ về team, ae chia nhau ra làm, mà cũng toàn senior nên cũng còn dễ giờ split ra, 1 team làm sản phẩm core, 2 team làm dự án, thì mới bắt đầu ăn loèn yêu cầu dự án đẩy về, cần làm thêm tính năng. Bắt đầu đùn đẩy, team dự án nào làm hay team sản phẩm làm. Mình làm lead của 1 team dự án, đậu mọe, cân cả 4,5 dự án 1 lúc. Mấy thằng đệ thì chưa nắm rõ sản phẩm core, biết cái liz j mà customize, thế là phải làm tất. Dự án này customize chỗ này 1 tí, dự án kia customize chỗ khác 1 tẹo. Có những tính năng của dự án X này là ông A trước đó làm, mà làm còn đang dang dở, chưa fix hết bug, khách hàng chưa nghiệm thu, giờ ông A đấy thuộc team sản phẩm, nên bàn giao lại tính năng X đấy cho team dự án, mà mình là thằng lead nên mặc định phải nhận Xong giờ khách hàng yêu cầu nghiệm thu tính năng, cần sửa lại, cần phát triển thêm. Mình request ông A comeback để xử lý nốt cho xong thì lại vướng 1 đống quy trình mà các bà PQA, ông PM đề ra. Nào thì không phải trách nhiệm của ông A, các đầu việc của dự án thì team dự án phải xử lý ... Ơ thế giờ việc thì gấp, ko xử lý cho xong, khách hàng lại charge cho vỡ mồm thì tính sao? Mà dự án cũ chưa xong, dự án mới lại có. Minh lại phải join với vai trò làm SA của dự án mới, khách lại request 1 đống tính năng để đáp ứng yêu cầu nghiệp vụ ... Quá tải cmnr -_-
Mấy thằng đệ chưa nắm rõ thì cũng nên chia việc cho nó làm dần để nó nắm rõ chứ bác. Trong lúc bác nhiều việc như vậy thì mình thấy việc chia cho bọn đệ hay mấy thằng mới vào làm là việc cần thiết. Việc của bác trong cái đấy chỉ nên là break task ra, đưa ra ý tưởng, flow để cho bọn nó làm. Bọn nó làm xong thì review lại có gì thì bảo sửa chứ ôm hết chỉ có chết sặc gạch. Bác là senior trong project thì mình nghĩ là cũng phải biết đánh giá mấy cái đấy, trừ khi mấy cái bắt buộc phải hot fix mới cần đụng tay vào còn thì mình nghĩ nên cố chia việc cho bọn nó. Chứ bug thì dev nào chả tạo ra. Cơ bản thì làm nguyên team senior lúc nào chả sướng nhưng chả có gì đảm bảo cái đấy mãi được cả, rồi sẽ có người ra người vào. Cũng phải cho người mới học tập tiến bộ thôi chứ cứ nghĩ mình tay to đứa kia nó làm không tốt bằng mình rồi solo thì chỉ quá tải thôi
em cũng chịu khó chia việc cho mấy thằng đệ nhưng mà cũng phải chọn việc vừa sức bọn nó. Mấy thằng junior với fresher vào chỉ quen làm api CRUD với mấy cái giao diện đơn giản thôi chứ các luồng nghiệp vụ bên dưới nó loằng ngoằng, giải thích cho bọn nó hiểu, hướng dẫn bọn nó làm thì có khi mình làm xong 3 task rồi ấy thêm nữa, khoảng thời gian này nó cũng gấp, dự án méo nào cũng réo tên mình :/
cứ chia việc cho bọn nó làm, mình review thôi mà cũng ko cần review chi tiết quá, chỉ cần coi style code hay vài change quan trọng thôi, trc mình bị bệnh kỹ nên review hay chia việc tốn time vô cùng
Vẫn chịu khó chia thôi bác, cái ý nghĩ hướng dẫn bọn nó làm thì mình xong 3 task rồi mới là cái khiến bác ôm việc nhiều hơn đấy. Mình không cần cầm tay chỉ việc hướng dẫn từng tí một, nói đại khái flow, solution, chỗ nào cần để ý để bọn nó tự nghiên cứu tự làm thì mới biết đứa nào có khả năng phát triển nhanh được với giúp mình thở được theo đường dài. Bug thì có thể sẽ có vì dev nào chả ra bug nhưng mà còn qua 1 vòng review code với vòng test của QA nữa nó cũng phải giảm được nhiều bug nghiêm trọng rồi chứ.
Hồi xưa mình cũng có tư duy ôm đồm hết việc như chủ thớt, sau này thành bại nó xoanh quanh hết vào bản thân mình thì thường sẽ bại nhiều hơn là thành - bởi vì đến cái lúc quan trọng nhất, then chốt nhất thì mình lăn quay ra kiệt sức. Sau này mình luyện được kiểu vừa làm vừa dạy, giao việc khó rồi tận dụng làm bài thực hành luôn. Cân bằng giữa cầm tay chỉ việc với thả cho nó tự mày mò nghiên cứu. Thỉnh thoảng lại chỉ 1 tí thôi, nhưng vẫn trong tầm kiểm soát. Mình hướng dẫn 1 team làm việc nó vẫn nhanh hơn rất rất nhiều mình căng sức trâu sức bò ra tự cân hết. Quan trọng là mình k bị kiệt sức vào 1 lúc nào đó mà có thể cứ thế duy trì dài lâu. Lời khuyên của mình có thể sai vì kinh nghiệm của mình rút ra k phải trong ngành IT, nhưng mình nghĩ nó có giá trị.
Vừa làm đc gần 1 năm lên làm sếp rồi Lúc phỏng vấn thì chị HR tí nữa bị dập rồi, giờ có khi 5 em này chưa đi làm đã bị @baotru dập tan nát rồi
Nếu bác làm game indie này nọ 2D thì nên dùng Godot. Cách code nhẹ nhàng hơn, app game dung lượng ko nặng.
Có. Ông search godot android showcase xem có game nào ko. Tôi search doc thấy có nhưng chưa test nha. https://godotengine.org/showcase
