오픈 소스가 표시됩니다. 오픈 소스 소프트웨어를 만나십시오

소프트웨어 제품 시장은 다양한 소프트웨어 (소프트웨어)를 제공합니다. 특정 요금으로 사용할 수있는 응용 프로그램과 함께 무료 프로그램을 사용할 수 있습니다.

무료 소프트웨어 (프리웨어)

처음으로 1982 년에 "프리웨어"라는 용어는 그가 개발 한 의사 소통 프로그램을 위해 미국 프로그래머 Andrew Flepleman (Andrew Flelemmer)으로 등록했습니다.

무료로 다운로드 할 수 있습니다 :

  • 프로그램의 베타 버전
  • 전체 패키지의 단순화 된 아일로그
  • 운전자
  • 추가 자원을 획득하기 위해 사용하는 프로그램.

위엄 프리웨어 한 가지 - 돈을 지불 할 필요가 없으며, 결함은 조금 더 있습니다 :

  • 자동 프로그램 업데이트가 없습니다
  • 기술 지원 없음
  • 작업시 오류가 발생할 수 있습니다.

Windows에서 거의 모든 비즈니스 프로그램에는 자체 무료 아날로그가 있습니다.

  • 아카이버 (7-Zip)
  • FTP (Filezilla)로 작업하기
  • 바이러스 백신 (Cureit, Avast!, AVZ)
  • 텍스트 편집자 (메모장 ++)
  • 브라우저 (Mozilla, Firefox, Opera, Googlechrome)
  • 오디오 플레이어 (Winamp)
  • 비디오 플레이어 (VLC, 미로, 미디어 플레이어 클래식)
  • 트랜스 코더 (MediaCoder)
  • 그래픽 편집자 (김모)
  • Office 소프트웨어 (Apache OpenOffice, LibreOffice)

무료 Windows 응용 프로그램은 개발자 사이트에서 온라인으로 사용할 수 있습니다. 아카이브를 다운로드하고 컴퓨터에 소프트웨어를 설치 한 후 모든 디렉토리와 파일이 컴퓨터에서 자동으로 생성됩니다. 무료 Android 및 iOS 응용 프로그램은 PlayStore 및 AppStore 마케터를 사용하여 다운로드 할 수 있습니다.

무료 프로그램 다운로드, 트로이 목마의 효과에 직면 할 위험이 있습니다. 개발자는 패키지를 설치할 때 컴퓨터에 자동으로 수용되는 다른 프로그램의 분산 패키지를 포함합니다. 항상 안전한 것은 아닙니다!

무료 프로그램의 범주의 특별한 장소는 오픈 소스 프로젝트를 차지합니다. 위의 소프트웨어 (Mozilla Firefox, 7-Zip, Filezilla, Notepad ++, Miro, VLC, Apache OpenOffice, LibreOffice, Media Player Classic, 김프 샵, Google 크롬) 가이 카테고리에 속합니다.

오픈 소스 포

소프트웨어는 폐쇄 소스 (Microsoft Windows, MS Office - 독점 소프트웨어) 및 오픈 소스 (오픈 소스)를 배포 할 수 있습니다. 1984 년에 등장한 "자유 소프트웨어"(자유 소프트웨어)는 무료 소스 코드를 사용하여 무료로 수정하고 수정하고 더 많은 것을 배포 할 수있는 소프트웨어를 나타냅니다.

프로그램은 GNU GPL 라이센스에 따라 배포되며 다음 요구 사항을 충족해야합니다.

  1. 특정 활동 영역에서 소프트웨어 사용에 대한 제한은 없습니다.
  2. 소스 코드는 실행 가능한 모듈과 함께 확장되거나 합리적인 가격으로 무료 / 무료로 제공되는 저렴한 소스에서 얻을 수 있습니다. 코드를 읽을 수 있어야합니다.
  3. 수정 된 버전은 일반 조건에서 적용됩니다. 이름이나 버전 번호를 변경할 수 있습니다.
  4. 이 프로그램은 모든 사람이 사용할 수 있습니다.

1998 년 "오픈 소스 소프트웨어"개념이 도입되었습니다 - 오픈 소스 소프트웨어. 공식적으로 모든 자유 소프트웨어는 오픈 소스로 읽을 수 있습니다. 상업적 목적으로 사용하기 위해 사용하기가 금지되지는 않지만 오픈 소스 프로그램을 무료로 사용하는 것이 일반적입니다. 일반적으로 Apache 2.0 라이센스로 확장됩니다. 그러나 다른 옵션이 있습니다 (오픈 소스 세계의 라이센스에 대한 자세한 내용은 참조).

오픈 소스 프로젝트 작업의 이점 :

  • 이것은 좋은 훈련 자료입니다.
  • 프로젝트에 설명 된 기능은 응용 프로그램에서 금지되지 않습니다.
  • 탐지 된 오류를 수정하고 적절한 저장소에 올바른 코드가 올바른 코드를 수정할 수 있습니다.
  • 프로그램을 텍스트로 컴파일 할 때 변경 사항을 변경하고 특정 응용 프로그램에서 업그레이드 할 수 있습니다.

단점 :

  • 컴파일을 위해 추가 라이브러리를 인터넷에 서명해야 할 수 있습니다.
  • 이 소프트웨어를 사용할 때 질문이 있으시면 인터넷의 포럼에서 답변을 검색해야합니다.

오픈 소스의 개념은 많은 사용자가 탐지 및 오류 수정에 따라 신뢰성 및 품질 향상을 기반으로합니다. 오픈 소스의 오픈 액세스는 엄청난 수의 프로그래머에 의해 지속적으로 테스트됩니다.

그것은 오랫동안 "오픈 코드"기술 회사 Google을 널리 구현했습니다. 이 유형의 모든 프로젝트 인 약 200 (처음에는 Kubernetes가 여기에서 설계되었으며 클라우드 네이티브 컴퓨팅 재단의 제어하에 전달됩니다) Google 오픈 소스 포털에서 사용할 수 있습니다. 자원에는 프로그램 코드뿐만 아니라 사용 및 지원에 대한 설명서가 포함되어 있습니다. 라이센스에 표시된 공개적으로 제공된 코드를 사용할 수있는 방법은 일반적으로 프로그램 텍스트에 직접 게시됩니다.

Apple, SWIFT 언어의 소스 코드를 여는 것은 Apple에서 사용할 수있는 응용 프로그램 수를 늘리려고합니다. 현재 언어의 현재 버전은 현재 제한 사항이 있습니다. AppStore에서 개발을 다운로드하려면 라이센스가 부여 된 Swift를 구입해야합니다. 필요한 모든 정보는 Swift.org 웹 사이트 및 GitHub 클라우드 스토리지에 게시됩니다. SWIFT 방출은 Linux에서 해제되었습니다.

조건부 무료 소프트웨어

일부 프로그램은 무료로 배포되어 제한 사항이 있습니다.

  • 일의 시간에 따라
  • 출시 횟수만큼
  • 기능에 의해

마감일 및 발사 수를 제한하려면 시험 방지가 사용됩니다. 특수 카운터. 제한된 기능으로, 소프트웨어는 데모 버전 또는 제한된 서비스가있는 버전이 제공합니다. 때로는 개발자가 패키지에서 작동하기가 어렵게 만드는 프로그램 코드에 광고를 삽입합니다. 광고 배너를 제거하려면 지불해야합니다.

라이센스 셰어웨어가있는 프로그램의 예 :

  • WinRAR 아카이버 (30 일)
  • 바이러스 백신 NOD32 (30 일)

AcrobatReader는 기능에 의해 제한된 프로그램의 예입니다. 이 프로그램 인 AdobeAcrobat 패키지의 하위 세그먼트는 PDF 파일 만 볼 수 있습니다. 이러한 유형의 파일을 완전히 작업하려면보다 완벽한 버전의 Acrobat을 구입해야합니다.

대규모 개발자는 탐험하기 위해 개인적인 사용을 무료로 제공합니다. 그들이 상업적 목적으로 사용되도록 계획되면 라이센스를 구입해야합니다.

예를 들어 오라클을 사용하면 DBMS 배포 및 유틸리티를 다운로드하여 작업 할 수 있습니다. 동시에 처리 된 데이터 배열의 볼륨에 대한 제한이 중첩됩니다. 그러나 데이터베이스 작업 원칙을 연구하고 절차 작성 기술을 테스트하는이 옵션은 적합합니다.

실제로 열린 소프트웨어의 "소스"를 다운로드합니다. 오픈 소스 -이를 사용하려면 특정 비용이 발생할 준비가되어 있어야합니다. 라이센스를 취득 할 필요는 없지만 특정 작업에 따라 소프트웨어 제품을 기반으로 소프트웨어 제품을 만드는 프로그래머의 작업에 대해 지불해야합니다.

결론

라이센스가 부여 된 유료 소프트웨어를 구입함으로써 필요에 따라 개발자에게 기술 지원을 적용 할 수있는 기회를 얻고 제품을 업데이트하십시오. 그것을 설치하려면 IT 영역에서 깊은 지식을 소유 할 필요는 없습니다.

무료 소프트웨어를 설치하면 생성 / 업데이트 날짜에주의를 기울여 바이러스의 존재를 확인하십시오. 이러한 프로그램은 IT 전문가와 다른 수준의 PC 사용자가 사용합니다.

오픈 소스 코드가있는 프로젝트는 프로그래밍 및 전문가를 좋아하는 사람에게 관심이 있습니다. 일반적 으로이 프로그램의 텍스트는 무료로 다운로드 할 수 있습니다. 실행 가능한 모듈의 편집과 원하는 작업 환경의 생성은 특정 IT 전문 기술을 필요로합니다.

오픈 소스 프로젝트의 의심 할 여명의 이점은 공급 업체의 독립성이며 대기업은 회사 소프트웨어를 기반으로하는 회사 소프트웨어를 선호합니다. 이것은 경제 제재로 인해 독점 제품을 획득하는 데 어려움을 겪을 수있어 주정부 기업과 관련이 있습니다. 오픈 소스의 구현에서의 억지력은 정보 보안과 관련된 불확실성입니다. FSTEC의 인증이 통과 할 때 문제가 발생할 수 있습니다.

