Cách nhận biết mức độ tô vẽ của ứng viên

Lời giới thiệu: Tôi thường nghe những người từng học ở các lớp đào tạo kể về cách giáo viên dạy họ “tô vẽ” bản thân. Không chỉ ở các lớp đào tạo, rất nhiều người tôi quen cũng sẽ “tô vẽ” bản thân trước khi phỏng vấn, nên hiện tượng này khá phổ biến. Tuy nhiên, người phỏng vấn không phải ai cũng dễ bị qua mặt. Hãy cùng xem qua bài viết dưới đây để biết người phỏng vấn nhận biết mức độ tô vẽ của ứng viên như thế nào.

Địa chỉ bài gốc: https://my.oschina.net/hooker/blog/3014656

Lời nói đầu

Từ những người dày dạn kinh nghiệm nơi công sở đến người mới bước vào nghề, ai cũng sẽ tiếp xúc với khái niệm tô vẽ CV. Khi CV của bạn được gửi đến công ty mình mong muốn, nhân viên phụ trách tuyển dụng trong công ty sẽ nhận biết mức độ tô vẽ CV như thế nào? Tôi viết bài này dựa trên kinh nghiệm của mình. Không ai là thiên tài, tô vẽ ở mức độ nhất định cũng không có gì đáng trách, đừng tự gán mình vào các trường hợp dưới đây!

Nội dung chính

Trong bối cảnh xã hội Internet phát triển với tốc độ chóng mặt, số lượng lao động IT từ nhiều ngành đổ vào lĩnh vực Internet ngày càng tăng.

Từ năm 2016, công ty tôi đã đăng tin tuyển dụng kỹ sư Java và Ios. Riêng vị trí kỹ sư Java, mỗi ngày nhận gần 200 CV; vị trí Ios nhận gần một nghìn CV mỗi ngày.

Đúng vậy, đó chính là cuộc tấn công thị trường mà các trung tâm đào tạo khi ấy phát động đối với vị trí kỹ sư Ios. Cùng với sự phát triển trong những năm gần đây, tình trạng cung vượt cầu trên thị trường ngày càng nghiêm trọng. Việc tìm hiểu thực chất ứng viên trở thành bài toán lớn trong việc đánh giá nhân tài của các đơn vị tuyển dụng.

Lần đầu tiên tôi trao đổi với ứng viên dưới hình thức phỏng vấn là vào tháng 6 năm 2015. Vì khi đó tôi mới làm việc trong ngành chưa lâu, kinh nghiệm chưa phong phú nên đã bỏ lỡ một số ứng viên xuất sắc.

Ba năm sau, hôm nay, do quy mô công ty mở rộng, tôi lại tiếp tục trao đổi sâu hơn với các ứng viên.

1. Cách nhận biết CV kém chất lượng ở vòng sơ tuyển

Ngoài đào tạo kỹ thuật, các trung tâm đào tạo thường còn cung cấp hướng dẫn viết CV và hướng dẫn phỏng vấn. Có nhiều thứ ngấm dần mà chúng ta rất khó nhận biết. Tuy nhiên, CV được các trung tâm đào tạo tô vẽ thường có những đặc điểm lặp đi lặp lại.

Tuổi còn trẻ nhưng có bằng cấp cao

Tuổi còn trẻ nhưng có bằng cấp cao có thể không đủ để làm một tiêu chuẩn, nhưng phần lớn ứng viên đều phù hợp với tình hình thị trường bằng cấp truyền thống. Một số người yêu thích kỹ thuật có thể lấy bằng qua hình thức tự học và thi tự do; trường hợp này cần thể hiện những điểm nổi bật riêng về kỹ thuật.

Tuổi khá cao nhưng gần như không có kinh nghiệm kỹ thuật

Tuổi khá cao nhưng gần như không có kinh nghiệm kỹ thuật là vấn đề nghiêm trọng hơn điểm trước. Ai cũng biết khả năng tiếp nhận điều mới của một người bình thường sẽ giảm dần theo tuổi tác, và kỹ thuật Internet cũng không ngoại lệ. Nếu một người lớn tuổi nhưng không có kinh nghiệm kỹ thuật thì chỉ có hai khả năng:

1. Chuyển ngành giữa chừng (bước vào ngành bằng cách tham gia đào tạo, tự học và các phương thức khác).
2. Vì năng lực có hạn nên không dám ghi kinh nghiệm đã có vào CV (năng lực không tương xứng với kinh nghiệm/mức lương).

