2012-10-15 3 views
1

현재 클라이언트 용 프로젝트 (Android 응용 프로그램)를 작성 중입니다. 우리 계약서는 프로젝트가 끝날 때 소스 코드를 제공해야하고 클라이언트가 해당 코드에 대한 권리를 소유해야한다고 명시합니다. 나는 그것에 아무런 문제가 없다. 클라이언트 프로젝트 - 타사/내부 라이브러리의 소스 코드에 대해 수행 할 작업

  • 내부 라이브러리 (해당 프로젝트 전에 자신에 의해 개발되었다 코드)
  • 외부를

    • 오픈 소스 라이브러리 :

      그러나, 마감 주어진 몇 가지 요구 사항을 충당하기 위해, 내가 사용했다 비 오픈 소스 라이브러리

    오픈 소스 라이브러리의 경우 라이센스가 호환 됨으로 인해 문제가없는 것으로 확인되었습니다. 나의 주요 관심사는 어떻게 나머지를 다룰 것인가?

    프로젝트와 함께 내부 라이브러리/개인 작업을 제공합니까?

    추신 : internal libraries, because they contain some Android widgets and layouts cannot be packaged as a JAR 파일이므로 소스 코드를 제공해야하며 이는 편안하지 않습니다.

  • +0

    그런데, 나는 SO 분야에 맞는 질문이라고 느꼈다. 그렇지 않다면 어디에서 물을 수 있습니까? –

    답변

    0

    본인의 판단입니다. 고객과의 계약, 필요 사항, 필요 사항 및 귀하가 편안하게 느끼는 것을 연구해야합니다.

    예 : Twitter API를 사용하는 경우 해당 소스 코드를 제공 할 수 없으며 소유하지 않습니다. 따라서 어딘가에 절반 정도의 집이 있음을 분명히 알 수 있습니다.

    라이브러리를 컴파일 할 수 있다면 제대로 문서화되어 있고 클라이언트가 코드를 전달하여 적절히 사용할 수있는 한 라이브러리를 컴파일 할 수 있습니다.

    소스 코드를 공개하지 않으려면 대부분의 기능을 외부 라이브러리로 컴파일 할 수 있어야합니다.

    그렇지 않으면 계약을 재개발하거나 계약을 변경해야합니다. 소스 코드를 포기하고 싶지 않은 경우 a) 소스 코드를 사용하지 말아야하며 b) 소스를 제공하지 않을 계약에 서명하지 않아야합니다.