Mark Roberts (Mark Roberts)
제품 관리 디렉터 (제품 관리 이사)
회사 QNX 소프트웨어 시스템
이메일: [이메일 보호]

주석

이 기사의 초점은 상업적 제품에서 오픈 소스 프로그램의 사용과 관련된 장애물과 기회를 일으키는 전략적 순간에 중점을 둡니다. 통합 개발 환경 사용 - IDE의 예를 들어, Eclipse 플랫폼에 기초하여, 보호 (보호) 및 보호받지 않은 (비영리적) 라이센스 소스 코드 (소프트웨어)의 차이점에 대해 설명합니다. "브랜드"닫힌 코드가있는 오픈 소스 코드를 통합하거나 누워있을 때는 적절한 관심과주의를 보여줄 필요가 있습니다. 예를 들어, 특허권을 위반 할 가능성이있는 다양한 법적 문제를 염두에 두어야합니다. 또한 정보 기술에 대한 오픈 소스 사용의 기본 원칙이 왜 임베디드 장치 용 상용 제품에는 적용 할 수없는 이유를 설명하려고 노력할 것입니다.

QNX 일정 개발 환경 오픈 소스 소프트웨어의 예로

2001 년 반환, 많은 개발자 기업이 IT 회사의 보편적 붕괴 조건에서 생존을 위해 생존을 위해 생존을 위해 싸웠을 때, 특히 인터넷과 관련된 QNX 소프트웨어 시스템은 새로운 통합 개발 환경 (IDE) 개발을 시작하기위한 전략적 결정을 채택했습니다. 시장 임베디드 시스템. 이 회사는 이미 임베디드 장치 개발에 사용 된 일련의 도구를 개발하는 데 이미 견고한 경험을 가지고 있었지만, 회사의 경영진은 IDE 환경의 창조가 힘든 웨이브의 볏을 지키는 데 도움이 될 것이라는 것을 깨닫습니다. 경쟁. IDE 환경을 만드는 결정은 고객 요구 사항의 악센트를 변화시킴으로써 자극을 받았습니다. 비즈니스 활동의 경기 침체 동안 고객은 작업의 생산성을 극대화하고 일할 때 더 많은 모바일 (유연성)을 만드는 의사 결정에 더 관심이 많았습니다. 전반적인 경제 효율성을 향상시킵니다.

QNX의 경우 IDE 환경의 개발은 "미래를위한 입찰"이었기 때문에 임베디드 시스템의 인스트루먼트 도구의 대부분의 공급 업체의 경우에 도달 가능성 영역에서 프로젝트를 개발하려는 비용과 노력이 없었기 때문입니다. 다행히도 QNX는 IBM과 긴밀히 협력하여 내장 장치 시장의 다양한 세그먼트에서 일했습니다. 긴밀한 협력 덕분에 IBM은 오픈 소스 코드를 사용하여 통합 개발 환경의 릴리스를 계획으로 QNX와 공유합니다.이 환경은 이들 환경이 Eclipse 플랫폼의 기초가되었습니다.

IBM은 C / C ++를 기반으로 임베디드 애플리케이션을 만드는 데 종사하는 개발자에게 IDE 기술을 적응시키는 QNX 경험을 사용하여 제안했습니다. QNX 전문가들은 실제로 오픈 소스 IDE 환경의 사용을 위해 불충분 한 매력적인 당사자를 즉시 \u200b\u200b지적했다. 예를 들어, 그러한 매체의 경우 가능합니다.

  • 일반적으로 윈도우 플랫폼을 라이센스 할 필요가 있기 때문에 유일한 공급 업체에 대한 의존성을 제거합니다.
  • 고객의 요구를 구성하기 위해 소스 프로그램 코드를 제안하십시오.
  • 산업 분야의 심각한 선수를 지원하고 보완 기술 및 플러그인 모듈의 생태계를 만듭니다.
  • 제품 차별을 유지할 수있는 안정적인 아키텍처를 고객에게 제공합니다.
  • 임베디드 디바이스 개발자가 정보 기술 응용 프로그램 (가장 넓은 범위의 응용 분야에서) 작업에 적합한 표준 워크 스테이션 개발 플랫폼으로 사용할 플랫폼으로 사용할 플랫폼으로 사용할 수 있도록합니다.

마지막으로, IDE 플랫폼이 인기를 얻고 표준 "De Facto"가 될 수 있으며, 그러한 플랫폼으로 QNX가 개발자 및 제 3 자 도구의 대규모 생태계에 대한 시장을 잡을 수있는 QNX를 허용하는 것으로 간주되었다.

Open Project Eclipse.org의 기반

2001 년 11 월 Borland, IBM, Merant, QNX 소프트웨어 시스템, Red Hat 및 SUSE는 Eclipse 컨소시엄을 설립했습니다. 2004 년 초 청지기위원회는 Eclipse Consortium을 이클립스 재단이라는 비영리 회사로 재구성했습니다.

처음부터 Eclipse는 오픈 소스 코드의 사용을 기반으로하는 프로젝트였습니다. 이 프로젝트의 틀 내에서 그들은 오픈 소스 텍스트의 형태로 자유롭게 분산 된 기술을 제공했으며, 현장에서 가장 교육 받고 고급 개발자로 구성된 지역 사회에 대한 액세스 가능성을 제공했습니다. 따라서이 기술은 모든 유형의 개발 도구를 통합하기위한 보편적 인 플랫폼으로 밝혀졌습니다. 그것은 개방형 확장 가능한 아키텍처를 기반으로하며 자유롭게 사용할 수없는 공제가 필요하지 않은 자유롭게 분산 된 제품으로 사용할 수 있습니다. Eclipse 프로젝트에 대한 커뮤니티 회원들의 기여는 표준 오픈 소스 개발 모델 (오픈 소스 소프트웨어 - OSS)을 기반으로하지만 대부분의 회원은 Eclipse 플랫폼을 기반으로 상업적 개발을 제공합니다.

도구 저장 용도 프로젝트

