제87회 오픈테크넷에서 발표한 공개SW(오픈소스)의 이해와 활용입니다. 지금까지 오픈소스는 공짜라는 인식이 많았습니다. 그러나 과연 공짜일까요? 오픈소스를 이용해서 비즈니스에 성공하는 기업들이 늘어나고 있습니다. 그렇다면 어떤 방법론을 택해야 할까요? 그 답을 함께 고민해보고자 합니다.
제87회 오픈테크넷에서 발표한 공개SW(오픈소스)의 이해와 활용입니다. 지금까지 오픈소스는 공짜라는 인식이 많았습니다. 그러나 과연 공짜일까요? 오픈소스를 이용해서 비즈니스에 성공하는 기업들이 늘어나고 있습니다. 그렇다면 어떤 방법론을 택해야 할까요? 그 답을 함께 고민해보고자 합니다.
이 문서는 최근 대두되는 개방형 혁신 연구개발 프로젝트를 위한 거버넌스 구축하기 위하여 필요한 요소를 알아봅니다. 다양한 핵심 산업에서 사실상의 표준으로 자리잡은 많은 오픈소스 프로젝트들을 중심으로 성공적인 오픈소스 프로젝트로 가능 여정에 어떤것이 필요한지 이야기합니다.
<p><font>공개SW 왜 도입을 안하는가, 불만은 무엇인가?</font></p><div><font>[데브멘토 동영상]</font><font>양재영 LG CNS 부장</font></div><div> </div><div><font>Free Software 개념은 1984년, Open Source Software 개념은 1998년 등장</font></div><div><font>정의: 소스코드를 공개한 상태로 실행프로그램을 제공하는 소프트웨어로 소스코드를 누구나 자유롭게 사용, 개작, 재배포할 수 있도록 허용한 소프트웨어</font></div><div><font>개발방법론</font></div>
DEVOPS 전반적인 것에 대해서 소개를 한 자료입니다.
http://wiki.tunelinux.pe.kr/display/sysadmin/DEVOPS
https://groups.google.com/forum/#!topic/sysadminstudy/g4bM_xbZPC8
DevOps 시작
DevOps 정의
Dev vs Ops 충돌
DevOps 유래
참고자료
애자일 방법론
ITIL
린스타트업
린 생산방식
애자일을 OPS로 확장
DevOps 관점 : 측정지표 관점, 프로세스 관점, 기술 관점
DevOps가 아닌 것은?
DevOps 소개
프로젝트 세팅 : 전통적인 프로젝트 세팅, 애자일 프로세스 세팅
하나의 팀
핵심
가치와 목적
프로세스
도구
DevOps 구성하기
측정지표 : cycle time, 변경(change)
흐름 개선하기
배포 개선 및 가속화 : batch size 줄이고 더 자주 배포하여 cyclle time 줄이기.
못 다한 이야기 : Metrics and Measurement View / Process View / Technical View
Top 11 Things About DevOps
DevOps의 기초 원리 : 전체 시스템적인 사고, 피드백 루프를 확대하기, 지속적인 실헝과 학습
자동화 도구
이상적인 프로젝트란?
버전관리
티켓관리
지속적인 통합(CI)
지속적인 배포(CD)
프로비저닝 툴체인
OS설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
SK그룹은 구성원들의 역량 향상과 문화 혁신을 위한 다양한 커뮤니티를 운영하고 있습니다.
SK그룹의 구성원 역량 교육 플랫폼인 mySUNI의 Agile 커뮤니티와
개발자 커뮤니티이자 내/외부 소통과 성장 플랫폼인 DEVOCEAN 의 커뮤니티 활동 사례를 기반으로
Agile한 조직으로 변화하기 위해 첫 단추인 구성원들의 자발적인 참여를 어떻게 이끌어냈는지 알아보고자 합니다.
이 문서는 최근 대두되는 개방형 혁신 연구개발 프로젝트를 위한 거버넌스 구축하기 위하여 필요한 요소를 알아봅니다. 다양한 핵심 산업에서 사실상의 표준으로 자리잡은 많은 오픈소스 프로젝트들을 중심으로 성공적인 오픈소스 프로젝트로 가능 여정에 어떤것이 필요한지 이야기합니다.
<p><font>공개SW 왜 도입을 안하는가, 불만은 무엇인가?</font></p><div><font>[데브멘토 동영상]</font><font>양재영 LG CNS 부장</font></div><div> </div><div><font>Free Software 개념은 1984년, Open Source Software 개념은 1998년 등장</font></div><div><font>정의: 소스코드를 공개한 상태로 실행프로그램을 제공하는 소프트웨어로 소스코드를 누구나 자유롭게 사용, 개작, 재배포할 수 있도록 허용한 소프트웨어</font></div><div><font>개발방법론</font></div>
DEVOPS 전반적인 것에 대해서 소개를 한 자료입니다.
http://wiki.tunelinux.pe.kr/display/sysadmin/DEVOPS
https://groups.google.com/forum/#!topic/sysadminstudy/g4bM_xbZPC8
DevOps 시작
DevOps 정의
Dev vs Ops 충돌
DevOps 유래
참고자료
애자일 방법론
ITIL
린스타트업
린 생산방식
애자일을 OPS로 확장
DevOps 관점 : 측정지표 관점, 프로세스 관점, 기술 관점
DevOps가 아닌 것은?
DevOps 소개
프로젝트 세팅 : 전통적인 프로젝트 세팅, 애자일 프로세스 세팅
하나의 팀
핵심
가치와 목적
프로세스
도구
DevOps 구성하기
측정지표 : cycle time, 변경(change)
흐름 개선하기
배포 개선 및 가속화 : batch size 줄이고 더 자주 배포하여 cyclle time 줄이기.
못 다한 이야기 : Metrics and Measurement View / Process View / Technical View
Top 11 Things About DevOps
DevOps의 기초 원리 : 전체 시스템적인 사고, 피드백 루프를 확대하기, 지속적인 실헝과 학습
자동화 도구
이상적인 프로젝트란?
버전관리
티켓관리
지속적인 통합(CI)
지속적인 배포(CD)
프로비저닝 툴체인
OS설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
SK그룹은 구성원들의 역량 향상과 문화 혁신을 위한 다양한 커뮤니티를 운영하고 있습니다.
SK그룹의 구성원 역량 교육 플랫폼인 mySUNI의 Agile 커뮤니티와
개발자 커뮤니티이자 내/외부 소통과 성장 플랫폼인 DEVOCEAN 의 커뮤니티 활동 사례를 기반으로
Agile한 조직으로 변화하기 위해 첫 단추인 구성원들의 자발적인 참여를 어떻게 이끌어냈는지 알아보고자 합니다.
2. 프로젝트
• pandas Project는 501 (c) 3 NumFOCUS 재단과 제휴한 오픈 소스 소프트웨어 프로젝트
이다.
• 이 프로젝트의 목표는 파이썬 프로그래밍 언어에 대한 데이터 수집, 데이터 준비, 데이터
분석 및 데이터 시각화를 위한 오픈 소스 소프트웨어를 개발하는 것이다.
• 이 프로젝트에서 개발 한 소프트웨어는 BSD (또는 비슷한) 오픈 소스 라이선스 하에서 릴
리즈 되고, 공개적으로 개발되며 깃헙 레포지터리 PyData GitHub에 호스트 된다.
• 프로젝트는 NumFOCUS와의 제휴를 통해 미국 내에서 세금 공제 기부금을받을 권리가
있다.
• ‘기여자 (Contributor)’로 불리는 분산된 개발자들로 구성된 팀으로 개발된다. 기여자들 개
인은 코드, 문서, 디자인 외 프로젝트의 일에 기여한다. 누구나 기여자가 될 수 있다.
4. BDFL
• 프로젝트에는 BDFL (생명을위한 자비로운 독재자)이 있고, 현재 BDFL은 Wes McKinney
이다.
• 독재자로서, BDFL은 프로젝트에 대한 모든 최종 결정을 내릴 수있는 권한을 가지고 있다.
• 자비로운 입장에서, BDFL은 실제로 커뮤니티 토론 채널과 코어팀의 합의에 그 권한을 맡
기는 것을 선택한다.
• BDFL은 최종 권한을 거의 행사하지 않을 것으로 기대되며, 계속 유지되고 있다.
• 사용이 드물기 때문에, BDFL의 최종 권한을 “특별” 또는 ”최우선”투표로 표현한다.
• 그것이 발생하는 경우는, BDFL 우선결정은 일반적으로 코어팀에 교착 상태가 있거나 코
어팀이 특정 문제에 대한 결정을 BDFL에 요청한 상황에서 발생한다.
• BDFL의 자비를 보장하기 위해, 이 프로젝트는 다른 사람들이 BDFL이 취하는 전반적인 결
정에 동의하지 않으면 프로젝트를 fork하여 작업하는 것을 권장한다.
5. 코어팀
• 프로젝트의 코어팀은 풍부한 양질의 기여를 해왔고, 적어도 1 년 이상 지속적으로 프로젝
트에 기여한 프로젝트의 기여자들로 구성된다.
• 코어팀의 전반적인 역할은 BDFL과 협력하고 공동체로부터의 의견을 받아 기술적으로나
공동체로서의 프로젝트의 장기적인 웰빙을 보장하는 것이다.
• 코어팀과 그 멤버들은 특정상황에 특별한 역할을 한다.
• 프로젝트의 전반적인 영역, 비전 및 방향에 대해 결정한다.
• 다른 조직이나 개인과의 전략적인 협력에 대해 결정한다.
• 특정 테크니컬 이슈, 기능, 버그 및 pull request에 대해 결정한다.
• 이들은 코드 리뷰 및 pull request에 대한 merge 가이드의 주요 메커니즘이다.
• 프로젝트가 실행하는 서비스들에 대한 결정을 하고, 프로젝트 및 커뮤니티의 이익을 위해 그 서비스
들을 관리한다.
• 정규적인 커뮤니티 토론이 어떠한 이슈에 대해 합리적인 시간내에 합의를 내지 못할 경우, 결정을
취한다.
6. 이해 상충
• BDFL과 코어팀 구성원들은 다양한 회사, 대학 및 비영리 단체에
고용되어 있을 것으로 예상된다. 이 때문에, 구성원들간의 이해
상충이 발생할 수 있다.
• 코어팀의 모든 구성원 (BDFL 포함)은 코어팀의 나머지 구성원에
게 그들이 가질 수있는 이해 상충을 공개해야한다. 특정 이슈에
이해가 상충하는 회원은 해당 이슈에 대한 코어팀 토론에 참여
할 수는 있지만 문제에 대한 투표에서 스스로를 제외해야 한다.
• 만약 BDFL이 특정 결정을 위해 자신을 제외했다면, 그 결정을
대신하는 BDFL을 임명 할 것이다.
7. 기관 파트너 & 기금
• BDFL과 코어팀이 프로젝트의 주요 리더십이다. 외부 기관, 개인 또는 법인은 기여자 및
핵심 팀으로 프로젝트에 참여하는 것 이외에도 프로젝트 소유, 통제, 침해 또는 영향력을
행사할 수 없다.
• 그러나 기관이 프로젝트의 주요 자금 조달 메커니즘이기 때문에 프로젝트에 제도적 참여
를 공식적으로 인정하는 것이 중요하다. 이들은 기관 파트너이다.
• 기관 파트너는 법적 수단을 통해 프로젝트 작업에 대한 자금을 자유롭게 사용할 수 있다.
• 여기에는 사설 재단 및 기부자로부터 수익을 창출하는 비영리 조직 또는 프로젝트 소프
트웨어 및 서비스를 활용하는 독점적인 제품 및 서비스를 구축하는 영리 기업이 포함될
수 있다.
• 프로젝트에 참여하기 위해 기관 파트너가 획득 한 기금을 기관 기금이라고 한다. 그러나
기관 파트너가 획득 한 자금은 프로젝트 BDFL 및 코어팀보다 우선 할 수 없다.
8. 위반
• 거버넌스 문서의 규칙을 준수하지 않는 것들은 적절한 방법으
로 공개 또는 비공개 채널을 통해 코어팀에 보고된다.
9. 거버넌스 문서 변경
• 거버넌스 문서 변경은 GitHub 저장소
(https://github.com/pydata/pandas-governance)의 프로젝트
관리문서로 pull request를 통해 제출됩니다.
• Pull request는 요청은 커뮤니티내의 합의에 대한 목표로 공개
적인 댓글, 리뷰로 정제된다.
• 이 공개 기간 후에 코어팀 구성원은 코어팀에 변경 사항 승인과
pull reques를 merge하는 것을 제안하거나, merge없이 pull
reques를 close하는 것을 제안한다.
10. 거버넌스 문서 라이센스
• 법에 따라 가능한 범위에서 pandas Project는 Creative
Commons CC0 라이센스에 따라 pandas Project Governance
문서에 대한 모든 저작권 및 관련 또는 인접 권한을 포기한다.
이것은 미국에서 출간되었다.
• 자세한 내용은 이 저장소의 LICENSE.md 파일을 참조하시오.