vấn đề trong phát triển phần mềm
Uno những vấn đề lớn trong nguồn mở và điều đã được đề cập ở đây trên blog, Đó là vấn đề bồi thường hoặc thù lao cho công việc. được thực hiện vì đây là một chủ đề khá phức tạp do nó liên quan đến nhiều vấn đề khác nhau.
Và bỏ qua vấn đề “tiền”, một trong những yếu tố gây khó chịu hay gọi cách khác là “đó là chấm đỏ” của các nhà phát triển mã nguồn mở, đó là vấn đề công sức, công sức và thời gian cần có thêm để duy trì “công việc của họ” mà người khác tận dụng để tạo ra sản phẩm thương mại.
Tại thời điểm Chúng ta đã nói về một bài báo của Thomas Stringer, giải quyết tất cả những vấn đề này mà nó đề cập đến ngày càng làm nản lòng các nhà phát triển và hơn thế nữa vì câu hỏi làm thế nào các tập đoàn tận dụng được hệ sinh thái nguồn mở mà không trả lương thỏa đáng cho thời gian của các nhà phát triển.
Thomas Stringer đề cập rằng các nhà phát triển nên được trả thù lao và/hoặc dự án nhận được sự hợp tác đầy đủ từ các công ty/dự án được hưởng lợi và đây là lúc đề xuất của James Bottomley xuất hiện Kỹ sư của IBM, trong đó ông đề xuất về cơ bản tạo ra những thứ đó bằng sản phẩm của họ hoặc những dự án tạo ra việc đánh số lại, chịu trách nhiệm về các lỗi và/hoặc lỗ hổng mã họ đang sử dụng từ tác phẩm của nhà phát triển khác.
Như vậy, đề xuất không tệ, vì, như chúng tôi đã đề cập, một trong những khó chịu chính mà nó tạo ra cho nhiều nhà phát triển nguồn mở là vấn đề người khác sử dụng mã từ dự án của họ cho sản phẩm của họ, điều này tạo ra lợi nhuận và họ không thể bù đắp cho sự phát triển của mã gốc. dự án hoặc ít nhất là phân bổ nguồn lực, dù là tiền tệ hay lực lượng lao động (nhà phát triển) để giúp phát triển.
Đề xuất của James Bottomley về chuyển đổi trách nhiệm pháp lý về các lỗi trong mã nguồn từ các nhà phát triển dự án nguồn mở đến các nhà cung cấp sản phẩm thương mại cuối cùng có thể đánh dấu một sự thay đổi đáng kể trong động lực hỗ trợ cho các dự án nguồn mở. Cách tiếp cận này có thể là một sự thúc đẩy quan trọng đối với nhiều nhà phát triển nguồn mở, vì nó tìm cách bằng cách nào đó “ép buộc” hỗ trợ trực tiếp hoặc gián tiếp cho các dự án.
Quan điểm trên không phải để nói liệu ảnh hưởng thương mại này là tốt hay xấu, mà đúng hơn là sự nổi lên của các Tổ chức đã thay đổi nhận thức của công chúng về Nguồn Mở. Không còn được coi là ngôi nhà của những tình nguyện viên lém lỉnh đấu tranh cho sự đổi mới công nghệ chống lại các lợi ích thương mại cố hữu, nguồn mở giờ đây được coi chỉ là một công cụ phát triển khác của ngành công nghệ.
Theo đề xuất này, nếu một công ty sử dụng mã của bên thứ ba trong sản phẩm của mình và một lỗi hoặc lỗ hổng trong mã này gây thiệt hại cho người dùng thì trách nhiệm và gánh nặng bồi thường thiệt hại sẽ thuộc về nhà sản xuất sản phẩm phần mềm thương mại, và không phải về nhà phát triển thư viện nguồn mở.
Đề xuất đề nghị thực hiện việc chuyển giao trách nhiệm này bằng cách đưa vào một điều khoản trong giấy phép, thiết lập một thỏa thuận để bồi thường và bảo vệ những người tham gia phát triển khỏi mọi khiếu nại pháp lý phát sinh từ việc sử dụng toàn bộ hoặc một phần mã nguồn được cung cấp theo giấy phép đó, dù là một thành phần hay sản phẩm. Điều khoản này sẽ được áp dụng đặc biệt tại các khu vực pháp lý áp đặt các nghĩa vụ bổ sung để duy trì các sản phẩm phần mềm. Về bản chất, đề xuất này tìm cách điều chỉnh các khuyến khích và đảm bảo rằng những người được hưởng lợi về mặt thương mại từ các dự án nguồn mở sẽ đảm nhận trách nhiệm pháp lý liên quan đến việc thực hiện chúng, do đó thúc đẩy cam kết và hỗ trợ nhiều hơn cho tính bền vững của các dự án này.
Trong thực tế hiện nay, quản lý rủi ro pháp lý trong không gian nguồn mở thường được đơn giản hóa bằng cách đưa một điều khoản vào giấy phép. Cảnh báo này nêu rõ rằng nhà phát triển không chịu trách nhiệm về các lỗi có thể xảy ra, không đảm bảo chức năng của mã và không cam kết giải quyết vấn đề. Trong trường hợp này, người dùng đồng ý sử dụng mã và tự chịu rủi ro. Việc thiếu sự đảm bảo từ các nhà phát triển đã khuyến khích sự xuất hiện của một mô hình kinh doanh dựa trên hỗ trợ kỹ thuật trả phí, mô hình ban đầu chi phối sự phát triển của hệ sinh thái nguồn mở.
Cuối cùng, Nếu bạn muốn biết thêm về nó, bạn có thể kiểm tra các chi tiết trong liên kết theo dõi.