오픈 소스 소프트웨어를 선택할 때 어떤 경고 플래그를주의해야합니까? [닫은]


13

오픈 소스 프로젝트를 상용 소프트웨어 또는 다른 오픈 소스 프로젝트와 비교할 때 어떤 상황에서 적신호가 발생하여 꺼내기 버튼을 누르고 다른 곳을 보입니까?

답변:


17

오픈 소스

프로젝트 웹 사이트를보십시오

  • 설명서를보십시오
  • 메일 링리스트 아카이브를보십시오
  • SCM을보십시오 (svn, git, hg 등)

그렇게 할 때 다음 사항을 확인하십시오.

  • 소프트웨어가 얼마나 성숙합니까
  • 사용자 기반 크기는 얼마입니까 (많은 사람들이? 3 명?)
  • 사용자 기반의 사람들은 누구입니까 (기업, 개인 사용자, 소규모 비즈니스 등)
  • 개발이 활발합니까? 얼마나 오랫동안 활동 했습니까?
  • 메일 링리스트 아카이브는 또한 개발자들 사이에서 "팀 정신"에 대한 많은 정보를 유출합니다. 건강하고 적대적이며 지루해 보입니까?
  • 문서가 괜찮습니까?
  • 패키지 / 프로젝트가 Fedora, Debian, RHEL, SLES, Ubuntu 등과 같은 Distros로 승인 되었습니까? 그렇다면 그것은 좋은 일입니다. 적어도 한 명 이상의 다른 사람이 프로젝트에 대한 믿음을 가지고 있습니다.
  • 사이트에 적절한 발권 시스템이 있습니까? 그렇다면-5 년 전부터 몇 장의 티켓이 열려 있습니까? 이것은 프로젝트의 "실시간"에 대한 또 다른 표시입니다.

또한 소프트웨어가 배포되는 라이센스에 유의하십시오. 일부는 귀하의 필요에 적합하지 않을 수 있습니다.

엔터프라이즈 소프트웨어

