오픈소스는 그 '사용'에 대해서도 그리고 '참가'적인 측면에서 아주 많은 관심을 얻고 있습니다.
그러나 오픈소스 프로젝트를 운영하는데 있어서 그 뒷 모습은 잘알려져 있지는 않습니다.
발표를 통해 다음의 질문들에 대한 궁금증을 풀어 보고자 합니다.
- 오픈소스가 많은 이들의 관심을 얻게 된다면 '성공'할 수 있을까요?
- 오픈소스 프로젝트를 통한 경제적 측면은 어떠한가요?
- 여러분은 왜 오픈소스에 관심을 갖고 계신가요?
- 오픈소스를 통해 무엇을 얻을 수 있을까요?
[SOSCON 2018] 오픈소스 개발: Behind the scenesJae Sung Park
오픈 소스 개발에 참여한다는 것은 여러분들에게 어떤 의미가 있나요? 포트폴리오 작성을 위해? 불편함을 개선하기 위해? 무언가 멋져 보이기 때문에?
외적으로 보이는 오픈 소스 개발/운영은 여러분들이 생각하는 '모습'과 아주 다를 수 있습니다. 성공적인 오픈 소스가 되기 위해서는 무엇이 필요할까요?
오픈소스 개발자로 성공(또는 살아남기) 할 수 있을까요?
billboard.js 프로젝트를 운영하면서 경험한 내용을 바탕으로, 여러분들이 알지 못하는 오픈소스 운영 과정에서의 경험을 전달하고자 합니다.
발표 내용은 작지만 작은 오픈 소스를 시작으로 오픈소스에 관심을 갖고 작은 오픈 소스의 반복적인 활동을 통해 얻은 경험들을 정리하여 이야기합니다.
이런 반복적인 활동중에
1. 깃, 깃허브와 같은 오픈 소스 환경과 친해지고
2. 세계의 수 많은 오픈 소스들의 경험들을 간접적으로 체험하고
3. 이를 기반으로 새로운 오픈 소스를 직접 개발해보고
4. 직접 개발한 오픈 소스를 공유하면서 파생되는 사회적 리액션
5. 이를 통해 얻은 정보를 다시 프로젝트를 가치있게 만들고
6. 어떨때 힘들고 멘탈이 흔들릴 때 어떻게 했는지
7. 그리고 11줄짜리 소스지만 얼마나 큰 사회적 파장을 만들 수 있는지..
오픈 소스의 시작은 클 필요도 없고 그것들이 잘 알려진 오픈 소스일 필요도 없습니다.
다만 누군가가 시작한 오픈 소스는 격려와 긍정적인 피드백을 받아야 할 소중한 가치라는 것을 이야기하려고 했습니다.
[OSS개발자포럼 & 국민대학교] Git/GitHub 입문하기 Hands on Lab
- http://onoffmix.com/event/95827
[SOSCON 2018] 오픈소스 개발: Behind the scenesJae Sung Park
오픈 소스 개발에 참여한다는 것은 여러분들에게 어떤 의미가 있나요? 포트폴리오 작성을 위해? 불편함을 개선하기 위해? 무언가 멋져 보이기 때문에?
외적으로 보이는 오픈 소스 개발/운영은 여러분들이 생각하는 '모습'과 아주 다를 수 있습니다. 성공적인 오픈 소스가 되기 위해서는 무엇이 필요할까요?
오픈소스 개발자로 성공(또는 살아남기) 할 수 있을까요?
billboard.js 프로젝트를 운영하면서 경험한 내용을 바탕으로, 여러분들이 알지 못하는 오픈소스 운영 과정에서의 경험을 전달하고자 합니다.
발표 내용은 작지만 작은 오픈 소스를 시작으로 오픈소스에 관심을 갖고 작은 오픈 소스의 반복적인 활동을 통해 얻은 경험들을 정리하여 이야기합니다.
이런 반복적인 활동중에
1. 깃, 깃허브와 같은 오픈 소스 환경과 친해지고
2. 세계의 수 많은 오픈 소스들의 경험들을 간접적으로 체험하고
3. 이를 기반으로 새로운 오픈 소스를 직접 개발해보고
4. 직접 개발한 오픈 소스를 공유하면서 파생되는 사회적 리액션
5. 이를 통해 얻은 정보를 다시 프로젝트를 가치있게 만들고
6. 어떨때 힘들고 멘탈이 흔들릴 때 어떻게 했는지
7. 그리고 11줄짜리 소스지만 얼마나 큰 사회적 파장을 만들 수 있는지..
오픈 소스의 시작은 클 필요도 없고 그것들이 잘 알려진 오픈 소스일 필요도 없습니다.
다만 누군가가 시작한 오픈 소스는 격려와 긍정적인 피드백을 받아야 할 소중한 가치라는 것을 이야기하려고 했습니다.
[OSS개발자포럼 & 국민대학교] Git/GitHub 입문하기 Hands on Lab
- http://onoffmix.com/event/95827
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.
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.
30. How came to BabelHow came to Babel
출신의SebastianMcKenzie(당시17세)가출신의SebastianMcKenzie(당시17세)가
학교시험공부도중,'6to5'(ES6toES5)라는이름으로학교시험공부도중,'6to5'(ES6toES5)라는이름으로
2014년9월28일2014년9월28일 하며시작하며시작
호주Wodonga호주Wodonga
첫커밋첫커밋
오픈소스인오픈소스인 ,, andand 등을활용등을활용esprimaesprima estraverseestraverse escodegenescodegen
[참고][참고]2015-in-review2015-in-review
31. 를 통한 기회를 통한 기회
Thinkmill→CloudFlare→FacebookThinkmill→CloudFlare→Facebook
36. No one sees that theNo one sees that the
Roads and BridgesRoads and Bridges
are falling downare falling down
사회사회 은우리일상에서아주중요은우리일상에서아주중요기반시설기반시설
평소엔중요성을느끼지못하며,많은이들은평소엔중요성을느끼지못하며,많은이들은
그것들의존재와도움등을아주'당연'한것으로인식그것들의존재와도움등을아주'당연'한것으로인식
[참고][참고] RoadsandBridges:TheUnseenLaborBehindOurDigitalInfrastructureRoadsandBridges:TheUnseenLaborBehindOurDigitalInfrastructure
43. 그럼에도 불구하고,그럼에도 불구하고,
왜 아무 대가없이 할까?왜 아무 대가없이 할까?
1)평판또는명성때문에
2)예상외의인기를얻고,메인터넌스'의무'를느끼게되는경우
3)LaborofLove- (EricHolscher)
4)장인의자부심과그들이믿는것에대한책임감-OpenSSL
Readthedocs
46. the root cause ofthe root cause of
burnoutburnout
(co-creatorofDjango)(co-creatorofDjango)JacobKaplan-MossJacobKaplan-Moss
https://twitter.com/jacobian/status/1086399572396646402https://twitter.com/jacobian/status/1086399572396646402
47. 왜 '돈'을 얘기하는 것은 어려운가?왜 '돈'을 얘기하는 것은 어려운가?
세상의모든것은'비용'이발생세상의모든것은'비용'이발생
오픈소스프로젝트도마찬가지오픈소스프로젝트도마찬가지
그들은'비용'을어디서지급받나?
개발자의'선의'(virtue)에만맡기는것은올바른가?
우리는'오픈소스'에대해우리는'오픈소스'에대해
어떤생각을가져야할까?어떤생각을가져야할까?
[참고][참고]TheMoneyInOpen-SourceSoftwareTheMoneyInOpen-SourceSoftware
54. by Businessby Business
npm: -기업용private레지스트리제공서비스
WordPressWordPress-워드프레스호스팅,이커머스서비스등-워드프레스호스팅,이커머스서비스등
CloudPlatform/PaaSCloudPlatform/PaaS
Meteor: (Meteor클라우드플랫폼호스팅)
npmEnterprise
Galaxy
Heroku
그외로는그외로는
Consulting작업등을수행
PaidLicense를적용
55. by Licenseby License
newwaytosupportopensoftwaredevelopersnewwaytosupportopensoftwaredevelopersLicenseZeroLicenseZero
For-Profit
Use
Open
Source
Closed
Source
License
Zero
For-Profit
Use
Closed
Source
Open
Source
License
Zero
Parity
in LICENSE
Prosperity
in LICENSE
Duallicense(Duallicense( // ):basedonthetwo-clauseBSDlicense):basedonthetwo-clauseBSDlicenseParityParity ProsperityProsperity
상업사용자(Prosperity)에게는사용시작32일뒤,상업사용자(Prosperity)에게는사용시작32일뒤,
상업적라이선스요구상업적라이선스요구
59. Open Source isOpen Source is
mainstreammainstream
전통적인SW기업이아닌곳에서도오픈소스를개발전통적인SW기업이아닌곳에서도오픈소스를개발
GEGE
FordMotorFordMotor WalmartLabsWalmartLabs
[참고][참고]Wal-MartProvesOpenSourceIsBigBusinessWal-MartProvesOpenSourceIsBigBusiness