Tôi đã vượt qua các cuộc phỏng vấn Kỹ sư phần mềm của Nhân viên như thế nào và nhận được nhiều đề nghị (Spoiler - không cần chuẩn bị “LeetCode”)!

Nov 06 2022
TL; DR - Được rồi, đây không phải là bản tóm tắt hay nhất, vì có quá nhiều thứ để trình bày và chia sẻ. Tôi sẽ đề cập đến phần phân tích của bài viết này và để người đọc xác định xem có phần nào họ quan tâm hay không, tuy nhiên, tôi thực sự khuyến khích bạn lấy một tách cà phê và dành toàn bộ ~ 15 triệu để đọc mọi thứ.
Ảnh từ iMocha

TL; DR -  Được rồi, đây không phải là bản tóm tắt hay nhất, vì có quá nhiều thứ để trình bày và chia sẻ. Tôi sẽ đề cập đến phần phân tích của bài viết này và để người đọc xác định xem có phần nào họ quan tâm hay không, tuy nhiên, tôi thực sự khuyến khích bạn lấy một tách cà phê và dành toàn bộ ~ 15 triệu để đọc mọi thứ. Tôi hứa nó sẽ được giá trị nó! Bài viết được chia thành các phần sau: Bối cảnh, Phỏng vấn, Kết luận / Kết quả rút ra, Ưu đãi / Lương thưởngThông tin liên hệ.

Tiểu sử

Lần đầu tiên trong sự nghiệp kỹ sư của mình, tôi quyết định tham gia một cuộc phỏng vấn hàng loạt. Đã khoảng 3 năm kể từ lần cuối cùng tôi trải qua những câu hỏi nặng nề về thuật toán kiểu LeetCode. Tôi biết mình đã bịn rịn nhưng tôi cũng không có thời gian để ngồi ôn luyện hàng tuần / tháng. Tôi đã xem các bài đăng thịnh hành trong cộng đồng kỹ thuật về việc các cuộc phỏng vấn viết mã căng thẳng, khó khăn và phức tạp đã trở nên như thế nào. Bất chấp tất cả những điều này - tôi tin tưởng vào bản lĩnh của mình, tận dụng kinh nghiệm thực tế của mình và sau ~ 70 vòng phỏng vấn với 9 công ty , tôi đã nhận được 6 lời đề nghị!!! Tôi muốn chia sẻ những gì tôi học được, cách tôi tiếp cận và trả lời mỗi cuộc phỏng vấn, đồng thời làm sáng tỏ một cách tiếp cận khác để phỏng vấn cho các công ty công nghệ thay vì tập trung vào giải quyết các vấn đề về LeetCode.

  • Mặc dù vai trò này dành cho Android , nhưng khoảng 90% quy trình phỏng vấn là chung. Thường có một phần tên miền và đây là nơi nó có nhiều khả năng được hoán đổi với một phần có liên quan đến vai trò được nhắm mục tiêu của bạn (iOS, Android, Backend, v.v.).
  • Tôi đã ký một số NDA “ưa thích” nên tôi sẽ không nêu tên các công ty, nhưng tôi sẽ chia sẻ các ngành: Truyền thông & giải trí, Robotics, AI và Machine Learning, Social Media, FinTech, Healthcare, Video Streaming, E-commerce, Instant Message
  • Tất cả đều dành cho các vị trí ở xa và tất cả các cuộc phỏng vấn đều được thực hiện qua zoom / google hangouts.
  • Quá trình phỏng vấn ở tất cả các công ty này đều dành cho các vị trí cấp cao hơn. Tôi tin rằng nhiều vai trò cấp dưới sẽ tuân theo một quy trình phỏng vấn hơi khác. Bất kể, những gì tôi sắp chia sẻ sẽ cực kỳ hữu ích cho dù bạn đang phỏng vấn ở cấp độ nào! IT nhât thi tôi nghi vậy :)

Được rồi, chúng ta hãy nói qua các cuộc phỏng vấn, những gì mỗi vòng yêu cầu và làm thế nào để vượt qua chúng!

Sàng lọc công nghệ