나는 여기서 말할 말이 너무 많지 않다.

  • 응용 프로그램이로 실행root 되지 않는지 확인하십시오 (판매원에게 묻지 마십시오-그는 거짓말 할 것입니다) . 특히 TCP / IP 포트에서 수신 대기하는 경우입니다. * 공급 업체의 평판을보고
  • 업체 사람들이이 제품을 (즉, 주어진되지 않습니다 투여하는 것을 알고 있는지 확인 root액세스, 제품이 그래서 는 sudo를 지원해야 한다고 주장한다. 누구나 sudo지원되지 않습니다 그냥 노인성 일반적이지만, 그들은 공급 업체에있어, 그들은 것 당신을 지원 해야하는 사람들이 되십시오-당신은 제품을 사고 싶지 않다가 나중에 "당신은 sudo를 사용할 수 없습니다.
  • 폐쇄 소스 보안 소프트웨어를 구매하지 마십시오.
  • (주관적) : ... 판매 담당자의 말을 절대 믿지 마십시오. 모두 거짓말 쟁이와 뱀입니다. 예외는 아닙니다.

프로그램의 성숙도를 어떻게 결정합니까? 버전 번호가 의미하는 것과는 다르며 많은 프로젝트가 수년 동안 홀수 버전 번호로 사용됩니다. (나는 NetworkManager를보고있다). 미성숙의 적기는 무엇입니까?
jldugger

맞습니다. 버전 번호가 개발자에게 특정 의미를 가질 수는 있지만, 그것은 내부적 인 것입니다-외부 세계는 단지 최선의 표시 일뿐입니다-엔터프라이즈 소프트웨어는 어리석은 버전 번호 점프로 시도하고 악용하는 것 같습니다 . 성숙도에 대한 아이디어를 얻으려면 몇 가지 장소, 특히 발권 시스템을 살펴볼 수 있습니다. 특히 틱이 많은 것이 좋습니다. 특히 개발자가 문제를 해결하고 닫는 데 실제로 노력한 것을 볼 수 있다면 더욱 그렇습니다. 반면에 티켓이 없거나 최악의 티켓 시스템이 없다면 시작하기가 좋지 않습니다.
Xerxes

7
  • 활동 부족. 프로젝트가 새로운 코드를 공개하지 않은 경우, 닫히지 않은 많은 버그 (또는 새로운 버그가없는 매우 오래된 버그)를 보여 주거나 스팸 대 포스트 비율이 매우 높은 사용자 포럼이있는 경우 부패하는 코드베이스. 현재 진행중인 프로젝트에는 정기적으로 릴리스되고 버그가 발생하여 열려있는 새 프로젝트가 이전 프로젝트보다 훨씬 앞서지 않았 음을 나타냅니다. 이 세 가지 모두 코드를 유지하고 릴리스, 페이 백 및 디버깅 / 리팩토링을 유지하면서 완전한 루프를 형성하는 데 필수적입니다.

  • 활동은 코드베이스의 크기, 복잡성 및 성숙도에 비례합니다. 프로그램 / 프로젝트가 클수록 포인트 릴리즈는 더 드물지만 포인트 릴리즈는 일관되어야합니다. 복잡한 코드 기반이 큰 삼바와 같은 프로젝트의 경우 한 달 정도 후에 포인트가 릴리스 될 것으로 예상됩니다. 보다 보수적 인 설계 목표를 가진 성숙 된 코드베이스 인 gcc와 같은 프로젝트의 경우 포인트 릴리스가 더 길지만 더 큽니다. 매우 적은 양의 코드에서 빠르게 움직이는 대상도 잠재적 인 문제를 보여줍니다. 개발자가 여전히 버그를 해결하고 있거나 아직 모든 목표 / 기능을 코딩하지 않았을 수 있습니다.

  • 소스 코드에 쉽게 액세스 할 수 있어야합니다 . 포인트 블랭크는, 그것의 경우 진정한 오픈 소스, 소스 코드를 볼 수 관련된 어떤 마법의 핸드 셰이크, 부두 제품, 또는 촛불 주술가 안된다. 클릭 랩 라이센스 계약 없이도 CVS, SVN, Git, Mercurial 또는 캐리어 비둘기를 통해 액세스 할 수 있는지 여부는 중요하지 않습니다 . 권리 포기, NDA에 서명하거나 들어 보지 않은 라이센스 체계에 동의하는 경우 공개 소스를 다루지 않고 공개 소스를 공개하기로 동의 한 상용 공급 업체를 상대하는 가격입니다 .


++ 활동 요구 사항.
sh-beta

6

정말 많이 있습니다.

기만 라이센스 -너무 많은 솔루션이 니켈을 사용하여 나를 죽이려고합니다. 패키지 비용은 X이지만 광고 옵션 1, 2 및 3을 원한다면 옵션 당 500-1500 달러가 더 듭니다. 아니요 괜찮습니다.

아무도 그것을 사용 하지 않습니다-또는 적어도, 구글은 그것에 대해 이야기하는 사람을 찾을 수 없습니다. 아주 새로운 것이거나 (이 경우 기니피그) 모두가 더 잘 아는 것입니다.

여러 포크의 근본입니다. 무언가가 여러 번 포크 된 경우 그 이유가있을 수 있으며 포크 중 하나가 소스보다 문제를 더 잘 해결했을 수 있습니다. 대신 조사하십시오.

일관되게 나쁜 인터페이스 디자인 -나는 단지 GUI를 의미하는 것이 아닙니다. 미쳤거나 알 수 없거나 레이블이 잘못 지정된 CLI 플래그 또는 옵션은 나를 미치게합니다.

작동하지 않습니다 -또는 해결해야 할 상황이 존재하지 않아야하거나 존재하지 않아야한다고 가정하여 해결하지 마십시오.


1

또한 코드 이탈률은 소수뿐만 아니라 많은 사람들이 구성하고 수행한다고 덧붙였습니다. 한 사람이 자신의 프로젝트에 대해 흥분한 후 지루 해져 커뮤니티가 계속 지원할 수 있도록 코드를 작성하는 것을 원하지 않습니다. Drupal과 Joomla가 좋은 예입니다.


1

회사의 소프트웨어를보고 판매하거나 변경하는 등의 가장 중요한 측면은 라이센스입니다. 기업은 WLAN 라우터에 비지 박스를 포함하고 합법적 인 조치를 취하면서 "오픈 소스 = 원하는대로하십시오"라고 생각합니다.

다른 것들 : 나는 또한 마지막으로 업데이트 한 날짜와 활발한 커뮤니티를 찾고 있습니다. 포럼, 아마도 소프트웨어를 주제로하는 다른 페이지 일 수도 있습니다.


1

Linux에서는 배포판에 포함 된 소프트웨어가 무엇인지 확인하겠습니다. 패키지 소프트웨어는 오픈 소스 / GPL에만 국한되지 않습니다. 최소한 우분투, 젠투 및 SLES는 패키지 목록에 독점 소프트웨어를 포함합니다. 이러한 패키지가 배포판의 핵심 소프트웨어만큼 효과적으로 작동한다는 보장은 없지만 누군가는 패키지를 준비하는 데 시간과 노력을 투자했습니다.


1

나는 주로 성숙과 활동을 살펴볼 것입니다. 그것이 합리적으로 성숙해 보이고 괜찮은 액티비티 (예 : 포럼 또는 위키 액티비티)가있는 것처럼 보이면 꽤 편하게 느낄 수 있습니다. 그런 다음 버그가 해결 될 가능성이 높고 발생하는 문제에 대한 도움을받을 수 있음을 알고 있습니다. 완벽하게 일치하는 것처럼 보이지만 일주일 내내 죽은 것처럼 보이는 프로젝트보다 내 요구에 완벽하게 부합하지 않는 활성 프로젝트를 선택합니다.

성숙에 관해서는 그것은 의도 된 사용에 거의 의존합니다. 그것이 즉시 롤아웃되어야하고 실패하거나 문제를 일으킬 수없는 것이라면, 성숙은 분명히 매우 중요한 요소가 될 것입니다. 몇 가지 단점으로 살 수 있고 다운 타임이 중요하지 않다면 차후의 전망을 살펴 보겠습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.