Thứ Năm, 30 tháng 5, 2013

Các câu hỏi thường gặp


Frequently Asked Questions
By OSS Watch, Published: 12 December 2006, Reviewed: 06 November 2012
Bài được đưa lên Internet ngày: 06/11/2012
Về OSS Watch
OSS Watch là ai?
OSS Watch là một dịch vụ tư vấn phần mềm nguồn mở (PMNM) cho khu vực giáo dục cao đẳng và đại học (HE/FE) của nước Anh. Chúng tôi được Ủy ban các Hệ thống Thông tin Chung - JISC (Joint Information System Comittee) cấp vốn, nghĩa là các dịch vụ của chúng tôi là tự do cho khu vực HE và FE.
Chúng tôi giúp các viện trường và các dự án liên quan tới giáo dục trong việc sử dụng và phát triển phần mềm tự do nguồn mở (PMTDNM). Chúng tôi cung cấp một loạt dịch vụ bao gồm:
OSS Watch đã được tạo ra khi nào và vì sao?
Trong năm 2003 khi OSS Watch đã bắt đầu, đã từng có rất ít sự hiểu biết trong khu vực hàn lâm của nước Anh về nguồn mở là gì và cách mà một người có thể tham gia vào với nó. OSS Watch đã được thành lập để xem xét tình hình và đưa ra các khuyến cáo có thể xúc tác cho khu vực này để hưởng lợi đầy đủ từ PMNM.
Qua các năm, trọng tâm đã chuyển từ việc tạo một sự hiểu biết mức cơ bản qua tới sự mua sắm chi tiết về pháp lý (bản dịch tiếng Việt) và cam kết tham gia (bản dịch tiếng Việt) tư vấn và hỗ trợ. Gần đây hơn chúng tôi đã nhấn mạnh tới cách mà PMNM có thể được duy trì bền vững (bản dịch tiếng Việt) và cách mà các mô hình kinh doanh (bản dịch tiếng Việt) có thể được xây dựng để đảm bảo rằng phần mềm được phát triển trong HE và FE là sẵn sàng có khả năng tùy biến được và được hỗ trợ với các chi phí tối thiểu càng lâu có thể càng tốt.
Làm thế nào tôi chắc chắn được rằng các tài liệu của OSS Watch là được cập nhật?
Tất cả các tài liệu được xuất bản trên website của OSS Watch tuân thủ với một qui trình rà soát lại nghiêm ngặt được các thành viên của đội OSS Watch tiến hành. Điều này bắt đầu 6 tháng sau khi tài liệu lần đầu tiên được xuất bản khi nó được rà soát lại về tính toàn vẹn. Sau 12 tháng và sau đó trên cơ sở cứ 6 tháng một nó sẽ được rà soát lại về tính toàn vẹn và tính phù hợp và được soạn sửa hoặc viết lại để được cập nhật hoặc lưu trữ. Bất chấp sự tỉ mỉ của chúng tôi, chúng tôi có thể có sai lầm và luôn chào đón các ý kiến phản hồi mà sẽ giúp cho chúng tôi giữ được cập nhật.
Các qui trình khởi đầu và rà soát lại tài liệu của chúng tôi được mô tả chi tiết hơn trong Cuộc sống của một tài liệu OSS Watch.
Làm thế nào tôi có thể có được sự cập nhật với các hoạt động của OSS Watch?
Chúng tôi thường xuyên viết blog (cũng sẵn sàng như là RSS feed) về mọi điều chúng tôi làm. Khi chúng tôi xuất bản một bài viết mới trên site thì chúng tôi sẽ tweet về nó. Chúng tôi có các RSS feed cho các tin tức và sự kiện thú vị mà chúng tôi đi qua. Và mỗi tháng chúng tôi xuất bản một thư tin bao gồm những nhấn mạnh nội dung của chúng tôi. Thư tin trong số những điều khác sẽ được công bố trong danh sách thư của chúng tôi.
Bạn có tổ chức bất kỳ sự kiện nào có liên quan tới nguồn mở không?
Vâng chúng tôi tổ chức một dải rộng lớn các sự kiện tự do tham dự với các thành viên của cộng đồng giáo dục cao đẳng và đại học. Chúng tôi đồng tổ chức một hội nghị quốc gia TransferSummit UK nhằm vào các lãnh đạo doanh nghiệp và các thành viên của cộng đồng hàn lâm, những người gặp nhau để thảo luận về các cơ hội và thách thức của các yêu cầu để sử dụng sự phát triển và cấp phép của PMNM. Chúng tôi cũng tổ chức một số hội thảo mỗi năm, mang lại cùng nhau các đoàn đại biểu FE và HE để thảo luận và chia sẻ thực tiễn tốt nhất trong phát triển và triển khai PMNM.
Bạn có phát biểu tại sự kiện của chúng tôi không?
Hầu hết chắc chắn là có. Chúng tôi luôn muốn nói cho mọi người về các vấn đề xung quanh PMNM và sẽ làm tốt nhất để lên lịch theo bất kỳ yêu cầu nói chuyện nào. Chúng tôi nói chủ yếu tại các sự kiện của nước Anh nhưng thường xuyên đi khắp EU và tham dự các dự kiện tại Mỹ trong quá khứ.
Chúng tôi đang viết một đề xuất dự án cho một lời gọi cấp vốn, có thể chúng tôi tiếp cận bạn vì sự tư vấn trước khi biết kết quả đầu ra của vụ thầu có được không?
Vâng thực sự là tốt hơn để liên hệ với chúng tôi càng sớm càng tốt ngay khi viết đề xuất dự án. Cách này chúng tôi có thể giúp bạn giải quyết các vấn đề chính về phát triển phần mềm thường bị các dự án bỏ qua như việc cấp phép (bản dịch tiếng Việt) cho tính bền vững (bản dịch tiếng Việt) của sự điều hành (bản dịch tiếng Việt) của cộng đồng (bản dịch tiếng Việt) và ngân sách cho chúng một cách tương ứng. Tư vấn cho các vụ thầu dự án đưa ra một tổng quan về cách mà chúng tôi có thể giúp theo cách này.
OSS Watch có thể tư vấn cho tôi về các vấn đề có liên quan tới các tiêu chuẩn mở được không?
Các tiêu chuẩn mở chắc chắn có thể giúp để cải thiện tính tương hợp nhưng OSS Watch không theo dõi sự phát triển và áp dụng các tiêu chuẩn. Chúng tôi vì thế gợi ý rằng bạn liên lạc với một trung tâm hỗ trợ đổi mới bổ sung của JISC, Trung tâm về Công nghệ Giáo dục và các Tiêu chuẩn Tương hợp - JISC CETIS (Centre for Educational Technology and Interoperability Standards) để có thêm thông tin về các tiêu chuẩn mở.
Bạn có thể bổ sung thêm lời kêu gọi các tài liệu / lưu ý hội thảo vào site của bạn được không?
Chúng tôi rất vui mừng miễn là nó vì lợi ích của mọi người trong HE/FE tại nước Anh và phù hợp với nguồn mở.
Bạn có thể công khai hóa sự kiện hoặc tin tức của tôi về dự án của tôi không?
Miễn là tin tức và sự kiện của bạn là phù hợp với PMNM và khu vực giáo dục tại nước Anh thì chúng tôi vui mừng bổ sung sự kiện cuaru bạn hoặc một đường liên kết tới khoản tin tức của bạn trên trang tin tức hoặc các sự kiện của chúng tôi. Xin hãy liên hệ với chúng tôi với yêu cầu của bạn.
Bạn có chấp nhận các bài viết của khách trên blog không?
Chúng tôi không chỉ chấp nhận các bài viết của khách trên blog mà chúng tôi chào đón chúng! OSS Watch tư vấn cho HE và FE về phát triển nguồn mở (bản dịch tiếng Việt) và điều này là trong tâm của blog chúng tôi. Nếu bạn muốn đóng góp một bài viết của khách thì xin hãy chỉ cho chúng tôi một vài mẩu mà bạn đã viết gần đây và cho chúng tôi biết kinh nghiệm nào trong lĩnh vực nguồn mở bạn có thể mang tới một bài viết trên blog.
Các bài viết được OSS Watch xuất bản áp dụng được cho các khu vực khác hơn là khu vực FE và HE của nước Anh chứ?
Tuyệt đối đúng. Nhiều tư liệu của chúng tôi thảo luận các vấn đề có liên quan tới nguồn mở có khả năng áp dụng ngang bằng như nhau cho khu vực nhà nước nói chung hoặc khu vực thương mại. Sử dụng các tài nguyên của OSS Watch trong tổ chức của bạn (bản dịch tiếng Việt) nhấn mạnh nhiều ví dụ về cách mà các tư liệu của chúng tôi có thể sử dụng được trong các khu vực khác.
Về nguồn mở
Phần mềm tự do nguồn mở là gì?
Đối với OSS Watch PMNM là phần mềm đã được phát hành theo một giấy phép do Sáng kiến Nguồn Mở (OSI) phê chuẩn. OSS Watch sử dụng danh sách được OSI phê chuẩn này như một phương tiện để tránh những tranh cãi về sự diễn giải định nghĩa nguồn mở và các giấy phép nào tuân thủ hoặc không tuân thủ với nó. Bằng việc thừa nhận OSI như là cơ quan phù hợp cuối cùng trong vấn đề này nhiều sự lẫn lộn là tránh được. Sự diễn đạt nguồn mở có ứng dụng rộng rãi. Đối với OSI nó cũng tham chiếu tới phương pháp luận phát triển phần mềm đặc biệt được nhiều dự án PMNM sử dụng. Trang chủ của OSI bắt đầu với “Nguồn mở là phương pháp phát triển cho phần mềm mà khai thác sức mạnh của sự rà soát lại ngang hàng phân tán và sự minh bạch của qui trình”.
Phát triển mở là gì?
Phát triển mở là một khái niệm đang nổi lên, được sử dụng để mô tả mô hình phát triển do cộng đồng dẫn dắt được thấy trong nhiều dự án thành công của PMTDNM.
Phương pháp luận này đối nghịch với nhiều nguyên tắc của phát triển phần mềm thường được dạy trong các viện nghiên cứu. Mô hình này tập trung vào những sự lặp đi lặp lại nhanh của sự phát triển và các đội tự quản lý phân tán. Sự đóng góp cho dự án được khuyến khích từ tất cả các bên có quan tâm trong khi một mô hình điều hành rõ ràng được xác định để đảm bảo dự án không bị rơi vào hỗn loạn.
PMNM nói một cách khắt khe có thể có hoặc không được phát triển bằng việc sử dụng một phương pháp luận phát triển mở. Sự lựa chọn điều này hoặc bất kỳ phương pháp luận phát triển nào khác phụ thuộc vào con đường được chọn của dự án hướng tới tính bền vững.
Cách tốt nhất để trao sự tin tưởng cho các lập trình viên nguồn mở là gì?
Các dự án nguồn mở tốt được cộng đồng phát triển sao cho thường không có các 'ngôi sao nhạc rock' cá nhân nào. Một trong những cách thức tốt nhất để trao sự tin cậy cho cộng đồng là phải lôi cuốn được sự chú ý tới dự án bằng việc nói công khai (và trong danh sách thư của dự án) cách mà bạn thấy nó hữu dụng. Bạn có thể đi tốt hơn bằng việc tự bạn tham gia vào với và đóng góp (bản dịch tiếng Việt) cho nó - hoặc tốt nhất trong tất cả bằng việc khuyến khích những người khác làm như vậy.
Tôi có cần các nhân viên CNTT nội bộ để hưởng lợi từ PMNM không?
Không, bạn không cần các nhân viên CNTT trong nội bộ. Sự tin cậy của bạn vào các nhân viên phần lớn là y hệt như nó có thể đối với một giải pháp nguồn đóng. Để tùy biến một giải pháp nguồn mở thì bạn cần hoặc các nhân viên nội bộ hoặc các nhân viên có hợp đồng. Trong trường hợp của nguồn đóng, bạn chỉ có lựa chọn của các nhân viên có hợp đồng cho nhiều tùy biến.
Mô hình phát triển PMNM có hữu dụng cho nghiên cứu hàn lâm không?
Nói chung là có. Có nhiều ví dụ (bản dịch tiếng Việt) về PMNM từng được phát triển bởi và cho các nhà nghiên cứu, như TexGen (bản dịch tiếng Việt). Văn hóa phát triển mở cũng có thể rất có lợi trong một môi trường nghiên cứu cộng tác (bản dịch tiếng Việt).
Đổi mới mở là gì?
Nhiều người lẫn lộn đổi mới với sáng tạo, nhưng đổi mới là về nhiều hơn sáng tạo. Trong khi sáng tạo tập trung vào sự tạo ra thứ gì đó mới mà không nhất thiết hiện thực hóa được lợi ích kinh tế còn đổi mới là ứng dụng các sáng tạo để tạo ra lợi ích kinh tế. Đổi mới mở thừa nhận rằng trong thế giới hiện đại không tổ chức duy nhất nào có một sự độc quyền trong sáng tạo và thúc đẩy việc chia sẻ các sáng tạo và/hoặc các đổi mới xuyên khắp các biên giới về tổ chức. Tìm ra nhiều hơn về đổi mới mở trong tài liệu ngắn gọn của chúng tôi Nguồn mở và đổi mới mở (bản dịch tiếng Việt).
Tôi có thể phân phối ứng dụng nguồn mở của tôi thông qua một kho ứng dụng được không?
Điều này phụ thuộc chủ yếu vào giấy phép ứng dụng của bạn và thỏa thuận của người lập trình mà kho ứng dụng đặc thù đó đã đặt vào. Nói chung các giấy phép dễ dãi hơn như BSD và Apache là ít có vấn đề hơn. Để có thêm thông tin, hãy đọc ghi chép ngắn gọn của chúng tôi về các kho ứng dụng (bản dịch tiếng Việt) và hãy liên hệ với chúng tôi nếu bạn có nhiều các câu hỏi hơn sau này.
Ở mức độ nào PMNM được sử dụng trong khu vực HE và FE?
OSS Watch đã và đang nghiên cứu sự sử dụng và chính sách xung quanh PMNM trong khu vực HE/FE mỗi 2 năm kể từ khi nó bắt đầu vào năm 2003. Qua các năm chúng tôi đã thấy một sự sử dụng PMNM ngày một gia tăng chưa từng có. Khảo sát mới nhất đã được tổ chức vào năm 2010 và chỉ ra rằng tư vấn nhiều hơn là cần thiết để giúp khu vực này đánh giá được các dự án nguồn mở. Mô hình Độ chín Bền vững Phần mềm (bản dịch tiếng Việt) của OSS Watch có thể giúp đạt được điều này.
Nguồn mở và luật
Giấy phép nguồn mở nào chúng tôi nên sử dụng?
Nhiều dự án không bắt đầu một sản phẩm phần mềm mới mà thay vào đó bổ sung thêm vào hoặc cải thiện một sản phẩm phần mềm đang tồn tại trong những trường hợp như vậy hầu hết sự lựa chọn cấp phép hợp lý nhất có lẽ là sử dụng giấy phép y hệt và trong một số trường hợp bạn không có sự lựa chọn.
Nhiều dự án là một phần của (hoặc kế hoạch sẽ là một phần của) một cộng đồng lớn hơn các dự án như Apache Software Foundation, Free Software Foundation, Debian hoặc Ubuntu. Nhiều trong số này hạn chế sự lựa chọn có sẵn của việc cấp phép. Để biết cộng đồng bạn muốn tích hợp dự án của bạn vào và hiểu được cách mà sự lựa chọn giấy phép của bạn sẽ ảnh hưởng tới sự cam kết tham gia của bạn với cộng đồng đó.
Một số dự án có thẻ có các đối tác thương mại có mong muốn khai thác một cách thương mại các kết quả đầu ra của dự án. Nếu điều này là đúng thì một giấy phép cho phép mô hình khai thác thương mại được lựa chọn sẽ được chọn khi mà hầu hết các giấy phép có một tác động trực tiếp vào tính phù hợp của các con đường khai thác khác nhau.
Nếu không có sự lựa chọn rõ ràng cho các giấy phép của dự án của bạn, thì bạn có thể chọn cấp phép cho mã của bạn theo nhiều giấy phép, một thực tế được gọi là việc cấp phép đôi. Các dự án như Dự án Mozilla sử dụng việc cấp phép đôi để giải quyết các căng thẳng về cấp phép.
Chúng tôi đang phát triển một số phần mềm và muốn làm cho nó thành nguồn mở - giấy phép nào chúng tôi nên sử dụng?
Có hơn 70 giấy phép được OSI phê chuẩn dù chỉ một nhúm các giấy phép là thường được sử dụng. Quyết định của bạn nên được dựa vào việc liệu bạn có muốn cho phép những người khác sử dụng lại mã của bạn trong các dự án mà bản thân chúng không phải là nguồn mở hay không, hay bạn muốn mã của bạn chỉ có thể được sử dụng trong các dự án khác mà bản thân chúng là nguồn mở.
Nếu bạn đang sử dụng lại mã được ai đó khác phát triển thì bạn sẽ cần phải cẩn thận rằng bạn sử dụng một giấy phép tương thích với mã đó. Một số giấy phép đi với các mệnh đề bằng sáng chế hoặc yêu cầu rằng những sửa đổi mã nguồn phải được đóng góp ngược lại cho các lập trình viên ban đầu. Xin hãy xem phần Việc cấp phép và các Bằng sáng chế của các quyền sở hữu trí tuệ (IPR) (bản dịch tiếng Việt) để học thêm về các giấy phép riêng rẽ. Hãy liên hệ với chúng tôi nếu bạn muốn thảo luận về sự lựa chọn tiếp tục của bạn.
Một mẩu phần mềm trong cơ quan của chúng tôi được phát hành theo giấy phép GPLv3. Liệu tôi có còn có thể tạo ra các giấy phép hữu dụng và có giá trị khác được không?
Đối với một số nền tảng về việc phát hành mã theo một giấy phép nguồn mở, chúng tôi đã viết một giới thiệu chung (bản dịch tiếng Việt) về chủ đề này. Đặc biệt giấy phép GPLv3 bắt buộc rằng bất kỳ ai mà sửa đổi phần mềm và muốn phân phối phiên bản sửa đổi của chúng cần phải làm thế theo cùng giấy phép copyleft đó. Điều này có ý định để đảm bảo rằng mã không bị lấy đi khỏi cộng đồng và rằng tất cả các cải tiến là sẵn sàng cho tất cả mọi người.
Các nhà cung cấp thương mại mong muốn sử dụng phần mềm mà đã được phát hành thường không muốn sẽ bị ràng buộc bởi một giấy phép như vậy vì họ không muốn làm cho sản phẩm của họ là nguồn mở. Một giải pháp cho điều này là hãy sử dụng việc cấp phép đôi (bản dịch tiếng Việt) cho mã đó. Nói ngắn gọn điều này có nghĩa là bạn có thể bán các giấy phép cho các công ty mà không muốn bị ràng buộc vào các điều kiện cấp phép của phiên bản có sẵn một cách tự do.
Tôi có một mệnh đề sở hữu trí tuệ (IP) trong hợp đồng làm việc của tôi - làm thế nào tôi có thể phát hành phần mềm của tôi như là nguồn mở?
Có khả năng là ông chủ của bạn sẽ sở hữu bản quyền trong phần mềm mà bạn tạo ra và vì thế bạn sẽ cần sự cho phép của họ để làm cho nó sẵn sàng như là PMTDNM.
Hãy xem xét trong tài liệu của chúng tôi về việc đóng góp mã cho một dự án nguồn mở để có thêm chi tiết về việc đóng góp cho một dự án đang tồn tại. Bạn cũng có thể muốn đọc Giới thiệu các vấn đề về quyền sở hữu và cấp phép (bản dịch tiếng Việt) để có nhiều thông tin chi tiết hơn về chủ đề này.
Giấy phép nào chúng tôi nên sử dụng cho các giao phẩm không phải là phần mềm?
Nếu các giao phẩm không phải là phần mềm được đóng gói hoặc đánh đống với các giao phẩm phần mềm và không có khả năng sẽ được sử dụng lại một cách hữu dụng mà không có chúng thì có ít ý nghĩa để cấp phép cho chúng một cách riêng rẽ.
Tuy nhiên, nếu có các giao phẩm không phải là phần mềm mà có khả năng sử dụng lại được một cách độc lập hoặc phân phối lại được thì có thể có ý nghĩa để xem xét cấp phép cho chúng một cách riêng rẽ. Các giấy phép Creative Commons có lẽ là giấy phép được sử dụng rộng rãi nhất cho nội dung. OSS Watch đã có tài liệu về qui trình mà dẫn tới sử dụng Creative Commons của chúng tôi (chúng tôi trước đó đã sử dụng Giấy phép Tài liệu Tự do GNU – GFDL).
Bạn có thể tư vấn về cách cấp phép cho phần mềm được tạo ra trong một viện trường của HE? Bạn sẽ đưa vào các mô hình thương mại chứ?
Chúng tôi đưa ra tư vấn về việc cấp phép nguồn mở của phần mềm. Điều quan trọng để lưu ý rằng nguồn mở không đối nghịch với thương mại là đối nghịch với nguồn đóng. Bổ sung thêm vào tư vấn cấp phép nguồn mở, chúng tôi cũng đưa ra tư vấn về các mô hình kinh doanh áp dụng được cho PMNM. Nếu chúng tôi có thể trợ giúp được để hiểu các mô hình đó khi chúng áp dụng cho dự án của bạn, xin đừng ngại liên hệ với chúng tôi.
Tôi có thể sử dụng một giấy phép nội dung trong mã của tôi được không?
Chúng tôi có thể tư vấn chống lại nó rất mạnh mẽ. Các giấy phép nội dung mở được áp dụng cho phần mềm thực thi được tạo ra yêu cầu cho mã nguồn tương ứng sẽ được làm thành sẵn sàng. Các giấy phép nội dung mở được áp dụng cho mã nguồn không đòi hỏi bất kỳ sự thực thi nào được xây dựng từ nguồn đó sẽ có mã của chúng được xuất bản. Tất cả theo tất cả các giấy phép nội dung mở được áp dụng không tốt cho những hoàn cảnh đặc biệt xung quanh việc tạo và ra thay đổi phần mềm máy tính.
Tôi có thể cản trở sử dụng lại thương mại mã của tôi bằng việc sử dụng một giấy phép nguồn mở?
Không, trực tiếp thì không. Điểm 6 của Định nghĩa Nguồn Mở nói rằng điều kiện tiên quyết cho bất kỳ giấy phép nào sẽ được xem là nguồn mở là nó sẽ thực hiện 'Không phân biệt đối xử chống lại các lĩnh vực của đời sống'. Khai thác thương mại là một lĩnh vực của đời sống.
Đã nói điều này, một số giấy phép nguồn mở làm cho mã mà chúng bao trùm ít cuốn hút hơn đối với các thực thể thương mại để đưa vào trong các sản phẩm của họ. Nói chung các giấy phép với một số yếu tố 'copyleft' như GNU GPLv2 hoặc Mozilla Public License sẽ ép buộc những người sử dụng lại thương mại làm cho một số hoặc tất cả mã của riêng họ là nguồn mở. Các giấy phép dễ dãi như giấy phép BSD và Apache License v2 cho phép mã mà chúng bao trùm sẽ được bổ sung vào một dự án nguồn đóng mà không ép buộc bất kỳ mã nào khác phải là nguồn mở.
Tìm kiếm phần mềm nguồn mở
Làm thế nào tôi có thể tìm ra liệu có một ứng dụng nguồn mở nào cho các mục đích đặc thù của tôi được không?
Tất cả các nhà cung cấp đặt chỗ (hosting) đưa ra sự phân loại và các phương tiện tìm kiếm. Ví dụ bạn có thể tìm kiếm Google Code mà cho phép các dự án tự bản thân chúng xác định các nhãn để phân loại các dự án của chúng vì thế làm cho chúng tìm được tốt hơn. SourceForge sử dụng sự phân loại cho phép bạn đào sâu xuống qua các chúng loại dựa vào dạng phần mềm mà bạn đang tìm kiếm.
Cũng có các site tổng hợp như Ohloh cho phép bạn tìm kiếm qua nhiều website kho chứa khác nhau.
Tôi từng nghe có một đĩa CD với một bộ sưu tập PMNM. Chúng tôi có thể lấy nó ở đâu?
Bạn có thể tải về hoặc mua TheOpenDisc từ website. Webiste Ubuntu cũng đưa ra các chi tiết về cách để tải về hoặc mua các CD của phát tán phổ biến của họ như website Knoppix làm. Những người sử dụng MacOS X có thể tải về FreeSMUG Suite CD. Cũng có quan tâm tiềm tàng là phần mềm tự do nguồn mở Portable Apps, được áp dụng để chạy trực tiếp từ các đầu USB và EduApps mà có tiếp cận tương tự như mới các phần mềm nguồn mở cho các nhà giáo dục và các ứng dụng công nghệ có khả năng truy cập được.
Làm thế nào tôi cáo thể xác định được liệu nó có an toàn để sử dụng (lại) một dự án nguồn mở cụ thể nào đó?
Vấn đề quan trọng nhất khi đánh giá một dự án nguồn mở là để kiểm tra xem liệu sở hữu trí tuệ (IP) và nguồn gốc lai lịch IP (bản dịch tiếng Việt) có được quản lý tốt hay không. Hơn nữa tính bền vững của dự án là rất quan trọng bất kể liệu bạn có là một người sử dụng đầu cuối hoặc có ý định sử dụng lại phần mềm cho dự án của riêng bạn hay không. Chúng tôi gần đây đã phát hành một tài liệu về Mô hình Độ chín Bền vững của Phần mềm (bản dịch tiếng Việt) để giúp bạn xác định liệu một dự án có thể được sử dụng lại an toàn hay không. Bằng việc áp dụng mô hình này bạn có thể đánh giá được một dự án nguồn mở về 3 yếu tố bền vững: tính mớ, khả năng sử dụng lại và năng lực.
Quản lý các dự án nguồn mở
Bạn có thể giúp chúng tôi chia sẻ một ứng dụng được phát triển trong phòng của chúng tôi như một giải pháp nguồn mở hay không?
Chúng tôi chắc chắn có thể giúp bạn tối đa hóa các cơ hội có được nhiều nhất từ đầu tư ban đầu của bạn trong việc tạo ra phần mềm bằng việc quản lý nó như một dự án nguồn mở (bản dịch tiếng Việt). Đổi lại cho nỗ lực của bạn về việc áp dụng một mô hình điều hành (bản dịch tiếng Việt), thiết lập một số qui trình và công cụ (bản dịch tiếng Việt) phát triển phần mềm cơ bản và làm sáng tỏ khung IPR (bản dịch tiếng Việt) của dự án thì bạn sẽ tối đa hóa được các cơ hội cho việc đóng góp cho phần mềm của bạn theo một cách thức phát triển mở (bản dịch tiếng Việt). Chìa khóa để làm cho dự án của bạn bền vững (bản dịch tiếng Việt) về lâu dài là việc xây dựng một cộng đồng thịnh vượng (bản dịch tiếng Việt) những người sử dụng và các lập trình viên xung quanh nó bằng việc giảm thiểu các rào cản cho sự áp dụng và khuyến kích và tưởng thưởng cho tất cả các dạng đóng góp.
Mô hình điều hành là gì và làm thế nào tôi thiết kế được một mô hình?
Mô hình điều hành (bản dịch tiếng Việt) là một tài liệu công khai mô tả cách mà một dự án được quản lý. Đặc biệt nó mô tả cấu trúc của đội bao gồm các vai trò cá nhân và mô tả rõ ràng cách mà những người khác có thể đóng góp cho một dự án. Nó cũng phác thảo các qui trình được tuân thủ khi thực hiện các hoạt động của dự án.
Trong khi có một tiềm năng cho một loạt các mô hình điều hành không được xác định mà chúng có xu hướng nằm ở đâu đó trong một phạm vi giữa 2 cực được thừa nhận chung, được biết tới như là các mô hình 'người tài lãnh đạo' (bản dịch tiếng Việt) và 'nhà độc tài nhân từ' (bản dịch tiếng Việt). Sự khác biệt giữa 2 mô hình đó là trong thực tế là không thật lớn và những mối lo ngại hầu hết là về cơ chế giải quyết xung đột trong qui trình ra quyết định.
Nơi nào là tốt nhất để đặt mã nguồn mở của tôi?
Có một số con đường có thể. Tất cả chúng là về việc tìm ra ngôi nhà đúng của cộng đồng cho dự án của bạn sao cho sự lựa chọn của bạn sẽ phụ thuộc vào bản chất tự nhiên của dự án của bạn.
Các kho công cộng như SourceForge (bản dịch tiếng Việt) và Google Code (bản dịch tiếng Việt) là thuận tiện và trực quan cao nhưng chúng là đông đúc với các dự án chết hoặc đang chết.
Hạ tầng riêng là con đường khác có thể nhưng điều này cần phải được quản lý và duy trì như tính trực quan của máy tìm kiếm làm được. Một số người lựa chọn thứ gì đó như RedMine TRAC hoặc các ứng dụng gForge mà cho phép bạn đặt chỗ trong môi trường như SourceForge trong hạ tầng riêng của riêng bạn. Theo ý của chúng tôi thì có ít ưu thế trong việc đặt chỗ trong hạ tầng của riêng bạn ngoài thương hiệu và quyền sở hữu.
Các Quỹ (Foundation) cũng là một lựa chọn. Con đường này đưa ra các cấu trúc quản lý được chứng minh và có thể bổ sung một mức chất lượng và thương hiệu không được tạo ra dễ dàng bằng các phương tiện khác. Xem Apache Cocoon: một trường hợp điển hình về tính bền vững (bản dịch tiếng Việt) và Sakai: một trường hợp điển hình về tính bền vững (bản dịch tiếng Việt).
Cách nào là tốt nhất cho việc khai thác và duy trì bền vững thành công dự án nguồn mở của bạn?
Có nhiều mô hình kinh doanh và bền vững có sẵn cho các dự án nguồn mở. Chúng không loại trừ lẫn nhau và hầu hết thường được sử dụng trong sự kết hợp phụ thuộc vào kích cỡ các nhu cầu và mục đích của dự án. Để thảo luận chi tiết hơn về các lựa chọn khác nhau, hãy xem tài liệu của chúng tôi Các mô hình kinh doanh và bền vững của phần mềm tự do nguồn mở (bản dịch tiếng Việt).
Chúng tôi đang lên kế hoạch cho một dự án nghiên cứu để mở nguồn phần mềm nghiên cứu của chúng tôi. Bạn có thể cung cấp tư vấn về việc viết một kế hoạch hành động biến đổi sang nguồn mở được không?
Chắc chắn chúng tôi cso thể nhưng thực tế là có quá nhiều biến số cho hầu hết các dự án để giải quyết mà không có một sự tư vấn phù hợp mà chúng tôi cung cấp miễn phí cho các viện trường của HE và FE ở nước Anh.
Điểm khởi đầu là mở nguồn mã của bạn. Tuy nhiên điều này chỉ là một phần của qui trình quản lý phần mềm. Chỉ bằng việc gán vào một giấy phép nguồn mở (bản dịch tiếng Việt) lên nó sẽ không tạo thành một cộng đồng tích cực (bản dịch tiếng Việt) được. Làm cho phần mềm của bạn bền vững (bản dịch tiếng Việt) về lâu dài có liên quan chặt chẽ tới việc chọn một sự điều hành dự án (bản dịch tiếng Việt) phù hợp với một mô hình kinh doanh (bản dịch tiếng Việt) thích hợp.
Làm thế nào tôi tùy biến nguồn mở theo một cách thức có thể duy trì được?
Trong khi có được sự truy cập tới mã nguồn là một trong những lợi ích chính của các lập trình viên nguồn mở, thì có thể có khó khăn khi tiến hành các thay đổi. Điều này đặc biệt đúng nếu các tác động đầy đủ của những thay đổi đó không được cân nhắc cẩn thận. Thường thì những thay đổi mở rộng cục bộ có thể dẫn tới những hoạt động pha trộn đắt giá khi nâng cấp tới một phiên bản mới của dự án hoặc việc cài đặt các module mới không tương thích với các tùy biến cục bộ đó.
Một cách để tránh phí tổn này là làm việc với kiến trúc phần mềm và giới hạn những thay đổi tới một 'trình cài cắm' (plug-in). Điều này có thể được quản lý như một dự án riêng rẽ với một ít sự phụ thuộc vào mã cốt lõi. Mã của trình cài cắm như vậy thường ít bị những thay đổi của dự án làm ảnh hưởng tới. Thậm chí một tiếp cận còn hiệu quả hơn là làm việc với cộng đồng dự án (bản dịch tiếng Việt) để tùy biến thích nghi những thay đổi đó trong dự án cốt lõi. Những thay đổi đó sau đó được dự án duy trì và sẽ được đưa vào tự động trong phát hành tiếp sau. Nỗ lực dư thừa có liên quan thường có giá trị hơn khi những chi phí duy trì được giảm thiểu hoặc uy tín của các lập trình viên và cơ quan được cải thiện như là kết quả của việc tiến hành đóng góp.
Những công cụ nào chúng tôi cần hỗ trợ cho sự phát triển mở?
Trong các dự án phát triển mở (bản dịch tiếng Việt) có một ít các công cụ không thể thiếu: một hệ thống kiểm soát phiên bản (bản dịch tiếng Việt), một trình theo dõi các vấn đề, một hoặc vài danh sách thư và một website. Chúng tôi có những tài liệu đặc thù về làm thế nào chúng có thể được thiết lập bằng việc sử dụng SourceForge (bản dịch tiếng Việt) hoặc Google code (bản dịch tiếng Việt). Nếu bạn có nhiều hơn các câu hỏi về sử dụng các công cụ đó thì bạn có thể luôn có liên lạc với chúng tôi để có thêm thông tin và/hoặc một cuộc tư vấn đâu là nơi mà chúng tôi có thể giải quyết được các vấn đề đặc thù đó của bạn.
Qui trình quản lý phát hành là gì và vì sao nó quan trọng phải có một qui trình được định nghĩa rõ ràng?
Một qui trình quản lý phát hành xác định cách mà phần mềm được xây dựng được đóng gói và được phân phối. Việc có một qui trình rõ ràng tại chỗ từ đầu sẽ xúc tác cho một đội dự án lên kế hoạch và lập lịch cho công việc đặt ưu tiên cho một phát hành và giải quyết bất kỳ vấn đề pháp lý nào. Nó cũng đảm bảo rằng phát hành đó có đủ chất lượng và sẽ là hữu dụng cho những người khác. Để có thêm thông tin hãy đọc Quản lý phát hành trong các dự án phần mềm nguồn mở (bản dịch tiếng Việt) và Thực tiễn tốt nhất trong quản lý phát hành (bản dịch tiếng Việt).
Làm thế nào các lập trình viên mới có thể đóng góp mã cho dự án của tôi?
Khi các lập trình viên mới muốn tham gia vào với dự án PMNM và tài trợ mã cho dự án thì họ có thể sẽ không có sự truy cập ghi vào hệ thống kiểm soát phiên bản (bản dịch tiếng Việt) mà điều này có nghĩa là họ không thể đệ trình mã của họ một cách trực tiếp tới dự án. Thay vào đó họ có thể cung cấp mã như một bản vá (bản dịch tiếng Việt). Đây là một bản ghi những thay đổi được thực hiện cho một hoặc nhiều tài nguyên mà chúng là một phần của mã phần mềm của dự án. Một số người trong dự án mà có sự truy cập ghi đối với mã đó có thể áp dụng bản vá đó cho mã nguồn. Trong thông điệp đệ trình thì người mà đã đóng góp mã được tin tưởng như là người đóng góp gốc ban đầu.
Ý kiến phản hồi và các bình luận
Một trong những bài báo của bạn bị sai lệch một chút - bạn sẽ làm gì với nó?
Chúng tôi cố gắng đảm bảo rằng mọi điều trên website của chúng tôi là chỉnh chu và không thiên vị nhưng đôi khi thông tin là lỗi thời và chúng tôi không thể không có sai sót. Xin gửi thư điện tử về mailto:info@oss-watch.ac.uk với bất kỳ sự sửa cho đúng hoặc sự định phẩm chất nào.
About OSS Watch
Who is OSS Watch?
OSS Watch is an open source software advisory service for the UK higher and Further Education sector. We are funded by the Joint Information System Comittee (JISC) that means our services are free to the HE and FE sector.
We help institutions and education related projects in the use and development of free and open source software. We provide a variety of services including:
When was OSS Watch created and why?
In 2003 when OSS Watch started there was very little understanding in the UK academic sector about what open source is and how one would engage with it. OSS Watch was set up to examine the state of play and to make recommendations that would enable the sector to fully benefit from open source software.
Over the years the focus has moved from creating a base level understanding through to detailed legal procurement and engagement advice and support. More recently we have emphasized how open source software can be sustained and how business models can be built to ensure that software developed in HE and FE is available customisable and supported with minimal costs for as long as possible.
How can I be sure that OSS Watch’s documents are up to date?
All of the documents published on the OSS Watch website are subject to a rigorous review process conducted by members of the OSS Watch team. This begins six months after the document is first published when itis reviewed for integrity. After 12 months and thereafter on a six-monthly basis it will be reviewed for integrity and relevance and edited or rewritten to bring it up to date or archived. In spite of our thoroughness we are not infallible and always welcome feedback that will help us keep up to date.
Our document inception and review processes are described in greater detail in The life of an OSS Watch document.
How can I stay up to date with OSS Watch’s activities?
We regularly blog (also available as RSS feed) about everything we do. When we publish a new article on the site we will tweet about it. We have RSS feeds for interesting news and events we come across. And every month we publish a newsletter that contains the highlights of our content. The newsletter amongst other things will be announced on our mailing list.
Do you organize any open source-related events?
Yes we host a wide range of events free to attend by members of the further and higher education community. We co-organize TransferSummit UK a national conference aimed at business executives and members of the academic community who meet to discuss requirements challenges and opportunities for the use development and licensing of open source software. We also host a number of workshops every year that bring together FE and HE delegates to discuss and share best practice in the development and deployment of open source software.
Would you speak at our event?
Almost certainly yes. We are always keen to talk to people about the issues surrounding open source software and will do our best to schedule in any speaking requests. We speak mainly at UK events but regularly travel across the EU and have attended events in the US in the past.
We are writing a project proposal for a funding call, can we approach you for advice before knowing the outcome of the bid?
Yes it is actually better to contact us as early as writing the project proposal. This way we can help you address key software development issues often ignored by projects such as licensing community governance sustainability and budget for them accordingly. Advice for project bids provides an overview of how we can help in this respect.
Can OSS Watch advise me on matters relating to open standards?
Open standards can certainly help to improve interoperability but OSS Watch does not track standards development and adoption. We therefore suggest that you get in touch with a complimentary JISC innovation support centre JISC CETIS (Centre for Educational Technology and Interoperability Standards) for further information on open standards.
Could you add this call for papers / conference notification to your site?
We’d be delighted to provided it is of interest to people in further and higher education in the UK and relevant to open source.
Would you publicise my event or news about my project?
Provided your news or event is relevant to open source software and the educational sector in the UK we are delighted to add your event or a link to your news item on our news or events page. Please contact us with your request.
Do you accept guest blog posts?
We not only accept guest blog posts we welcome them! OSS Watch advises UK HE and FE on open source development and this is at the heart of our blog. If you would like to contribute a guest post please point us to a few pieces you wrote recently and let us know what experience in the area of open source you could bring to a blog piece.
Are the articles published by OSS Watch applicable to sectors other than the UK FE and HE sector?
Absolutely. Many of our materials discuss issues related to open source that are equally applicable to the public sector in general or to the commercial sector. Use OSS Watch’s resources within your organisation highlights many examples of how our materials could be of use in other sectors.
About open source
What is Free and Open Source Software?
For OSS Watch open source software is software that has been released under an Open Source Initiative (OSI) certified licence. OSS Watch uses this OSI-approved list as a means of avoiding debates over interpretation of the open source definition and which licences do or do not conform to it. By recognising the OSI as the appropriate final authority in this issue much confusion is avoided.
The expression open source has wide application. For the OSI it also refers to the distinctive software development methodology employed by many open source software projects. The OSI home page starts with “Open source is a development method for software that harnesses the power of distributed peer review and transparency of process.”
What is open development?
Open development is an emerging term used to describe the community led development model found within many succesful free and open source software projects.
This methodology contrasts with many of the principles of software development normally taught in academia. The model focusses on fast iterations of development and distributed self managing teams. Contribution to the project is encouraged from all interested parties while a clear governance model is defined to ensure the project does not descend into chaos.
Open source software strictly speaking may or may not be developed using an open development methodology. The choice of this or any other development methodology is dependent upon a project’s chosen route to sustainability.
What is the best way to give credit to open source developers?
Good open source projects are developed by the community so there are usually no individual ‘rock stars’. One of the best ways to give credit to the community is to draw attention to the project by saying publicly (and on the project mailing list) how useful you found it. You can go one better by engaging with and contributing to it yourself - or best of all by encouraging others to do so.
Do I need internal IT staff to benefit from open source software?
No you do not need internal IT staff. Your reliance on staff is largely the same as it would be for a closed source solution. To customise an open sorce solution you need either internal or contracted staff. In the case of closed source you only have the option of contracted staff for many customisations.
Is the model of open source software development useful for academic research?
In general yes. There are many examples of open source software that has been developed by and for researchers e.g. TexGen. An open development culture can also be very beneficial in a collaborative research environment.
What is open innovation?
Many people confuse innovation with invention but innovation is about more than invention. While invention focuses on the creation of something new without necessarily realising economic benefit innovation is the application of inventions to generate economic benefit. Open innovation recognises that in the modern world no single organisation has a monopoly on invention and promotes the sharing of inventions and/or innovations across organisational boundaries. Find out more about open innovation in our briefing document Open source and open innovation.
Can I distribute my open source application via an app store?
This depends mainly on the licence of your application and the developer agreement that the specific app store has put in place. In general more permissive licences like BSD and Apache are less problematic. For more information read our briefing note on app stores and feel free to contact us if you have more questions afterwards.
To what extent is open source software used in the HE and FE sector?
OSS Watch have been researching the use of and policy around open source software in the HE/FE sector every two years since its inception in 2003. Over the years we have seen an ever-increasing use of open source software. The latest survey was held in 2010 and shows that more advice is needed to help the sector evaluate open source projects. OSS Watch’s Software Sustainability Maturity Model can help achieving this.
Open source and the law
Which open source licence should we use?
Many projects don’t start a new software product but instead add to or improve an existing software product in such cases the most sensible licensing choice is probably to use the same licence indeed in some cases you have no choice.
Many projects are part of (or plan to be a part of) a larger community of projects such as the Apache Software Foundation Free Software Foundation Debian or Ubuntu. Many of these limit the licensing choice available. Get to know the community you wish to integrate your project into and understand how your licence choice will affect your engagement with that community.
Some projects may have commercial partners who wish to commercially exploit the software outputs of the project. If this is the case a licence which allows the chosen commercial exploitation model should be chosen since most licences have a direct impact on the suitability of different exploitation routes.
If there is no clear choice for your project licences you may choose to license your code under multiple licences a practice called dual licensing. Projects such as the Mozilla Project use dual licensing to resolve licensing tensions.
We are developing some software and would like to make it open source - which licence should we use?
There are over 70 OSI-approved licences although only a handful of these are commonly used. Your decision should be based upon whether you wish to allow others to re-use your code in projects that are not open source themselves or whether you wish that your code can only be used in other projects that are in themselves open source.
If you are re-using code developed by someone else then you will need to be careful that you use a licence compatible with that code. Some licences come with patent clauses or require that modifications to source code are fed back to the initial developers. Please see our Intellectual Property Rights (IPR) Licensing and Patents section to learn more about individual licences. Do get in touch with us if you’d like to discuss your choice further.
A piece of software at our institution is released under the GPLv3 licence. Can I still create other useful and valuable licenses?
For some more background on releasing code under an open source licence we have written a general introduction on the topic. Specifically the GPLv3 licence mandates that anyone who modifies the software and wishes to distribute their modified version needs to do so under the same copyleft licence. This is intended to ensure that the code is not taken away from the community and that all improvements are available to all.
Commercial vendors wishing to use the software that has been released often would not want to be bound by such a licence because they don’t want to make their product open source. A solution to this is to use dual-licensing for the code. In short this means that you can sell licences to companies that do not want to be bound by the licensing conditions of the freely available version.
I have an intellectual property (IP) clause in my employment contract - how can I release my software as open source?
It is likely that your employer will own the copyright in the software you create and that therefore you will need their permission to make it available as free or open source software.
Take a look at our document on contributing code to an open source project for more detailed information on contributing to an existing project. You might also like to read our Introduction to Ownership and Licensing Issues for more detailed information on this topic.
What licence should we use for non-software deliverables?
If the non-software deliverables are bundled or packaged with the software deliverables and unlikely to be usefully reused without them it makes little sense to license them separately.
If however there are non-software deliverables that are likely to be independently reusable or redistributable it may make sense to consider licensing them separately. The Creative Commons licences are probably the most widely used licence for content. OSS Watch has documented the process that led to our use of the Creative Commons (we previously used the GNU Free Documentation License).
Can you advise on how to license software created in an HE institution? Will you include commercial models?
We provide advice on open source licensing of software. It is important to note that open source is not the opposite of commercial it is the opposite of closed source. In addition to open source licensing advice we also provide advice on business models applicable to open source software. If we can be of assistance in understanding these models as they apply to your project please don’t hesitate to contact us.
Can I use an open content licence on my code?
We would advise against it very strongly. Open content licences applied to executable software make no requirement for the corresponding source code to be made available. Open content licences applied to source code do not require any executables built from the source to have their source published. All in all open content licences are poorly adapted to the special circumstances that surround the making and changing of computer software.
Can I restrain commercial reuse of my code using an open source licence?
Not directly no. Point 6 of the Open Source Definition states that a pre-requisite for any licence to be considered open source is that it should make ‘No Discrimination Against Fields of Endeavor’. Commercial exploitation is a field of endeavour.
Having said this some open source licences make code that they cover less appealing for commercial entities to include in their products. In general licences with some element of ‘copyleft’ such as the GNU GPLv2 or the Mozilla Public License will compel commercial reusers to make some or all of their own code open source. Permissive licences such as the BSD License and the Apache License v2 on the other hand allow the code they cover to be added to a closed source project without compelling any other code to be open source.
Finding open source software
How can I find out if there is an open source application for my specific purposes?
All major hosting providers provide categorisation and searching facilities. For example you can search Google Code which lets the projects themselves define labels to categorise their projects thereby making them better findable. SourceForge uses categorisation that allows you to drill down through the categories based on what type of software you are searching for.
There are also aggregation sites like Ohloh which allows you to search across many different repository websites.
I’ve heard there is a CD with a collection of open source software. Where can we get it from?
You can download or purchase TheOpenDisc from their website. The Ubuntu website also provides details about how to download or purchase CDs of their popular distribution as does the Knoppix website. MacOS X users can download the FreeSMUG Suite CD. Also of potential interest is Portable Apps free and open source software adapted to run directly from USB keys and EduApps which takes a similar approach to open source and freeware for educators learners and assistive technology applications.
How can I determine if it is safe to (re)use a specific open source project?
The most important issue when assessing an open source project is to check if IP and IP provenance has been managed well. Furthermore sustainability of the project is very important regardless of whether you are an end user or intending to reuse the software for your own project. We recently released a document on the Software Sustainability Maturity Model to help you deciding if a project can be reused safely. By applying this model you can evaluate an open source project in terms of three elements of sustainability: openness reusability and capability.
Managing open source projects
Can you help us share an application developed within our department as an open source solution?
We can certainly help you maximise the chances of getting the most from your initial investment in creating the software by managing it as an open source project. In return for your effort of adopting a governance model setting up some basic software development processes and tools and clarifying the project’s IPR framework you maximise the opportunities for contributing to your software in an open development fashion. The key to making your project sustainable in the long term is building a thriving community of users and developers around it by reducing barriers to adoption and encouraging and rewarding all forms of contribution.
What is a governance model and how do I design one?
A governance model is a public document that describes how a project is managed. In particular it describes the structure of the team including individual roles and clearly describes how others may contribute to a project. It also outlines the processes that are followed when performing project activities.
While there is potential for an infinite variety of governance models they tend to fall somewhere on a scale between the two commonly recognised extremes known as the ‘meritocratic’ and the ‘benevolent dictator’ models. The difference between these two models is in fact not so great and mostly concerns the the mechanism for resolving conflict in the decision making process.
Where is the best place to put my open source code?
There are a number of possible routes. It’s all about finding the right community home for your project so your choice will depend on the nature of your project.
Public repositories like SourceForge and Google Code are convenient and highly visible but they are crowded with dead or dying projects.
Private infrastructure is another possible route but this needs to be managed and maintained as does search engine visibility. Some people opt for something like RedMine TRAC or gForge applications that allow you to host a SourceForge-like environment on your own private infrastructure. In our opinion there is little advantage in hosting on your own infrastrcture other than branding and ownership.
Foundations are yet another option. This route provides proven management structures and can add a level of quality and branding not easily generated by other means. See Apache Cocoon: a case study in sustainability and Sakai: a case study in sustainability.
What are the best ways of successfully exploiting and sustaining your open source project?
There are many business and sustainability models available to open source projects. They are not mutually exclusive and are most often used in combination depending on the size needs and aims of the project. For a more detailed discussion of the various options see our document Free and open source business and sustainability models.
We are a research project planning to open source our research software. Can you provide advice on writing an open source transition action plan?
We sure can but the reality is that there are too many variables for most projects to address without a proper consultation which we provide free of charge to UK HE and FE institutions.
The starting point is open sourcing your code. However this is only part of the process of managing the software. Just slapping an open source licence on it will not result in an active community. Making your software sustainable in the long term is closely related to choosing a project governance matching an appropriate business model.
How do I customise open source in a maintainable way?
While having access to the source code is one of the key benefits of open source developers can run into difficulties when making changes. This is especially true if the full implications of those changes are not carefully considered. Typically extensive local changes can lead to expensive merging operations when upgrading to a new project release or installing new modules that are incompatible with local customisations.
One way to avoid this expense is to work with the software architecture and restrict changes to a ‘plug-in’. This can be managed as a separate project with few dependencies on the core code. Such plug-in code is less often effected by project changes. An even more effective approach is to work with the project community to adopt the changes into the core project. The changes are then maintained by the project and will be automatically included in the next release. The extra effort involved is often outweighed by the reduced maintenance costs or by the improved reputation of developers and institution as a result making contributions.
What tools do we need to support open development?
In open development projects there are a few indispensable tools: a version control system an issue tracker one or more mailing lists and a website. We have specific documents on how these can be set up using SourceForge or Google code. If you have more specific questions about the use of these tools you can always get in touch with us for more information and/or a consultation where we can address your specific issues.
What is a release management process and why is it important to have one clearly defined?
A release management process defines how software is built packaged and distributed. Having a clear process in place from the outset enables a project team to plan and schedule a release prioritise work and address any legal issues. It also ensures that any testing can be carried out in good time and by as many people as possible and therefore that the release is of sufficient quality to be useful to others. For more information read Release management in open source software projects and Best practice in release management.
How can new developers contribute code to my project?
When new developers want to get involved with your open source software project and donate code to the project they probably won’t have write access to the version control system yet which means they can’t submit the code directly to the project. Instead they can provide the code as a patch. This is a record of changes made to one or more resources that are part of the project’s software code. Someone in the project that does have write access to the code can apply the patch to the source code. In the commit message the person that contributed the code is credited as the original contributor.
Feedback and comments
One of your articles is a bit misleading - what are you going to do about it?
We try to ensure that everything on our website is accurate and non-biased but occasionally information becomes out of date and alas we are not infallible. Please email mailto:info@oss-watch.ac.uk with any corrections or qualifications.
Dịch: Lê Trung Nghĩa
Người đăng: vào lúc
Nhãn:

Không có nhận xét nào:

Đăng nhận xét

Lưu ý: Chỉ thành viên của blog này mới được đăng nhận xét.

Đăng ký: Đăng Nhận xét (Atom)