2018년 서울시 앱 공모전 (URL: https://mplatform.seoul.go.kr )에서 GitHub 설명을 위한 자료입니다. 이전 https://www.slideshare.net/ianychoi/git-github-46020592 자료에 모바일 앱 개발 환경 및 GitHub Desktop 프로그램에 대한 부분을 추가하였습니다.
2018년 서울시 앱 공모전 (URL: https://mplatform.seoul.go.kr )에서 GitHub 설명을 위한 자료입니다. 이전 https://www.slideshare.net/ianychoi/git-github-46020592 자료에 모바일 앱 개발 환경 및 GitHub Desktop 프로그램에 대한 부분을 추가하였습니다.
Origin Link : http://www.oss.kr/oss_information6/1435
세션2 : 공개SW개발과 우분투 환경의 개발툴
우분투 이야기
- 우분투 한국 이야기
- 우분투 장점
- 우분투 개발 환경
- 우분투에서의 협업 툴 활용
(강사) 강분도 (우분투한국사용자모임 대표)
2018.07.09 판도라큐브 세미나
제작자: 프로그래밍 파트 이지수
코멘트: 질문 시간에서 질문을 못 해드린 부분은 제가 후에 조사해서 PPT에 추가했습니다.
비고: 없음
판도라큐브는 세종대학교 소프트웨어융합대학 소속의 게임 제작 동아리입니다.
매주 회의마다 게임 제작과 관련된 주제로 세미나를 개최합니다.
모든 자료는 세미나 자료 제작자의 동의 하에 업로드됩니다.
세미나의 소유 및 책임은 제작자가 지닙니다.
GitHub로 프로젝트 운영하기
-시스템소프트웨어 연구실 이건희
목차
-깃허브란?
-Repository 활용하기
-branches, releases
-깃허브 프로젝트 문서화
깃허브란?
• 깃(Git)을 사용하는 프로젝트를 지원하는 웹호스팅 서비스
• 다른 사람들과의 협업을 매우 용이하게 해줌
Repository 활용하기
Issue , Pull requests
• Issue 카테고리는 왜 사용하는가요?
• 버그를 기록하거나 요구사항을 전달할려고 사용
• Pull requests 카테고리는 왜 사용하는가요?
• 현재 진행중인 작업이 무엇인지 알게해줌. • 수정사항을 Merge 시킬 때 사용.
Pull requests로 넣은 수정사항이 Merge됨에 따라 Contributor가 될 수 있습니다!
branches, releases
branches
• 테스트 해보거나 새로운 기능을 개발하기 위해 사용하는 독립적인 commit
• Master branch : 기본 branch이자, 최종적으로 마무리 되는 branch
깃허브 문서화
README
• 해당 프로젝트의 개요나 설명, 설치법에 대해서 설명
• ‘README.md’ 파일을 인식
README’s Labels
• Badge images • Custom badge
https://shields.io/
README’s Labels
• Travis CI
• Continuous Integration : 푸시할 때 자동화된 빌드 및 테스트가 실 행되고 소프트웨어 품질을 향상시키는 개발 방식
• https://travis-ci.org/
Issue & Pull requests Template
• Maintainer에게 좀 더 정확하 게 의견을 전달하기 위해 만듬
• Insights > Comminuty 에서 추가 가능
LICENSE
네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
그 외의 Community profile
• Code of conduct
• Contributing guidelines
그 외에 프로젝트 관리에 도움되는 것
OpenHub 어플리케이션
Git Bash (Git bash 사용법 : http://gbsb.tistory.com/10)
GitHub Desktop
참고
• 네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
• 실제로 사용한 프로젝트 https://github.com/kuj0210/IoT-Pet-Home-System
쫄지마,글로벌! 평범한 개발자의 좌충우돌 글로벌 오픈소스 도전하기Sangmin Shim
영어를 몰라 해외 사이트는 눈팅만 하셨다고요? 내가 만든 라이브러리가 해외에서도 통할 것 같다고요? 오픈소스 프로젝트에 도움만 받아보셨다고요? 해외에서 발표도 해보고 싶으시다고요?
우리나라에는 국내에서만 활동하기에는 너무 아까운 프로젝트와 인재가 많습니다. 하지만 일이 바빠서, 영어를 못해서 시도하지 못하는 수 많은 개발자들을 위해서 좌충우돌 그 흔한 토익 점수도 없는 평범한 개발자의 글로벌 오픈소스 라이브러리 콜리(Collie)를 통한 도전기를 전해 드립니다.
이 시간에는 개발을 잘하는 법도, 영어를 잘하는 법도 없습니다. 대신, 그 모든걸 할 수 있는 용기를 드리겠습니다.
DEVIEW 2013 DAY1 Track3 - 6세션에 발표한 내용 입니다.
http://deview.kr/2013/detail.nhn?topicSeq=16
Origin Link : http://www.oss.kr/oss_information6/1435
세션2 : 공개SW개발과 우분투 환경의 개발툴
우분투 이야기
- 우분투 한국 이야기
- 우분투 장점
- 우분투 개발 환경
- 우분투에서의 협업 툴 활용
(강사) 강분도 (우분투한국사용자모임 대표)
2018.07.09 판도라큐브 세미나
제작자: 프로그래밍 파트 이지수
코멘트: 질문 시간에서 질문을 못 해드린 부분은 제가 후에 조사해서 PPT에 추가했습니다.
비고: 없음
판도라큐브는 세종대학교 소프트웨어융합대학 소속의 게임 제작 동아리입니다.
매주 회의마다 게임 제작과 관련된 주제로 세미나를 개최합니다.
모든 자료는 세미나 자료 제작자의 동의 하에 업로드됩니다.
세미나의 소유 및 책임은 제작자가 지닙니다.
GitHub로 프로젝트 운영하기
-시스템소프트웨어 연구실 이건희
목차
-깃허브란?
-Repository 활용하기
-branches, releases
-깃허브 프로젝트 문서화
깃허브란?
• 깃(Git)을 사용하는 프로젝트를 지원하는 웹호스팅 서비스
• 다른 사람들과의 협업을 매우 용이하게 해줌
Repository 활용하기
Issue , Pull requests
• Issue 카테고리는 왜 사용하는가요?
• 버그를 기록하거나 요구사항을 전달할려고 사용
• Pull requests 카테고리는 왜 사용하는가요?
• 현재 진행중인 작업이 무엇인지 알게해줌. • 수정사항을 Merge 시킬 때 사용.
Pull requests로 넣은 수정사항이 Merge됨에 따라 Contributor가 될 수 있습니다!
branches, releases
branches
• 테스트 해보거나 새로운 기능을 개발하기 위해 사용하는 독립적인 commit
• Master branch : 기본 branch이자, 최종적으로 마무리 되는 branch
깃허브 문서화
README
• 해당 프로젝트의 개요나 설명, 설치법에 대해서 설명
• ‘README.md’ 파일을 인식
README’s Labels
• Badge images • Custom badge
https://shields.io/
README’s Labels
• Travis CI
• Continuous Integration : 푸시할 때 자동화된 빌드 및 테스트가 실 행되고 소프트웨어 품질을 향상시키는 개발 방식
• https://travis-ci.org/
Issue & Pull requests Template
• Maintainer에게 좀 더 정확하 게 의견을 전달하기 위해 만듬
• Insights > Comminuty 에서 추가 가능
LICENSE
네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
그 외의 Community profile
• Code of conduct
• Contributing guidelines
그 외에 프로젝트 관리에 도움되는 것
OpenHub 어플리케이션
Git Bash (Git bash 사용법 : http://gbsb.tistory.com/10)
GitHub Desktop
참고
• 네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
• 실제로 사용한 프로젝트 https://github.com/kuj0210/IoT-Pet-Home-System
쫄지마,글로벌! 평범한 개발자의 좌충우돌 글로벌 오픈소스 도전하기Sangmin Shim
영어를 몰라 해외 사이트는 눈팅만 하셨다고요? 내가 만든 라이브러리가 해외에서도 통할 것 같다고요? 오픈소스 프로젝트에 도움만 받아보셨다고요? 해외에서 발표도 해보고 싶으시다고요?
우리나라에는 국내에서만 활동하기에는 너무 아까운 프로젝트와 인재가 많습니다. 하지만 일이 바빠서, 영어를 못해서 시도하지 못하는 수 많은 개발자들을 위해서 좌충우돌 그 흔한 토익 점수도 없는 평범한 개발자의 글로벌 오픈소스 라이브러리 콜리(Collie)를 통한 도전기를 전해 드립니다.
이 시간에는 개발을 잘하는 법도, 영어를 잘하는 법도 없습니다. 대신, 그 모든걸 할 수 있는 용기를 드리겠습니다.
DEVIEW 2013 DAY1 Track3 - 6세션에 발표한 내용 입니다.
http://deview.kr/2013/detail.nhn?topicSeq=16
인터넷에는 수없이 많은 PHP 튜토리얼이 있다. 이들 대부분은 이미 낡고 쓸모없어진 지 오래지만 불행히도 구글 검색 결과에 살아남아 여전히 참조자료로 활용된다. 이런 낡은 정보를 무분별하게 받아들인 PHP 프로그래머는 자신도 모르는 사이에 느리고 보안에 취약한 PHP 애플리케이션을 만들게 된다.
이 책에서는 슬림(Slim) 프레임워크의 제작자이자 ‘PHP The Right Way’의 창안자인 조시 록하트가 최신 PHP 기술을 소개하는 한편, 자신의 오픈소스 프로젝트와 일상 업무에서 매일 사용하는 최신 기술을 보여준다. 독자 여러분도 이 책을 통해 PHP의 짜릿한 변화의 순간에 동참하고 진보된 PHP를 온전히 활용할 수 있게 될 것이다.
- 네임스페이스, 트레이트, 제너레이터, 클로저 등의 모던 PHP 기능
- PHP 컴포넌트를 검색, 사용, 작성하는 방법
- 보안, 데이터베이스 작업, 문자열, 스트림, 에러와 예외 등에 대한 모범 사례
- 프로비저닝, 배포, 튜닝, 테스팅, 프로파일링에 필요한 도구와 기술
- 페이스북이 선보인 HHVM과 Hack이 최신 PHP에 미친 영향
- 프로덕션 서버에 대응하는 로컬 개발 환경 구축
★ 대상 독자
- PHP에 대한 기본적인 이해가 있으며 자신의 기량을 강화하고 싶은 모든 개발자
- 수년 전부터 같은 패턴으로 개발하고 있는 PHP 개발자
- PHP의 최신 변화가 궁금하고 미래를 적극적으로 준비하고 싶은 개발자
- 호환되지 않는 여러 PHP 버전의 설명이 혼재된 인터넷 자료에 고생하고 있는 개발자
★ 추천사
나는 PHP 언어와 커뮤니티의 현 상황을 제대로 반영한 서적을 찾느라 수년을 보냈다. 이제 주저하지 않고 『Modern PHP』를 추천한다.
─ 에드 핀클러, 개발자 겸 블로거(funkatron.com)
프로그래밍에서 절대 변하지 않는 진리는 ‘프로그래밍은 변한다’는 사실뿐이다. PHP는 변하고 있고 여러분의 개발 방법 역시 변해야만 한다. 조시는 최신 PHP로 작성하기 위해 알아야 할 도구와 개념을 제시한다.
─ 캘 에번스, E.I.C.C. CEO
발표 내용은 작지만 작은 오픈 소스를 시작으로 오픈소스에 관심을 갖고 작은 오픈 소스의 반복적인 활동을 통해 얻은 경험들을 정리하여 이야기합니다.
이런 반복적인 활동중에
1. 깃, 깃허브와 같은 오픈 소스 환경과 친해지고
2. 세계의 수 많은 오픈 소스들의 경험들을 간접적으로 체험하고
3. 이를 기반으로 새로운 오픈 소스를 직접 개발해보고
4. 직접 개발한 오픈 소스를 공유하면서 파생되는 사회적 리액션
5. 이를 통해 얻은 정보를 다시 프로젝트를 가치있게 만들고
6. 어떨때 힘들고 멘탈이 흔들릴 때 어떻게 했는지
7. 그리고 11줄짜리 소스지만 얼마나 큰 사회적 파장을 만들 수 있는지..
오픈 소스의 시작은 클 필요도 없고 그것들이 잘 알려진 오픈 소스일 필요도 없습니다.
다만 누군가가 시작한 오픈 소스는 격려와 긍정적인 피드백을 받아야 할 소중한 가치라는 것을 이야기하려고 했습니다.
[OSS개발자포럼 & 국민대학교] Git/GitHub 입문하기 Hands on Lab
- http://onoffmix.com/event/95827
동그라미재단은 공간을 나누고, 멤버십은 콘텐츠를 나누는 나눔확산 프로젝트, 오픈콘텐츠랩.
1월부터 4개월간 공간지원을 받고 자유롭게 콘텐츠활동도 하고 콘텐츠 공유를 통한 나눔문화 확산에 공헌할 3기 콘텐츠 멤버십을 모집합니다.
멤버십 모집 일정
신청 기간 : 12월 10일(수) - 22일(월)
사업 설명회 : 12월 8일(월)
선정 공고 : 12월 24일(수)
오리엔테이션 : 1월 5일(월) *필참
멤버십 활동 기간 : 2015년 1월 5일(월) ~ 4월 30일(목)
중간 달모임: 2월말~3월초 중 *필참
마지막 결과 공유회: 3월 말 *필참
멤버십 선정 기준
핵심 가치(기회균등, 나눔문화 확산, 공유)
핵심 가치에 대한 이해 + 핵심 가치와 멤버십 활동과의 연관성
정치, 상업, 종교적 목적은 제외
최종 선정 : 기수 당 50개의 팀 선정
신청하기| http://www.impactspoon.org/opencontentslab3rd
ZUIX is a design system created by Zigbang's CTO team to standardize design across all of Zigbang's services. It uses React Native for responsive, multi-platform components and includes tools like Storybook for development and a design review infrastructure for validation. The deployment process involves code reviews, CI/CD pipelines, and publishing to a npm registry. Training and documentation is provided through tools like Google Classroom and Notion. The team aims to further develop ZUIX by improving the design review tools, adding end-to-end testing, and analyzing component usage. The goal is to solve Zigbang's unique challenges through an agile, collaborative approach between designers and developers.
This document discusses Kakao's search platform front-end project. It describes the architecture of an integrated search service using microservices and the need for a design system due to fragmented UIs. It introduces the KST (Kakao Search Template) project for creating a design system including 200+ UI blocks and templates. The KST Builder, Logger, and Dashboard are discussed for managing templates, logging usage, and monitoring coverage. Maintaining a consistent design system is important for operating diverse search services and platforms.
This document discusses Banksalad Product Language (BPL), which is a method used at Banksalad to standardize UI text, elements, and components. It allows designers and developers to use consistent terms, while abstracting UI elements to different levels suitable for their roles. Examples of standardized elements are provided, as well as external resources that discuss concepts like tree shaking that are relevant to BPL. While BPL has benefits, the document considers whether there may be better approaches than BPL.
This document summarizes a presentation about using Stitches, a React styling library, and Storybook for component design.
The presentation introduces Stitches as the styling library used for its support of React, easy usage, and themes. Key features of Stitches discussed include creating styled components, variants, and comparisons to other libraries.
Storybook is presented as a way to improve communication between designers and developers by allowing visualization of components alongside their stories. Clean communication through a shared Storybook is emphasized.
Reflections on initially creating a design system note the benefits of consistency and speed but also identify areas for improvement like documentation, process alignment, and understanding each other's roles. Establishing trust and understanding between
비행기 설계를 왜 통일 해야 할까?
디자인 시스템을 하는 이유
비행기들이 다 용도가 다르다...어떻게 설계하지?
맥락이 다른 페이지와 패턴
경유지까지 아직 멀었다... 언제 수리하지?
디자인 시스템을 적용하는 시점
엔지니어랑 얘기해서 정비해야하는데...어떻게 수리하지?
디자인 시스템을 적용하는 프로세스
비행기 설계가 바뀐걸 어떻게 알리지?
디자인 시스템의 전파
The document discusses Kotlin coroutines and how they can be used to write asynchronous code in a synchronous, sequential way. It explains what coroutines are, how they work internally using continuation-passing style (CPS) transformation and state machines, and compares them to callbacks. It also outlines some of the benefits of using coroutines, such as structured concurrency, light weight execution, built-in cancellation, and simplifying asynchronous code. Finally, it provides examples of how to use common coroutine builders like launch, async, and coroutineScope in a basic Android application with ViewModels.
This document contains the transcript from a presentation given by Wonsuk Lim from Naver on tips for debugging and analyzing Android applications. Some key tips discussed include fully utilizing the Android emulator's capabilities like 2-finger touch control, clipboard sharing between the emulator and host PC, and mocking locations. Advanced settings for the emulator like foldable and camera emulation are also covered. The presenter recommends ways to configure developer options and use tools like LeakCanary, the Android profiler, and Stetho for testing app stability. Methods for understanding the Android framework by reviewing system services and managers via AIDL files and logcat dumps are presented. Finally, reverse engineering tools like APK Extractor and decompilers are introduced.
4. 내가 불편해서
Ruby로 만든 웹 서버가 너무 느리다
비동기 이벤트 기반 기술을 찾아볼까?
없으니 내가 만들자
by Rian Dahl, 2009
https://youtu.be/GhFrlX0LdFA
5. 더 좋은 생각이 나서
사람들과 협업할 SCM이 필요하다
지금 있는 도구들은 내 맘에 썩 들지 않는다
내가 만들자
by Linux Torvalds, 2005
https://www.linuxfoundation.org/blog/10-years-of-git-an-interview-
with-git-creator-linus-torvalds/
6. 크리스마스에 할 일이 없어서
크리스마스에 뭐하지?
뭔가 만들자
by Guido van Rossum, 1989
https://www.python.org/doc/essays/foreword/
13. 커뮤니티의 방식을 존중해주세요
커뮤니티의 구성원들이 어떻게 의견을 나누는지,
논의되는 이슈들은 어떤 것들이 있는지,
미리 확인해주세요.
아무리 좋은 의견/컨트리뷰션이라도
커뮤니티의 방식을 따르지 않으면
도움이 되지 않거나 거절당할 수 있습니다.
또한 여러분들이 도움을 요청할 때에도
거절당할 수 있습니다.
Pinpoint https://github.com/naver/pinpoint/issues/3181
14. 명확한 의사 전달이 필요합니다
오픈소스 활동에서의 토론을 하다보면
불필요한 오해가 발생할 수 있습니다.
가능한 본인의 생각을 명확하게 표현하는 것이
중요합니다.
React https://github.com/facebook/react/issues/10191
15. 다양한 사람들이 함께합니다
다양한 문화권에서 생활하는 사람들이
서로 다른 이유로
오픈소스 프로젝트에 참여합니다.
나와 같은 문제로 고민하는 사람도 있고,
나와 생각이 다른 사람도 있을 수도 있습니다.
다양한 사람들이 자유롭게 나누는 의견들이
더 좋은 오픈소스 프로젝트를 만드는 원동력입니다.
ResourceSpace
https://www.resourcespace.com/knowledge-base/open-source
17. 해치지 않아요
다른 개발자들의 생각과 의견을 듣기 위해
오픈소스 프로젝트로 공개하는 것입니다.
궁금한 점이나 건의사항, 자신의 생각 등을
표현하는 것을 두려워할 필요 없습니다.
오픈소스 커뮤니티는
new-comer를 환영합니다
avajs/ava https://github.com/avajs/ava/issues
18. 마음처럼 되지 않을 때도 있습니다
여러분의 의견이 환영받지 않을 수도 있습니다.
누구나 의견을 제시할 수 있고,
자유롭게 토론하는 것이 오픈소스 활동이라는 것을
기억해주세요.
nodejs/node https://github.com/nodejs/node/issues/14644
20. 프로젝트를 잘 이해할 수 있도록 도와주세요
처음 프로젝트를 접하는 사용자들을 위해
왜 이 프로젝트를 만들고 공개했는지 설명해주세요
README 문서를 통해
프로젝트의 목적과 사용방법을 알려주고,
LICENSE 문서를 통해
프로젝트를 사용하기 위한 조건을 명시합니다. matiassingers/awesome-readme
https://github.com/matiassingers/awesome-readme
21. 완벽하지 않아도 괜찮습니다
오픈소스 프로젝트로 공개하고 나면
전 세계 개발자들로부터
여러분의 프로젝트에 대한 의견을 듣게 됩니다.
처음부터 완벽한 소스 코드를
공개하지 않아도 괜찮습니다.
The Bumblebee project
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issues/123
22. by Linux Torvalds, The mind behind Linux@TED
https://youtu.be/o8NPllzkFhE