Ưu điểm
- Cơ sở vật chất tốt: Máy móc đầy đủ, vào là được một mac mini và hai màn hình mới tinh.
- Bảo hiểm ngoài bảo hiểm bắt buộc thì có thêm gói bảo hiểm mua thêm nữa.
- Anh em dev khá trẻ, vui vẻ, máu giao lưu và nhậu nhẹt.
Đơn giản vì dự án mình chả có cái khỉ gì mà làm nên ko cần OT. Việc làm nửa ngày xong rồi thì OT làm gì.
Nhược điểm
1. Đánh giá chung.
- Giờ làm việc hơi sớm (7h45, cái này ko phải vấn đề quá lớn), làm ở toà Keangnam 72 tầng, tắc thang máy kinh khủng, rất mất thời gian chờ thang máy.
- Có hệ thống đánh giá rank để xét lên lương lên chức, nghe thì hay lắm, nhưng tiêu chí thì mơ hồ, không rõ ràng.
- Có một cảm giác là hầu hết mọi người ở đây đều thần thánh hoá công ty và hài lòng với chất lượng của những gì họ làm ra. Không thấy ai có cái nhìn thực tế để tìm ra cái cải thiện mặc dù rất nhiều cái cần cải thiện.
2. Đánh giá riêng về D***** Unit (ko tiện nói tên đầy đủ).
Công ty chia ra làm nhiều Unit khác nhau, vì mình ko làm ở Unit khác nên ko thể đánh giá bên họ được. Chỉ làm ở D***** Unit nên có một số đánh giá như sau:
- Phần lớn anh em ở đây làm markup HTML-CSS, nên nếu ai có ý định vào đây để "học hỏi công nghệ mới" (React, Angular, Vue...) thì dẹp đi, ko học được gì đặc biệt đâu.
- Chất lượng chung của dev trong unit không cao. Không có bất kỳ một ai trình độ đúng nghĩa Senior, hầu hết đều Junior.
- Có nhiều hoạt động học hỏi, chia sẻ kiến thức nhưng mang nặng tính hình thức hơn là hiệu quả. Bắt buộc tham gia, không phải tự nguyện. Thành phần không quan tâm cũng bắt vào nghe.
3. Dự án.
Ko biết người Nhật làm việc như thế nào, nhưng dự án mình đã làm thì:
- Quy trình lôm côm, làm việc không quy định rõ trách nhiệm của từng bên. Nên đến lúc xảy ra vấn đề thì đổi lỗi vòng quanh. Và cuối cùng chốt lại một cách giải quyết là thêm một file excel nữa để ghi chép lại. Ko giải quyết được vấn đề gì.
- Lúc thấy chậm deadline thì đơn giản là gõ đầu bên nào code cuối cùng, rất không may ở đây là Front End vì phải chờ các bên khác xong mình mới hoàn tất đc để test. Code gần xong thì thay đổi specs, nhiều khi "quên" là cũng ko estimate lại, dev hứng hết.
- Muốn dev chủ động đề xuất, nhưng mỗi lần đề xuất lại confirm rất lâu dù là thay đổi nhỏ xíu xiu. Mỗi lần đề xuất cũng có thể bị gạt đi vì "ko phù hợp mục tiêu kinh doanh giai đoạn này". Sau đó ko ai muốn đề xuất nữa thì lại blame là dev không chủ động đề xuất.
4. Sếp.
- Sếp Unit là người Nhật, cảm giác hơi bất lực, ko thấy tạo ra được nhiều ảnh hưởng tới anh em.
- Dưới Unit là các Group. Bạn nào FE dev vào mà gặp chị Group Leader (ko tiện nói tên đầy đủ) thì thôi xác định là max tù. Khả năng lãnh đạo nhàng nhàng, trình độ tech (sếp ko cần tech lắm nhưng tiện nói luôn) cùi bắp nhưng rất thích nổ. Chính vì vậy nên hay tạo ra những cách đánh giá hiệu quả chất như nước cất. Đánh giá thì quý ai người đó sẽ dễ đc lên lương, lên rank...
Ví dụ một số cách đánh giá: Đánh giá bằng số lượng dòng code, càng nhiều dòng thì càng giỏi. Đánh giá bằng đồ thị đẩy pull và commit trên git, đồ thị đều thì ko sao, tự nhiên thấy nhiều hoặc ít code thì suy ra là có vấn đề cần xem xét...
Thi thoảng chị có những câu hỏi rất hay ho, ví dụ như so sánh giữa GraphQL và SQL (chắc thấy có đuôi QL nên đoán là so sánh được)... vân vân và mây mây.
Mới làm có vài tháng nên chưa thấy gì nhiều, chỉ có xíu vậy =)). Lúc mới vào thì thấy rất thích, nhiều tiềm năng để mình đóng góp và phát triển cho công ty, nhưng mà ôi thôi. Cũng khơ khớ anh em dev giỏi mà mình quen biết từ lúc vào đều đã ra đi.
Tweet
Facebook
Copy Link
