개발자는 왜 열어 회사를 밀어 해야 합니까?

개발자는 왜 열어 회사를 밀어 해야 합니까? 2013-04-08에 게시 17시 20분 | 번 읽기 | 소스 csdn | 0 리뷰 | 저자 왕 실행 오픈 소스 요약: 어떤 목적을 위해 기업 자주 고려 오픈 소스 몇 가지 내부 프로젝트 하지만 두통은 왜 기업 한다 오픈 소스, 한다 오픈 소스 항목. 아멧 Alp 발칸, 마이크로소프트 엔지니어 했다 권고를, 강조 하는 경영진, 하지만 개발자 스스로 대 한 문제 예요.

IT 세계-"만약 성 기 수 없습니다는 보스를 이길 다음 보스 생존에 의존 하는 것을 열어." "회사 자주 고려 그들의 내부 프로젝트의 일부를 오픈 소스 옹호 또는 회사의 이미지를 개선 또는 경쟁 업체에 대 한 단속 하려고." 그것은 오픈 소스 프로젝트의 어떤 종류는 정말 문제가 되어야 합니다, 오픈 소스 적절 한 응용 프로그램, 회사에 대 한 좋은 평판을 가져올 수 있다 하지만 오픈 소스 잘못 된 프로젝트 위험에도 회사를 가져올 수 있습니다.

마이크로소프트 엔지니어 아멧 Alp 발칸 블로그에 게시 문서 "어떻게 해야 당신이 오픈 소스 회사에서", 원 개발자의 인식.

발칸 반도의 대부분 엔지니어 회사 또는 유용한 내부 도구에 중요 한 코드를 찾을 것입니다, 이들은 유지 가치가 있는 것 들, 다른 한편으로, 또한 다시 사용할 수 있는 보조 도구 및 라이브러리는 더 개발 하기 위해 노력에 노력을 많이 보낼 것입니다 마감일 로부터 압력 보다 창의적인. 만약 당신이 오픈 소스 프로토콜으로 그들을 풀어 수 있습니다, 그것은 말 자신 및 다른 개발자를 위한.

기업에 대 한 클래스 라이브러리 또는 보조 도구의 핵심 기능에 관련이 없는 여러 오픈 소스 없는 부정적인 영향에 그들의 자신의 하지만 일반적인 노력을 통해 그것은 확실히 될 더 나은 도움이 됩니다, 그리고 IBM 오픈 소스 이클립스가. 또한, 엔터프라이즈 업계의 선도적인 위치에 없는 경우 경쟁에 대처 하기 위해 오픈 소스 코어 기술을 고려 하지만 전체 산업 재생 기술, 야 후 오픈 소스 개발에 중요 한 역할 그들의 자신의 DFS를 구현, 맵 리듀스 그리고 마이크로소프트의 지원 오픈 소스 지도 서비스 OpenStreetMap에 대 한 좋은 예입니다.

최악의 경우, 그것은 아무것도 하지만, 프로젝트, 하지만 적어도 그것은 회사에 대 한 GitHub 페이지.

이러한 이름을 예를 들어, 그들은 오픈 소스 기술 비즈니스 참조로 사용할 수 있습니다.

언어학-github: 소스 코드와 이진 파일은 작성 된 클래스 라이브러리. 구아바-google:java 기능 클래스를 확장합니다. Mosql-스트라이프: mongodb PostgreSQL 스트리밍 클래스 라이브러리의 복사본을 Ponydebugger-사각: 크롬 Dev 도구를 사용 하 여 원격 iOS 디버깅 도구. 악성-foursqure: 형식이 안전한 스칼라 DSL. 브래킷-어도비: 웹-기반 웹 코드 편집기. Bower, Zipkin 및에 지 저 귀 다가 속이다의.

이 회사의 오픈 소스 도구 비록 매우 유용 하 게 잘 알려진 되지 않습니다 자신 들의 핵심에, 그것은 위험한 기술 기업 열어 라이벌, 핵심 기술에 대 한 반대 때문에 그들에 게 주는 무기. 예외는 페이 스 북, 오픈-소스 코로나, 카산드라와 다른 많은 핵심 기술에는, 그리고 심지어 Google의 오픈 컴퓨트 프로젝트 감사. 하지만, 강력한 사용자 끈 적 소셜 네트워킹 사이트, 이상의 1 십억 사용자, 그것의 가장 귀중 한 자산으로 즉각적인입니다 핵심 기술도 약간 열 등 한 인정 되 고 있다.

발칸 또한 개발자에 밖으로 포인트 자주 및 다시 사용할 이전 개발 된 구성 요소, 작업, 변경 하는 때에 특히 오래 된 소유자에 게 익숙한 도구를 사용 하 여 더 높습니다. 이러한 목적을 위해 당신은 또한 오픈 소스 사내 개발 도구 또는 클래스 라이브러리를 홍보 해야 합니다. 인 경우는 도구 개발자 프로젝트는 다른 IT 기업의 본 후이 회사 확실히 기술 강도 인식 되며 당신의 잠재적인 고용주가.

동일한 사실, Alipay 프런트 엔드 감독 Yuber 또한 CTO 클럽 활동 사이 주 창에 회사 프런트 엔드 생태 원을 설정 하는 업계에서 스테레오 타입을 개발 모듈의 일부를 공유. 이 회사의 개발 비용에는 줄어들지 않습니다, 그리고 직원 또한 이득을 즐길 수 있다는 떠난 후, 원 개발자 수 있습니다 더 나은 공동 작업 하는 동안.

궁극적으로, 경영진을 설득, 또한, 참고-회사 오픈 소스 프로젝트 일반적으로 누군가가/뒤에 있는 사람이 노력 덕분에 좋은 마음을 보다 더 한 가지, 그들은 앞으로 아이디어를 넣어 모든 개발자를 위하여.

이 일을 계획 하 고 있다면 당신이 할 필요가 우선 재사용 가능한 코드 밖으로 정렬 하 고, 테스트 및 문서 작성, 비즈니스 경영진 설득입니다.