Phần lớn kinh nghiệm dự án là các hệ thống quản lý

Kinh nghiệm dự án là mục rất phù hợp để đánh giá trình độ ứng viên. Cùng với sự phát triển và lặp lại của Internet, mỗi năm đều xuất hiện nhiều công ty Internet đổi mới và ngành nghề mới. Trong các yêu cầu tuyển dụng tôi đăng gần đây, hệ thống CRM, cửa hàng trực tuyến, hệ thống quản lý XX, hệ thống khảo sát và hệ thống lớp học chiếm 90%. Thử hỏi vào năm 2019, các hệ thống quản lý nội bộ có thực sự phổ biến đến vậy không? Quay lại vấn đề chính, khi đánh giá CV, chúng ta nên quan tâm nhiều hơn đến những dự án “thực sự tồn tại”. Chẳng hạn, người đó từng làm việc tại công ty XX và trong bối cảnh lúc đó công ty thực sự phát triển dự án này (không tính dự án outsourcing).

Bối cảnh dự án không phù hợp với bối cảnh phát triển của Internet

Bối cảnh dự án thay đổi theo hướng đi của thị trường mỗi năm, từ thương mại điện tử và làn sóng xổ số những năm đầu, đến O2O, mua hàng may rủi, livestream và bán lẻ mới về sau. Sự xuất hiện của mỗi dòng sản phẩm đều phù hợp với thị trường lúc đó. Nếu CV ghi rằng các sản phẩm xổ số (chính phủ cấm xổ số Internet từ năm 2015), O2O, cửa hàng trực tuyến, mua hàng may rủi (đầu năm 2017 cấm các sản phẩm dạng này), livestream... chỉ mới bắt đầu được khởi động vào năm 2018 hoặc 2019 thì rõ ràng rất không phù hợp với nhu cầu thị trường. Trong trường hợp này, cần xem xét liệu hoàn cảnh cụ thể có cách giải thích hợp lý hay không.

Thiếu tính mới mẻ

Nhiều dự án trong các giai đoạn kinh nghiệm làm việc khác nhau có kiến trúc kỹ thuật hoặc cấu trúc dự án giống nhau, thiếu tính mới mẻ. Thông thường, các công ty khác nhau sẽ dùng technology stack khác nhau, thậm chí hướng đi và mô hình sản phẩm cũng hoàn toàn khác nhau. Vì vậy, khi nhiều dự án của một ứng viên tại nhiều công ty đều ghi các kỹ thuật giống hệt nhau, quy trình nghiệp vụ cũng tương tự nhau, CV nhìn có vẻ gọn gàng nhưng thực tế lại càng thiếu sức thuyết phục.

Kỹ thuật quá mới nhưng không hề nhắc đến kỹ thuật cũ

Kỹ thuật quá mới: xét theo hướng phát triển của kỹ thuật Internet, chúng ta không ngừng tiếp cận các kỹ thuật mới. Tuy nhiên, với tư cách là CTO hoặc architect có thâm niên, doanh nghiệp thường chọn kỹ thuật hiện có ổn định hơn, trưởng thành hơn và có chi phí học thấp hơn. Việc theo đuổi kỹ thuật mới sẽ không quá rõ rệt. Còn các trung tâm đào tạo thì “kỹ thuật nào hot là chúng tôi dạy kỹ thuật đó”. Vì vậy, có rất nhiều người mới bước vào ngành Internet không biết gì về kỹ thuật cũ, thậm chí còn chưa từng nghe đến nhiều kỹ thuật.

Kinh nghiệm làm việc khá phong phú nhưng công việc từng làm lại ở mức thấp.

Kinh nghiệm làm việc khá phong phú nhưng công việc từng làm lại ở mức thấp là một vấn đề lớn. Hoặc công ty cũ không thể cung cấp sân khấu phù hợp để người đó có không gian phát triển tốt hơn, hoặc năng lực của người đó không đủ để hoàn thành công việc cấp cao hơn. Tất nhiên, cũng có trường hợp người đó tô vẽ quá nhiều kinh nghiệm khiến CV trở nên thiếu nhất quán. Trường hợp này cần đánh giá quy mô và bối cảnh của công ty.