Ban đầu, bạn sẽ bắt đầu bằng một cuộc điện thoại ngắn với nhà tuyển dụng công nghệ hoặc người quản lý tuyển dụng, để tìm hiểu thêm về vai trò và công ty, cũng như tìm hiểu sơ lược về nền tảng của bạn. Có một bản sơ yếu lý lịch được viết tốt, trau chuốt và cập nhật sẽ làm cho việc này trở nên cực kỳ dễ dàng! Bạn sẽ có khả năng giao tiếp ở trình độ cao, một chút về nền tảng của bạn và những gì bạn đang tìm kiếm. Tránh biệt ngữ công nghệ . Truyền đạt các kỹ năng kỹ thuật và kiến ​​thức nền tảng của bạn một cách phi kỹ thuật thực sự có ý nghĩa!

Đánh giá tận nhà (tùy chọn)

Chỉ một số công ty thực hiện bước này trong quá trình phỏng vấn của họ. Đánh giá tận nhà là một dự án ứng dụng nhỏ (trong trường hợp của tôi là Android) hoặc nó là 2–3 câu hỏi mã hóa qua các nền tảng khác nhau như HackerRank, v.v. Hãy đề cập đến từng câu hỏi này một cách riêng biệt.

Mang ứng dụng về nhà - Nếu bạn là nhà phát triển thiết bị di động, đây nên là một cuộc đi bộ trong công viên. Đó là cơ hội để bạn sáng tạo và thể hiện những gì bạn làm trong một ngày điển hình của mình với tư cách là một kỹ sư di động. Những điều chính cần nhớ:

  • Chỉ dành một vài giờ.
  • Viết mã bạn sẽ tự hào về vận chuyển. Tập trung vào mã sạch, nhận xét ở những nơi cần thiết, thiết kế và kiến ​​trúc tốt. Những điều này quan trọng hơn việc dành toàn bộ thời gian của bạn để xây dựng các hoạt ảnh trang nhã, chế độ xem tùy chỉnh hoặc giao diện người dùng pixel hoàn hảo.
  • Triển khai kiến ​​trúc và thiết kế ưa thích của bạn. Tôi gặp khó khăn với MVVM và tách các ứng dụng của mình thành các lớp: App / UI / ViewModel, Domain và Data / API. Bạn có thể được yêu cầu nói về vấn đề này trong các cuộc phỏng vấn tiếp theo, vì vậy hãy xây dựng những gì bạn quen thuộc và cảm thấy thoải mái nhất.
  • Viết một số bài kiểm tra! Bạn không cần phải kiểm tra đơn vị mọi thứ. Nhưng việc thể hiện một số kỹ năng kiểm thử đơn vị và cụ thể là những gì bạn kiểm tra, sẽ còn một chặng đường dài!
  • Tôi mất 5 phút để lướt qua tất cả các câu hỏi trước. Tôi đã xếp hạng chúng từ dễ nhất đến khó nhất và giải quyết những cái dễ hơn trước
  • Tôi không quan tâm đến việc cố gắng “suy nghĩ thấu đáo” và sử dụng cấu trúc dữ liệu phù hợp hoặc các thuật toán sách giáo khoa để sử dụng. Tôi chỉ tập trung vào việc giải quyết vấn đề, bất kể giải pháp của tôi có hiệu quả như thế nào hay tôi đang lặp lại bao nhiêu công việc
  • Hãy tưởng tượng bạn có bộ nhớ và CPU vô hạn, chỉ cần giải quyết vấn đề từng bước và tập trung vào giải pháp con đường hạnh phúc.
  • Phần lớn các vấn đề có thể được giải quyết bằng Maps, ArrayList, LinkedList và lặp đơn giản. (Rất có thể là những gì bạn sử dụng hàng ngày!) Đúng vậy, việc chọn đúng cấu trúc dữ liệu hoặc kiến ​​thức về thuật toán có thể giúp giải quyết vấn đề dễ dàng hơn. Và đây là nơi mà việc dành hàng tuần / tháng để học tập và thực hành sẽ giúp ích cho bạn. Nhưng nếu bạn gặp khó khăn về thời gian, bạn có thể giải quyết tất cả các vấn đề với nhiều bước hơn, theo cách tiếp cận ít hiệu suất hơn, với việc sử dụng các cấu trúc dữ liệu phổ biến hơn và lặp lại đơn giản.
  • Những đánh giá này thường đạt / không đạt dựa trên hệ thống điểm. Bạn càng vượt qua nhiều bài kiểm tra cho mỗi vấn đề, bạn càng nhận được nhiều điểm và cuối cùng là “vượt qua” bài đánh giá.
  • Có rất ít khả năng bạn sẽ gặp một vấn đề siêu phức tạp trong các bài đánh giá tận nhà này. Những câu hỏi đó thường không rõ ràng và yêu cầu các câu hỏi tiếp theo và sự rõ ràng, và như vậy sẽ không hiển thị ở nhà.
  • Cuối cùng, nếu bạn có thêm thời gian, bây giờ bạn có thể xem lại các giải pháp của mình và cải thiện chúng.

