본문 바로가기
Development/Free Topic

오픈소스 라이센스 및 개발 가이드

by IMCOMKING 2015. 4. 13.

BSD 3-Clause License

A permissive license similar to the BSD 2-Clause License, but with a 3rd clause that prohibits others from using the name of the project or its contributors to promote derived products without written consent.
매우 관대한 라이센스로, 본 프로젝트의 원래 이름 또는 contributor에 대한 copyright 문구를 삽입하는 한 대부분의 이용이 가능하다. 


Permissions

Commercial use

Modification

Distribution

Private use


Limitations

Liability: 본 저작물을 사용함에 있어서 생기는 법적인 이슈는 책임지지 않는다.

Warranty: 품질보증을 하지 않는다.



Apache License 2.0

제일 무난하고 일반적인 것으로 보인다.


Copyright [yyyy] [name of copyright owner]


 


Licensed under the Apache License, Version 2.0 (the "License");


you may not use this file except in compliance with the License.


You may obtain a copy of the License at


 


http://www.apache.org/licenses/LICENSE-2.0


 


Unless required by applicable law or agreed to in writing, software


distributed under the License is distributed on an "AS IS" BASIS,


WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.


See the License for the specific language governing permissions and


limitations under the License.



https://tldrlegal.com/license/apache-license-2.0-%28apache-2.0%29



GPL 한글 요약 :

http://blog.naver.com/swconsulting/220294543841


오픈소스 라이센스 비교 :

http://en.wikipedia.org/wiki/Comparison_of_free_and_open-source_software_licenses



- 개발 가이드 : NuPIC의 개발 가이드를 참조하여 한글로 작성해보았다.

Open Source License : Apache Software Foundation에서 제안한 Apache License 2.0을 따른다.

Development Road Map : 개발자는 Organizer가 제시하는 이슈들 중 선택하여 원하는 파트의 개발에 참여한다. Organizer는 적절한 이슈를 제시하기 위해 주기적으로 커뮤니티의 의견을 수렴하며, 작은 sub-task로 이슈를 나누어 관리한다.

Coding Standards and Guides : Python Coding Style은 일반적으로 쓰이는 Blank lines, try/ecept import, from statements, quotes, spaces, comments 에 대한 일관성있는 코드 작성 가이드를 안내한다. 또한 지정된 버전의 python으로 일괄 개발하여 버전에 대한 통일성을 유지한다.

Mailing List : 커뮤니티에서는 Mailing List를 운영하며 주기적으로 새로운 소식과 이슈, 업데이트 변경사항 등을 공지한다.

Developer Chat : Gitter를 이용하여 개발자들간의 실시간 온라인 채팅이 가능하도록 제공한다.

Development Process : 새로운 이슈에 대해 개발할 경우, repositoryfork하여 새로운 new branch로 관리하며 이를 master branch에 통합할 경우 많은 검증과 안정성 테스트를 거쳐야 한다.

Release Process : 새로운 개발 사항을 push하기 위해서는 해당 버전에서의 CHANGELOG를 명시한 문서가 반드시 첨부되어야하며, 완전히 배포하기전 베타 상태로 분류하여 stable버전과 구분하여 관리한다.

https://github.com/numenta/nupic/wiki/Contributing-to-NuPIC

'Development > Free Topic' 카테고리의 다른 글

Ubuntu - virtualenv, scrapy 사용법  (0) 2015.07.31
IPython Notebook 사용법  (0) 2015.06.02
openFramework, ofxFenster 버그 수정  (0) 2015.03.15
추천하는 소프트웨어 스택  (0) 2015.03.03
C++ STL의 Vector 사용법  (0) 2014.12.04

댓글