Bối cảnh công ty trải rộng qua nhiều tỉnh, thành phố

Có lẽ nhiều đơn vị tuyển dụng cũng giống tôi: gần đây, 90% CV nhận được là của những người chuyển việc sang thành phố khác. Trong đó, Vũ Hán chiếm hơn 60%, tất cả đều là Công ty Công nghệ Mạng XX ở Vũ Hán. Quy mô các công ty đều dưới 50 người. Cũng có Hạ Môn, Ninh Ba, Nam Kinh, v.v. Tôi không nói thêm về vấn đề này, mọi người đều hiểu. Việc chuyển việc giữa các khu vực rất khó xác minh.

Thiếu bằng chứng về niềm đam mê kỹ thuật ngoài giờ

Một số kỹ thuật viên quá tự tin nhưng năng lực thực tế thấp, chỉ làm vài hệ thống quản lý mà đã sử dụng đủ thứ như hệ thống phân tán, cluster, high concurrency, big data, message queue, search engine, image container, nhiều database, data center, v.v. Mức lương kỳ vọng cũng cao hơn tiêu chuẩn ngành. Một người thực sự đam mê kỹ thuật chắc chắn đã dành không ít thời gian ngoài giờ cho kỹ thuật. Vì vậy, có thể bắt đầu từ blog và địa chỉ Git của người đó. Thậm chí có thể dùng số điện thoại, email, nickname hoặc bí danh để tìm kiếm trên search engine, xác minh xem người đó có nền tảng kỹ thuật trên forum, diễn đàn hay tổ chức open source hay không.

2. Khi vào vòng phỏng vấn, cách nhận biết mức độ “nước” của đối phương

Trong việc nhận biết mức độ “nước” của đối phương, không có tiêu chuẩn rõ ràng. Tuy nhiên, tôi có thể nêu ra một vài điểm. Đây cũng là cách tôi thường dùng trong các buổi phỏng vấn thực tế.

Dựa vào quy mô công ty, quy mô team, tính hợp lý trong phân bổ nhân sự và cách nhân sự phối hợp để phán đoán đối phương có kinh nghiệm làm việc hay không

Khi tuyển nhân sự IT junior hoặc junior-mid, có thể hỏi một số vấn đề như công ty có bao nhiêu người, team sản phẩm có bao nhiêu người, mỗi bộ phận product, technical, backend, frontend, client, UI và test có bao nhiêu người. Trong công việc phối hợp như thế nào, sản phẩm đã làm trong bao lâu, lên production khi nào, sau khi lên production bao lâu thì iterate một version, bao lâu iterate một campaign, đến nay có bao nhiêu user (backend), concurrency bao nhiêu, v.v. Theo kinh nghiệm của tôi, nếu một người chưa từng làm trong ngành thì khi đối mặt với những câu hỏi này, ít nhiều sẽ trả lời lạc đề hoặc đưa ra câu trả lời rất thiếu hợp lý.

Xác minh thời gian gia nhập công ty, thời gian khởi động và hoàn thành dự án, technology stack của sản phẩm và quy trình iterate

Nhiều ứng viên tô vẽ CV quá mức chỉ để theo đuổi mức lương cao hơn. Khi chúng ta hỏi: bạn gia nhập công ty đó vào tháng nào năm nào? Dự án của các bạn lên production vào tháng nào năm nào? Dự án của các bạn sử dụng kỹ thuật nào? Trước mỗi lần lên production, các bạn review như thế nào? Câu trả lời ứng viên đưa ra thường không khớp với CV. Vấn đề nằm ở đây. Về kỹ thuật được sử dụng trong dự án, chúng ta có thể phần nào phán đoán qua địa chỉ của dự án hoặc app, thông qua HTTP protocol, đặc điểm kỹ thuật và đặc điểm exception được throw. Nếu câu trả lời của ứng viên rõ ràng không khớp với những điều đó thì, hừm.

Dựa vào chiều sâu kỹ thuật để nhận biết trình độ kỹ thuật của đối phương

1. Xác định technology stack của đối phương, chẳng hạn: dự án nào bạn từng làm khiến bạn hài lòng nhất, vì sao? Bạn thích sử dụng những kỹ thuật nào nhất, vì sao?

