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:
-
-
hỗ trợ với sự đánh
giá PMNM trong mua sắm
tư vấn về các mô
hình kinh doanh phát triển cộng đồng và tính bền vững
của PMNM
-
-
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.
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.
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?
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?
Đổ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.
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?
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.
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á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?
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.
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ở?
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?
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.
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:
-
-
assistance
with the evaluation of open source software in procurement
advising
on community development business models and sustainability of open
source software
-
-
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.
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?
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?
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.
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.
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?
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.
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.
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.
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
