Việc áp dụng Phần mềm nguồn mở trong một tổ chức

Question

Ưu và khuyết điểm của việc áp dụng phần mềm nguồn mở cho một tổ chức là gì? Có ai ngoài kia đã làm điều này và làm thế nào nó đã được làm việc ra với một số ví dụ về các phần mềm mà họ đã thông qua và làm thế nào nó đã được sử dụng?

Thường đóng góp đến bởi vì mọi người làm điều đó như là một sở thích, sau đó làm thế nào chúng ta có thể chắc chắn rằng sẽ tiếp tục hỗ trợ cho nó? IMHO, trong trường hợp phần mềm sở hữu độc quyền có một động cơ khuyến khích cho tổ chức (tiền), và họ sẽ tiếp tục thuê người để giữ cho nó được phát triển miễn là phần mềm có lợi nhuận. Đúng nếu tôi đã sai lầm. Các đối số tôi có thể mong đợi từ một người quản lý có thể phản đối đề xuất sử dụng phần mềm nguồn mở là gì?

Answer 1

Thuật ngữ "Nguồn mở" chỉ mô tả mô hình cấp phép. Nói đúng ra, người chuyên nghiệp duy nhất mà bạn được đảm bảo có được các quyền tự do được cấp bởi giấy phép, và không có khuyết điểm mà bạn được bảo đảm có.

Có nhiều sản phẩm nguồn mở cũng mang tính thương mại, được tạo, duy trì và hỗ trợ bởi một công ty vì lợi nhuận. Ngoài ra còn có nhiều sản phẩm nguồn mở được duy trì bởi các tình nguyện viên nhưng cũng được hỗ trợ thương mại. Ví dụ, nếu bạn mua Red Hat Enterprise Linux, thì Red Hat sẽ hỗ trợ bạn trên tất cả các sản phẩm đi kèm với nó, ngay cả những sản phẩm được duy trì bởi các tình nguyện viên.

Để biết cách đảm bảo rằng sẽ tiếp tục được hỗ trợ, bạn không thể. Không phải với mã nguồn mở, không phải với phần mềm sở hữu độc quyền, không phải với bất kỳ thứ gì. Với nguồn mở, nếu cộng đồng đủ lớn, bạn có thể tự tin hợp lý rằng cộng đồng sẽ tiếp tục duy trì nó (có thể dưới tên mới) ngay cả khi người bảo trì hiện tại từ bỏ nó, và bạn có tùy chọn tự duy trì hoặc thuê một người khác để làm điều đó. Duy trì nó cho mình có thể không phải là một lựa chọn hấp dẫn, nhưng nó có thể là một cuộc sống tiết kiệm trong một pinch.

Với phần mềm sở hữu độc quyền, nếu tác giả quyết định ngừng duy trì nó, bạn chỉ đơn giản là không may mắn. Xem xét, ví dụ, hàng ngàn người sử dụng Visual Basic 6.

Answer 2

Các pro chính của phần mềm mã nguồn mở được minh họa bằng nhận xét của bạn:

[Trong] trường hợp của phần mềm độc quyền, có một ưu đãi cho tổ chức (tiền), và họ sẽ tiếp tục thuê người để giữ cho nó được phát triển miễn là phần mềm có lợi nhuận.

Sự cố là nếu nó không còn sinh lời (ví dụ: vì mã rất ổn định mà mọi người mua và tiếp tục sử dụng mà không cần nâng cấp), thì người dùng phần mềm đó có thể bị mắc kẹt với sản phẩm ổn định chạy trên các máy ngày càng cổ đại cho đến một ngày, máy bị hỏng hoặc phải được nâng cấp lên phiên bản hệ điều hành mới để chúng có thể chạy một số hệ thống khác, nhưng vì phần mềm sở hữu độc quyền không còn được duy trì nữa, bạn có từ bỏ ứng dụng. Thật vậy, nó không phải là không nghe cho các công ty bán phần mềm độc quyền để đi ra khỏi kinh doanh. Và, nếu bạn không đảm bảo rằng có một tài khoản ký quỹ cho phần mềm để bảo vệ bạn chống lại khả năng của nhà cung cấp đi ra khỏi kinh doanh, sau đó bạn đang bị mắc kẹt.