2001 년 12 월 QNX는 Eclipse 플랫폼 IDE를 기반으로 OSR QNX® Neutrino®를 생성하기 시작했습니다. 회사의 아이디어에서는 C / C ++ 언어로 작업하는 데 중점을 둡니다. 디버깅, 프로파일 링, 분석 및 작성 응용 프로그램을위한 깊은 통합 도구가 있습니다. QNX 팀에 따르면 처음부터 많은 악기 플랫폼을 지원하는 다목적 및 다국어 IDE 환경이되어야했습니다. 여기에는 다음이 포함됩니다.

  • 여러 기악 플랫폼 : Windows, Solaris, OSRV QNX Neutrino (개발 ""자체 호스팅 ");
  • 여러 대상 아키텍처 : ARM, MIPS, PowerPC, SH-4, X86;
  • 프로그래밍 언어 C, C ++, Java.

그 이후로 Linux 플랫폼을 지원하고 XSCALE 프로세서를 포함하여 추가 프로세서 아키텍처를 지원하는 것을 포함하여 IDE가 계속 증가했습니다.

프로젝트 구현은 "극단적 인 프로그래밍"스타일로 시작되었습니다. 12 명의 최고의 엔지니어 팀이 회사에서 선정되었습니다. 그들은 특별한 구내에 부여되었으며, 모든 산만 한 요인에 대한 관심으로부터 분리되었으며,이 프로젝트는 완전한 처분에 주어졌습니다.

이 그룹은 의사 결정 분야에서 필요한 권한을 부여 받았고, 이들은 힘들어서 16 주에있는 제품의 베타 버전의 릴리스와 상업용 버전의 일정에 따라 거친 일정에 따라 끌어 올렸습니다. 2002 년 7 월 4 일.이 그룹은 모든 통제 조건에서 충족되었으며 새로운 제품을 발표했습니다. QNX Momentics® IDE의 이름 - 정확히 일정에 따라 정확히 일정에 따라 개방 소스 능력으로 입증 된 오픈 소스 용량이 강화 될 잠재력의 개방 소스 능력에 의해 입증되었습니다. 생산 시간의 시장에 생산 시간.

제품의 아이디어에서 제품 전달까지 7 개월 미만

Eclipse 플랫폼에서 QNX 명령은 6 개월 동안 임베디드를 개발하기 위해 매우 강력하고 다자적 인 IDE 환경의 생성을 완료했습니다. IDE 환경에서는 여러 공구 플랫폼 및 여러 프로그래밍 언어뿐만 아니라 임베디드 대상 장치에 대한 가장 인기있는 프로세서 보드에 대해 크로스 플랫폼 개발이 유지되었습니다. Eclipse 플랫폼을 사용하여 QNX는 다음을 수행 할 수있었습니다.

  • 교차 개발 및 도구를 사용하여 명령 줄을 통해 작동하는 GNU 컴파일러를 사용하십시오.
  • 모델 관리 개발을위한 임베디드 Java 및 Rational ClearCase 응용 프로그램에 대한 IBM WebSphere와 같은 연결된 타사 모듈 지원;
  • 시스템 구축 시스템, 대상 장치 제어, 메모리 분석, 프로파일 링 시스템 및 응용 프로그램 등을위한 추가 도구를 만듭니다.

도 1의 1은 Eclipse 플랫폼을 사용할 때, IDE 환경을 만드는 비용이 감소하면 실제 혁신이 실제로 생성되는 상위 수준에 초점을 맞출 수 있습니다. 예를 들어, Eclipse 플랫폼을 사용하여 QNX는 임베디드 시스템 내부에 깊이 침투하고 그 동작을 표시 할 수있는 몇 가지 혁신적인 시각화 도구를 쉽게 만들 수 있습니다.

지역 사회의 일에 대한 공헌

성공적인 오픈 소스 프로젝트의 강점은 개발자 커뮤니티의 공동 작업과 코드 기반의 지속적인 개선으로 결론 지어졌습니다. 회사가 채택하고 이익을 가진 오픈 소스 코드를 사용하는 경우 커뮤니티의 작업에 기여할 의무가 있습니다. 이를 위해 2002 년 6 월 QNX Company는 Eclipse CDT 프로젝트의 관리를 인정했습니다.

Eclipse CDT 프로젝트의 목적 (C / C ++ 개발 도구 - C / C ++ 언어의 개발 도구)은 Eclipse 플랫폼에 대해 서로 상호 작용하는 C / C ++ 도구의 공통 세트를 생성하는 것입니다. Eclipse CDT는 Eclipse Corporation 권리가있는 오픈 소스 프로젝트로 위치했습니다. CDT 프로젝트를 시작하려면 QNX는 QNX 순간 IDE 프로젝트의 개발 및 소스 코드를 위해 자원을 전송했습니다. 지역 사회 구성원이 프로젝트에 상당한 지원을 제공하는 Rational and Red Hat.

무화과. 1. Eclipse 플랫폼을 사용할 때, 도구 공급 업체는 실제 혁신이 실제로 생성되는 작업 스택의 최상위 수준에 집중할 수 있습니다.

QNX는 CDT 프로젝트를 계속 유지하고 있으며, 이는 처음 겸손한 80,000 줄에서 오늘날 70 만 줄이 넘는 코드로 성장했습니다. 2006 년 초에 Eclipse CDT 프로젝트의 연구에 따르면 QNX의 기여도는 52 %로 추정되었다. 다음으로 IBM은 36 %의 기여로 결론지었습니다. CDT 프로젝트는 Eclipse 플랫폼 자체 이후 Eclipse의 두 번째로 가장 인기있는 프로젝트입니다.

코드를 "제공"하는 것이 가능합니까?

상식과는 반대되는 "제공"을 "제공"하는 코드를 "제공"하는 것처럼 보일 수 있습니다. 그러나 제품의 기능이 사용하기에 유익한 경우 공공 소스 사용자 커뮤니티에 기여하지 않는 이유는 그렇지 않도록하십시오. 이 단계로 이동하면 제품 지원 경험을 사용하여 그러한 제안 "표준"구현의 혜택을 누릴 수 있습니다. 코드 기반을 향상시키는 것을 목표로 한 전체 커뮤니티의 결과를 활용할 수 있습니다. 이러한 전략은 제품의 추가 기능성 도입에 대한 혁신적인 개발에 초점을 맞춘 추가 연구를 위해 자신의 자원을 확보 할 수 있습니다.

더욱이, 당신은 "표준"플랫폼의 개발 방향을 통제 할 수 있습니다 - 물론 커뮤니티에 대한 당신의 장점 덕분에! 일부 프로젝트에 동행하는 경우 지역 사회의 좋은 시민으로 행동하고 다른 사람의 의견을 존중하고 다른 회원의 기여와 조언을 인정하십시오. 누군가가 코드를 사용하고 플랫폼 개발 방향에 대한 리더십을 가로 채려면 누군가가 "주머니를 청소"하려고 노력할 것입니다.

예를 들어 QNX 소프트웨어 시스템 전략은 Eclipse Corporation에 참여하는 이점을 사용하여 이미 Eclipse 및 CDT 플랫폼의 일부로 이미 존재하는 표준화 된 확장 점을 통해 연결된 새로운 기능을 개발하는 것입니다. 이를 위해 QNX는 기존 코드 기반 및 타사 작업 (플러그인 모듈)에서 학습하여 고객의 실제 요구 사항을 충족시켜 브랜드 확장을 만드는 데 도움이되는 Eclipse 커뮤니티의 적극적인 구성원을 유지하려고합니다. 설명 된 전략은도 1에 도시되어있다. 2.

무화과. 2. 공동체의 일에 기여할 수 있습니다.

이력서를 이용하십시오

Eclipse 데이터베이스 도구 플랫폼은 플랫폼 도구를 구매하는 QNX 및 고객과 같은 두 응용 프로그램 모두에 대해 상호 이익이됩니다.

개발자의 이점은 시장에 제품을 배달하기까지 시간을 줄이고 다른 사람들의 연구 결과를 활용할 수있는 능력이 있습니다 (이는 저렴한 비용으로). 이러한 결과 중에도 IBM 및 QNX와 같은 존경받는 기업이 제공하는 "깨끗한 지적 재산"(청정 IP ")의 범주와 관련된 고품질 코드에 의해 참석할 수도 있습니다. 개발자에게 또 다른 이점은 상업적 권리와 일부 특허 보호를 포함하여 간단하고 명확한 라이센스 계획을받는 것입니다. 또한 개발자는 Eclipse에서 지원되는 여러 OS 플랫폼에서 작업 할 수있는 기능을 취하고 Eclipse 프로젝트에서 확장 포인트 정의를받습니다.

Eclipse를 기반으로 한 IDE를 구입하는 고객의 이점은 임베디드 응용 프로그램을 개발하도록 설계된 악기 플랫폼을 사용하여 대상 시스템을 관리하기위한 간단한 디버깅 및 확장을위한 강력한 지원을 제공합니다. 클라이언트 개발자 팀은 작업을 용이하게하는 많은 기능, 추가 교육, 좋은 제품 성능 및 대규모 프로젝트에서 작업 할 수있는 신뢰할 수있는 플랫폼을 촉진하는 많은 기능을 감상 할 수 있습니다. 클라이언트는 Eclipse 플랫폼을 자체 응용 프로그램 (예 : RCP, ERCP 등)으로 사용할 수도 있습니다.

미래의 Eclipse Corporation.

Eclipse Corporation은 적극적이고 활기찬 커뮤니티입니다. 그것은 끊임없이 새로운 프로젝트를 보이고 새로운 아키텍처가 견고한 혁신적인 회사의 처분에 제공되며, 소규모 회사는 사용 가능한 기능을 확장하는 새로운 플러그인 모듈을 만드는 결과에 이클립스 플랫폼에서 상업적 이점을 배울 수 있습니다 (그림 3 참조) 짐마자

무화과. 3. Eclipse Corporation은 적극적이고 빠르게 성장하는 플러그인 모듈 개발자의 커뮤니티입니다.

오픈 소스 라이선스의 비교

모든 오픈 소스 라이센스가 동일하지는 않습니다. QNX는 Eclipse 공중 라이센스 라이센스에서 중단 된 잘 생각한 단계를 수행했습니다. 이 선택은 임베디드 장비를 사용하여 고객의 요구에 따라 부분적으로 부분적으로 지시되었으며, 제품을 차별화하는 기술을 통제 할 수있는 부분을 부분적으로 확립하고자합니다 (및 이익을 얻는).

비영리 법인 오픈 소스 이니셔티브 ()는 오픈 소스 코드의 10 가지 항목 결정으로 구성된 유용한 것을 제안했습니다. 현재 Eclipse 공중 라이센스를 포함하여 웹 사이트에 50 개 이상의 OSI 승인 라이센스가 제공됩니다. 이러한 라이센스에는 명확하게 알아야 할 중요한 차이가있을 수 있습니다. 이러한 차이점은 개발자의 지적 재산권 (IP)과 보호 기능에 크게 영향을 미칠 수 있습니다. 가장 큰 범위에서 이는 임베디드 장치의 오픈 소스 코드 (또는 오픈 소스 코드를 기반으로 한 파생 상품)를 사용하는 경우에 적용됩니다.

보호 및 불행한 라이센스

예를 들어, 보호 라이센스의 조건, 예를 들어 GPL V2, 설계 유도체는 해당 소스 코드로만 분산 될 수 있습니다. 보호 라이센스의 조건에 따라 소스 코드를 열어있는 카테고리로 번역 할 때 모든 후속 세대와 파생 상품 에서이 범주에 남아 있음을 보장합니다. 우리가 나중에 설명하기 때문에이 요구 사항은 임베디드 시스템의 경우 특정 문제를 일으 킵니다.

불행한 라이센스의 예는 원래 MIT 및 BSD 라이센스입니다. 유발되지 않은 라이센스는 소유자의 저작권을 유지하지만 무료 배포 (또는 개인용)를 수정하고 무제한 할 권리가 포함 된 사용자에게 광범위한 권리를 제공합니다.

"바이러스 라이센스"가 이해하는 것은 무엇입니까?

어떤 사람들은 GPL "바이러스 라이센스"라고 부릅니다. 이 이름은 "파생 상품"의 개념의 법적 정의의 불확실성 때문에 발생했습니다. 정의에 대한 엄격한 해석을 통해 GPL 라이센스로 떨어지는 작은 스 니펫 코드가 일부 브랜드 어플리케이션에 포함되어 있더라도 전체 응용 프로그램은 GPL로 라이센스가 부여되어야한다고 밝혀졌습니다. 즉시 바이러스가있는 유추가 있습니다.

보상의 질문

최근에는 IP (IP 섭취)의 손상을위한 손실 상환 문제가 토론의 \u200b\u200b주요 주제가되었습니다. 이와 관련하여 일부 오픈 소스 공급 업체는 특허 위반이나 저작권과 관련된 소송에서 고객을 보호 할 것이라고 발표했습니다. 오픈 소스 코드를위한 최신 라이센스에서는 코드 기반의 다른 사용자와 관련하여 특허권을 방어하려는 사용자를 위해 처벌 조치를 설명합니다.

오픈 소스 상용화에서 발생하는 주요 문제점

임베디드 및 IT 응용 프로그램의 비교

오픈 소스 코드의 성공은 Linux IT 조직의 채택에 기여했습니다. 리눅스의 사용으로 인한 이점은 상대적으로 균질하고 안정된 장비 (일반적으로 가족 X86) 및 컴퓨터 플랫폼의 리소스가 풍부한 유연성을 이용한 작업과 관련이 있었다.

임베디드로, 일들은 완전히 다른 방식으로되어 있습니다. 다양한 아키텍처가있는 다양한 장비를 사용하면서 고정 된 기능 세트가있는 엄청난 수의 장치로 시작됩니다. 임베디드 장치의 개발자는 특정 기능, 전반적인 매개 변수, 성능, 비용, 배터리 수명, 신뢰성, 다른 장치 및 확장 성과 상호 작용할 수있는 기능에 대한 경쟁 우위를 자주시킵니다. 이러한 고유 한 기능은 일반적으로 Linux의 경우 레이아웃을 OS 커널에 직접 필요로하는 로우 레벨 소프트웨어에서 구현됩니다. 클라이언트의 요구에 따라 저급 소프트웨어를 설정하는 것은 예외가 아니라 표준이 아니므로 개발자는 종종 OS 커널을 변경하여 필요한 기능 기능을 달성합니다. 직접 레이아웃 방법은 라이브러리를 만드는 비용을 줄이려면 코드 조각을 도입함으로써 사용됩니다. 이 연습은 집계에서 고려되는이 관행은 GPL (공개적으로 액세스 할 수있는) 유형의 라이센스에 대해 매우 어려운 기업 코드 보호를 만듭니다.

일반적으로 이러한 라이센스 문제는 특정 기업과 관련된 회사와 관련된 회사가 내부 요구 사항을 위해 독점적으로 사용하기 때문에 엔터프라이즈에 더 적용되지 않기 때문에 IT 애플리케이션에 관한 것이 아닙니다. 임베디드 디바이스를 취하는 경우, 소프트웨어의 파생물은 오픈 소스 라이센스의 주요 측면을 위험에 빠뜨릴 수있는 "강제 열기"(강제 열기 코드)가 트리거되는 기사가 항상 분산되어 있습니다.

또한, 임베디드 제품은 생산 및 운영 단계에서 수명이 길고 수명이 길어집니다. 오픈 소스 코드의 사용 조건을 다루는 내장 제품은 장기적인 기술 지원 부족, 잠재적으로 기존의 보안 문제 및 IP 권리 손상을 포함하여 위험이 커집니다.

라이센스 문제

법적 지위의 불확실성

오픈 소스 코드의 라이센스의 일부 라이센스의 위로의 단어에도 불구하고, 임베디드 시스템 개발자들에 대해 우려하고있는 많은 주요 문제는 아직 사법 연습에 의해 널리 검사되지 않았습니다. 이미 언급했듯이, "파생 발전"의 개념의 정의는 특정 라이센스 기사의 준수를 보장하는 열쇠이지만, 오픈 소스 코드의 사용 조건을 약화 시키거나 의도적으로 무시하는 오픈 소스 코드의 의미를 약하게하는 많은 사람들과 조직이 그것.

상용 제품을 Linux "브랜드"드라이버 (예 :로드 가능한 커널 모듈 -로드 된 커널 모듈)에서 구현할 수있는 상용 제품 공급 업체가 "그 문자는"그 텍스트에 대한 직접적인 참조보다 "말했다"라고 말했다. 라이센스 계약. 실제로 LKM 모듈을 사용하는 드라이버는 GPL 라이센스의 요구 사항을 우회하는 위험으로 이루어집니다. 극단적 인 것으로 찾기 위해 이러한 대부분의 "브랜드"드라이버 중 일부가 포함되지 않은 경우 Linux 코드 기반이 가장 실용적인 응용 프로그램에 대해 쓸모없는 것으로 나타낼 수 있도록이 문제를 해석 할 수 있습니다. 이러한 상황은 GPL 라이센스의 아이디어에 효과적으로 가변감 할 수 있습니다.

권리를 위반하여 보상 부족

대부분 오픈 소스 코드를 사용하는 경우 실수로 누군가 또는 특허권을 위반하는 실질적인 가능성이 있습니다. 오픈 소스 코드의 라이센스의 작은 부분에서만 특허에 대한 명확한 참조가 있으며, 묵시적 라이센스에서는 결정을 내릴 수 없습니다. MP3 알고리즘이 구현되거나 다른 특허 된 솔루션을 구현하거나 다른 특허 솔루션을 구현하는 오픈 소스 카테고리 카테고리의 코덱과 관련하여 특허를 별도로 라이선스 라이선스해야합니다. 한편, "나쁜 소년"(그리고 Microsoft를 포함한)은 많은 전문가의 프리젠 테이션에서 오픈 소스 코드의 지지자들에게 "쏴"가능할 수있는 특허의 포트폴리오 작성에 관심이 있습니다. ...에

일부 라이센스에는 특허에 대한 명시적인 참조가 있습니다. 예를 들어, Eclipse Public License 라이센스는 특허권에 대한 명확한 언급이 있으며 다른 방식으로 특허권을 방어하려고 시도하는 경우 처벌 조치에 대한 항목이 포함되어 있습니다. 이클립스는 또한 코드를 확인하고 라이센스가있는 특허 또는 저작권의 관점에서 원산지의 원천을 찾기 위해 많은 노력을 기울이고 있습니다.

구하기위한 추가 노력

오픈 소스 코드를 사용하려면 회사는 다음 분야에서 상당한 노력을 기울여야합니다.

  • 제품 유통 관리;
  • 라이센스 관리;
  • 고객의 약속 측면에서 법적 갈등 해상도;
  • 법적 문제에 좋은주의를 적용 : IP 권리의 청결도를 준수하고, 오픈 코드에 대한 IP의 권리를 확인하고, 코드의 원인을 수립하고, 라이센스 버전의 변경 사항을 추적하는 것, GPL V3 등

고객 요구 사항의 채택

오픈 소스 코드의 복잡성과 불확실성으로 만나는 일부 큰 고객은 오픈 소스 코드를 포함하는 제품을 다루는 것을 거부했습니다. 여전히 그러한 클라이언트와 함께 일하기를 원한다면, 귀하는 귀하의 코드에 상업적 라이센스에 해당하는 조건을 포함하도록 수신하거나 제공해야합니다.

문제와 관련된 문제

귀하의 라이센스는 귀하의 제품의 독특한 특징 인 지적 재산의 오픈 소스 코드의 사용에 영향을 미칩니 까? 그렇다면 IP가 위협적입니다.

임베디드 시스템이 자신의 디자인 및 오픈 소스 소프트웨어의 혼합을 사용하는 경우, 내용, 원점 및 임베디드 소프트웨어의 모든 구성 요소의 관계를 나타낼 수 있어야합니다. 주제의 본질에 대한 깊은 침투가 없으면 실수로 누군가의 IP의 권리를 위반하거나 심지어 자신의 디자인의 권리를 잃을 수 있습니다.

특허 라이선스 및 보상금 지불금 수령없이 임베디드 시스템을위한 장기간의 시스템, 상대적으로 높은 판매 가격과 고정 된 기능을 갖춘 임베디드 장치의 판매는 이러한 시스템을 특허권에 대한 특허권 요구 사항을 제시하는 분명한 목표를 가진 시스템을 제공합니다. 언급 된 "나쁜 소년"과 주요 경쟁자.

QNX 순간 IDE 환경을 사용하는 예제로 표시된 바와 같이, 시장에 제품을 발행하기까지 시간 감소, 소규모 개발 비용 및 추가 기능과 혁신으로 제품을 부여 할 수있는 더 큰 자유를 포함하여 오픈 소스 소프트웨어에 대한 인스턴스 소프트웨어가 많이 있습니다. ...에 일부 클라이언트의 문제를 해결하는 서비스의 형태로 소프트웨어를 제공하는 경우 클라이언트는 무관심하거나 오픈 소스 프로그램을 사용했거나 아니오로 인해 결과 함수에 대해 단순히 지불하지 않습니다.

그러나 오픈 소스 코드에 대한 다양한 라이센스간에 존재하는 차이를 이해하고 응용 프로그램 및 고객의 요구를 충족하는 것을 선택해야합니다. 또한, 선택한 소프트웨어의 라이센스가 부여 된 의무를 충족시킬 수 있도록 준비되어야합니다. IP (예 : 특허 권리)와 프로그램 관련 다른 요구 사항을 알고 있어야합니다. 주의 IP의 손상의 효과에 대해 메시지가 표시되는 코드 기반에 걸립니다. 가능한 손실을 상환 할 수있는 더 나은 프로젝트를 찾고 저작권 또는 특허권 위반과 관련된 비용을 보완하기 위해 코드 개발에 대한 현금 기부에 현금 기부에 표시됩니다. 오픈 소스 소프트웨어가 지적 재산권 보호 정책과 일치하고 보호 라이센스를 피하고 코드의 구별 조각을 공개 할 수 있는지 확인하십시오. 제품이 시스템에 내장 된 경우 IP의 상업용 라이센스 조건에 대한 제안 가능성을 고려하십시오.

임베디드 디바이스의 오픈 소스 코드를 사용하면 첫 번째 옵션이 더 위험이기 때문에 IT 응용 프로그램에서 이러한 소프트웨어를 사용하는 경우보다 복잡한 문제가 발생합니다. 오픈 소스 소프트웨어를 사용하기로 결정하기 전에 TTCO (소유권 소유 비용) 및 프로젝트의 적합성을 높이십시오.

그리고 마지막으로 사용자 커뮤니티와 오픈 소스 개발자에 가입하여 최대 혜택 및 이점을 추출하십시오!

열기 및 무료 소프트웨어
07.07.2009 12:25

프로그래머에서는 그들의 작업의 결과를 바꾸고 개선 할 수있는 가능성을 함께 제공 할 준비가 된 사람들이 있습니다. 우리는 얘기하고있다 제조 업체에 대해서 수년 동안 글로벌 IT 커뮤니티의 분쟁의 대상이 된 소위 오픈 소프트웨어. 어떤 사람들은 미래에 걸쳐 나아갈 때, 다른 사람들은 위험하고 불필요한 것을 고려하십시오. 그러나 누가 오른쪽 끝까지 누구입니까? 이 질문에 대한 최종 답변이 있지 않을 것입니다.

그래서, 열린 소프트웨어는 무엇입니까? 아마도이 용어의 가장 일반적인 정의는 주요 기능을 드러냅니다. 열린 소프트웨어 (Eng. Open Source Software)는 모든 오픈 소스 소프트웨어, 소프트웨어 제품을 볼뿐만 아니라 변경할 수 있지만 변경할 수 있으므로 새로운 소프트웨어 버전을 작성하기 위해 이미 생성 된 코드를 사용할 수 있습니다. 오픈 프로그램의 오류 및 개선의 수정. 오픈 소스의 지지자들에 따르면이 정의 가이 정의가 개념의 본질을 완전히 표시하지 않는다는 것은 주목할 가치가 있습니다. 그들의 관점에서 열린 소프트웨어는 소스 코드를 편집하는 것 외에도 전체 철학을 편집하는 것 외에도 인간 활동의 모든 분야에서 열린 소프트웨어 제품의 포괄적 인 사용을 통해 정보 사회를 만드는 것입니다.

오픈 소프트웨어의 매력은 무엇입니까? 이 전류의 대표에 따르면, 오픈 소스는 다음을 허용합니다.

  1. 특정 사용자 또는 사용자 그룹의 요구 사항에 대한 소프트웨어 제품을 조정하는 것;
  2. 이전 개발자의 오류를 제거하십시오.
  3. 도로 사다 개선 소프트웨어.

또한 오픈 코드를 기반으로하는 것은 주로 중소기업의 라이센스를 제공 할 수 없으며, 예를 들어 중소기업 제품에 의해 특히 흡입 된 무료로 제공됩니다. 또한 오픈 소스 소프트웨어의 장점으로서의 소스 코드의 개방성에 대한 아이디어의 지지자들은 그 안전을 할당하는 인기가 충분하지 않은 인기가 실제적으로 바이러스 공격의 적용을받지 못한다. 그리고 위협이 여전히 발견되면 소스 코드에 액세스 할 수있는 규칙, 많은 전문가 및 애호가가 서로 통신을 지원하는 규칙으로 액세스 할 수 있기 때문에 최단 시간 내에 제거됩니다. 따라서 보안의 위협이 이미 발견되고 커뮤니티 회원이나 공동 노력 중 하나가 빠르게 제거됩니다.

글로벌 뷰에서 오픈 소프트웨어에는 직접 오픈 소스 소프트웨어뿐만 아니라 자유롭게 배포 할 수있는 소프트웨어 제품의 다른 종류의 소프트웨어 제품이 포함되어 있으며 변경을위한 소스 코드를 제공합니다. 이러한 소프트웨어에는 무료 (무료 소프트웨어) 및 무료 프로그램이 포함됩니다.

따라서 오픈 소스 (Open Software)라는 용어는 Eric Steven Raymond (Bruce Perens) 프로그래머가 1998 년에 처음으로 적용되었습니다. 그들은 영어로 자유 소프트웨어 (자유 소프트웨어)라는 용어가 모호한 것이며 어떤 의미에서는 그러한 소프트웨어의 잠재적 인 사용자 인 기업가를 두드릴 수 있다고 확신했습니다. 현재 오픈 소스는 오픈 소스의 배포에 종사하는 오픈 소스 이니셔티브 상표입니다. 또한 특정 프로그램의 라이센스가 이름 오픈 소스를 착용 할 수 있는지 여부를 결정하는 특별위원회가 있습니다.

대부분의 오픈 소프트웨어가 모두 무료임을 명확히 할 가치가 있습니다. 개방적이고 자유로운 정의는 서로 완전히 일치하지 않지만 일반적인 순간에는 닫히고 대부분의 프로그램 라이센스는 두 품종에 해당합니다.

오픈 소스와 자유 소프트웨어의 차이점은 우선 순위에 있습니다. 예를 들어, 서포터 오픈 소스는 초점을 맞 춥니 다 효율성 오픈 소스는 프로그램을 개발, 업그레이드 및 유지 관리하는 방법으로 작업합니다. "자유 소프트웨어"라는 용어 지지자들은 자유로운 개방 소프트웨어의 주요 이점 인 프로그램의 유통, 수정 및 연구를 자유롭게 해제 할 권리가 있으며 특정 소프트웨어 제품의 저자를 고정합니다.

무료 소프트웨어 개념의 창시자는 미국 프로그래머 리처드 스톨만 (Richard Matthew Stallman)입니다. 그는 1970 년대 미국 대학에서 설립 한 과학 공동체에서 열린 개발 프로그램의 원칙을 반영한 자유 소프트웨어의 개념을 처음으로 제작 한 것은 처음으로 자유 소프트웨어의 개념을 공식화했습니다. Pokalman은 무료 소프트웨어를위한 명확한 기준을 수립했습니다. 이러한 기준은 무료 프로그램의 저자가 모든 사용자를 전송하는 권한을 규정합니다. 따라서 자유 소프트웨어를 사용하여 사용자는 프로그램을 실행, 연구, 배포 및 개선합니다.

  • "제로 자유"- 프로그램은 모든 목표와 함께 사용할 수 있습니다.
  • "첫 번째 자유"- 프로그램이 작동하고 그 목표에 적응할 때 공부할 수 있습니다. 이 조건은 프로그램의 소스 코드의 가용성입니다.
  • "두 번째 자유"- 개발자를 돕기 위해 프로그램 사본을 배포 할 수 있습니다.
  • "세 번째 자유"- 전체 커뮤니티에 이익을 얻기 위해 프로그램을 개선하고 향상된 버전을 게시 할 수 있습니다. 이 조건은 또한 프로그램의 소스 코드의 가용성입니다.

이러한 모든 원칙을 충족시키는 프로그램은 무료로 간주되며, 즉 과학 공동체가 개방적이고 접근 할 수 있으며 흥미있는 사람들과 조직을 위해서 간단하게 만듭니다. 이러한 원칙들이 보편적 인 사용, 비판 및 개선을위한 프로그램의 가용성에만 영향을 미치지 만 관련을 협상하지 않음을 강조 할 필요가있다. 유통으로 프로그램은 제안하지 않는 것을 포함하여 통화 관계입니다.

자유 소프트웨어의 작업 메커니즘은 프로그램 제품과 소스 코드가 저작권으로 보호되어 있으며 소스 코드를 사용할 수있는 경우에도 프로그램의 배포 및 변경에 대한 전체 전원을 제공합니다. 즉, 작가는 자신의 제품을 판매하는 것을 포함하여 권리가 있습니다. 그러나 사용자 한 빨리 제공되지 않습니다 소스 프로그램 코드를 수신 할 권리 배포 또한, 소프트웨어는 다른 조건에 관계없이 비 -가 없어집니다.

자유 소프트웨어 프로그램의 보급 및 사용 조건에 관해서는, 종종 금지되어야하며, 역 개발, 변경, 재 배포가 사용권 계약에서 협상된다.

그럼에도 불구하고, 개방의 정의에 따라 일부 전문가들에 따르면, 자유롭지는 않을 것입니다. 이러한 프로그램은 예를 들어 Unrar, Unlerminger Rar 아카이브를 적용합니다. 사실은 소스 코드가 공개 도메인에 있지만 라이센스가 RAR 호환 아카이버를 만들기 위해 사용하는 라이센스가 금지됩니다.

물론, 오픈 소프트웨어의 카테고리가 다른 정도의 사용자 조치에 대한 자유도를 제안 할 때 다른 사실이 다릅니다. 동시에, 때로는 자유롭고 열린 소프트웨어의 정의 사이의 중요한 차이점을 관찰 할 수 있습니다. 열린 소프트웨어 인 Open Software 소프트웨어 (오픈 소스 소프트웨어)는 소스 코드가 생성 된 소프트웨어를 개발하는 방법이며 즉, 시야 및 변경을 위해 공개적으로 사용할 수 있습니다. 이를 통해 모든 사람은 이미 작성된 코드를 필요로하고, 아마도 열려있는 프로그램을 개발하는 데 도움이됩니다. 자유 소프트웨어는 사용자의 권리이지만 제조업체의 의무가 아닙니다. 오픈 라이센스에는 소프트웨어가 항상 무료로 제공되어 왔음이 필요하지 않습니다. 그러나 많은 가장 성공적인 오픈 소스 프로젝트 중 많은 부분이 여전히 무료입니다.

프로그램의 소스 코드에 대한 오픈 액세스는 자유 소프트웨어의 핵심 징후이기 때문에 "오픈 소스 소프트웨어"(오픈 소스 텍스트가있는 소프트웨어)도 에릭 리미드에 의해 제안되어 있으며 무료 현상을 지정하는 데 더 성공적으로 보입니다. 한 번에 제안 된 콜리스슨보다 소프트웨어. 무료 소프트웨어.

사용자의 무료 개발의 이점은 과장되어서는 안됩니다. 모든 무료 프로그램이 사용자를 변경하는 데 똑같이 접근 할 수있는 것은 아니며, 반면에 라이센스와 완전히 불필요합니다. 그들의 유통. 중요한 역할은 프로그램의 양에 의해 재생됩니다. 수만 줄이있는 경우 (예 : OpenOffice.org - Microsoft Office의 아날로그)가있는 경우, 자격을 갖춘 기술자조차도 꽤 오랜 시간이 걸릴 것입니다. 오류를 제거하십시오. 계산하다 개발자에게 모든 발언과 사용자 제안에 응답하고 프로그램의 품질에 대한 의무를 수행하지 않으므로 프로그램을 즉시 수정하는 것이 불가능합니다. 이와 관련하여 특허 프로그램은 더 나은 위치에있을 수 있습니다.

오픈 프로그램 프로세스의 모든 참가자들이 일반적으로 특정 관심있는 특정 프로그램을 수행 하거나이 소프트웨어는 모든 활동에 필요한 도구이기 때문에 주목할 가치가 있습니다. 프로그램의 개선에 소비 된 시간, 지불되지 않다 따라서 상황이 변경되지 않고 개발이 전혀 멈추지 않는 희망이 없습니다. 많은 사람들이 참여하기 위해 많은 사람들을 끌어들이는 단일 열정적 인 저자 덕분에 프로그램의 개발이 시작될 때, 지도자의 열정이 나가고 소프트웨어의 개발이 일시 중지됩니다. 불행히도, 오늘날 본격적인 작업 버전을 달성 할 수없는 수천 개의 무료 프로그램이 있습니다. 또한 프로그램은 필요할 수 있지만 관심이 없으므로 무료 개발자가 없음을 의미합니다.

오늘날의 시장에서 무료 프로그램의 장소는 매우 크게 크고 상업용 및 주 소유 기업은 무료 소프트웨어를 직접 또는 간접적으로 사용합니다. 예를 들어 간접적으로 모든 인터넷 사용자는 DNS 서비스를 제공하는 무료 바인드 프로그램을 사용하십시오. 또한 많은 조직 (특히 월드 와이드 웹을 통해 서비스 제공)은 회사의 이익이 Linux 플랫폼의 서버에 의존 할 수있는 무료 웹 서버 Apache를 사용합니다.

자유롭고 개방을 사용하는 이점은 분명합니다. 그를 위해, 규칙적으로 지불 할 필요가 없으며, 당신이 가진 경우 특허받은 아날로그보다 훨씬 저렴한 가치가 있습니다. 상업용 사용자의 관점에서부터 주요 단점은 무료 프로그램 개발자가 도덕적 인 것 외에는 의무를 수행하지 않는다는 것입니다. 즉, 소프트웨어의 품질을 위해 본질적으로 응답하지 않습니다.

예를 들어, 공개 라이센스 (GNU) 중 하나에서 보증 부재가없는 표준 문구조차도 있습니다. "이 프로그램은"그대로 "용어로 제공됩니다." 서면으로 달리 명시되지 않는 한, 저자 및 / 또는 다른 권리 보유자는 보증 의무를 명확하게 발음하지 않고 보증 의무를 수락하지 않습니다. 그리고 묵시적 특정 목적을 위해 판매 및 적합성을 판매 할 때 묵시적 상태에 대한 묵시적 상태를 포함한 프로그램에 관해서는 다른 보증을 포함합니다. "

그런데 GNU 시스템은 현재 GNU / Linux 또는 Simply Linux가 특히 서버 시장에서 매우 일반적이며 완전히 완성 된 소프트웨어 제품입니다. 그것은 많은 수의 GNU 프로젝트 프로그램 (우선 모든 시스템 유틸리티 및 GNU 툴체인), Linux 커널 (Linux Kernels), 장치 드라이버 등을 포함하는 다른 프로그램 및 기타 많은 무료 프로그램을 수행하는 시스템의 일부로 구성됩니다.

따라서 오늘날 Intel, Oracle 또는 IBM과 같은 대형 IT 기업이 무료 소프트웨어 개발 프로젝트를 지원하려는 경향이 있으며 개발자의 개발 정도를 위해이 프로젝트의 직원의 작업에 대한 지불을 위해 무료 소프트웨어 개발 프로젝트를 지원하려고 노력하고 있습니다. 높은 레벨. 개방형과 자유로운 소프트웨어가 경쟁력있는 이유 때문에 왜 그렇게합니까? 대답은 간단합니다.이 혜택에서 누락 된 것을하려는 이점에서 볼 수 있도록 노력하고 있지 않으므로 많은 프로그램이 있으므로 나중에 강력한 상용 제품이 될 수 있습니다.

현재 무료로 배포하는 데 사용되는 몇 가지 기본 라이센스가 있습니다 : Aros Public License, 라이센스 BSD, CDDL, 공통 공중 라이선스, GNU 무료 문서 라이센스, GNU 일반 공중 라이센스, GNU 덜 일반 대중 라이센스, MIT 라이센스, Mozilla 공개 라이센스, 열린 디렉토리 라이센스 등. 모든 무료 라이센스의 경우, 한 가지 방법은 Copigalft의 원리의 원칙을 준수하는 것이 특징이 있습니다 (Copyleft는 저작권의 단어에서 펀리 시티입니다). 대조적으로 복사의 자유가 제한적이지 않은 저작권에 대한 전통적인 접근 방식이 제한적이며, 저작권법을 사용하여 사용하는 사람을 제한 할 수없는 불가능한 것을 보장합니다. 배포 그 두 자체와 그것에 따라 작품. Copileft의 아이디어는 변경 사항이 있고없이 프로그램을 전파하는 모든 사람들이 추가 배포 또는 수정의 자유를 제한 할 권리가 없습니다. 피기 백은 각 사용자가 그 행동에서 자유롭게되도록합니다.

오픈 소스의 개념 정의 (오픈 소프트웨어)의 정의에 해당하는 라이센스 수는 현재 50 개 이상입니다. 오픈 소스는 조직 오픈 소스 이니셔티브의 상표입니다. 라이센스가 이름 오픈 소스를 착용 할 수 있는지 여부를 결정하는 특별위원회가 있습니다. 오픈 소프트웨어 개발자를위한 세계 최대의 웹 사이트 중 하나는 잘 알려진 SourceForge.net 포털입니다. 이 사이트에서 개발자는 프로그램 프로젝트를 배치하고 공동으로 개발할 수 있습니다. 현재 SourceForge.net에는 수십만 개의 프로젝트가 있으며 등록 된 사용자의 수는 백만 백만을 초과합니다.

물론 열기 및 무료 소프트웨어가 점점 더 청중을 캡처하고 있습니다. 오픈 코드 기반 프로그램은 개인 사용자로 성공적으로 적용됩니다. 상업, 주 및 공공 기관. 오픈 소스 및 무료 소프트웨어를 기반으로 한 소프트웨어는 이미 다양한 제조업체의 랩톱 및 넷북 모델의 일부 모델에 대해 미리 설정되어 있습니다. 또한 오픈 소스 소프트웨어는 중소기업을 위해 자동화 시스템을 점차적으로 정복합니다.

이 클래스 프로그램의 모습은 제약 조건에서 소프트웨어를 제약 할 수있는 아이디어와 관련이 있습니다. 1998 년 미국 브루스 개발자의 제안에서 송금 및 에릭 레이몬드 (Eric Raymond)는 조직 "개방 코드의 이니셔티브"를 만들었습니다.

(오픈 소스 이니셔티브, OSI). 이 움직임은 "오픈 소스 코드가있는 소프트웨어 정의"를 개발하고 게시했습니다.

오픈 소스 프로그램 라이센스는 다음 법인을 제공합니다.

  • 1) 소스 코드에 액세스하는 것;
  • 2) 컴퓨터를위한 프로그램을 변경하려면;
  • 3)이 소프트웨어가 라이센스 사용자가 얻은 것과 동일한 조건 하에서 수정 된 프로그램의 보급에 따라;
  • 4) 약속을 위해 컴퓨터를 사용하는 라이센스 사용자;
  • 5) 공제 및 보수를 지불하지 않고 프로그램 사용자에 의한 추가 배포를 위해.

