Developer Relations professional with expertise in developer advocacy, community building, and technical communication.
-
개발자 옹호자 매뉴얼（18）：마지막 말
개발자 대사（Developer Advocate）로서 독립성을 유지해야 합니다. 당신은 회사 관련 기술 분야의 전문가이지만, 외부 세계를 무시하고 단일 기술만 홍보한다면 결국 오래 갈 수 없습니다.
-
개발자 옹호자 매뉴얼（17）：발표 녹화
개발자 대사（Developer Advocate）로서 독립성을 유지해야 합니다. 당신은 회사 관련 기술 분야의 전문가이지만, 외부 세계를 무시하고 단일 기술만 홍보한다면 결국 오래 갈 수 없습니다.
-
개발자 애드보커시 핸드북（16）：자신의 컴퓨터에서 작업하기
개발자 애드보커로서 독립성을 유지해야 합니다. 회사와 관련된 기술 분야의 전문가이지만 외부 세계를 무시하고 기술 홍보에만 집중하면 장기적으로는 멀리 갈 수 없습니다.
-
개발자 홍보 매뉴얼（15）：소셜 네트워크 이해 및 사용
개발자 대변인（Developer Advocate）로서 독립성을 유지해야 합니다. 회사 관련 기술 분야의 전문가이지만 외부 세계를 무시하고 단일 방식으로만 기술을 홍보한다면 오래 갈 수 없습니다.
-
개발자 옹호 핸드북 (14): 작업 기록 유지
"개발자 옹호자(Developer Advocate)로서 독립성을 유지해야 합니다. 비록 당신이 회사의 관련 기술 분야 전문가이지만, 외부 세계를 무시하고 단지 기술만 홍보한다면 결코 멀리 갈 수 없습니다."
-
개발자 옹호 핸드북 (13): 강연 체크리스트
"개발자 옹호자(Developer Advocate)로서 독립성을 유지해야 합니다. 비록 당신이 회사의 관련 기술 분야 전문가이지만, 외부 세계를 무시하고 단지 기술만 홍보한다면 결코 멀리 갈 수 없습니다."
-
개발자 홍보 핸드북 (12): 프레젠테이션 슬라이드 만들기
"개발자 홍보사(Developer Advocate)로서, 당신은 독립성을 유지해야 합니다. 비록 당신이 회사 관련 기술 분야의 전문가이지만 외부 세계를 무시하고 기술만 홍보한다면 멀리 갈 수 없습니다."
-
개발자 홍보 매뉴얼 (11): 슬라이드 준비
개발자 홍보사(Developer Advocate)로서 독립성을 유지해야 합니다. 회사 관련 기술 분야의 전문가이지만 외부 세계를 무시하고 기술만 홍보한다면 결국 길게 갈 수 없습니다.
-
개발자 홍보 매뉴얼 (9): 블로그 및 기사 작성
개발자 홍보사(Developer Advocate)로서 독립성을 유지해야 합니다. 회사 관련 기술 분야의 전문가이지만 외부 세계를 무시하고 기술만 홍보한다면 결국 길게 갈 수 없습니다.
-
개발자 홍보 매뉴얼 (7): 강의 또는 워크샵 개최
개발자 대사(Developer Advocate)로서 독립성을 유지해야 합니다. 당신은 회사 관련 기술 분야의 전문가이지만, 외부 세계를 무시하고 단순히 기술을 홍보하는 것만 한다면 결국 길을 잃게 될 것입니다.
-
개발자 관계 팀의 성공 사례
성공적인 개발자 관계 팀의 사례를 통해, DevRel이 어떻게 기업에 가치를 창출하는지 알아봅니다.
-
개발자 관계 팀의 예산 책정 방법
개발자 관계 팀의 예산을 책정하는 것은 어렵지만 중요합니다. 이 글에서는 DevRel 팀의 예산 책정 방법을 공유합니다.
-
개발자 옹호자 핸드북 (6): 여행과 회의 참석
개발자 옹호자(Developer Advocate)로서 당신은 독립성을 유지해야 합니다. 비록 당신이 회사 관련 기술 분야의 전문가라 할지라도, 외부 세계에 무관심하고 단지 기술만 홍보한다면, 결코 멀리 갈 수 없습니다.
-
개발자 관계 커리어 가이드
개발자 관계 분야에서 커리어를 쌓고 싶은 분들을 위한 가이드입니다. 이 글에서는 DevRel 커리어 경로와 필요한 기술을 설명합니다.
-
개발자 옹호자 매뉴얼（4）：홍보를 위한 준비
개발자 대사（Developer Advocate）로서 독립성을 유지해야 합니다. 당신은 회사 관련 기술 분야의 전문가이지만, 외부 세계를 무시하고 단일 기술만 홍보한다면 결국 오래 갈 수 없습니다.
-
개발자 관계와 마케팅 팀의 협력
개발자 관계 팀과 마케팅 팀의 협력은 제품의 성공에 중요합니다. 이 글에서는 두 팀이 어떻게 협력할 수 있는지 설명합니다.
-
개발자 관계와 제품 팀의 협력
개발자 관계 팀과 제품 팀의 협력은 제품의 성공에 중요합니다. 이 글에서는 두 팀이 어떻게 협력할 수 있는지 설명합니다.
-
개발자 관계 팀의 성과 측정 방법
개발자 관계 팀의 성과를 측정하는 것은 어렵지만 중요합니다. 이 글에서는 DevRel 팀의 성과 측정 방법을 공유합니다.
-
개발자 관계의 미래
개발자 관계는 계속 진화하고 있습니다. 이 글에서는 개발자 관계의 미래에 대한 전망을 공유합니다.
-
해독 개발자 지원: 개발자 생태계 구축, 오픈소스 커뮤니티 운영 및 거버넌스
이 글은 저자가 2017년 4월 19-20일 베이징에서 열린 「글로벌 클라우드 컴퓨팅 오픈소스 정상회의」에서 《개발자 생태계 구축, 오픈소스 커뮤니티 운영 및 거버넌스》 연설 원고를 정리한 글입니다. 원문은 5월 23일 클라우드 컴퓨팅 오픈소스 산업 연합의 위챗 공식 계정에 게재되었습니다. 최근 화웨이 클라우드 커뮤니티에 제 블로그를 열게 되어 이 글이 아직 시대에 뒤떨어지지 않았고, 업계에 개발자 생태계를 어떻게 구축할지 참고가 될 수 있다고 생각하여 커뮤니티에 공유합니다.
-
개발자 옹호(Developer Advocacy)란 무엇인가
개발자 옹호(Developer Advocacy)는 개발자 관계의 핵심 구성 요소입니다. 이 글에서는 개발자 옹호가 무엇인지 설명합니다.
-
마이크로소프트 | DevRel 중국 팀 SWE II 채용 (경력)
우리는 마이크로소프트 개발자 생태계 플랫폼 팀입니다. 우리의 목표는 전 세계 마이크로소프트 제품을 사용하는 개발자들에게 가장 풍부한 문서와 최고의 학습 경험을 제공하는 것입니다. 주요 제품으로는 Microsoft Docs, Microsoft Learn, Code Samples가 있습니다. 중국 팀은 현재 30명 이상의 구성원이 있으며, 주로 웹사이트의 백엔드 서비스를 담당합니다. 여기에는 문서 관리 서비스, 대량 문서의 검증과 컴파일, 문서 검색 서비스 등이 포함됩니다. 우리는 다양한 배경의 개발자를 위해 마법 같은 세계를 만들기 위해 노력하고 있습니다!
-
9가지 전형적인 개발자 관계 인터뷰 질문
점점 더 많은 기술 기업이 전통적인 기업 영업 방식에서 개발자 우선 방식으로 제품을 홍보하는 방식으로 전환하고 있습니다. 개발자는 이러한 영업 방식을 좋아하지 않기 때문에 전화 영업과 데모는 효과가 없습니다.
-
왜 개발자는 만억 달러 황금시대를 맞이할 것인가
지난 20년간 두 개의 수조 달러 규모의 기업용 소프트웨어 산업이 탄생했습니다: SaaS(Software-as-a-Service, 서비스형 소프트웨어) 소프트웨어와 퍼블릭 클라우드입니다. 오늘날 우리는 다음 만억 달러 소프트웨어 파도의 초기 단계에 있습니다 —— 「개발자 주도 소프트웨어」. 이러한 기업들이 구축한 기술은 소프트웨어 개발과 데이터 관리 과정을 더 쉽고, 빠르고, 안전하며 완전히 민주화합니다.
-
개발자 관계 정의하기
점점 더 많은 개발자 서비스 회사가 막대한 자금을 투자하여 자사 제품, 서비스, API 등을 중심으로 자사의 DevRel 팀을 구성하고 있습니다.
-
개발자 경험(DX)이 중요한 이유
개발자 경험(DX)은 개발자가 제품을 사용할 때의 전체적인 경험을 의미합니다. 이 글에서는 DX가 중요한 이유를 설명합니다.
-
개발자 문서 작성의 모범 사례
좋은 개발자 문서는 제품의 성공에 중요합니다. 이 글에서는 개발자 문서 작성의 모범 사례를 공유합니다.
-
개발자 커뮤니티를 구축하는 방법
개발자 커뮤니티를 구축하는 것은 DevRel의 핵심입니다. 이 글에서는 개발자 커뮤니티를 구축하는 방법에 대한 몇 가지 팁을 공유합니다.
-
개발자 관계 팀을 구축하는 방법
개발자 관계 팀을 구축하는 것은 쉬운 일이 아닙니다. 이 글에서는 DevRel 팀을 구축하는 방법에 대한 몇 가지 팁을 공유합니다.
-
개발자 관계는 어떻게 기업에 가치를 창출하는가
개발자 관계는 많은 기업에서 여전히 새로운 개념이며, DevRel 팀의 가치를 측정하는 방법은 여전히 논쟁의 대상입니다. 이 글에서는 DevRel이 기업에 어떻게 가치를 창출하는지 논의합니다.
-
블록체인이 오픈소스를 어떻게 보완할 수 있는가
블록체인이 어떻게 탈중앙화된 오픈소스 보조금 모델이 될 수 있는지 알아보세요.
-
질문하는 지혜
해커뿐만 아니라, 지금 오픈소스(Open Source) 소프트웨어가 상당히 성행하여, 당신은 종종 다른 경험 많은 사용자로부터 좋은 답변을 얻을 수 있습니다. 이것은 좋은 일입니다. 사용자는 해커보다 초보자가 자주 겪는 문제에 더 관대한 경향이 있습니다. 그러나 경험 많은 사용자를 해커로 간주하고, 이 가이드에서 제안하는 방법으로 그들과 소통하는 것도 그들로부터 만족스러운 답변을 얻을 수 있는 가장 효과적인 방법입니다.
-
비트코인 전설: 해커와 사이퍼펑크 문화는 이렇게 탄생했다
본문은 뉴욕에 본사를 둔 암호화폐 관리 회사 이터러티브 캐피털(Iterative Capital)이 작성한 보고서 "암호화폐 현상의 본질은 무엇인가?(What's Really Driving the Cryptocurrency Phenomenon)"에서 발췌한 것입니다.
-
오픈소스 프로젝트를 성공적인 비즈니스로 전환하는 방법
이 글은 원래 Andreessen Horowitz 블로그에 게시되었으며, InfoQ 중국어판에서 번역하여 공유했습니다.
-
오픈소스 르네상스 진행 중
이 글은 원래 Andreessen Horowitz 블로그에 게시되었으며, InfoQ 중국어판에서 번역하여 공유했습니다.
-
반드시 동기식으로 결정할 필요는 없습니다: 원격 팀 성공의 비결
'유리 마음'은 아마도 오픈소스 참여의 가장 큰 장애물일 것입니다. 이것은 사람의 심리적 성숙도와 일상적인 교육과 큰 관계가 있으며, 강한 공감 능력을 가진 사람은 이것에 빠르게 적응하지만, 이것이 부족하면 받아들이기 어렵습니다. 인터넷이 가져온 전 세계적인 협업 모델, Linux를 대표로 하는 오픈소스 소프트웨어 프로젝트의 성공이 이것을 입증했습니다. 따라서 이것을 합리적으로 극복해야 하며, 특히 원격 근무에 적응할 때 더욱 그렇습니다.
-
개발자 관계 권리 장전
개발자 관계는 성공적인 기술 플랫폼을 구축하고자 하는 모든 기업에서 가장 전략적인 역할 중 하나입니다. 그러나 대부분의 기업은 Dev Rel(개발자 관계) 팀을 축소하고 이 중요한 작업에 대한 투자를 위험에 빠뜨립니다.
-
디지털 생활, 작품, 교육, 그리고 자유 소프트웨어
우리는 지금 디지털 시대라고 하죠, 모두가 한 대씩 기기를 가지고 있지만, 미래의 사람들은 우리가 아직 충분히 디지털화되지 않았는데 디지털 시대라고 자처한다고 비웃을지도 모릅니다.
-
오픈소스 소프트웨어의 본질
자유 소프트웨어의 존재는 4대 자유 위에 구축됩니다.
-
오픈소스 우선: 민간 기업 선언문
이것은 모든 민간 조직이 협력적 변혁을 구축하는 데 사용할 수 있는 선언문입니다. 읽고 의견을 알려주세요.
-
오픈소스란 무엇인가?
바쁜 삶 속에서 당신이 관심 있는 프로젝트에 보답할 시간을 내세요.
-
오픈소스 프로젝트 기여자 기반을 확대하는 5가지 방법
많은 자유 및 오픈소스 소프트웨어 프로젝트가 문제 해결을 위해 탄생하며, 사람들은 자신이 직면한 문제를 수정하고 싶어서 기여하기 시작합니다. 프로젝트의 최종 사용자가 자신의 요구에 유용하다고 발견하면 프로젝트는 성장하기 시작합니다. 그리고 공유의 목적으로 같은 프로젝트 커뮤니티에 사람들을 끌어들입니다.
-
오픈소스 프로젝트에서 커뮤니케이션 채널을 선택하는 방법에 대한 고찰
바쁜 삶 속에서 당신이 관심 있는 프로젝트에 보답할 시간을 내세요.
-
오픈소스 제품의 보안 취약점 관리 방법
바쁜 삶 속에서 시간을 내어 관심 있는 프로젝트에 보답하세요.
-
시간이 없을 때 오픈소스에 기여하는 8가지 방법
바쁜 삶 속에서 시간을 내어 관심 있는 프로젝트에 보답하세요.
-
스타트업을 위한 오픈소스 라이선스 관리 9대 법칙
스타트업에게 오픈소스 소프트웨어는 양날의 검입니다.
-
보상 없이 얼마나 많은 오픈소스 프로젝트 유지 관리자가 지속할 수 있을까?
Linux 재단은 기업 오픈소스 가이드 문집에 오픈소스 소프트웨어 개발 및 사용을 위한 세 편의 새로운 가이드를 추가했습니다.
-
Linux 재단, 새로운 기업 오픈소스 가이드 발표
Linux 재단이 기업 오픈소스 가이드 모음집에 오픈소스 소프트웨어 개발과 사용을 위한 세 편의 새로운 가이드를 추가했습니다.
-
제가 '오픈소스'라는 용어를 만든 방법
Christine Peterson이 마침내 20년 전 그 운명적인 날에 대해 공개적으로 이야기했습니다.
-
기업에서 오픈소스 프로그램을 시작하는 방법
기업의 65%가 오픈소스 소프트웨어를 사용하고 있으며, 인터넷 기업만이 오픈소스 프로그램의 혜택을 받을 수 있는 것은 아닙니다.
-
블록체인 진화 간사: 왜 오픈소스가 핵심인가
비트코인에서 차세대 블록체인까지.
-
우리의 오픈소스 커뮤니티를 어떻게 구축할 것인가?
이번 주말(3월 22일~23일) 연속 이틀 동안 두 개의 다른 커뮤니티 회의에 참가했습니다. 각각 CSDN이 주최한 "커뮤니티 대본영"과 베이징 GNOME 사용자 그룹이 주최한 "오픈소스 커뮤니티 대연맹"이었습니다.
-
중국 오픈소스 웨이브의 회고
이 글의 대부분은 올해 9월 중순에 완성되었으며, 마침 일 년에 한 번 있는 첸탕강 대조가 나에게 큰 영감을 주었습니다. 당시 베이징의 SFD 행사로 바빠서 완성하지 못했고, 이제 연말에 보완하고 수정하여 이 글을 발표합니다.
-
아시아 다른 나라 오픈소스 커뮤니티 일별
이 글에서 말하는 "국가"라는 단어는 주권 국가를 포함할 뿐만 아니라, 일부 지역과 정치 경제체도 포함합니다.
-
양안 오픈소스 커뮤니티 관찰기
이 글은 제 개인적인 얕은 인식 관점만을 대변하며, 부적절한 점이 있으면 지적해 주시기 바랍니다! 이 글은 양안 초록 오픈소스 커뮤니티 간의 이동을 비교하고, 초록 커뮤니티가 공동으로 직면한 도전과 압력을 제기합니다.
-
GNU, 오픈소스, Apple의 어두운 역사
자유 소프트웨어/오픈소스 커뮤니티와 Apple 사이의 논쟁은 1980년대로 거슬러 올라갑니다. 당시 Linux 창시자는 Mac OS X의 핵심이 "쓰레기 더미"라고 불렀습니다. 그 외에도 소프트웨어 역사상 다른 일화들이 있습니다.
-
오픈소스는 도대체 어디가 부족할까
1983년부터 우리는 컴퓨터 사용자의 자유를 수호한다는 명분으로 자유 소프트웨어 운동을 일으켰습니다.
-
가언민: 오픈소스란 무엇이며, 어디서 왔고, 어디로 가는가
국내 많은 소프트웨어 회사나 연구기관의 오픈소스에 대한 열정은 무료 코드에만 국한되며, 오픈소스 커뮤니티 활동에 깊이 참여하는 경우는 거의 없습니다.
-
오픈소스 프로젝트에 첫 번째 공헌하기
오픈소스 정신을 홍보하면서 코드를 작성하지 않아도 되는 좋은 방법은 무엇일까요?
-
오픈소스 프로그래밍이란 무엇인가?
GitHub에서 이 프로젝트를 찾을 수 있는 곳.
-
오픈소스와 요리의 공통점은 무엇일까요?
코드를 작성하지 않고도 오픈소스 정신을 홍보할 수 있는 좋은 방법이 있을까요?
-
왜 오픈소스 비즈니스 모델이 실패할까?
오픈소스 소프트웨어 회사는 클라우드로 전환하고, 제품에 독점 코드를 추가해야만 성공할 수 있습니다. 현재 비즈니스 모델은 실패할 운명입니다.
-
오픈소스 옛이야기: Linux는 왜 성공했을까?
Linux, 1991년 Linus Torvalds가 개발한 유닉스 유사 운영체제 커널은 이미 오픈소스 세계의 중심이 되었습니다. 사람들은 Linux는 왜 성공했고, GNU HURD와 BSD를 포함한 그렇게 많은 유사 프로젝트는 왜 실패했는지 묻고 있습니다.
-
조하이핑: 오픈소스는 취미 활동이다
얼마 전 Wired에 Facebook 오픈소스에 관한 기사를 봤는데, Facebook은 그들의 성과를 외부와 공유하는 것을 매우 좋아하며, 최근 몇 년간 많은 내부 프로젝트를 오픈소스로 공개했습니다. 당신의 관점에서 Facebook은 왜 오픈소스를 할까요? 전략적으로 어떤 의미가 있을까요?
-
唐凤: 오픈소스의 길 2015
Enlightenment이라는 단어는 18세기에 Voltaire, Kant, Newton이 Lumières, Aufklärung이라고 말했는데, 이는 이성의 빛이 인류의 삶을 비추는 것을 의미하며, 이러한 생각은 결국 세기 말의 프랑스 혁명을 이끌어 자유, 평등, 박애의 이상을 제시했습니다.
-
오픈소스 커뮤니티에 가장 필요한 것은 무엇일까?
이 글에서 말하는 오픈소스 커뮤니티에 가장 필요한 Purpose(목표), People(사람), Practice(실천), Personality(개성 자주), Progress(진취)가 오픈소스 커뮤니티 운영에 막막해하는 사람들에게 도움이 되기를 바랍니다. 작은 글로 모든 문제를 해결할 수는 없지만, 여전히 방향을 제시할 수 있기를 바랍니다.
-
오픈소스를 비즈니스에 활용하는 10가지 최선의 방법
오픈소스는 크고 작은 비즈니스에 몇 가지 두드러진 혜택을 가져다줍니다 -- 하지만 어떤 용도에는 놀랄 수도 있습니다.
-
오픈소스 프로젝트 창업자가 사망하면, 프로젝트는 어떻게 될까?
이전에 지식인에서 이런 질문을 본 적이 있습니다: 오픈소스 프로젝트의 창업자가 없어지면, 그가 만든 현재 많은 사용자가 있는 오픈소스 프로젝트는 어떻게 될까? 유산처럼 자신의 친척에게 상속될 수 있을까? 하지만 현재까지 관련 규정이 나와서 이 문제에 대해 매우 전문적으로 답한 것은 없습니다. 하지만 네티즌의 답변도 주목할 만한 것이 많습니다.
-
오픈소스 프로젝트의 '현명한 군주' 거버넌스 모델
"'현명한 군주(Benevolent Dictator)' 프로젝트는 유일한 리더가 주도합니다."
-
우리는 '오픈소스 회사'입니다
이 블로그 글은 Ghost 창업자 John O'Nolan이 오픈소스와 비즈니스에 대해 깊이 생각하고 정리한 것입니다.
-
오픈소스 프로젝트는 어떻게 망가질까?
오픈소스 프로젝트를 망가뜨리는 방법은 많고, 비난할 곳도 많습니다. GitHub의 한 책임자는 프로젝트 유지 관리자와 사용자 모두 비난받아야 한다고 생각합니다.
-
오픈소스 프로젝트에 어떻게 익숙해질까?
당신에게 어떤 오픈소스 프로젝트를 사용해야 하는 과제가 있습니다. 또는 상사가 당신에게 무언가를 알아오라고 했습니다. 어떻게 시작할까요? 어떻게 착수할까요?
-
왜 오픈소스 위에 아키텍처를 구축할까?
오픈소스 기반 인프라스트럭처에는 유지 관리, 개선 논의, 피드백을 담당하는 많은 개발자가 있습니다. 소프트웨어 품질을 인년(man-year) 작업량으로 측정한다면, 오픈소스 소프트웨어는 많은 개발자의 작업을 축적했으므로 필연적으로 소규모 팀이 독립적으로 완성한 소프트웨어보다 품질이 좋습니다. 많은 것을 직접 재사용할 수 있습니다. 그리고 많은 사용자가 동일한 기본 프레임워크를 테스트하여 테스트 비용을 절약합니다.
-
오픈소스 발전을 이끄는 7개 커뮤니티
얼마 전까지만 해도 오픈소스 모델은 성숙한 산업급 제조업자들에게 반항적인 아이들의 장난으로 의심의 눈초리로 받아들여졌습니다. 오늘날 오픈소스 촉진회와 재단은 공급자 제공자들의 긴 목록 지원 아래 번창하고 있으며, 그들은 오픈소스 모델을 혁신의 핵심으로 봅니다.
-
오픈소스 프로젝트의 그 몇 가지 일
얼마 전까지만 해도 오픈소스 모델은 성숙한 산업급 제조업자들에게 반항적인 아이들의 장난으로 의심의 눈초리로 받아들여졌습니다. 오늘날 오픈소스 촉진회와 재단은 공급자 제공자들의 긴 목록 지원 아래 번창하고 있으며, 그들은 오픈소스 모델을 혁신의 핵심으로 봅니다.
-
오픈소스 세계
Opensource.com 커뮤니티 중재자 연례 회의가 하루 종일 진행된 후, 마지막 일정이 올라왔는데, 내용은 "특별 게스트: 미정" 몇 글자뿐이었습니다. Opensource.com의 프로젝트 책임자이자 커뮤니티 관리자인 Jason Hibbets가 일어나 설명했습니다. "이 게스트가 참석하지 못할 수도 있어서 미리 누구인지 말하고 싶지 않습니다. 몇 달 전에 그에게 언제 시간이 되는지 물었더니 두 가지 시간을 주더군요. 저는 그중 하나를 선택했습니다. 오늘은 3주 동안 Jim이 올 수 있는 유일한 날입니다." (역주: Jim은 아래에서 언급되는 Jim Whitehurst, 즉 Red Hat 사장 겸 CEO)
-
학생들을 오픈소스 프로젝트에 기여하도록 유치하는 방법
커뮤니티 관리자들은 학생 자원봉사자들이 오픈소스 프로젝트에 코드를 기여하도록 유치하는 방법에 대한 많은 글을 썼습니다. 이번에는 저도 같은 내용의 글을 쓰려고 하지만, 학생의 관점에서 쓰겠습니다. 아래에서 당신이 어떻게 나를 당신의 오픈소스 프로젝트에 코드를 기여하도록 유치할 수 있는지 소개합니다.
-
오픈소스 경험으로 이력서에 광채를 더하는 방법
이 글에서는 제 방법을 공유하여 오픈소스 기여를 활용해 기술 분야 취업에서 돋보이고 강력한 후보자가 되는 방법을 알려드리겠습니다.
-
무료, 오픈소스와 자유
소프트웨어 산업에서 무료 소프트웨어, 오픈소스 소프트웨어와 자유 소프트웨어의 개념은 종종 다양한 정도로 혼동됩니다. 일반인은 그중 논리적 관계를 정리하지 못해 일정한 오해를 일으키고, 적지 않은 잘못된 결정을 유발했습니다. 컴퓨터 전공 학생들에게는 이러한 개념에 대해 더 많은 생각이 필요하다고 봅니다. 여기서 벽돌을 던져 옥을 얻기를 바랍니다. 제가 말한 것도 틀릴 수 있습니다. 제 오류를 발견하면 증명해 주십시오. 감사합니다.
-
오픈소스 프로젝트 개발자의 동기는 무엇일까?
오늘날 많은 중요한 소프트웨어 프로젝트는 오픈소스 개발 모델을 채택하고 있지만, 이러한 프로젝트에 참여하는 자원 개발자들은 모두 이타주의 동기에서 참여할까요?
-
오픈소스의 힘
모바일 인터넷이 거듭된 파도를 일으키는 오늘, 오픈소스라는 위대한 사상이 그 견고한 기초를 만들었습니다.
-
오픈소스 프로젝트, 당신의 좋은 스승이자 친구가 될 수 있습니다
오픈소스 프로젝트는 회사에 큰 가치를 가져다줄 뿐만 아니라, 사용자 자신에게도 큰 가치를 가져다줄 수 있습니다.
-
오픈소스 네트워크 분야의 직위: 혁신과 기회의 온상
컨테이너, 엣지 컴퓨팅과 같은 기술 초점 분야가 크게 인기를 끌면서, 이 분야에서 통합, 협업, 혁신을 할 수 있는 개발자와 시스템 관리자에 대한 수요가 증가하고 있습니다.
-
유럽 입자 물리 연구소(CERN)는 Linux와 오픈소스를 어떻게 사용할까
유럽 입자 물리 연구소(약칭 CERN)는 오픈소스 기술에 의존하여 대형 강입자 충돌기가 생성한 대량의 데이터를 처리합니다. ATLAS(초환면 기기, 그림 참조)는 기본 입자를 탐지하는 범용 탐지기입니다.
-
오픈소스 커뮤니티를 측정하는 5대 지표
지표를 사용하여 자유 오픈소스 소프트웨어(FOSS) 커뮤니티를 추적하고 싶다면, 어떤 지표를 추적해야 할까요?
-
오픈소스와 창업
이 글은 제가 고가용성 아키텍처 그룹 모임에서 한 강연을 정리한 것입니다. 어릴 적부터 말을 잘하지 못하는 사람이었고, 매번 공개 강연을 할 때 긴장을 느껴 자신의 생각을 완전히 표현할 수 없었습니다. 강연할 때 유창하게 말하는 사람이 부러웠습니다. 그래서 자신의 생각을 글로 정리하여 표현하기로 했습니다.
-
오픈소스 커뮤니티의 신뢰를 얻기 위해 Microsoft가 아직 해야 할 한 가지
관점: 기업에 허위 Android 특허 비용을 청구하는 것을 중단하십시오. 네, 맞습니다, 지금도 받고 있습니다!
-
오픈소스가 세상을 잠식하고 있을까?
오픈소스 소프트웨어는 무엇을 의미할까요? 다른 사람에게 설명해야 할 때, 오픈소스의 가치와 핵심을 어떻게 쉽고 효율적으로 전달할 수 있을까요? 오픈소스라는 용어가 1997년 처음 제안된 이래, 업계는 오픈소스 분야에서 많은 어렵게 얻은 경험과 교훈을 얻었으며, 우리는 이러한 경험과 교훈을 잊어서는 안 됩니다.
-
오픈소스 코드의 수명은 왜 1년밖에 안 될까?
솔직히 말해, 고대 그리스의 시시포스가 2016년에 오픈소스 코드를 작성하는 개발자였다면, 그는 집에 온 것 같은 느낌을 받았을 것입니다. 유명한 시시포스의 형벌은 신화에서 전해져 내려오는데, 그는 거대한 바위를 산 위로 밀어 올려야 했고, 정상에 도달하면 그것이 굴러내리는 것을 지켜만 봐야 했으며, 이것이 영원히 반복되었습니다. 조용히, 전 세계의 개발자들도 지난 몇 년간 비슷한 형벌을 받고 있습니다. 그리고 바위는 계속 커지고 있습니다.
-
당신이 몰랐던 EMC 오픈소스 이야기
많은 사람들이 EMC라는 회사를 알고 있으며, 글로벌 최고의 스토리지 제품 공급업체라는 것을 알고 있습니다. 하지만 많은 사람들은 EMC가 오픈소스 선구자라는 것을 모릅니다.
-
왜 오픈소스는 프로그래머의 프로그래밍 기술을 향상시킬 수 있을까요?
저는 수년간 소프트웨어를 작성했습니다. 최근에 저는 오픈소스 기술에 더 많이 관여할수록(헌신하고, 결합하고 등) 제가 작성하는 코드가 더 좋아진다는 것을 깨달았습니다. 이것은 저에게 의문을 불러일으켰습니다: 그 안에 어떤 상관관계나 인과관계가 있을까요?
-
오픈소스 '시장'에서 일할 때 직업 네트워크를 구축하는 방법
조직 내에서 연결을 구축하는 데 문제가 있나요? 아마도 잘못된 전략을 사용하고 있을 수 있습니다.
-
자유 오픈소스 커뮤니티 거버넌스의 도 ——《장자》 우화의 시사점과 고찰
이것은 작년에 제가 COSCUP 2015에서 한 연설로, 원제는 《장자 철학과 오픈소스 커뮤니티 거버넌스》였으며, 나중에 칭화대학에서 열린 SFD(소프트웨어 자유의 날) 행사에서 다시 한 번 발표했습니다. 그 사이 계속 친구들이 이 연설을 정리해 달라고 하거나 연설 영상을 찾고 싶어 했습니다(아마 COSCUP 당시에는 녹화나 녹음이 되지 않았던 것 같습니다). 나중에 직접 시간을 내어 정리하려고 했으나, 여러 개인적인 사정으로 계속 미루다 보니 거의 1년이나 지났습니다...
-
65%의 기업이 오픈소스 프로젝트에 참여하고 있습니다
올해 Black Duck과 North Bridge는 제10회 연례 오픈소스 소프트웨어 전망 조사를 발표하여 오픈소스 소프트웨어의 발전 동향을 조사했습니다. 올해 조사의 하이라이트는 현재 주류 사회의 오픈소스 소프트웨어에 대한 수용도와 지난 10년간 사람들의 오픈소스 소프트웨어에 대한 태도 변화입니다.
-
오픈소스 위에 구축된 상업용 소프트웨어 시장의 지속적 성장
오늘날 오픈소스 프로젝트가 기업용 소프트웨어 시장에 미치는 영향을 과소평가하기는 정말 어렵습니다. 오픈소스 소프트웨어의 통합이 이렇게 빠르게 업계 표준이 되어서, 우리가 전환점을 포착하지 못한 것도 이해할 만합니다.
-
오픈소스 프로젝트 관리에서 가장 흔한 열 가지 나쁜 관행
오스틴에서 열린 OpenStack 정상회의는 오픈소스 프로젝트 관리 경험을 교환하는 훌륭한 플랫폼이 되었습니다. 사실 다년간의 커뮤니티 참여와 프로젝트 기여 작업을 거친 후, 저는 이 분야에 대해 어느 정도 발언권이 있습니다.
-
오픈소스 프로그램 부서를 둔 기업이 얻을 수 있는 네 가지 이점
오픈소스 프로그램 부서가 무엇이며, 왜 귀사에 오픈소스 프로그램 부서가 필요한지 심층적으로 분석했습니다
-
구글은 오픈소스를 어떻게 하는가?
구글은 오픈소스 분야의 선도적 기여자 중 하나이지만, 이 검색 거인은 모든 오픈소스 라이선스를 좋아하는 것은 아닙니다.
-
오픈소스 vs. 폐쇄 소스
오픈소스 운영체제와 폐쇄 소스 운영체제 사이에는 많은 차이점이 있습니다. 여기서는 몇 가지만 간단히 소개합니다.
-
오픈소스 운동 20주년에 즈음하여
1998년 2월 5일, 미국 캘리포니아 VA 연구 센터에서 소규모 모임이 열렸습니다. 참석자들은 Eric Raymond, Larry Augustin 등과 전화로 참여한 Jon "maddog" Hall이었습니다. 바로 이 회의에서 Christine Peterson 여사가 제안한 "오픈 소스"(Open Source)라는 용어를 사용하기로 합의했습니다.
-
양안 오픈소스 커뮤니티 총관(요약편)
많은 사람들이 대만 오픈소스 커뮤니티가 매우 좋다고 말합니다. 특히 많은 경험 많은 대가들도 그렇게 말합니다. 이것이 나를 매우 설레게 했습니다. 그래서 2014년 COSCUP의 기회를 이용해 탐험하기로 결정했습니다. 누가 알았겠습니까? 이것이 연속 3회가 될 줄은! 많은 사람들이 대만에서 가장 아름다운 것은 풍경이라고 말합니다(풍경은 확실히 매우 아름답습니다). 하지만 대만 오픈소스 커뮤니티의 다양한 것들을 이해한 후, 그 책에서 말한 것처럼 "대만에서 가장 아름다운 풍경은 사람"입니다.
-
오픈소스 소프트웨어의 열두 가지 문화적 유전자
오픈소스 소프트웨어는 무엇을 의미할까요? 다른 사람에게 설명해야 할 때, 오픈소스의 가치와 핵심을 어떻게 쉽고 효율적으로 전달할 수 있을까요? 오픈소스라는 용어가 1997년 처음 제안된 이래, 업계는 오픈소스 분야에서 많은 어렵게 얻은 경험과 교훈을 얻었으며, 우리는 이러한 경험과 교훈을 잊어서는 안 됩니다.
-
오픈소스 프로젝트 유지 관리자가 되는 것은 어떤 경험인가?
인기 있는 오픈소스 프로젝트의 유지 관리자는 모두 쉽지 않습니다. 낯선 사람들이 제때 질문에 답하지 않았다고, 제때 그들이 원하는 답을 검색해 주지 않았다고 욕을 합니다. 오픈소스 프로젝트 유지 관리자들은 종종 심리적 질병을 앓게 됩니다. 오픈소스 프로젝트가 있다면 이미 경험해 보셨을 것입니다.
-
오픈소스 프로젝트 참여에서 자신감을 얻는 방법
뇌가 발달함에 따라, 당신은 이 세상에서 무엇을 할 수 있고/해야 하며, 무엇을 할 수 없고/해서는 안 되는지 점차 배웁니다. 당신의 모든 행동은 주변 대중의 영향을 받으며, 많은 경우 어떤 일에 참여하는 것을 방해하는 것은 자신감 부족입니다.
-
미래 기술 전도자의 5가지 발전 트렌드
이 글의 저자 Francesca Krihely는 MongoDB에서 3년간 수석 커뮤니티 매니저로 일했습니다. 얼마 전 그녀는 Bowery에 합류하여 마케팅 업무를 담당하며 개발자 커뮤니티를 위해 계속해서 서비스를 제공하고 있습니다.
« Previous
Page: of
Next »