Nếu mã nguồn là Mã nguồn mở và bạn đã hiểu được (bạn có được nguồn khi bạn nhận được sản phẩm), thì bạn có thể lấy sản phẩm cũ và chuyển nó vào hệ thống mới. Làm thế nào cứng sẽ phụ thuộc vào bản chất và chất lượng của mã - nhưng nó là có thể. Nếu phần mềm là độc quyền, bạn có thể không bao giờ có tùy chọn.

Answer 3

Câu hỏi đặt ra là: ý của bạn là gì khi "áp dụng phần mềm nguồn mở".nếu bạn đang có kế hoạch trao đổi triệt để mọi phần mềm nguồn mở (CSS) với Phần mềm nguồn mở (PMNM), bạn sẽ thất bại một cách khủng khiếp.

Tôi có thể đảm bảo với bạn rằng tổ chức của bạn đã sử dụng PMNM trong các phần chính của cơ sở hạ tầng CNTT.

Theo quan điểm của tôi, bạn chỉ cần chính thức hóa cách PMNM có thể nhập công ty và nếu (và trong biểu mẫu nào) công ty đóng góp lại cho PMNM. Hầu hết các công ty yêu cầu một hợp đồng hỗ trợ cho phần mềm nhiệm vụ quan trọng và ủy quyền rằng PMNM cần phải được mua thông qua các nhà cung cấp cung cấp hỗ trợ.

Trong nhiều trường hợp, việc đóng góp lại cho các dự án PMNM bị cấm và chỉ được phép sau khi có các dấu hiệu cụ thể về CTO/CIO.

Chỉ cần đảm bảo rằng các chính sách của bạn đủ linh hoạt để cho phép bộ phận CNTT hiện đang chạy.

Answer 4

Không quan trọng những gì Người quản lý đối lập với Nguồn mở đang nói.

Bạn phải biết rõ sản phẩm Nguồn mở mà bạn sắp sử dụng.
Bạn phải chắc chắn rằng đó là giải pháp phù hợp cho công ty. Bạn phải tự tin rằng bạn có thể tìm thấy những người trên thị trường biết hoặc có thể học cách sử dụng sản phẩm đó. Bạn phải biết TCO cho sản phẩm đó.

Sau đó, bạn có thể tranh luận với người quản lý và cho anh ta lý do chính đáng để công ty có thể hưởng lợi từ Nguồn mở.

Hãy nhớ rằng giải pháp rẻ nhất không phải là giải pháp tốt nhất. Các công ty cần kiếm tiền không phải để tiết kiệm tiền.

Answer 5

Tùy thuộc vào tình huống, nhưng thường, đối với nội bộ, không quan trọng, không cần hệ thống an toàn, như hầu hết những gì được thực hiện trong doanh nghiệp, nguồn mở giống như Halloween và bạn thực sự không cần phải quan tâm miễn là bạn tuân thủ chính sách doanh nghiệp.

Đối với các dự án lớn, quan trọng khác, cần được bảo mật, nó thực sự đơn giản. Bạn cần phải có một phần trong các dự án bạn sử dụng và có một kho lưu trữ nội bộ lưu trữ dự án (vì vậy bạn có một nhánh bên trong được giữ đồng bộ với nhánh bên ngoài). Vấn đề là các ứng dụng đó là những ứng dụng mất nhiều thời gian để tạo và được hỗ trợ hàng ngàn năm. Các đội có xu hướng thay đổi rất nhiều và có rất nhiều người tham gia. Ai đó cần và có thể được chỉ định để quản lý kho/xây dựng.

Bây giờ, nếu chỉ về người quản lý, thì đó chỉ là về giao tiếp và tranh luận. Thông thường họ sợ hãi về sự hỗ trợ vì chi phí dài hạn của nó. Họ có khuynh hướng muốn nghe về những thực hành tốt nhất, hãy nói với họ đó là những gì các công ty lớn làm (và ví dụ) và họ cũng có xu hướng tham gia vào các dự án và những lúc khác họ thậm chí có thể tìm hỗ trợ cho nó.

Ngoài ra, bất kỳ nhà thầu nào cũng sẽ vui lòng hỗ trợ một PMNM. Ai sẽ nói không với tiền và khả năng phát triển PMNM.