추가 법적 라이센스로 오픈 소스 프로그램은 다음을 포함 할 수 있습니다.

  • 1) 각 라이센시에 의해 생성 된 변경 사항에 대한 설명;
  • 2) 보증을 제공하기 위해 거부합니다
  • 3) 손해에 대한 책임 거부;
  • 4) 특허 문제 규제;
  • 5) 본 라이센스의 호환성에 대한 조항;
  • 6) 오픈 라이센스의 텍스트에 대한 저작권 규제;
  • 7) 획득 된 개방 된 코드에서의 변화의 표시;
  • 8) 해당 법률 및 유능한 법원의 조항.

그러나 이것은 오픈 소스 프로그램에 대한 라이센스가 무료로 필요하다는 것을 의미하지는 않습니다. 옵션 및 유료 조항 (예 : 유료 서비스 지원 또는 소프트웨어 개발을위한 무료 코드를 사용하는 상업용 라이센스)이있을 수 있습니다. 오픈 소스 프로그램의 사용은 코드가 열려 있으며 재활용 할 수 있으며 이러한 코드를 기반으로 자체 프로그램 - "파생 제품"을 만듭니다. 개방형 코드를 수정할 권한이없는 사용자가없는 소프트웨어는 다른 조건과 상관없이 무료입니다.

