답변:
고객과의 계약은 무엇을 말합니까?
그렇지 않은 경우, 이것은 고용 작업 인 경우 계약에서 달리 명시하지 않는 한 소스 코드를 소유합니다.
앞으로는 변호사가 계약서를 검토하기를 원할 수도 있습니다.
저는 변호사가 아니며 법률 자문이 아니며 변호사와 상담해야합니다.
대답은 이것이 고용 작업으로 간주되는지 여부에 달려있는 것으로 보입니다. bitlaw 에는 이것에 대한 훌륭한 기사가 있으며 , 앞에서 말했듯이 변호사만이 귀하의 질문에 대답 할 수 있습니다.
이는 프로젝트 전에 논의하고 계약에 명시 적으로 작성해야하는 문제입니다. 이는 법적 또는 재정적 문제 일뿐만 아니라 프로젝트 제작 방식에도 영향을 미칩니다. 예를 들어, 소스를 양도해야한다는 사실을 알게되면 우수 공급 업체로서 모범 사례와 일치하는 좋은 의견과 문서를 작성하게됩니다. 자신의 코드 중 일부를 재사용하지 않을 수도 있습니다. 그 코드는 너무 현명하여 포기하고 싶지 않기 때문입니다.
지금은 너무 늦었다. 변호사를 인정하거나 변호사에게 문의하십시오.
요청에 따라 특정 고객에 대한 사용자 정의 코드를 자유롭게 사용할 수있는 것이 일반적입니다. 그들은 당신을 위해 무언가를 생성하기 위해 당신의 시간을 사고 있으며, 아마도 그들은 어느 시점에서 그들이 지불 한 일에서 모든 것을 원할 것입니다. 물론 예외가 있습니다.
일반적으로 작성되고 "일반적으로"판매되는 소프트웨어에는 소스 코드가 무료로 제공되지 않지만 가격이 책정 될 수 있습니다.
이것은 커스텀 소프트웨어가 "일반 판매"소프트웨어보다 훨씬 더 많은 비용을 지불하는 이유 중 하나입니다 ( "일반 판매"소프트웨어의 유통량이 적은 경우에도).
일반적으로 저작물의 저자는 저작물을 소유하고 있습니다.
이에 대한 예외가 있습니다. 가장 분명한 것은 직원이 만든 작업입니다 . 다른 예외 ( 저작권법 1976, 17 USC 201 )는 "임직을위한 노동"-교리에 해당 저작물이 비용을 지불 한 사람이 소유하고 있다고 말합니다. 그러나 WFH가 발생하려면 다음 사항이 모두 충족되어야합니다.
따라서이 경우에는 아무것도 넘길 필요 가 없습니다 .
하루 종일 기업에서 우리의 소스 코드를 에스크로 서비스에 제공하도록 요구하는 것은 드문 일이 아닙니다. 기업은 버그를 고칠 수있는 방법없이 소프트웨어에 의존하기를 원치 않습니다. 회사가 살아남아 문제를 해결하거나 에스크로 서비스가 코드를 릴리스합니다.
그러나 이것은 아마도 계약에서 매우 분명한 점일 것입니다. 회사가 실패하지 않으면 소스 코드를 얻지 못한다고 생각합니다. 이는 계약과 관련된 큰 가격표로 생각됩니다. 개별 계약자, 소규모 응용 프로그램 시나리오에 어떻게 적용되는지 잘 모르겠습니다.
나는 비슷한 상황을 겪었다. 앱이 완성되면 회사는 소스 코드를 구매하고 다른 사람을 인수하도록 결정했습니다 (파트 타임으로 만 작업했습니다). 그들은 내가 적절한 제안이라고 생각한 것을 만들었습니다. 나는 항상 그것에 대해 일할 것이라고 생각했고 우리 모두는 그들이 코드를받을 자격이 있다는 것을 알지 못했습니다.
그렇게해서 그들이 매수되고 (나에게 언급하지 않았 음) 구매자는 소프트웨어 라이센싱에 대한 느슨한 끝을 원하지 않았습니다. 내가 더 많은 것을 요구할 줄 알았는지 확실하지 않습니다. 이 회사와 연락을 취한 사람이 저에게 몇 가지 다른 프로젝트를 찾은 이래로 아닐 것입니다. 좋은 업장은 무지에서 나올 수 있다고 생각합니다.
귀하의 경우 코드를 제공하고 작업에 대한 참조로 사용하도록 요청해야합니다.
먼저 모든 사람이 지적했듯이 이것은 원래 계약의 일부 였어야합니다. 이 시점이 향후에 해결되도록하십시오.
둘째,이 고객의 선의의 가치는 무엇입니까? 앞으로 더 많은 비즈니스를 기대할 수 있습니까? 향후 작업을위한 참고 자료로 사용할 수 있습니까?
마지막으로, 그들이 당신에게 얼마나 해를 끼칠 수 있습니까? 대부분의 산업에서 그렇지 않은 많은 단어들은 빠르게 돌아 다닙니다. 이 고객의 기분이 다른 고객에게 부정적인 영향을 미칩니 까?
나는 아마 조금씩 돈을 요구할 수도 있습니다. 그들이 당신의 이익을 위해이 일을하고 있다는 것을 알고 당신이 미래에 할 일에서이 요점을 다룰 수 있도록하십시오.
그것이 계약의 일부가 아니라면, 어느 쪽도 진실을 장악하지 않습니다.
합의 지점에서 그들이 한 말을 더 많이 필요로합니다. 변호사에 동의하지 않고 사람들이 당신을 밀게하지 못하게한다면
뒤로 밀고, 나는 당신을 위해 일하지 않는다, 당신의 필요에 맞게 주문을 받아서 만들어진 소프트웨어를 판매하는 메신저, 당신은 단지 소프트웨어를 요구했다. .
행운을 빕니다
저는 변호사가 아닙니다. 귀하의 거주 지역에서는 변호사 토론을 대신 할 수 없습니다
계약서에서 코드에 대해 아무 말도하지 않으면 코드를 넘겨 줄 의무가 없습니다. 고객이 무해한 경우, 고객을 대신하여 프로그램을 수정할 수있는 능력을 포기했으며 결과적으로 서비스로 수정해야 할 수도 있습니다. 반면에 클라이언트가 해당 코드를 사용하여 자체 응용 프로그램을 만들어 판매하는 경우에는 할 수있는 일이 없습니다. 그들이 코드를 재사용 할 수 없다는 계약서에 서명을 했더라도 법정에서 압박을 받았다는 사실을 압니다.
무엇이든 소스를 원하는 이유 를 묻습니다 . 그들이 그 질문에 말할 수있는 것은 아무것도 단순히 코드를 직접 할 수있을 때 왜 코드가 필요한지를 정당화 할 수 없었습니다.
이것은 오래된 게시물이지만 오늘날 세계에서 여전히 논의되고 있습니다.
내 생각에, 당신은 시간에 의해 지불하고 소프트웨어 프로그램을 구축하기 위해 클라이언트에 의해 안내되는 경우, 소스 코드를 넘겨야합니다.
상용 소프트웨어가 있고 사용하기 위해 소프트웨어를 판매하는 경우 소스 코드를 넘겨서는 안됩니다.
합법적인지 여부에 관계없이 .... 나는 변호사도 아니기 때문에. 올바른 것은 소스 코드를 넘겨주는 것입니다. 당신에게 무슨 일이 생기면? 당신의 고객은 감기에 빠졌습니다. 또한 소프트웨어가 회사에 해를 끼치면 어떻게합니까? 당신은 책임이 있습니다! 향후 작업에 대한 비용을 지불하기 위해 코드를 보관하십시오. 우선 합리적인 가격으로 좋은 일을하면 그 일이 계속 될 것입니다.
그리고 소스 코드에 대해 5X를 청구하는 사람에게. 프로그래머로서 나는 당신이 수학을 매우 잘한다고 가정합니다. 왜 누군가가 5 배를 지불하고 다른 사람에게 1 배를 지불하여 당신이 만든 것을 복제 할 수 있을까요? 이것은 해고되는 가장 빠른 방법입니다. 당신은 소스 코드를 먹을 수 없습니다 ... 그래서 이런 생각으로 .. 당신과 당신의 소스 코드는 부업에 앉아있을 것입니다.