2. Xác định mức độ phát triển của dự án đối phương, chẳng hạn: sản phẩm của các bạn đã làm trong bao lâu, iterate trong bao lâu, phát hành bao nhiêu version, phát triển đến bao nhiêu user, tạo ra concurrency bao nhiêu, doanh thu bao nhiêu?

3. Xác định đặc tính kỹ thuật của đối phương, chẳng hạn: bình thường bạn trao đổi kỹ thuật với những người làm kỹ thuật khác qua kênh nào, chủ yếu đã trao đổi những kỹ thuật gì?

Gần đây, nhiều người tôi tiếp nhận phỏng vấn có CV ghi đủ loại kỹ thuật xuất hiện liên tục. Để không vượt ra ngoài technology stack của ứng viên, tôi cố ý chỉ hỏi những kỹ thuật được ghi hoặc được sử dụng trong CV của ứng viên. Tôi nêu vài ví dụ.

1) Một ứng viên ghi trong CV rằng mình thành thạo Redis.

1. Hãy giới thiệu những data structure nào của Redis mà bạn từng sử dụng và mô tả business scenario đã sử dụng chúng;
2. Hãy giới thiệu bạn đã dùng plugin nào để thao tác với Redis;
3. Hãy giới thiệu serialization method mà các bạn sử dụng;
4. Hãy giới thiệu vấn đề nào khi sử dụng Redis từng để lại ấn tượng sâu sắc cho bạn;

2) Một ứng viên khẳng định mình thành thạo HTTP protocol và từng viết crawler.

1. Hãy giới thiệu một số HTTP header mà bạn biết và mô tả chức năng của chúng;
2. Nếu frontend submit thành công nhưng backend không thể nhận data, bạn sẽ kiểm tra và xử lý vấn đề như thế nào;
3. Hãy mô tả cấu trúc cơ bản của HTTP message;
4. Nếu server trả về Cookie, field trong header được lưu trong response content có tên là gì;
5. Khi server trả về Transfer-Encoding：chunked thì điều đó có ý nghĩa gì;
6. Bạn có biết về partial loading không? Hãy mô tả technical flow của nó.

Tất nhiên, với các kỹ thuật khác nhau thì chiều sâu kỹ thuật tương ứng cũng khác nhau.

Nhìn chung, cách làm là như vậy: bạn nói mình từng giết lợn. Vậy bạn đã giết bao nhiêu con, lần lượt vào thời điểm nào, từng giết con lợn lớn đến đâu, màu lông thế nào? Thực tế, câu trả lời của đối phương có thể là: từng giết, hơn chục con, từng giết con nặng 50 cân, từng giết lợn màu xanh lá, vàng, đỏ và xanh dương. Vấn đề nằm ở đó.

Tuy nhiên, vấn đề tôi gặp phải là: dùng Git hai năm nhưng không biết GitHub, dùng Redis một năm nhưng không biết data structure cũng không biết serialization, chuyên làm crawler nhưng không hiểu ý nghĩa của content-type, sử dụng search engine nhưng không nói được hai plugin phân tách từ, dùng read-write splitting cho database nhưng không biết replication delay, v.v.

Cuối cùng, tôi cho rằng trong quá trình tuyển dụng, không phải không cho phép ứng viên tô vẽ, nhưng cần cố gắng đạt được sự cân bằng. Bài viết này không có một kết thúc hoàn hảo, nhưng tôi đã cung cấp nhiều kinh nghiệm về việc phỏng vấn thất bại. Cuối cùng tôi cũng tuyển được những đồng nghiệp phù hợp. Hy vọng tất cả người phỏng vấn kỹ thuật sẽ sớm tìm được những cộng sự IT phù hợp với hướng phát triển sản phẩm của mình.

Lời cuối

Nếu nội dung hữu ích với bạn, hãy tiện tay tặng JavaGuide một Star miễn phí để ủng hộ: GitHub | Gitee.

JavaGuide đã được duy trì gần bảy năm, tích lũy 6100+ commit, với sự chung tay hoàn thiện của 620+ contributor. Star, phản hồi và PR của bạn đều là động lực để dự án tiếp tục cập nhật.

Nếu bạn đang chuẩn bị phỏng vấn backend / phát triển ứng dụng AI, có thể tham khảo Knowledge Planet của tôi, bao gồm các project thực tế về backend và AI, tối ưu CV, hỏi đáp 1-1 và tài liệu về các trọng điểm thường gặp, đã được duy trì liên tục sáu năm.