Chúc mừng! Bạn đã lọt vào vòng phỏng vấn cuối cùng. Đây là lúc nó có thể hơi run và thay đổi theo từng công ty. Tôi đã phỏng vấn với các công ty khởi nghiệp được tài trợ tốt (kỳ lân), các công ty hàng đầu và cả “FAANG”. Mặc dù nó có khác nhau một chút, nhưng hầu như tất cả chúng đều có một cấu trúc chung được mô tả dưới đây. Tôi sẽ liệt kê chúng ra với một mô tả ngắn gọn và sau đó đi sâu vào từng cái để chia sẻ các mẹo và chiến lược mà tôi đã sử dụng cho từng loại.

  • 1–3 Kỹ thuật - Giải quyết vấn đề mã hóa với 1-2 kỹ sư hoặc xây dựng dựa trên dự án mang về nhà của bạn
  • 1 Thiết kế & Kiến trúc Hệ thống - Sử dụng một số loại công cụ “bảng trắng” như LucidChart, GoogleDraw và MURAL để vẽ từ đầu đến cuối cách bạn sẽ kiến ​​trúc một tính năng / vấn đề. ví dụ: “Chúng tôi muốn triển khai màn hình hồ sơ khi nhấn vào ảnh của người dùng”
  • 1 Miền / Kiến thức - Với vai trò mà tôi đang phỏng vấn, đây chủ yếu là các câu hỏi về Android, Kotlin và Java.
  • 1 Trải nghiệm Q / A Dự án - Đi sâu vào một trong các dự án của bạn, nơi bạn có thể thể hiện vai trò, trách nhiệm, thách thức, kết quả và bất kỳ quyết định kỹ thuật nào bạn đã đưa ra.
  • 1 Hỏi / Đáp Con người / Hành vi - Tiêu chuẩn của bạn “Hãy cho tôi biết về một thời điểm mà….”
  • 1–3 Trò chuyện với EMs - Gặp gỡ và chào hỏi thoải mái với người quản lý tuyển dụng / giám đốc kỹ thuật để tìm hiểu về vai trò, nhóm và trả lời bất kỳ câu hỏi nào bạn có.
  • 1–3 Trò chuyện với Ban lãnh đạo - Đối với các công ty mới thành lập, đặc biệt khi bạn đang phỏng vấn cho các vị trí cấp cao hơn, việc có nhiều cuộc gặp gỡ và chào hỏi với các thành viên lãnh đạo khác nhau để phù hợp với văn hóa và sự phù hợp nhiệm vụ để làm quen với nhau sẽ trở nên phổ biến hơn.

Chúng được xây dựng dựa trên dự án mang về nhà của bạn hoặc giải quyết một câu hỏi mã hóa. Hãy đi sâu vào từng.

