2008-10-26 3 views
2

BitKeeper 무료 사용 권한은 Andrew Tridgell이 BitKeeper 라이센스를 위반하여 BitKeeper 프로토콜을 리버스 엔지니어링 한 것으로 주장한 후 저작권 보유자 래리 맥보이 (Larry McVoy)가 철회했습니다. 2005 년 Linux.Conf.Au 2005에서 Tridgell은 기조 연설에서 자신이 사용한 리버스 엔지니어링 프로세스가 단순히 BitKeeper 서버의 적절한 포트에 텔넷하여 "도움말"을 입력하는 것이라고 설명했습니다.독점 시스템 설명서 '누수'및이를 중지하는 방법은 무엇입니까?

- [힘내에 위키 백과 (http://en.wikipedia.org/wiki/Git_(software)#Early_history)

때로는 항상 누군가가 유틸리티 기능 또는 두 가지를 삭제 기억하지의 문제로 너무 많은 당신의 문서 또는 소스 코드를 유출 사람의 문제, 아니다 . 프로세스의 어떤 종류 및 절차는?

답변

3

나는 독점적 인 문서를 단순히 피할 수는 없을 것이라고 생각하지만 명확하게 표시해야한다고 생각합니다.

내부 용으로 작성한 코드는 별도의 프로젝트에 속해야하며 명확하게 식별해야합니다.

5

을 통해 '누출'점점 이러한 종류의 정지 위치에있다 할 첫 번째 장소에 생성하지 않습니다.

1

그들에 대해 매우주의하면서 있는지만을 만들기 맞은 사람들은 윗옷을 입는다. t 문서화 (이는 관리가 독점적 인 문서를 보유하지 않도록하는 것을 포함한다).

저는 고객이 회사에서 작성한 (독점을 통한 보안에 의존 한) 독점 소프트웨어를 사용자 정의하는 작업을하고있었습니다. 필자는 두 가지 버전의 문서, 즉 내 사용자 지정에 대한 완전한 기술 설계 문서를 만들고, "보안"비트가 제거 된 다른 하나는 클라이언트와 공유하도록했습니다. 나는 경영진이이를 클라이언트와 공유하는 실수를 저질렀습니다.

다행히도 클라이언트는 그것에 대해 아무 말도하지 않았다. (그들은 몇 가지 질문을했지만 큰 문제는 아니었다. 내 회사 소프트웨어의 품질에 익숙하다.)).

2

타사 기술이 귀하와 호환되지 못하게하려고하지 않습니다.

제 3자가 호환 가능한 대체품을 만들 수 있다는 확신이 없다면, 많은 사람들이 처음에 귀중한 제품을 찾을 수 있을지 생각해보십시오.

+0

항상 비즈니스를위한 최선의 선택은 아닙니다. –

+0

글쎄, 나는 동의하지 않는다.제품 생태계에서 사람들을 보호하고 싶다면 제품이 이미 교체되기 쉽습니다. 이 경우 비즈니스를위한 최선의 방법은 문제를 해결하는 것입니다. – Marcin

2

"일시적"으로 내용을 주석 처리하는 관련 제목이 있습니다.

코딩 과정에서 당신을 보호하는 것이 중요합니다.

  • "일시적"변경, 당신이 그들을 찾을 수 있도록 당신이 그들을 주석 있는지 확인하기. 단위 테스트는 훌륭합니다.
  • 다른 유형의 빌드를 가질 수 있도록 인프라가 지능적인지 확인하십시오. 특정 유형의 빌드에 대해 특정 작업을 비활성화하는 것을 항상 기억하고 싶지는 않습니다. 사용자 오류를 만들 수 있음을 알게되는 즉시이를 제거하십시오. (최소한 티켓을 만드십시오.)
+0

예, 최대한 자동화하십시오. 이것이 어떤 종류의 빌드인지 결정하는 것은 인간의 결정입니다. 가능한 경우 다른 유형의 빌드를 사용하지 마십시오. – wnoise

관련 문제