2012 년 1 월부터 러시아 연방에서 오픈 소스 프로그램의 개념은 단순한 (비 독점 라이센스) 소프트웨어로 처음으로 소프트웨어 코드 코드에 액세스 할 수있는 탁월한 라이선스로 처음으로 도입되었습니다.

다양한 오픈 소스 라이센스는 다양한 권리와 의무를 제공합니다. 개정 된 수정 된 프로그램에 의해 배포 될 때 오픈 소스 프로그램을 사용하려면 일부 라이센스에서 이러한 변경 사항이 지정된 기능에 대해 알려줍니다. 초기 프로그램 절차가 변경되거나 새로 생성되었습니다. 이러한 조치는 파생 프로그램이 가난하고 비 기능적으로 밝혀지는 경우 초기 프로그램의 저자를 손상시키지 않도록 다른 사용자에게 알리기 위해 제공됩니다.

자유 소프트웨어의 개념은 기반입니다 4 가지 주요 자유 :

  • 1) 컴퓨터에서 재생산을 재현하고 어떤 목적 으로든 프로그램을 시작할 수 있습니다.
  • 2) 프로그램의 작업을 연구하고 사용자의 요구에 적응하는 자유;
  • 3) 무료 소프트웨어의 수신 된 사본을 복제하고 배포하는 자유;
  • 4) 프로그램을 개선 할 수있는 자유, 즉. 수정하고 수정 된 양식으로 배포하십시오.