Tùy chọn 1: Lấy phần mở rộng dự án về nhà - Điều này rất thú vị và bạn sẽ không phải lo lắng về điều gì! Nó chỉ làm những gì bạn làm hàng ngày với tư cách là một kỹ sư. Tại các công ty trước đây - tôi đã có nhiều kinh nghiệm với các buổi lập trình cặp đa nền tảng với các thành viên trong nhóm khác nhau khi giải quyết một số loại nhiệm vụ kỹ thuật. Điều này không có gì khác biệt! Bạn sẽ không được giao việc gì đó không hợp lý để làm trong vòng một giờ, thường thì nhiệm vụ sẽ chỉ dựa trên những gì bạn đã làm khi mang về nhà. Hãy bình tĩnh và tiếp tục điều này theo cách bạn làm trong bối cảnh thế giới thực. Chỉ cần nhớ đưa ra mọi quyết định, đánh đổi, chú thích, v.v. khi bạn bắt đầu triển khai tính năng này. Dưới đây là một số ví dụ thực tế về những gì tôi đã nói qua:

“Mặc dù không lý tưởng nhưng tôi sẽ sao chép mã này vào cả hai ViewModels và cuối cùng nếu có thêm thời gian, tôi sẽ xem xét việc cải thiện điều này bằng cách chuyển mã này vào UseCase trong lớp miền của mình”

“Hiện tại, tôi sẽ tập trung vào việc chỉ kết nối dữ liệu và hiển thị tất cả trong giao diện người dùng. Cuối cùng, nếu chúng ta có thêm thời gian, tôi có thể quay lại và giới thiệu kiến ​​thức của mình về việc xây dựng một giao diện người dùng trang nhã hơn ”

“Tôi sẽ tập trung vào việc chỉ tìm được câu trả lời đúng và thực hiện một số phân loại và lọc ít lý tưởng hơn ở đây mà có thể được cải thiện và giải quyết theo cách tốt hơn nếu chúng ta có thời gian.”

“Tôi đang chọn lưu trữ dữ liệu này trong bảng SQL thay vì Cache vì….”

Loại phỏng vấn này thiên về việc thể hiện cách bạn làm việc với những người khác, nói to trong khi bạn đưa ra các quyết định kỹ thuật và cách bạn giải quyết một vấn đề trong thế giới thực theo từng phần.

Tùy chọn 2: Câu hỏi về mã hóa - Được rồi, chúng ta lại tiếp tục với những câu hỏi về LeetCode đáng sợ. Nếu bạn làm theo cùng một phác thảo đã đề cập ở trên với bài đánh giá mang về nhà, thì điều này không có gì khác biệt, ngoại trừ bây giờ bạn có (những) người thật trong phòng. Dưới đây là các mẹo chính cần nhớ:

  • Đọc, sau đó đọc lại vấn đề. Hãy chắc chắn rằng bạn hoàn toàn hiểu câu hỏi. Phần khó nhất của một câu hỏi viết mã trước tiên là đảm bảo rằng bạn hiểu những gì đang được hỏi. Nếu bạn cần sự rõ ràng, hãy đặt câu hỏi và yêu cầu các ví dụ làm rõ về: “Với một số đầu vào X, giải pháp sẽ cho đầu ra Y”
  • Nói to về cách bạn muốn giải quyết vấn đề
  • Chuyển kế hoạch của bạn thành mã - bắt đầu triển khai giải pháp của bạn. Nói ra bất cứ điều gì bạn đang nghĩ có thể là một bối cảnh tốt cho người phỏng vấn của bạn. Hầu hết mọi người nghĩ rằng bạn phải nói không ngừng, hoặc bạn nói chưa đủ. Chúng ta là con người, không phải người máy. Hoàn toàn có thể chấp nhận được khi nói “Này, tôi có thể dành 2 phút để nhanh chóng thu thập suy nghĩ của mình ở đây không”. Hãy hét lên những gì bạn sẽ làm, và sau đó thực hiện nó. Không cần phải nói không ngừng vì bạn muốn tránh sự im lặng khó xử.
  • Nếu bạn đang gặp khó khăn - hãy nói ra! Nếu bạn hoàn toàn mắc kẹt, đó không phải là ngày tận thế (tin tôi đi!). Người phỏng vấn của bạn biết điều này đã căng thẳng như thế nào. Tất cả chúng ta đều có những khoảnh khắc "não đóng băng" và một manh mối đơn giản giúp chúng ta đi đúng hướng. Chỉ cần giao tiếp với người phỏng vấn của bạn.
  • Hãy đánh đổi, đừng tối ưu hóa quá mức (ban đầu) - Người phỏng vấn của bạn không đặc biệt quan tâm đến việc bạn giải quyết vấn đề nhanh như thế nào hoặc liệu bạn có cần trợ giúp để đưa ra giải pháp hay không. Đó là tất cả về giao tiếp, giao tiếp và giao tiếp. Đừng lo lắng về việc giải quyết vấn đề một cách chính xác. Đây là về hiểu cách bạn nghĩ. Nếu tất cả mọi người trên thế giới đều nghĩ như vậy, chúng ta vẫn sẽ có những chiếc điện thoại nắp gập (không có lỗi với những ai vẫn có chúng). Nắm bắt cách tiếp cận của bạn để suy nghĩ và giải quyết vấn đề, ngay cả khi nó có vẻ sơ đẳng đối với bạn. Mã dễ đọc, đơn giản, dễ theo dõi sẽ dễ viết hơn so với việc tạo ra một thuật toán thông minh, phức tạp.

