Câu hỏi là đây và chi tiết như sau: có bất cứ điều gì tôi có thể nói / đưa lên, với tư cách là một lập trình viên, để đưa anh ấy đến bên tôi không?
Tôi rất thích nghe những tranh luận hợp lệ cho cả hai bên về vấn đề này, nhưng chủ yếu là những gợi ý về cách nói chuyện với anh ấy.
Tình huống của tôi là thế này: Tôi đang làm việc trong một dự án nhóm trong khóa học văn bằng của mình, xây dựng một trang web cỡ vừa làm nguyên mẫu cho trường đại học. Tất cả đều được coi là bình đẳng trong nhóm và không có ai được chỉ định lãnh đạo nên câu trả lời cho vấn đề này không thể là "kéo hạng".
Tất cả đều bằng nhau, tuy nhiên có một khoảng cách lớn về kiến thức giữa các thành viên. Thành viên trong nhóm nghi vấn và tôi đều là những nhà phát triển có khả năng, mặc dù anh ta không có kinh nghiệm trong ngành. Ba thành viên khác ít có khả năng hơn và hai người đã từ chối phát triển hoàn toàn. Cả ba đều từ chối bình luận về tình huống này do thiếu kiến thức.
Với tư cách là một nhóm, chúng tôi sẽ quyết định sử dụng công nghệ nào trong việc triển khai trang web; cụ thể, có nên sử dụng khung PHP (Code Igniter) hay không.
Tôi đang tranh luận ủng hộ, trích dẫn:
- Không phát minh lại bánh xe
- Cơ sở mã được viết và kiểm tra tốt để làm việc từ
- Bắt đầu đi (thời hạn gần hơn chúng ta muốn)
- Tốc độ phát triển
- Mẫu thiết kế âm thanh và có thể bảo trì và thực hành tốt
Anh ta đang tranh luận về việc làm theo cách mà anh ta đã từng:
- Viết bespoke, chức năng một lần vào tệp "thư viện" như khi anh ta cần chúng
- Các chức năng truy cập dữ liệu và hiển thị dữ liệu đó trên trang, nhận / cài đặt đến và từ phiên và nhận / đăng dữ liệu, v.v.
- Có 1 tệp trên mỗi trang (dẫn đến không có sự phân tách mối quan tâm giữa kiểm soát, trình bày và dữ liệu)
Lý do của anh ta chống lại việc sử dụng là khuôn khổ chủ yếu dựa trên anh ta không thể nhìn thấy điểm: anh ta có thể làm tất cả những điều đó rồi. Khung không thay đổi điều đó, nó chỉ làm cho nó khó hơn vì anh ta phải học khung; anh ta không muốn sử dụng mã mà anh ta đã viết.
Ông cũng đã nói rằng "không quan trọng chất lượng của cơ sở mã, vì dự án chỉ là một nguyên mẫu và sẽ không bao giờ được duy trì". Đối với tôi, đó không phải là lý do để viết mã không thể nhầm lẫn.
Tôi có thể thấy lý do tại sao anh ta đưa ra những lập luận đó, nhưng tôi có vấn đề với "sự thiếu quan tâm đến khả năng bảo trì" của anh ta và "sự coi thường thiết kế tốt" của anh ta, hoặc thậm chí tách rời các mối quan tâm. Tuy nhiên, tôi nghi ngờ anh ta chưa bao giờ nghiên cứu các mẫu thiết kế, vì vậy tôi không biết hiệu quả của việc chứng minh tại sao phương pháp của anh ta có thể chứng minh được là không thể hiểu được.
Tôi muốn thực hiện dự án này, nhưng tôi không muốn thực hiện nó mà không quan tâm đến mọi thứ tôi đã học được trong nhiều năm. Như tôi đã nói trước đây, không có khả năng kéo xếp hạng ở đây, các thành viên khác trong nhóm cũng không sẵn sàng tham gia. Tôi có nên lùi lại và làm mọi thứ theo cách của mình không? Có phải anh ấy quá cứng đầu và thiếu kinh nghiệm để biết rõ hơn? Hay tôi là người cứng đầu ở đây?
TL; DR Thành viên nhóm thiếu kinh nghiệm đang bướng bỉnh, làm thế nào tôi có thể chiến thắng anh ta?
he doesn't want to use code he hasn't personally written.
Anh ta nên vứt bỏ hệ điều hành, IDE, điện thoại, đèn giao thông, v.v.
I want to know exactly how everything works
là một đối số hợp lệ khi học, được phát minh lại bánh xe là thực sự chấp nhận được. Có lẽ, chỉ có thể, bạn có thể đọc nó như một tiếng kêu cứu và không bướng bỉnh.
since the project is only a prototype and will never be maintained
Lời cuối cùng :) Tôi ước tôi có một đô la mỗi khi tôi đưa ra giả định này và phát hiện ra rằng sự thiếu kiên nhẫn và lòng tham ngắn hạn của những người cao hơn đã quyết định rằng nguyên mẫu là sản phẩm bây giờ.