모든 원칙을 만족시키는 컴퓨터 프로그램 만 무료로 간주 될 수 있습니다. 자유에는 컴퓨터 프로그램 사용에 대한 그러한 라이센스 계약의 교체를 결정할 수있는 자유가 포함됩니다. 따라서, 자유 소프트웨어는 사용자의 자유를 획득하여 프로그램의 소스 코드를 획득하고, 변경하고 더 분산시킬 수있는 기준으로 배포 될 수 있다고 주장 할 수있다.

오픈 소스 코드가있는 다음 유형의 라이센스가 있습니다.

  • - 일반 대중 허가 (GPL);
  • - Apache 소프트웨어 라이센스;
  • - 버클리 소프트웨어 배포 (BSD) 라이센스;
  • - 라이센스 매사추세츠 기술 연구소 (MIT);
  • - Mozilla Public License (MPL) 및 기타.

GPL, BSD, MIT의 일반적인 의미는 러시아 연방 및 외국의 법률에 의해 제공되는 라이센스에 특유한 라이센스가 아닌 사용자의 사용자의 권한을 확장하고 동시에 누워있는 것입니다. 그러나 현재, 그러한 소프트웨어의 개발은 러시아 연방에서 지원되었다. 또한 러시아 연방 및 연방 목표 프로그램 "전자 러시아"의 행정 개혁의 개념이 채택되었습니다.

