Phỏng vấn Kỹ thuật đã phát triển rất nhiều kể từ khi tôi chuyển từ vị trí Kỹ sư phần mềm sang Giám đốc kỹ thuật. Đặc biệt là trong thời kỳ hậu Covid, con người được chú trọng nhiều hơn   điều mà tôi nghĩ là một thay đổi quan trọng và đáng hoan nghênh. ,  Trong hơn một thập kỷ phỏng vấn hàng trăm lập trình viên, tôi cũng rất vui khi được làm việc với nhiều bootcamps, trường cao đẳng và hàng trăm người tìm việc cá nhân trên LinkedIn. Trong tất cả những thay đổi trong những năm qua, trên nhiều địa điểm và phương tiện khác nhau, một điều gì đó vẫn nhất quán xuyên suốt:  Những câu hỏi tôi nhận được.  Với ý nghĩ đó, tôi nghĩ - tại sao không tạo một Câu hỏi thường gặp từ góc độ của tôi với tư cách là người quản lý tuyển dụng?  Mặc dù đây là quan điểm của tôi, nhưng nó dựa trên nhiều năm quan sát và dữ liệu hỗ trợ. Nhưng điều đó đang được nói, lời khuyên không phải là thực tế. Bạn có thể không đồng ý với một số điểm nhất định, và điều đó không sao cả. Ý kiến mà chúng tôi không đồng ý cho phép chúng tôi hiểu rõ hơn quan điểm của chính mình. Tốt nhất, tôi hy vọng những câu trả lời này sẽ giúp bạn có được công việc mơ ước của mình. Tệ nhất, tôi hy vọng họ sẽ giúp bạn hình thành ý tưởng của riêng bạn về cách tiếp cận sự nghiệp của bạn.  Trong phần này, tôi sẽ tập trung vào các câu hỏi mà tôi đã nhận được về   . danh mục đầu tư và GitHub  Trên danh mục đầu tư   Tôi có thực sự cần một danh mục đầu tư / trang web không?  Nó thực sự phụ thuộc - nhưng tôi cực kỳ ủng hộ họ. Sơ yếu lý lịch cho tôi thấy khía cạnh chuyên nghiệp của bạn. Danh mục đầu tư thể hiện cá tính của bạn, sở thích của bạn. Họ cung cấp cho các nhà quản lý tuyển dụng một cảm giác khác về bạn là ai và bạn đang muốn phát triển như thế nào.  Tất nhiên, không phải ai cũng cần một cái - hoặc có mong muốn xây dựng một cái. Tôi biết nhiều lập trình viên thành công không có danh mục đầu tư / trang web và không bao giờ cần đến. Trên thực tế,   các nhà phát triển mà tôi biết đều không có. Và nếu đúng như vậy, tại sao tôi lại thúc đẩy họ? hầu hết  Câu trả lời đơn giản là đó là một trò chơi tỷ lệ cược. Công nghệ tuyển dụng là một thế giới hoang dã ngay bây giờ - có rất nhiều nhu cầu, rất nhiều ứng viên, nó cực kỳ cạnh tranh nhưng mọi người cũng đang vật lộn để tìm việc làm. Một danh mục đầu tư sẽ không đảm bảo bạn có được một công việc, nhưng nó mang lại cho bạn lợi thế có ý nghĩa so với các ứng viên khác  miễn là bạn làm đúng.    Bởi vì danh mục đầu tư là cá nhân, tôi nghĩ rằng mọi người bị choáng ngợp bởi   - và sau đó họ không bao giờ thực sự tạo ra bất cứ thứ gì. Danh mục đầu tư của bạn không nhất thiết phải là một công việc lớn - và bởi vì lợi ích vượt xa chi phí, tôi nghĩ việc xây dựng chúng có ý nghĩa rất lớn. "nghệ thuật của những gì có thể"  Nếu bạn xây dựng danh mục đầu tư của mình lặp đi lặp lại, bắt đầu từ quy mô nhỏ và chỉ mở rộng khi cần thiết và khi bạn có thời gian, đó là một cách tuyệt vời để tạo dựng bản thân.  Để biết thêm, đây là một số tài nguyên về cách xây dựng cho mình một danh mục đầu tư hấp dẫn:   Danh mục đầu tư Let's Talk!    ! Hãy nói (Thậm chí nhiều hơn!) Về Danh mục đầu tư   7 bước để xây dựng MVP danh mục đầu tư của bạn   Lumbot   Tôi thậm chí đưa những gì vào danh mục đầu tư của mình?  Trước hết, hãy biết khán giả của bạn. Danh mục đầu tư của bạn không dành cho bạn bè, gia đình của bạn - đối tượng thực sự của bạn là người quản lý tuyển dụng. Bạn muốn tập trung nội dung của mình sao cho dễ tiêu thụ - vì vậy hãy tập trung vào cách bạn sắp xếp mọi thứ. Hãy coi đó là sơ yếu lý lịch + sự sáng tạo của bạn. Thêm một số phong cách cho nó nhưng làm cho nó có thể sử dụng được.  Tôi là một fan cuồng của những hình ảnh nhanh chóng giúp ai đó có ấn tượng về những gì bạn có thể làm - vì vậy, cho dù đó là liệt kê các ngôn ngữ của bạn, liệt kê nhiều năm kinh nghiệm của bạn với từng thứ, liệt kê các dự án của bạn, làm cho nó trở nên trực quan, tương tác, nhưng đừng thêm bất kỳ "ma sát" nào với nó. Ý tôi là, những trình chiếu chậm khiến tôi phải ngồi và chờ đợi mọi thứ mờ dần đi không phải là một cách tiếp cận hay. Liệt kê tất cả để tôi có thể xem, sử dụng và tiếp tục.  Một điều nữa là: hãy cho nó một chút cuộc sống. Đừng làm cho nó trông giống như bạn đã xây dựng nó nhiều năm trước và quên nó đi - hãy thêm một số yếu tố động để nó luôn trông mới mẻ. Có nó cung cấp nguồn cấp dữ liệu cho twitter của bạn, hoặc chỉ xây dựng một tích hợp nhỏ vào blog của bạn hoặc chỉ có một "blog vi mô" giúp mọi người cập nhật về những gì bạn đang làm.  Nội dung chính là tất cả các dự án của bạn. Bạn đã xây dựng những gì, bạn đang xây dựng những gì. Bao gồm những bài viết hay bao gồm những gì bạn đã học được, những gì thách thức bạn, những gì bạn tự hào, những gì bạn sẽ làm tốt hơn.  Tác động và kết quả.  Mẫu này tôi đã thực hiện là mức tối thiểu mà bạn nên liệt kê. Tất cả đều tĩnh, nó có các yếu tố thiết kế tối thiểu, nhưng nó thực sự giúp người quản lý tuyển dụng hiểu bạn là ai:   Như bạn có thể thấy, những điều quan trọng cần liệt kê là:  Tech Stack & Methodologies mà bạn biết  Một tiểu sử nhỏ  Các liên kết quan trọng - tới GitHub, sơ yếu lý lịch của bạn, LinkedIn của bạn,  Hình ảnh nhanh tóm tắt sự nghiệp của bạn   Dự án, với ngăn xếp công nghệ và liên kết đến GitHub  Các phần "Trực tiếp" mà bạn có thể dễ dàng cập nhật những gì bạn đang làm / đang đọc  (cập nhật những phần này có thể mỗi tháng một lần.)  Như tôi đã nói trước đây, bạn sẽ mất hơn một cuối tuần để xây dựng một cái gì đó như thế này và nó sẽ giúp mang lại cho ứng dụng của bạn một chút lợi thế.  Khi bạn phát triển trong sự nghiệp của mình, việc cập nhật nó trở nên khá đơn giản.   Tôi không thể chỉ sử dụng GitHub?  Bạn có thể - có. Nhưng đừng chỉ đổ các dự án của bạn lên GitHub và gọi nó là một ngày. Xây dựng trang đích GitHub phù hợp và sử dụng trang đó làm danh mục đầu tư của bạn.  Bạn có thể xây dựng nó bằng cách sử dụng   - chỉ cần tuân theo các nguyên tắc tương tự như tôi đã liệt kê ở trên. GitHub Pages   Tôi có nên lấy tên miền của riêng mình không?  Bạn không cần một miền - nhưng có miền của riêng bạn cũng giống như có văn phòng phẩm của bạn. Đó là một liên lạc tốt đẹp.   Tôi nên truy cập trang web của mình theo cách cá nhân nào? Tôi có nên chia sẻ ảnh gia đình không? Công thức nấu ăn? Một bức tranh về kỳ nhông thú cưng của tôi?  Chia sẻ những gì bạn thích - cuối cùng chỉ cần biết đó là mục đích. Nó không có nghĩa là một hồ sơ Facebook - nhưng nó cũng không có nghĩa là một hồ sơ LinkedIn. Đối tượng của bạn sẽ là một người quản lý tuyển dụng.  Giúp họ làm quen với   của bạn. xã hội nhưng vẫn chuyên nghiệp   Tôi có nên lo lắng về SEO, xếp hạng trang, v.v.?  Không. Làm xong rồi. Giữ cho HTML của bạn sạch sẽ - nhưng cũng đừng căng thẳng về nó.  Chỉ làm những gì phù hợp nhất với vai trò mà bạn theo đuổi: Nếu đó là một nhà phát triển Node, hãy xây dựng mọi thứ với Node. Nếu đó là SEO, thì chắc chắn - hãy tối ưu hóa cho các công cụ tìm kiếm. Nhưng nếu bạn là Kỹ sư SQL, tôi có thể sẽ không đánh giá bạn về kỹ năng HTML / CSS của bạn.   Tôi có nên bao gồm một sơ yếu lý lịch có thể tải xuống / email của tôi không?  Điều đó cuối cùng là tùy thuộc vào bạn - nhưng nếu bạn bao gồm cả hai, hãy lo lắng về những thông tin bạn công khai. Có thể xóa số điện thoại của bạn khỏi sơ yếu lý lịch có thể tải xuống của bạn. Đảm bảo rằng nhà cung cấp email của bạn sẽ lọc thư rác.  Ngoài ra, hướng mọi người đến LinkedIn của bạn hoặc bao gồm một biểu mẫu để họ có thể liên hệ với bạn.  Trên GitHub   Trang đích GitHub của tôi trông như thế nào?  Viết một ReadMe đơn giản bắt chước nội dung trên danh mục đầu tư của bạn. Đơn giản, sạch sẽ và thanh lịch. Bạn sẽ muốn cập nhật nó, vì vậy hãy đảm bảo rằng bạn xây dựng nó theo cách mà chỉ tốn ít công sức nhất.  Ghim các dự án của bạn và bao gồm các liên kết quan trọng đến danh mục đầu tư / LinkedIn của bạn.  Tuy nhiên, bạn không cần phải lạm dụng nó. Mặc dù có một số điều tuyệt vời ở ngoài kia, nhưng tôi nghĩ rằng giữ nó đơn giản là cách tiếp cận tốt nhất (trừ khi bạn đang xây dựng điều này thay cho một danh mục đầu tư).  Để tham khảo, đây là trang đích GitHub của riêng tôi:  GitHub - Alishah Novin   Tôi có cần thực sự xây dựng các trang dự án của mình không?  Đảm bảo rằng bạn có tệp ReadMe. Bạn có thể làm được rất nhiều điều với họ - và tôi sẽ tiếp cận họ như thể bạn đang viết nó cho các nhà phát triển khác (thầm nghĩ về người quản lý tuyển dụng.)  Trong một môi trường chuyên nghiệp, bạn thường cần giải thích sản phẩm hoặc tính năng làm gì, cách sử dụng, hạn chế của nó, v.v. Đây là cơ hội để bạn giới thiệu điều đó với người quản lý tuyển dụng - vì vậy, trong khi bạn viết nó cho các nhà phát triển khác, những người sẽ sử dụng dự án của bạn, hãy nhớ   của bạn là người quản lý tuyển dụng. khán giả thực sự  Cung cấp tổng quan, cung cấp ảnh chụp màn hình, cung cấp nhật ký thay đổi. Ghi lại những điều để chứng tỏ rằng bạn có thể truyền đạt các khái niệm kỹ thuật.  Ví dụ khác, để tham khảo, là trang GitHub của tôi cho   . Xin lưu ý rằng có nhiều trang tốt hơn ngoài kia, nhưng tôi đã xây dựng trang này để cung cấp cho bạn cảm giác về mức tối thiểu trần của bạn trông như thế nào. mã / va chạm   Đừng chỉ tải lên dự án của bạn và gọi nó là một ngày.   Tôi có cần phải lo lắng về chất lượng mã của mình hay tôi đã nhận xét như thế nào không?  Mã của bạn sẽ được xem xét, có. Mọi người sẽ tìm kiếm các bình luận và đọc chúng. Chúng có thể sẽ không đi sâu vào chi tiết, nhưng bạn sẽ muốn đảm bảo rằng các tệp mã của mình có thể sử dụng được.  Đối xử với nó giống như bạn đối với một dự án thực sự. Đặc biệt nếu bạn đã cải thiện một thuật toán, hãy đảm bảo rằng nó xuất hiện trong các nhận xét cam kết của bạn.  Người quản lý thuê có thể sẽ không ngồi đó và mổ xẻ mã của bạn để đảm bảo rằng nó siêu hiệu quả - nhưng họ sẽ xem xét nó để hiểu những gì bạn biết / không biết.  Hãy cẩn thận với việc làm quá kỹ thuật hoặc viết mã spaghetti quá phức tạp. Trên thực tế, hãy cố gắng giảm bớt mùi mã.  Một tài nguyên tuyệt vời mà tôi thích giúp bạn viết mã siêu dễ trình bày là   . Refactoring và Design Patterns    Đúng. Dưới dạng một URL không phải là văn bản được liên kết. Sơ yếu lý lịch được in ra - và theo tôi biết, bạn không thể nhấp vào một liên kết trên giấy. Tôi có nên đưa GitHub vào sơ yếu lý lịch của mình không?    Đúng. Tôi có nên đưa GitHub của mình vào LinkedIn không?    Không. Đây là áp lực không cần thiết mà chúng tôi lập trình viên tự đặt lên mình. Chúng tôi muốn bức tường xanh đáng thèm muốn. Mặc dù có nhiều cam kết hàng ngày là rất tốt, nhưng nó sẽ không đảm bảo cho bạn một công việc. Bạn bớt lo lắng về việc có tần suất cam kết cao mà thay vào đó hãy lo lắng nhiều hơn về việc có những cam kết có tác động: các dự án thể hiện sự phát triển và phát triển của bạn với tư cách là một nhà phát triển. Đó có thể chỉ là một vài tháng.  Mặt khác, hãy đảm bảo rằng bạn không có hàng tấn dự án bị bỏ rơi / chưa hoàn thành. Có các ý tưởng hoàn chỉnh - tất cả chúng đều có thể ở các giai đoạn hoàn thành khác nhau, nhưng không có nhiều hơn 2 dự án không ở giai đoạn MVP. Kết thúc những gì bạn bắt đầu. Hy sinh mới lạ cho sắc thái. Tôi có cần lo lắng về mức độ hoạt động của GitHub của mình không?   Tôi có nên bao gồm các dự án khóa học không?  Việc học chỉ tốt khi không có dự án của riêng bạn. Giữ cho các môn học luôn hiển thị cho đến khi bạn có các dự án của riêng mình - sau đó ẩn các bài tập.    Chỉ bao gồm những ý tưởng đầy đủ và hoàn chỉnh - chúng không nhất thiết phải là sản phẩm đầy đủ. Tôi thích phân biệt giữa các dự án và sản phẩm. Một "Sản phẩm" đang xây dựng bản sao Twitter / Facebook đầy đủ. Quy mô và phạm vi của sản phẩm có thể lớn đến mức bạn có thể không bao giờ thực sự hoàn thành nó - và nó sẽ không phục vụ bạn nhiều vì nó sẽ khiến người quản lý tuyển dụng bị choáng ngợp.  "Dự án" là các đơn vị công việc rời rạc hơn. Thư viện. Một cuộc thử nghiệm.  Bạn chắc chắn nên chia sẻ các dự án và đưa vào bản viết của mình những gì họ đã làm - và những gì bạn đã cố gắng đạt được.  Bao gồm "Sản phẩm" với điều kiện chúng đủ xa để chúng có thể tự đứng được. Nếu bạn chưa bao giờ vượt ra khỏi màn hình đăng nhập, thì đừng bao gồm nó.  Tôi sẽ lặp lại * (thực ra, tôi chỉ sao chép và dán) *: Đảm bảo rằng bạn không có hàng tấn dự án bị bỏ rơi / chưa hoàn thành. Có các ý tưởng hoàn chỉnh - tất cả chúng đều có thể ở các giai đoạn hoàn thành khác nhau, nhưng không có nhiều hơn 2 dự án không ở giai đoạn MVP. Kết thúc những gì bạn bắt đầu. Hy sinh mới lạ cho sắc thái. Tôi có nên bao gồm tất cả các dự án của mình không?  Cần lưu ý, tất cả những phản hồi này là quan điểm chủ quan của riêng tôi mà tôi đã khái quát qua các công ty lớn và nhỏ. Chúng phản ánh phong cách cá nhân của tôi, nhưng tôi cũng vui vẻ nói rằng chúng cũng không đúng 100%. Đó là những gì hiệu quả với tôi - nhưng tôi thích nhận được ý kiến và suy nghĩ từ những người khác.   Có bất kỳ câu hỏi nào tôi chưa trả lời?   và gửi chúng cho tôi! Kết nối với tôi trên LinkedIn   Cũng được xuất bản   . ở đây

Facebook

Super

Twitter

Read My Stories

Check out the resources I've made for job-seeking coders...

Nghe bài viết này bằng Tiếng Anh, đọc bởi robot thông minh của HackerNoon

dài quá đọc không nổi

Download free Tech Leaders Productivity Report!

Câu hỏi thường gặp dành cho người quản lý tuyển dụng kỹ thuật phần mềm - Phần 3/5: Danh mục đầu tư & GitHub

About Author

BÌNH LUẬN

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI

Related Stories

189 Stories To Learn About Reading Books

72 Stories To Learn About The Essays Of Adam Smith

128 Stories To Learn About Charles Dickens

178 Stories To Learn About Essay

189 Stories To Learn About Reading Books

72 Stories To Learn About The Essays Of Adam Smith

128 Stories To Learn About Charles Dickens

178 Stories To Learn About Essay

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps