Vitaly Muzichenko : 예, 실제로 고객이 프리랜서에 온 경우 코드를 더듬지 않으므로 받은 파일에 대해 자주색이어야 합니다. 기술 요구 사항에 따라 작동하는 것이 중요합니다. 글쎄, 그가 그것을 열지 않고 안에 무엇이 있는지 볼 수 없다는 사실, 그래서 그는 그곳에서 그것을 볼 것으로 기대합니다. 그가 더듬거리지 않는다면, 그냥 열고 보고 닫으십시오. 그래서 당신은 아무것도 열 필요가 없습니다. 하지만 프로그램을 사용하기만 하면 됩니다. .ex 파일은 이 기능을 지원합니다. 따라서 여기에 대해서는 논쟁할 것이 없습니다.
매우 거친 환상. 누군가가 프리랜서에 와서 주문을 했다면, 이것은 그가 주문을 한다는 것 외에는 아무 의미가 없습니다.
고객은 그가 주문한 것에 대해 지불합니다. 프리랜서에서는 TOR 형식으로 주문이 이루어집니다. 그는 동시에 누구와 무엇을 의미했지만 목소리를 내지 않았고 TK에 넣지 않았습니다. 이것은 필수가 아닙니다. 개념의 대체를 사용하여 수행자와 관련하여 "의로운 분노의 대중"을 펌핑 할 필요가 없습니다.이 경우 수행자가 "나는 그에게 내 것을 주었다. 코드를 작성했지만 개발자가 원하는 대로 코드를 제공하지 않고 내 코드에 대해 추가 비용을 지불하겠다고 제안합니다!". 우리는 실제로 무엇을 가지고 있습니까? 고객이 고객의 코드를 수정되지 않은 원래 형식으로 유지했습니까? -남아있어 아무도 가져 가지 않았습니다. 즉, 개발자는 자신이 만든 개선 사항을 무료로 보여주고 싶지 않습니다(그가 원래 개발 중 일부를 적용했을 수 있음) - 주문할 때 달리 지정하지 않는 한 개발자가 잘못한 것은 무엇입니까? 내가 추가할 수 있는 유일한 것은 개발자가 원본 소스 소유자의 동의 없이 수정된 코드를 판매하는 경우 잘못된 일을 한다는 것입니다... 그러나 이것은 여기에서 논의되지 않았습니다.
누가 고려해야합니까? 위협이 될 것 같습니다!
고문은 무엇입니까? 지표에 대해 이야기하고 있습니다!
그리고 누가 시장에서 공개 지표 코드를 판매할 것이라고 말했습니까? 최소한 판매자의 동의가 필요합니다!
내 말은, 여기에서 주문하기 전에 모든 뉘앙스를 고려하십시오 ..
표시만 하면 되므로 미래를 위해 작업이 중요하다면 각 블록에 대한 주석과 함께 소스 코드로 전송되어야 합니다.
물론 판매자에게 제안과 함께 연락하겠습니다
그때 신청하시면 됩니다. 그리고 누가 판매자가 그것을 당신에게 팔 것이라고 말했습니까?
예, 실제로 고객이 프리랜서에 온 경우 코드를 더듬지 않으므로 받은 파일에 대해 자주색이어야 합니다. 기술 요구 사항에 따라 작동하는 것이 중요합니다. 글쎄, 그가 그것을 열지 않고 안에 무엇이 있는지 볼 수 없다는 사실, 그래서 그는 그곳에서 그것을 볼 것으로 기대합니다. 그가 더듬거리지 않는다면, 그냥 열고 보고 닫으십시오. 그래서 당신은 아무것도 열 필요가 없습니다. 하지만 프로그램을 사용하기만 하면 됩니다. .ex 파일은 이 기능을 지원합니다. 따라서 여기에 대해서는 논쟁할 것이 없습니다.
이건 제 개인적인 문제라고 생각합니다.. 그리고 여러분의 도움 없이 스스로 해결하겠습니다.. 걱정해주셔서 감사합니다..
거부하고 다시 주문하고 현재 사양을 수정하십시오. 나는 기능의 바닥에 도달하는 것을 제안합니다. 당신에게 어울리지 않는 것은 무엇입니까? - "바보"를 켜십시오.
고객의 요구 사항을 충족하지 않는 계약자를 만나면 그러한 계약자를 거부할 권리가 있는 것 같습니다.
프리랜서가 아니더라도 원하는 조건으로 작업을 제안합니다. 100% .....
나는 고객에서 일했으며 다음과 같이 말할 것입니다. 고객은 서명을 넣을 수도 있고 삭제할 수도 있습니다.
또한 그러한 출연자의 이름을 일반 대중에게 알려 다른 사람들이 그의 협박에 빠지지 않도록하십시오. 아마도 그는 당신에게 더 많은 돈을 지불하도록 압력을 가하고 있을 것입니다.
소스는 시중에서 파는 것과 같이 소프트웨어 제품이 아니라 프로그래밍 언어로 표현된 알고리즘이므로 명시해야 합니다. 이것은 자명합니다.
또한 소스 코드가 없으면 고문 현대화 작업을 계속할 수 없습니다.
작곡가에게 교향곡을 주문하고 그 결과를 사운드 파일로 받는 것과 같습니다.
중재는 자신의 실수를 인정하고 고객에게 유리한 계약을 종료해야 합니다.
개념의 대체를 사용하여 수행자와 관련하여 "의로운 분노의 대중"을 펌핑 할 필요가 없습니다.이 경우 수행자가 "나는 그에게 내 것을 주었다. 코드를 작성했지만 개발자가 원하는 대로 코드를 제공하지 않고 내 코드에 대해 추가 비용을 지불하겠다고 제안합니다!". 우리는 실제로 무엇을 가지고 있습니까? 고객이 고객의 코드를 수정되지 않은 원래 형식으로 유지했습니까? -남아있어 아무도 가져 가지 않았습니다. 즉, 개발자는 자신이 만든 개선 사항을 무료로 보여주고 싶지 않습니다(그가 원래 개발 중 일부를 적용했을 수 있음) - 주문할 때 달리 지정하지 않는 한 개발자가 잘못한 것은 무엇입니까? 내가 추가할 수 있는 유일한 것은 개발자가 원본 소스 소유자의 동의 없이 수정된 코드를 판매하는 경우 잘못된 일을 한다는 것입니다... 그러나 이것은 여기에서 논의되지 않았습니다.