# Dòng mã được chấp nhận cho các dự án sẽ được trình bày cho người phỏng vấn? [đóng cửa]

Tôi sẽ tốt nghiệp sớm và tôi đã suy nghĩ. Tôi có một vài dự án / kịch bản thực sự nhỏ (~ 100-200 LỘC) mà tôi đã thực hiện vào thời gian rảnh và tôi có chúng trên Github. Tôi đã tự hỏi nếu họ là "xứng đáng" đủ để trình bày cho các nhà tuyển dụng trong tương lai? Hoặc tôi chỉ nên bao gồm những người lớn (~ 1000 LỘC)?

Khi chúng tôi phỏng vấn, chúng tôi yêu cầu điều này trong cuộc phỏng vấn cuối cùng. Tôi sẽ bắt đầu bằng cách nói rằng kích thước không thành vấn đề và sau đó đủ điều kiện một chút (không phải lúc nào cũng như vậy).

Nếu tôi yêu cầu ai đó gửi một đoạn mã họ cảm thấy tự hào và muốn đóng dấu tên của họ và họ gửi cho tôi một tệp duy nhất thì tôi sẽ mất tự tin. Trong một trường hợp, tôi đã nhận được một tệp mã ASCX dài phía sau và không có gì tôi có thể đọc được trong đó ngoại trừ "cậu bé có thích mã của mình trong lớp UI" không.

Trong các trường hợp khác, tôi đã nhận được toàn bộ các dự án lớn. Một mặt, điều đó khiến tôi tự tin hơn, nhưng nó cũng mang lại cho tôi rất nhiều thứ để chọn lỗ mà không cần đào sâu.

Nhưng đây là bí mật: mã bản thân không quan trọng mà nhiều. Tôi có thể chọn lỗ trong bất cứ điều gì bạn cung cấp cho tôi. Điều quan trọng là cách bạn phản ứng. Đừng tranh cãi vì lợi ích của nó, nhưng cũng đừng đồng ý với tôi vì lợi ích của nó. Tôi có thể không thực sự tin những gì tôi đang nói, và ngay cả khi tôi làm, tôi sẽ tôn trọng bạn vì đã ủng hộ mã của bạn theo cách xây dựng.

Đó không phải là quy mô của dự án. Đó là chất lượng. Hãy dành thời gian để làm điều đó đúng để nó xứng đáng là một phần của danh mục đầu tư. Miễn là dự án đủ lớn để chứng minh kiến ​​thức bạn muốn truyền đạt, chỉ có chất lượng mới là vấn đề.

Tôi nghĩ rằng câu hỏi phụ thuộc vào cách thức và thời điểm bạn dự định trình bày chúng cho một nhà tuyển dụng trong tương lai. Họ sẽ đến một mục hàng trong sơ yếu lý lịch của bạn hay nhà tuyển dụng yêu cầu bạn đưa ra những mô tả ngắn về những điều bạn đã làm trong một cuộc phỏng vấn?

Đối với một mục hàng trong sơ yếu lý lịch, tôi sẽ nghiêng về các dự án lớn hơn. Mặt khác, một kịch bản nhỏ hơn là thứ bạn có thể mô tả cho người phỏng vấn không mất nhiều thời gian và toàn bộ nội dung có thể được nắm bắt.

Cuối cùng, nó phụ thuộc nhiều hơn vào điều thú vị mà bạn đang đề cập đến. Nếu kịch bản làm một cái gì đó mới lạ và tình cờ không mất nhiều mã để làm, thì có trọng lượng cho điều đó.

"Đánh giá tôi bằng kích thước của tôi, đúng không?" - Chuyên gia

Điều hoàn toàn quan trọng là chất lượng. Một dự án ấn tượng được xác định bởi số lượng công việc có thể làm và mức độ phức tạp của những việc có thể làm và đó là tất cả những gì quan trọng về kết quả cuối cùng có liên quan.

Nếu dự án của bạn có 1.000 dòng, trong đó 100 dòng tính năng mã giống nhau đã được sao chép 10 lần với mỗi lần sửa đổi nhỏ, thì bạn sẽ trông giống như một lập trình viên tồi. Bạn sẽ trông giống như một lập trình viên tồi bởi vì bạn sẽ thất bại trong việc tạo ra thứ gì đó tốt . Bạn đã không thể duy trì dự án của mình có thể duy trì, có thể đọc, quản lý và có thể mở rộng.

Chỉ cần tạo ra những điều thực sự tuyệt vời những điều tốt đẹp . Thậm chí không cần phải xem xét chiều dài.

Cá nhân tôi không cho rằng #LOC phải là yếu tố quyết định. Thay vào đó tôi nghĩ rằng nó phải là sự sáng tạo, phức tạp và vấn đề mà dự án giải quyết sẽ xác định các mẫu mã bạn gửi. Hầu hết các nhà tuyển dụng không muốn rót qua các dòng mã chỉ để tìm một đoạn mã chứng minh cho họ rằng bạn hiểu các thuật toán phức tạp và tương tự. Nếu bạn có thể tạo ra các dự án thể hiện các kỹ năng của bạn mà không cần phải sàng lọc nhiều thì tôi nghĩ rằng cuối cùng thì đó là một chất lượng ấn tượng hơn số lượng dòng mã tuyệt đối. Điều đó đang được nói, có liên kết đến một dự án lớn là hữu ích nếu họ có thể chỉ biên dịch dự án và đảm bảo rằng nó đang hoạt động. Tuy nhiên, tất cả những gì thực sự cho thấy là khả năng của bạn để viết một chương trình phân tách các mối quan tâm một cách thích hợp.

Kích thước không quan trọng (như ở LỘC) thực sự. Đó là (gần như) trong mối tương quan trực tiếp với ngôn ngữ (nhiều hơn so với ít dòng cho cùng một thứ), vì vậy sẽ không công bằng khi đánh giá bất cứ điều gì trên cơ sở đó.

Tôi đánh giá dự án lớn hơn hay nhỏ, dựa trên số lượng tính năng, sở thích cá nhân của họ và số người dùng mà nó đã giúp giải quyết vấn đề (đây phải là đầu tiên trong danh sách).

Viết mã giống như điêu khắc - không phải là viết thêm, mà là lấy đi những thứ không cần thiết.

Công việc của một lập trình viên không phải là tạo ra các dòng mã; thay vào đó, công việc là tìm ra, từ tất cả các khối mã rác có thể được viết, bộ nhỏ nhất, sạch nhất sẽ giải quyết một vấn đề cụ thể.

Nếu một trong các dự án của bạn hiển thị giải pháp nhỏ nhất có thể, đơn giản nhất, sạch nhất cho một vấn đề, hãy sử dụng nó làm tài liệu tham khảo. Nếu không, đừng.

Tôi không bao giờ được yêu cầu cung cấp mẫu mã cho một người phỏng vấn. Thông thường các công ty muốn đảm bảo bạn biết cách suy nghĩ và viết mã cho bạn một bài kiểm tra, sau đó trong cuộc phỏng vấn kỹ thuật, bạn có thể được yêu cầu viết một thuật toán nhỏ nhưng hầu hết các cuộc phỏng vấn kỹ thuật tôi đã thực hiện cho các nhà phát triển hoặc thực hiện cho tôi khi thảo luận.