Review company Bridgetek Viet Nam (Vietnam)

Mình mới đi phỏng vấn bên công ty này có một vài nhận xét muốn chia sẻ: – Văn phòng: Tối om nhìn không hiện tại, dép để từa lưa, là người phỏng vấn nhưng mặc quần đùi ?? – Bài test: Ngoài những câu hỏi về var trong JS (chả dev nào dùng bây giờ) thì toàn lại cũng dễ, trình middle là làm được. – Quy trình phỏng vấn: Sau khi pass bài test thì sẽ có 2 người chức vụ mình k nhớ nhưng một người khá lịch sử, còn một đứa thì nhìn như đi chơi net – Vấn đề về đặt câu hỏi: + Hỏi khá nhiều và cứ hỏi đi hỏi lại một vấn đề performance mà mình trả lời 4,5 solutions rồi, nhưng được chục phút sau lại quay lại hỏi =)) + Vì mình là team lead hiện tại nên cũng hỏi nhiều thứ, về dự án, lên plan quy trình, cách mình làm việc, nhưng không có liền mạch nghĩ gì hỏi đó + Sau khi hỏi mình 1 câu về AWS Service thấy mình trả lời chắc chắn, cái là không dám hỏi nữa chỉ hỏi về e biết những services nào?? counting question? + Hỏi về cách optimize docker file, thì trong khi mình đã trả lời bao quát bao g ồm optimize bằng cách sắp xếp các docker command cho thật hợp lý để tạo các tầng layer và cache được, ngoài ra thì có thể dùng multiple stage build để tạo ra những stage riêng cho build và giảm dung lượng cho docker image cuối cùng. Thì thanh niên fullstack nói thế em có biết là mình build trước rồi copy build result vào sẽ nhẹ và nhanh hơn không =)) Một cách làm thật ng* học, làm ơn nghiên cứu multiple stage build trong docker nhé bạn, người ta build ở một stage riêng và copy vào main stage vừa tận dụng dược cache vừa nhẹ file build, mình nói thẳng là bạn có thể mở bất kì best practice của một dự án nào cần build, họ có viết lệnh build vào trong không? thì bạn ấy ứ ừ thì kệ nó chứ =)) mình lạy, mình rất tự tin vì đã làm tìm hiểu workshop cho các bạn công ty nên mình nói thẳng: “Mình xin giữ quan điểm này” + Hỏi về cách phát hiện một bug, đứng ở vai trò leader mình trả lời một cách rất rộng bằng cách checklist những lỗi phổ biến liên quan, khoanh vùng nhỏ dần những vùng code nghi ngờ và check, thì họ ờ ờ rồi nói em có debug không? ủa có trên đời này có dev không dùng debug =)) họ chỉ muốn nghe câu trả lời là debug trong khi mình trả lời ở một level cao hơn ở vai trò của leader. dạ em có debug, cuộc đời e không debug thì làm sao làm dev =)) + Họ hỏi bài test cuối diamond có ý tưởng không? trong khi mình viết toàn bộ code của mình ra giấy kèm giải thích và ví dụ cho mỗi vòng lặp =)) không đủ trình đọc code hay gì??? Bài toán yêu cầu vẽ diamon có những dấu *, còn lại là khoảng trắng, mình thấy bài toán thực sự ở đây là tìm cách đá*h dấu *, và output của mình là mảng 2 chiều có những ô đá*h dấu * còn lại là undefine thì ông anh fullstack mới hỏi e làm vậy thiếu khoảng trắng =)) mình mới nói giờ cái hàm print gặp undefine thì in khoảng trắng thôi =)) ông nói cách này sơ cấp =)) cái mình bảo có cách nào hay hơn thì nói e nghe thử thì không nói được chỉ à ườm cách e cũng đc =)) đá*h trống lảng + Hỏi có hướng bully nhưng không dễ bully mình hơn thua, nhưng đến lúc thua thì không có giải thích detail, khi mình liệt kê các solutions, mình nói hết, thì mấy ổng chỉ thêm một solution, nhưng kiểu rất tự hào và ignore những solutions của mình, hay nói cụm từ “Có nhiều cách mà” thể hiện mình ở trình rất cao, nhưng lại không đưa ra chi tiết =)) – Còn lại một anh thì có vẻ điềm tĩnh, có những câu hỏi rất hay: Mình chưa từng làm trực tiếp nhưng khi mình đưa solutions đó khi có sự cố của anh đó raise: Thì 2 người họ dồn dập hỏi mình là em apply cho dự án em chưa =)), mình đồng ý là việc biết và implement khác nhau, nhưng đứng vai trò mình, solution đã có thì việc implement nó chỉ còn là cái đơn giản – Mình biết bên này gross max 65, mình deal thẳng 2700$ net ~65m =)) – Nhận được kết quả failed mình cũng khá bình thản và biết mình nên viết chi tiết để mọi người tham khảo haha