Cuộc phỏng vấn này rất có thể là thứ mà bạn sẽ thấy nếu ứng tuyển vào một vị trí cao cấp hơn. Cuộc phỏng vấn ít tập trung hơn vào một miền cụ thể và tập trung nhiều hơn vào kiến ​​thức tổng thể của bạn về cách hệ thống end-to-end hoạt động và cách xây dựng các sản phẩm / giải pháp có thể mở rộng.

Thông thường, cuộc phỏng vấn của bạn sẽ bắt đầu bằng phần giới thiệu và sau đó là phần giới thiệu ngắn gọn về một số công cụ vẽ mà bạn có thể tùy ý sử dụng. Một số người thích nói to hơn, điều đó hoàn toàn tùy thuộc vào bạn. Bạn được giao một vấn đề trong thế giới thực chẳng hạn như một tính năng mới và được giao nhiệm vụ thiết kế mọi thứ từ đầu đến cuối.

  1. Đặt câu hỏi làm rõ. Đảm bảo rằng bạn hiểu nhiệm vụ / tính năng là gì.
  2. Kêu ra bất kỳ ẩn số, sự đánh đổi hoặc cản trở tiềm năng nào:

Chúng ta có cần xác thực không?

Chúng tôi có cần duy trì bất kỳ dữ liệu nào và / hoặc hỗ trợ trải nghiệm người dùng ngoại tuyến không?

Chúng ta có cần xử lý các trạng thái lỗi và / hoặc tải không?

3. Kiến trúc hệ thống

Chúng tôi có yêu cầu chương trình phụ trợ hay chỉ dành cho cục bộ? Phụ thuộc của bên thứ 3?

Khả năng mở rộng - chúng ta có thể xây dựng tính năng này theo cách bất khả tri nền tảng có thể được chia sẻ giữa các dự án, ứng dụng và nhóm không?

Kiến thức miền

Đây là một "dễ dàng" khác. Cuộc phỏng vấn này thực sự chỉ để thăm dò mức độ và những gì bạn biết về miền của mình. Là một kỹ sư Android, điều này xoay quanh các câu hỏi Kotlin và Java. Các chủ đề bao gồm Coroutines, Flows và các tính năng ngôn ngữ. Các chủ đề về Android chủ yếu xoay quanh vòng đời, dữ liệu liên tục, phân luồng và các câu hỏi chung về khuôn khổ Android. Tôi nói điều này là "dễ dàng" bởi vì bạn không biết những gì bạn không biết. Chỉ cần trả lời theo khả năng tốt nhất của bạn, nói qua suy nghĩ của bạn, và rất có thể tất cả các câu trả lời của bạn sẽ đến từ kinh nghiệm thực tế trong quá khứ của bạn.

Dự án QA và Hành vi

