Tôi đang đối phó với một vấn đề với chủ nhân hiện tại của tôi đã nghiêm túc làm cho tôi xem xét việc tìm kiếm việc làm ở nơi khác. Họ đang theo ấn tượng rằng 100% phát triển tùy chỉnh nên được loại bỏ và thay thế bằng các sản phẩm COTS, chẳng hạn như SharePoint. Trong khi tôi nhận ra rằng đây không phải là một kỳ vọng thực tế, tôi đã tìm thấy nó không thể tranh luận quan điểm của tôi với những người trong quản lý chia sẻ những quan điểm này. Lập luận của họ thường liên quan đến một cái gì đó dọc theo dòng của một tính năng đã tồn tại trong SharePoint bao gồm tính năng X, do đó có ít rủi ro hơn và thử nghiệm không phải được thực hiện đối với nó.Làm thế nào để đối phó với nỗi sợ hãi của Custom Dev
Trường hợp tại điểm, chúng tôi có tình huống khi danh sách SharePoint hoàn toàn không thể đáp ứng đáp ứng các yêu cầu và mong đợi của khách hàng. Tuy nhiên, việc lưu dữ liệu này trong cơ sở dữ liệu SQL sẽ dễ dàng đáp ứng các yêu cầu. Bất cứ khi nào nhóm phát triển của chúng tôi đề xuất đi ra ngoài ranh giới của SharePoint, tuy nhiên, quản lý tăng lên trong ngọn lửa về cách mọi dòng mã bổ sung vào sự phức tạp của dự án và tăng rủi ro. Trong khi điều này là chắc chắn đúng trong một số trường hợp, nó không phải luôn luôn như vậy. Tuy nhiên, lập luận của họ là vì SharePoint cung cấp cơ chế lưu trữ dữ liệu, nên chúng ta nên sử dụng nó 100% thời gian. Bất kể nó có đáp ứng yêu cầu của khách hàng hay không.
Tôi đã đến mức tôi ghét phải làm việc vì tôi liên tục buộc phải làm những điều mà tôi biết (chắc chắn 100%) là không đúng và có thể được thực hiện ngay bằng cách phát triển tùy chỉnh. Nó chỉ đơn giản là những gì có vẻ là một đối số không thể mà tôi làm việc, tuy nhiên.
Bạn có gặp phải tình huống tương tự nào không? Nếu vậy, bạn đã làm gì để vượt qua những thách thức này?
Làm thế nào kỳ lạ .. SharePoint chính nó được thiết kế để được mở rộng với dev tùy chỉnh! –
Phát triển tùy chỉnh là gì? – BlackBear