답변:
오픈 소스
프로젝트 웹 사이트를보십시오
그렇게 할 때 다음 사항을 확인하십시오.
또한 소프트웨어가 배포되는 라이센스에 유의하십시오. 일부는 귀하의 필요에 적합하지 않을 수 있습니다.
엔터프라이즈 소프트웨어
나는 여기서 말할 말이 너무 많지 않다.
root
되지 않는지 확인하십시오 (판매원에게 묻지 마십시오-그는 거짓말 할 것입니다) . 특히 TCP / IP 포트에서 수신 대기하는 경우입니다. * 공급 업체의 평판을보고root
액세스, 제품이 그래서 는 sudo를 지원해야 한다고 주장한다. 누구나 sudo
지원되지 않습니다 그냥 노인성 일반적이지만, 그들은 공급 업체에있어, 그들은 것 당신을 지원 해야하는 사람들이 되십시오-당신은 제품을 사고 싶지 않다가 나중에 "당신은 sudo를 사용할 수 없습니다.활동 부족. 프로젝트가 새로운 코드를 공개하지 않은 경우, 닫히지 않은 많은 버그 (또는 새로운 버그가없는 매우 오래된 버그)를 보여 주거나 스팸 대 포스트 비율이 매우 높은 사용자 포럼이있는 경우 부패하는 코드베이스. 현재 진행중인 프로젝트에는 정기적으로 릴리스되고 버그가 발생하여 열려있는 새 프로젝트가 이전 프로젝트보다 훨씬 앞서지 않았 음을 나타냅니다. 이 세 가지 모두 코드를 유지하고 릴리스, 페이 백 및 디버깅 / 리팩토링을 유지하면서 완전한 루프를 형성하는 데 필수적입니다.
활동은 코드베이스의 크기, 복잡성 및 성숙도에 비례합니다. 프로그램 / 프로젝트가 클수록 포인트 릴리즈는 더 드물지만 포인트 릴리즈는 일관되어야합니다. 복잡한 코드 기반이 큰 삼바와 같은 프로젝트의 경우 한 달 정도 후에 포인트가 릴리스 될 것으로 예상됩니다. 보다 보수적 인 설계 목표를 가진 성숙 된 코드베이스 인 gcc와 같은 프로젝트의 경우 포인트 릴리스가 더 길지만 더 큽니다. 매우 적은 양의 코드에서 빠르게 움직이는 대상도 잠재적 인 문제를 보여줍니다. 개발자가 여전히 버그를 해결하고 있거나 아직 모든 목표 / 기능을 코딩하지 않았을 수 있습니다.
소스 코드에 쉽게 액세스 할 수 있어야합니다 . 포인트 블랭크는, 그것의 경우 진정한 오픈 소스, 소스 코드를 볼 수 관련된 어떤 마법의 핸드 셰이크, 부두 제품, 또는 촛불 주술가 안된다. 클릭 랩 라이센스 계약 없이도 CVS, SVN, Git, Mercurial 또는 캐리어 비둘기를 통해 액세스 할 수 있는지 여부는 중요하지 않습니다 . 권리 포기, NDA에 서명하거나 들어 보지 않은 라이센스 체계에 동의하는 경우 공개 소스를 다루지 않고 공개 소스를 공개하기로 동의 한 상용 공급 업체를 상대하는 가격입니다 .
정말 많이 있습니다.
기만 라이센스 -너무 많은 솔루션이 니켈을 사용하여 나를 죽이려고합니다. 패키지 비용은 X이지만 광고 옵션 1, 2 및 3을 원한다면 옵션 당 500-1500 달러가 더 듭니다. 아니요 괜찮습니다.
아무도 그것을 사용 하지 않습니다-또는 적어도, 구글은 그것에 대해 이야기하는 사람을 찾을 수 없습니다. 아주 새로운 것이거나 (이 경우 기니피그) 모두가 더 잘 아는 것입니다.
여러 포크의 근본입니다. 무언가가 여러 번 포크 된 경우 그 이유가있을 수 있으며 포크 중 하나가 소스보다 문제를 더 잘 해결했을 수 있습니다. 대신 조사하십시오.
일관되게 나쁜 인터페이스 디자인 -나는 단지 GUI를 의미하는 것이 아닙니다. 미쳤거나 알 수 없거나 레이블이 잘못 지정된 CLI 플래그 또는 옵션은 나를 미치게합니다.
작동하지 않습니다 -또는 해결해야 할 상황이 존재하지 않아야하거나 존재하지 않아야한다고 가정하여 해결하지 마십시오.
또한 코드 이탈률은 소수뿐만 아니라 많은 사람들이 구성하고 수행한다고 덧붙였습니다. 한 사람이 자신의 프로젝트에 대해 흥분한 후 지루 해져 커뮤니티가 계속 지원할 수 있도록 코드를 작성하는 것을 원하지 않습니다. Drupal과 Joomla가 좋은 예입니다.
나는 주로 성숙과 활동을 살펴볼 것입니다. 그것이 합리적으로 성숙해 보이고 괜찮은 액티비티 (예 : 포럼 또는 위키 액티비티)가있는 것처럼 보이면 꽤 편하게 느낄 수 있습니다. 그런 다음 버그가 해결 될 가능성이 높고 발생하는 문제에 대한 도움을받을 수 있음을 알고 있습니다. 완벽하게 일치하는 것처럼 보이지만 일주일 내내 죽은 것처럼 보이는 프로젝트보다 내 요구에 완벽하게 부합하지 않는 활성 프로젝트를 선택합니다.
성숙에 관해서는 그것은 의도 된 사용에 거의 의존합니다. 그것이 즉시 롤아웃되어야하고 실패하거나 문제를 일으킬 수없는 것이라면, 성숙은 분명히 매우 중요한 요소가 될 것입니다. 몇 가지 단점으로 살 수 있고 다운 타임이 중요하지 않다면 차후의 전망을 살펴 보겠습니다.