열린 소프트웨어의 주요 특징을 나열합니다.

1. 무료 유통

라이센스 계약은 다른 출처의 프로그램을 포함하여 필수 소프트웨어의 구성 요소 인 소프트웨어를 판매하거나 배포 할 권리를 제한해서는 안됩니다.

2. 출처

이 프로그램에는 컴파일 된 양식과 같이 컴파일 된 양식과 같은 소스 코드가 있어야합니다. 일부 제품은 소스 코드없이 배포됩니다. 이 경우 인터넷을 통해 자유로운 영수증의 합리적인 가격으로 소스 코드를 얻는 유명한 방법이 있어야합니다. 프로그래머가 프로그램을 수정할 수 있도록 소스 코드 가이 양식이어야합니다. 의식적으로 "어두워지는"소스 코드, 전 처리기 또는 변환기의 출력 장치와 같은 중간 양식은 허용되지 않습니다.

  • 3. 2 차 제품. 라이센스 계약은 원래 프로그램의 면허와 동일한 조건 하에서 소프트웨어의 보급에 따라 자체 파생 제품을 수정하고 개발할 권리가 있습니다.
  • 4. 저작권 소스 코드를 저장합니다. 라이센스 계약은 제품의 배포를 제한 할 수 있으며,이 소스 코드는 제 3자가 수정했습니다. 이 계약은 생성 중에 프로그램을 수정하기 위해 소스 코드가있는 첨부 파일의 확산을 허용 할 수 있습니다. 라이센스는 소스 코드를 수정하여 만들어진 자체 프로그램을 보급 할 권리를 제공해야합니다. 라이센스 계약에는 소프트웨어의 이름이나 버전의 파생 제품 수를 변경하기위한 요구 사항이 포함될 수 있습니다.
  • 5. 개인 또는 사용자 그룹에 대한 제한이 없습니다. 라이센스 계약서는 해당되는 모든 것에 사용할 수 있어야합니다.
  • 6. 응용 분야에 대한 제한이 없습니다. 라이센스 계약은 예를 들어 상업적 또는 다른 연구에서 특정 활동 영역에서 프로그램 사용에 대한 제한을 포함해서는 안됩니다.
  • 7. 라이센스 배포. 프로그램에 첨부 된 권리는이를 사용하는 모든 사람에게 적용되어야합니다. 추가 라이센스가 필요하지 않습니다.
  • 8. 라이센스 계약은 제품 부품에 특별하지 않아야합니다. PO 복합체로 얻은 권리는 복합체의 각 개별 요소에 분산됩니다. 해당 프로그램이 배포에서 사용되며 외부에서 사용되는 경우 라이센스 배포 계약 조건이 프로그램에 적용됩니다.
  • 9. 라이센스 계약서에는 다른 제한이 없어야합니다...에 라이센스가 부여 된 소프트웨어에 적용되는 소프트웨어. 라이센스는 본 사용권 계약에 따라 생성되지 않은 소프트웨어의 개방성에 대한 요구 사항이 아니어야합니다.
  • 10. 라이센스는 기술적으로 중립적이어야합니다. 라이센스 계약 조건은 별도의 기술 및 인터페이스 스타일을 기반으로 할 수 없습니다.

라이센스 계약의 결론에서 위의 조건을 준수하면 컴퓨터에 대한 프로그램을 열린 소프트웨어로 판단 할 수 있습니다.

오픈 소스 소프트웨어는 무료 소프트웨어와 유사하지만 소스 코드에 대한 독점적 권리에 대해 자유로운 경우, 프로그램의 권리 보유자가 남아 있으며 오픈 소스의 경우 저작권 소유자의 권한은 보존되지 않고 비 부동산 권리 만 초기 개발자와 모든 후속 개발자가 모두 보존됩니다.

2006 년 러시아 연방에서는 2006 년 러시아 의사 소통 부에서 29.06.2006 번으로 러시아의 커뮤니케이션 부장의 순서에 따라 2006 년 러시아의 전달부의 활동에 따라 러시아 연방 연방 총회에 러시아 연방 회장의 메시지 "는 개발 지원을위한 행동 계획뿐만 아니라 자유 소프트웨어의 국가 기관 (오픈 소스 코드 포함)을 개발했습니다. 이 계획에는 다음과 같은 활동이 포함되어 있습니다.

  • 1) 국가 및 시립 요구에 대한 컴퓨터 프로그램 개발에서 개방 표준 및 사양의 사용에 대한 요구 사항 및 권고 사항 개발;
  • 2) ISO / IEC 26300 : 2006의 경제적 효율성 평가 (Office 응용 프로그램을위한 공개 문서의 형식);
  • 3) 정보 기술 분야의 표준화를위한 국제기구의 러시아 연방 의사 소통의 행정 조직뿐만 아니라 국제기구의 러시아 회사 대표 참여의 촉진 및 조정뿐만 아니라 표준화 (그러한 조직의 국가 기관의 참여가 제공되지 않음);
  • 4) 국가 및 시정의 요구 사항을위한 일의 결과로서 고객이받은 컴퓨터 소프트웨어에 대한 권리를 관리하기위한 절차 개발 및 구현;
  • 5) 다양한 소프트웨어 동등한 시장 조건의 개발자 조항을 모니터링하기위한 콘테스트의 모니터링 메커니즘 개선;
  • 6) 통신 기술 분야에서 직업 교육 수준 및 사용자 교육 수준을 높이기 위해 사건의 개념 및 계획 개발;
  • 7) 자유 소프트웨어 프로그램의 유형 (종)의 유형 (종)의 개발, 세계 관행 및 (또는)에 의해 입증 된 선제 이용의 타당성 및 유효성은 상당한 수의 시장 참가자로 인정되고 개발 표준화 목적을 포함하여 다양한 목적, 다른 분류기;
  • 8) 국가 및 시정촌 요구를 포함하여 러시아 연방의 개념 및 개발 조치 개발, 컴퓨터 프로그램의 배포를위한 서비스 지향 모델.
  • 반부패;
  • 안전;
  • 국가 이익 보호;
  • 친절한 시민;
  • 적응의 용이성;
  • 경제적 이익.

컴퓨터 용 프로그램의 품질은 상용 프로그램에 비례합니다. 이것은이 소프트웨어가 테스트되고 변경된 모든 사람들이 원하는 모든 사람들을 개선하기 때문에 프로그램 개선을위한 개발자 수가 닫힌 코드가있는 상업 지원 개발자의 상태와 동일합니다 (일부 경우는 크게 초과합니다. 그들의 숫자).

긍정적 인 지점은 공개적으로 사용 가능한 것뿐만 아니라 그러한 중요한 보상의 저자를위한 창의력의 자유와 공개적으로 사용할 수있는 것뿐만 아니라뿐만 아니라, 그러한 중요한 보수의 저자를위한 창의력의 자유가된다는 것입니다. 물론 그러한 라이센스의 비 부동산권은 관찰 될 의무가 있습니다. 오픈 소스 프로그램의 전송 라이센스 라이센스의 저자는 보안 기호의 정체와 같은 부적산 권리의 준수, 첫 번째 출판의 연도, 저자의 저작권 소유자의 첫 번째 출판 및 이름의 연도.

이 모든 것은 오픈 소스가 IBM 및 Hewlett Packard와 같은 세계 기업뿐만 아니라 외국 고객을 포함하여 이러한 프로그램을 사용하고 개발하는 사람들 중에서도 러시아 기업이뿐만 아니라 러시아 기업 중에서도 큰 인기를 구매하는 것이 좋습니다.

2007 년 10 월 14 일 러시아 연방 정부의 법령 No. 1447-P Enshrines 오픈 소스 코드가있는 소프트웨어의 러시아 연방에서 사용할 권리. 2009 년에 연방 봉사 서비스는 무료 소프트웨어 사용 분야에서 공개 정책을 구현하기 위해 개방형 코드 개방 사무소의 구현에 대해보고했습니다. "4 월 -MAE 2009에서 화상 회의 세션은 무료 소프트웨어를 사용하여 러시아의 FSSP의 영토 기관의 머리와 함께 개최되었습니다.

러시아의 FSSP의 중앙 공식 웹 사이트에 대한 정보를 적시에 정기적으로 게시하기 위해서는 정보 기술 사무소의 FSSP의 활동에 대한 시민과 조직을 체계적으로 알리기 위해서는 업무가 완료되었습니다. 사이트의 소프트웨어 플랫폼 및 설계로 사이트의 기능을 크게 확장하여 정보와 출석을 늘리십시오. "

러시아 연방의 자유 소프트웨어 개발 개념은 2010 년까지 다음 제품의 생성을 가정했습니다.

  • 1) 국가 공무원 및 예산 부문의 직원을위한 표준 통합 사무실 솔루션;
  • 2) 교육 기관의 일을 보장하는 표준 솔루션;
  • 3) 인터넷에 대한 집단적 접근 지점을위한 소프트웨어;
  • 4) 공공 서비스 소프트웨어;
  • 5) 전자 정부 목적을위한 통합 플랫폼;
  • 6) 중요한 물체에 대한 보호 된 솔루션;
  • 7) 컴퓨터 프로그램의 배포를위한 서비스 지향 모델 개발.

