"드레인" 결과가 "For"이면(다른 결과는 없을 것입니다) 프로그래머는 항상 책임을 져야 합니다.
모든 결과와 함께 ...
당신은 이해하지 못했습니다! ;-) 고객이 조건을 스스로 공식화할 수 없는 경우 고객에게 몇 가지 옵션(개발, 공식화 경험에 따라) 중 하나를 선택할 수 있습니다. 그리고 이것이 그의 "혼란스러운 설명"에 해당하는지 아닌지 스스로에게 말하게 하십시오. 그가 어떤 옵션이 해당한다고 말한다면 그렇게 하십시오! 그러나 작업을 명확하게 공식화하지 않고 쓰기 시작하면(" 고객에 대한 구두 설명" 준수의 관점에서) 예, 전적으로 동의합니다. 프로그래머가 어떻게 작성하더라도 여전히 나쁠 것입니다. , 당신은 2-3-4-5 번 다시해야합니다.
연습은 자기 홍보가 이미 그러한 지점을 둘 이상 죽인 것으로 나타났습니다. 나는 프로그래머를 찾는 합리적인 절차만 조언할 수 있다. 임호.
1. 전설적인 komposter 의 " Advisor to order. Instructions for order " 기사를 읽으십시오. 이것은 TK 컴파일을 위한 실용적인 지침입니다.
2. 포럼에서 프로그래머(구인 공고 아님)를 검색하고 토론을 읽고 누가 행동하는지 확인하십시오.
3. 당신이 좋아하는 후보자의 목록을 만드십시오(공감 유발, 정확하고 정확하게 말하기, 게시된 진지한 스크립트/기사의 많은 목록으로 포럼 경험이 있음).
4. TOR를 작성하고 후보자에게 개인적으로 연락하여 사전 동의 후 비용 추정을 위해 TOR를 보냅니다.
5. 하나를 선택하고 나머지는 감사합니다.
내 경험에 따르면 komposter 와 Integer 는 절대적인 권위자입니다(다른 전문가들에게 사과합니다. 나는 그것을 만나지 못했을 뿐입니다).
알고리즘은 훌륭합니다. 단 한 가지입니다. 권한이 "무조건" 많을수록 서비스 비용이 더 많이 듭니다. 따라서 합리적인 절충안을 찾으려고 합니다.
구두쇠가 여러 번 지불한다는 사실에는 아마도 약간의 진실이 있지만 ...
몇 번이나 나의 겸손한 프로그래밍 경험으로 그는 가장 단순하고 기본적인 디자인에 대한 주문을 이행하는 데 동의했습니다.
인상이 명확하게 남아 있습니다. 원칙적으로 고객은 결국 그들이 얻고자 하는 것에 대해 잘 알지 못합니다.
그리고 그들로부터 현명하게 기술된 기술/과업을 얻으려면 고문 자체를 작성하는 것보다 더 많은 시간이 필요합니다! 그 / 작업(아이러니가 없는)은 때때로 거의 틱으로 뽑아야 합니다!
일반적으로 고객 자신은 자신이 원하는 것을 완전히 이해하지 못합니다 ...
하나의 "TK"에서: 라인 A의 차트가 라인 B 보다 약간 짧을 때...
추가 음성 통신:
나: 조금 - 얼마에 무엇에?
Zack: 당신은 바보입니까, 조금 이 무엇인지 모르십니까?
알고리즘은 훌륭합니다. 단 한 가지입니다. 권한이 "무조건" 많을수록 서비스 비용이 더 많이 듭니다. 따라서 합리적인 타협점을 찾으려고 합니다.
구두쇠가 여러 번 지불한다는 사실에는 아마도 약간의 진실이 있지만 ...
세대를 거쳐 검증된 알고리즘. 이 지점에서조차 "난잡한 연결"이 돈과 신경 모두에 더 큰 손실을 초래한다는 것이 분명합니다.
그리고 당신은 능숙하게 돈을 저축해야 합니다. 간단한 일을 스스로 하고, 적당한 비용으로 옵션을 주문하고, 잠재적인 성배를 대인에게 주기도 합니다.
그들은 당신이 다시 실수했다는 것을 유능하고 합리적이며 정확하게 보여줄 것이며 좋은 비용이 들기 때문에 수업을 아주 잘 기억할 것입니다.
그리고 그 이후로 제자리에 즉시보고하는 것이 쉽지 않습니다. 얼마를 지불할 용의가 있는지
프로그래머의 작업을 위해.
일반적으로 고객 자신은 자신이 원하는 것을 완전히 이해하지 못합니다 ...
하나의 "TK"에서: 라인 A의 차트가 라인 B 보다 약간 짧을 때...
추가 음성 통신:
나: 조금 - 얼마에 무엇에?
Zack: 당신은 바보입니까, 조금 이 무엇인지 모르십니까?
대상이 아니지만 여전히 조언 - - 고객 자신이 원하는 것이 무엇인지 알지 못한다는 것을 알게 되면 더 관대해져야 합니다. 즉시 선택할 수 있는 몇 가지 옵션을 제공하십시오. 그가 그들 중에서 선택하게하십시오!
대상이 아니지만 여전히 조언 - - 고객 자신이 원하는 것이 무엇인지 알지 못한다는 것을 알게 되면 더 관대해져야 합니다. 즉시 선택할 수 있는 몇 가지 옵션을 제공하십시오. 그가 그들 중에서 선택하게하십시오!
그래서 인코더를 ... 2-3가지 옵션을 선택하고 고객이 결정합니다.
사냥도 귀찮아 하지 않는 사람이 있을지도 몰라 "TK를 진드기로 뽑는다"
대상이 아니지만 여전히 조언 - - 고객 자신이 원하는 것이 무엇인지 알지 못한다는 것을 알게 되면 더 관대해져야 합니다. 즉시 선택할 수 있는 몇 가지 옵션을 제공하십시오. 그가 그들 중에서 선택하게하십시오!
확실히 - 당신은 그렇게해서는 안됩니다!
"드레인" 결과가 "For"이면(다른 결과는 없을 것입니다) 프로그래머는 항상 책임을 져야 합니다.
모든 결과와 함께 ...
확실히 - 당신은 그렇게해서는 안됩니다!
"드레인" 결과가 "For"이면(다른 결과는 없을 것입니다) 프로그래머는 항상 책임을 져야 합니다.
모든 결과와 함께 ...
당신은 이해하지 못했습니다! ;-) 고객이 조건을 스스로 공식화할 수 없는 경우 고객에게 몇 가지 옵션(개발, 공식화 경험에 따라) 중 하나를 선택할 수 있습니다. 그리고 이것이 그의 "혼란스러운 설명"에 해당하는지 아닌지 스스로에게 말하게 하십시오. 그가 어떤 옵션이 해당한다고 말한다면 그렇게 하십시오! 그러나 작업을 명확하게 공식화하지 않고 쓰기 시작하면(" 고객에 대한 구두 설명" 준수의 관점에서) 예, 전적으로 동의합니다. 프로그래머가 어떻게 작성하더라도 여전히 나쁠 것입니다. , 당신은 2-3-4-5 번 다시해야합니다.
에휴, 결국 코더가 되는 건 어렵다. 또한 고객이 "조금"이 무엇인지 모르는 바보인 경우 인코더와 통신하는 것도 어렵습니다. 그리고 가장 재미있는 것은 TK의 올바른 공식화를 위해 고객의 두뇌가 이 멍청한 코더와 거의 같은 방식으로 돌아가야 한다는 것입니다.