Tôi đã gộp hai loại phỏng vấn này lại với nhau bởi vì chúng thực sự đi đôi với nhau. Một là tập trung hơn vào việc tìm hiểu sâu về kỹ thuật của một dự án mà bạn chọn. Phần còn lại là xoay quanh những thách thức và tình huống mà bạn phải đối mặt khi làm việc trong một nhóm thực sự trong một dự án mà bạn lựa chọn. Thành thật mà nói, không cần chuẩn bị trước ở đây. Chỉ cần trả lời trung thực, với các ví dụ thực tế, và bạn nên đi. Một lần nữa, bạn không biết những gì bạn không biết, và bạn không thể bị lỗi vì điều đó. Nếu một tình huống nào đó không áp dụng cho bạn hoặc bạn chưa có cơ hội trải nghiệm nó - hãy chỉ ra điều đó. Người phỏng vấn bạn quan tâm đến các ví dụ thực tế hơn là các giả thuyết. Trước khi bắt đầu phỏng vấn ở bất kỳ đâu, chỉ cần chọn một dự án trong sơ yếu lý lịch của bạn tại một công ty hiện tại hoặc công ty trước đây mà bạn quen thuộc nhất và bạn đã sẵn sàng để đi.

Trò chuyện với Quản lý thuê / Kỹ thuật

Thông thường, cuộc phỏng vấn này là cuộc phỏng vấn cuối cùng của bạn - và phải thực sự thoải mái. Nhiều khả năng bạn đang gặp người quản lý tiềm năng trong tương lai của mình. Bây giờ là lúc bạn đặt càng nhiều câu hỏi về nhóm và vai trò cũng như tìm hiểu về người quản lý tương lai của bạn. Một trong những khía cạnh quan trọng nhất của một sự nghiệp thành công là có một người quản lý tuyệt vời. Và thành thật mà nói, đôi khi nó giống như “hẹn hò”. Bạn muốn tìm một người mà bạn “nhấp vào”, có cùng sở thích và có phong cách quản lý phù hợp với những gì bạn đang tìm kiếm để phát triển trong sự nghiệp của mình! Chuẩn bị dễ dàng cho điều này - hãy là chính mình và hỏi bất cứ điều gì bạn cần để giải quyết bất kỳ nghi ngờ nào bạn có thể có về đội hoặc vai trò!

Trò chuyện với Ban lãnh đạo

Một số người thấy điều này là căng thẳng và đáng sợ. Hãy nhớ rằng - bạn đạt đến điểm này bởi vì bạn là một ứng cử viên hàng đầu và công ty thực sự muốn đầu tư vào bạn ! Điều quan trọng không kém đối với bạn là gặp gỡ những người đang lãnh đạo nhóm, bộ phận và công ty của bạn. Đây là một cơ hội tuyệt vời để tìm hiểu thêm về văn hóa làm việc, những điểm khó khăn của công ty và các giá trị. Tất cả những điều mà bạn nên cân nhắc khi quyết định chấp nhận lời đề nghị nào!

Thêm vào:

Tôi muốn chia sẻ những câu hỏi tôi đã hỏi ở cuối mỗi vòng phỏng vấn, bất kể tôi đã gặp ai và cuộc phỏng vấn đề cập đến vấn đề gì. Những câu hỏi mà tôi hỏi này dường như thực sự thu hút được người phỏng vấn của tôi và tất cả họ dường như thực sự thích chúng. Nó cũng cho tôi rất nhiều cái nhìn sâu sắc về tình trạng hiện tại của mọi thứ.

  1. Nếu bạn có một cây đũa thần mà bạn có thể vẫy, để làm cho một vấn đề kỹ thuật hoặc phi kỹ thuật biến mất ở công ty hoặc nhóm của bạn, nó sẽ là gì? (Spoiler - câu trả lời phổ biến nhất mà tôi nhận được là build-times * facepalm *)
  2. Công ty / nhóm của bạn làm gì đặc biệt tốt?
  3. Vấn đề khó khăn nhất mà nhóm của bạn phải giải quyết là gì?