현재 명시된 항목의 대부분이 이루어집니다. 따라서 오픈 소스 코드의 사용에 대한 라이센스 계약의 구체적인 기능은 탁월한 권리를 전송 한 라이센스 사용자의 양에 의해 결정됩니다. 그러한 라이센스 계약은 프로그램 작성자의 개인이 아닌 재산권에 영향을 미치지 않는 것이 중요합니다. 또한 그러한 권리를 더 보호합니다. 이러한 프로그램은 프로그램 코드가 점검 될 수 있고 필요한 경우 러시아 연방의 정보 보안 이사회의 구현의 일환뿐만 아니라 러시아 연방의 국가 안보 전략뿐만 아니라 러시아 연방의 국가 안보 전략 , 국가 안보를 보장하는 근본적인 업무입니다. 국가 안보 협회를위한 국가 안보 전략은 국가 안보의 상태에 관한 정보를 수집, 성형, 가공, 전송 또는 수령을 위해 국가 보안 시스템에서 사용되는 통신 채널을 포함한 기술, 소프트웨어, 언어 적, 법률, 조직 기금뿐만 아니라 기술, 소프트웨어, 언어 적, 법률, 조직 기금이 포함됩니다. 그것을 강화하기위한 조치.

러시아 연방 영역의 오픈 소스 프로그램을 사용하면 컴퓨터의 프로그램을 다양화할뿐만 아니라 개발자 수를 늘리면 독점 자의 수를 줄일 수 있습니다. 또한 러시아 연방 영역에서 컴퓨터 프로그램의 작성자와 오픈 소스 소프트웨어 사용자의 구성에서 질적으로 새로운 현상의 개발을 상징합니다. 긍정적 인 요소는 독점적 권리에 대한 법이 적용된 영토 기능이 오픈 소스 프로그램에서 결석한다는 사실입니다. 따라서 러시아 연방 영역에 대한 그러한 프로그램 종류의 사용은 많은 저작권 범죄의 제거에 기여할 것입니다.

러시아 연방 GOST R 54593-201 자유 소프트웨어의 2012 년 도입으로 기업 및 공공 부문의 정보 시스템을 구축하기위한 안전하고 신뢰할 수 있으며 재정적 인 매력적인 플랫폼입니다. 자유 소프트웨어는 독점자로부터 소프트웨어 개발 및 사용의 기술적 독립성을 제공합니다. 하드웨어 플랫폼을 선택하는 데 독립성; 장비의 낮은 초기 비용; 소프트웨어의 결함 및 신속한 수정 능력의 조기 탐지. 제품을 사용할 권리가없는 의무 수수료가 없습니다.

자유 소프트웨어는 현재 정보 기술, 시스템의 개발 및 이러한 기술을 지원하는 전산 장비의 개발에서 주요 추세 인 개방형 시스템의 원리를 사용합니다. 오픈 시스템의 이데올로기는 최신 기업의 최신 개발로 구현됩니다 - 컴퓨터 장비, 정보 전송, 소프트웨어 및 응용 프로그램 정보 시스템의 개발.

그래서 우리는 오픈 소스 코드가있는 컴퓨터 프로그램에 대한 다양한 유형의 라이센스가 전송하는 권한을 밝힐 것입니다.

  • 참조 : 러시아 연방 GOST R 54593 201 "정보 기술. 무료 소프트웨어. 무료 소프트웨어. 자유 소프트웨어. 러시아 연방의 산업부 및 기술 규제 및 12 월 6 일의 기술 규정 및 계측 연방 기관의 주문서 승인, 2011 No. 718-Art.
  • 2000 년 9 월 9 일 러시아 연방 회장의 승인 : 러시아 외무 사역 중반의 웹 사이트에서 봅니다. ru/ns-snsndoc.nsf/d06bd3f5303124fe432569FA003A70FF/4DB27 49A4B55F02F432569FB004872A4? opendocument.
  • 러시아 연방 12.05.2009 No. 537의 러시아 연방 회장의 법령은 2020 년까지 러시아 연방의 국가 안보 전략에 관한 것 ".

다리는 다양한 소프트웨어를 구입하거나 해킹 된 해적 버전을 즐길 수 있습니다. 사용자는 프로그램의 그래픽 인터페이스를 볼 수 있지만이 제품 코드는 대개 숨겨져 있습니다. 이와 관련하여 소프트웨어를 변경하는 것이 거의 불가능합니다. 이는 프로그램 코드를 복사하고 자체로 할당하려는 사용자를 대신하여 보호 할 수있는 저자를 보장합니다. 그러나 이것에도 불구하고 현대 세계에서 Sun e E E의 소위 "오픈 소스"프로그램. 그러한 오픈 소스 소프트웨어와 양성 및 부정적인면이 무엇인지를 다루는 사실을 처리합시다.

오픈 소스 코드로 간주 될 수있는 것은 무엇입니까?

사실상 최종 사용자에게 모든 소프트웨어가 이미 준비된 소프트웨어로 제공됩니다. 이것은 쾌적한 인터페이스와 사용하기가 편리한 업무용으로 작용할 수있는 프로그램입니다. 이 제품의 코드가 열려 있으면 누구나 변경할 수 있고, 발견되거나 일종의 혁신을 보정하기위한 옵션을 제안 할 수 있습니다. 따라서이 제품의 품질은 시간이 지남에 따라 개선됩니다. 오픈 소스 운영 체제의 예는 리눅스., 유닉스, 우분투..

익숙한 S. 마이크로 소프트 오피스.아날로그이지만 이미 오픈 소스가있는 경우 오픈 오피스....에 Mozilla Firefox와 Google 크롬 브라우저도 오픈 소스 소프트웨어입니다. 유사한 제품이 많이 있으며 많은 양의 소프트웨어가 많이 사용되고이 제품이 오픈 소스 프로그램 일 수 있음을 의심하지 않습니다.

기능 오픈 소스

소프트웨어를 프로그램이라고 할 수 있으므로 코드가 모두 열려 있음이 충분하지 않습니다. 비슷한 프로그램이 있어야합니다 절대적으로 무료...에 또한 추가 사용 및 코드를 변경하려고 시도하면 사용자는 아무 것도 지불해서는 안됩니다. 누구 든지이 제품을 자유롭게 배포 할 권리가 있으며 위에서 언급했듯이 변경하십시오. 이러한 프로그램에는 응용 프로그램 범위 및 사용시기에 대한 제한이 없습니다. 그들은 비즈니스, 과학적 연구, 훈련, 자신의 목적을 위해 사용하는 데 사용하는 데 사용할 수 있습니다.

오픈 소스 라이센스

그러한 프로그램의 라이센스도 무료입니다. 응용 프로그램, 변경, 배포, 다른 호환 가능한 소프트웨어와 함께 사용하는 데 절대적으로 제한이 없습니다. 또한 다른 모든 기존 프로그램에 대한 기술적으로 중립적입니다.

장단점 오픈 소스 프로그램

클래식 라이센스 프로그램과 달리 무료 프로그래머 그룹이 개발되었으며 그 이유는 무료입니다.

두 번째 중요한 이점은 우리가 할 수 있다는 것입니다 업그레이드 프로그램 데이터...에 코드의 발진이 좋은 프로그래머 인 발진은 프로그램에 새로운 옵션을 추가하거나 기존 기능의 작동을 향상시킬 수 있습니다. 예를 들어, 사용자. 맥 OS. 운영 체제를 변경할 수 없습니다 리눅스.모든 사람이 재량에 따라 구성 할뿐만 아니라 개별 기능을 추가 할 수 있습니다. 결과적으로 그는 완전히 새로운 제품을 갖게 될 것이며, 이는 매우 편리한 매우 편리합니다. 결과 프로그램이 정말로 좋으면 특허받을 수 있고 판매 할 수 있습니다 (!)

또 다른 논쟁의 여지가없는 프로그램은 바이러스로부터 보호됩니다. 거의 모든 바이러스가 응용 프로그램 아래에 쓰여 있습니다 윈도우, 같은 악성 프로그램 리눅스. 무시할 만하다. 따라서 오픈 소스 운영 체제를 사용하여 바이러스를 얻는 확률은 매우 작습니다.

오늘날 많은 조직은 오픈 소스로 프로그램을 사용합니다. 이렇게하면 비용이 절감되고 해킹 시스템 확률이 최소화됩니다.

그러나 어떤 메달, 당신이 아는 것처럼,두면이 있습니다. 마이너스 오픈 소스 정보 프로그램들.

소프트웨어에 문제가있는 경우 일반적으로 기술 지원에 적용됩니다. 오픈 소스 프로그램은 없습니다. 이 문제는 프로그램이 전체 국가 또는 세계의 다른 프로그래머가 변경 한 사실 때문에 발생합니다. 그래서 문제에 대한 해결책을 찾는 것은 네트워크의 범위에 있습니다. 인터넷 또는 자신을 이해하십시오.

두 번째 마이너스는 누구나 프로그램 코드를 변경할 수 있다는 사실 때문에 다시 발생합니다. 종종 사람들의 견해가 일치하지 않을 수 있으며 제품 수정에서 갈등을 일으킬 수 있습니다. 이것은 많은 사람들이 오랫동안 일한 프로젝트의 붕괴로 이어질 수 있습니다.

또한 열린 코드에서 악의적 인 프로그램은 종종 가려져 있으며 실제 보안 소프트웨어와 구별하는 것은 매우 어렵습니다.

이러한 프로그램이 몇 가지 단점이 있음에도 불구하고 점점 더 많은 사용자에 관심이 있습니다. 오늘 더 많은 제품은 오픈 소스로 만들어집니다. 즉, 그러한 프로그램은 미래를 가지고 있으며주의를 기울여야합니다.

공유