폐쇄 소스 소프트웨어를 사용하는 대기업이 지배하는 독점적 인 세계에서 소프트웨어 개발자로 부화했습니다. 의심의 여지가 없었습니다. 내 경력이 커짐에 따라 인터넷은 점점 더 많은 존재가되었으며 점점 더 많은 오픈 소스 소프트웨어에 노출되었습니다.기본 케이스가 오픈 소스 여야합니까?
대부분의 도서관을 되돌아 보면, 나는 고용주를 위해 작성한 응용 프로그램 수준 코드와 유틸리티에 대해 이야기하는 것이 아니며, 직접적인 경쟁 우위를 차지하는 것은 거의 없으며, 본질적으로 귀하의 지적 재산을 고려하십시오. 점점 더 많은 라이브러리, 프레임 워크 및 유틸리티가 오픈 소스에 상응합니다. 이제는 자신과 개발자가 함께 작업하여 이러한 코드를 구현하기 전에 기존 라이브러리를 먼저 찾아야합니다.
많은 부분이 이미 변경되었습니다. 많은 도서관들이 유지 보수가 부족한 오픈 소스로 시들 해졌을 것입니다. 고용주들은 그렇게하지 않았을 것입니다. 그들이 번성하거나 적어도 제출을 끌었다면, 그 고용주는 이익을 얻었을 것입니다. 그것은 현재 나의 고용주에게 일어나고 있습니다.
우리보다 앞서있는 것을 보면서 나는 우리가 쓸 라이브러리와 프레임 워크의 상당 부분이 오픈 소스로 만들어 질 것이라는 가정하에 작성해야한다고 생각하기 시작했다. . 라이브러리, 유틸리티 및 프레임 워크의 경우 이는 폐쇄 될 것이므로 개방해야만한다는 가정이 아닌 기본 사례 여야합니다. 사실 사실 이후에 더 많은 작업이 필요하다는 사실이 밝혀졌습니다 (승인, 검토 및 정리 수행). 테스트
- 개발자, 코드 가능성이 문서에 대한 자세한 훈련 할 것이다 동료 및 잠재 미래의 고용주에 의해 표시됩니다 것을 알고 : 기본 케이스는 오픈 소스 인으로 , 나는 이점이있을 것이라고 생각 따라서 디자인 자체가 향상되어 코드 자체가 개선되었습니다. 세상이 당신의 코드를 볼 수 있다는 것을 아는 것만으로도 커브를 바꿀 수 있습니다. 이는 개발을 후원하는 조직에 도움이됩니다.
- 개별 개발자는 스폰서하는 조직보다 개별 개발자에게 더 많은 이점이 있지만, 더 큰 규모의 라이브러리와 재사용 가능한 코드를 소유하게됩니다.
- 조직은 개발, 이것은 오픈 소스의 핵심 전제입니다. 오픈 케이스가 기본 케이스라면, 훨씬 더 보급 될 것입니다.
- 현재 조직에 특정 종류의 개발자를 유치하고 있습니다.
- 그러나 장래 개발자가 회사에서 사용하는 도구와 소스 코드에 이미 익숙한 인터뷰 프로세스에 참여할 수있는 능력을 제공합니다 tually using
적어도 내 생각에는 응용 프로그램 수준이 아니라 라이브러리 및 프레임 워크 수준의 추세입니다. 이것은 다양한 커뮤니티입니다. 귀하의 의견은 무엇입니까?