Mặc dù tôi đã thành công rực rỡ với nhiều lời mời, nhưng có một số công ty mà tôi đã làm kém trong các cuộc phỏng vấn. Sau mỗi cuộc phỏng vấn, tôi nhanh chóng ghi lại những suy nghĩ của mình về những gì tôi nghĩ rằng tôi đã làm kém và những gì tôi nghĩ là thực sự tốt.
Đây là những điều quan trọng của tôi:

  • HÃY CÓ GIẤC NGỦ TỐT - Trong những hiệp thi đấu mà tôi thực sự kém, tôi đã bị thiếu ngủ hoặc cảm thấy không được khỏe. Vào cuối ngày, chúng ta là con người , và nhìn lại, tôi nhận ra rằng lẽ ra tôi nên dời các cuộc phỏng vấn của mình sang một ngày khác. Các công ty sẽ hiểu và nếu họ không hiểu, có thể bạn đã né được một viên đạn ở đó.
  • GIAO TIẾP -  Tuyệt vời, bạn là kỹ sư thông minh nhất trong phòng nhưng không thể làm việc tốt với những người khác, không thể giao tiếp hiệu quả và khó cộng tác… tốt… tất cả không phải là về mã hóa. Một kỹ sư trung bình hoặc trên trung bình một chút với kỹ năng giao tiếp đặc biệt sẽ tạo ra bán kính vụ nổ lớn hơn nhiều so với một kỹ sư xuất sắc với kỹ năng giao tiếp kém. Giao tiếp hiệu quả là chìa khóa trong các cuộc phỏng vấn thành công!
  • COLLABORATE - Không chỉ là niềm vui, sự thay đổi nhịp độ và cách học bên ngoài miền của bạn, mà lập trình theo cặp là một cách tuyệt vời để cải thiện khả năng trò chuyện thông qua suy nghĩ và giao tiếp của bạn, chia sẻ kiến ​​thức và nâng cao bản thân và đồng đội của bạn . Nếu bạn tham gia vào điều này trong thế giới thực, bạn sẽ thể hiện rất tốt trong các cuộc phỏng vấn kỹ thuật.
  • EGO THẤP - Ngay cả kỹ sư sáng giá nhất giàu kinh nghiệm nhất cũng mắc sai lầm và có khả năng phát triển. Trái ngược với những gì bạn đọc và tin tưởng - những người phỏng vấn không quan tâm đến việc bạn giải quyết vấn đề nhanh như thế nào, tự mình đưa ra giải pháp đúng hay bạn chứng minh họ sai trong các cuộc phỏng vấn viết mã. Ngay cả khi họ thể hiện cái tôi, hãy lắng nghe phản hồi và nhận xét của họ, đặt câu hỏi nếu bạn không chắc chắn và tin tưởng lời khuyên của họ vì họ thực sự đang cố gắng hướng bạn đến giải pháp. Hãy cởi mở với phản hồi!

Tôi biết đã có những tài nguyên tốt ngoài kia giúp minh bạch hơn trong các đề nghị và cách bạn có thể thương lượng. Vì lý do đó, tôi sẽ không đi vào chi tiết cụ thể nhưng tôi sẽ chỉ xác nhận rằng có, việc có nhiều đề nghị cho phép bạn thương lượng một đề nghị cạnh tranh hơn. Tuy nhiên, các mối quan hệ bạn thực hiện trong suốt cuộc phỏng vấn kết hợp với hiệu suất của bạn là động lực lớn nhất để bạn có thể nhận được mức thù lao cao hơn. Hãy có một thái độ tích cực và thân thiện, cố gắng hết sức và bạn sẽ nhận được một lời đề nghị tuyệt vời. Khi một công ty bắt gặp một ứng viên mạnh, bất kể họ có được đề nghị hay không, họ sẽ làm những gì cần thiết để đưa họ vào vị trí này.

Tiếp xúc

Tôi rất vui khi được kết nối với bất kỳ ai quan tâm và xem qua sơ yếu lý lịch của họ (rất vui khi được chia sẻ thông tin của tôi), thực hiện phỏng vấn giả hoặc đi sâu vào bất kỳ phần nào của bài viết này. Hãy bắn cho tôi một DM trên Twitter @crocsandcoffee!

© Copyright 2021 - 2022 | vngogo.com | All Rights Reserved