프로그래머와 고객 간의 갈등에 대한 논의. 계약자와 고객 사이의 모호한 상황 분석, 프로그래머의 가장 상충되는 집행자의 등급. - 페이지 28

 
abolk : 지난주에 "하드 트롤링"과 "지정되지 않은 다수"에 대한 귀하의 말씀이 생각났습니다. 그리고 그는 주저하지 않았습니다.
그때는 그 얘기를 전혀 하지 않았어요. 주제에서 벗어나지 맙시다.
 
Mathemat :

선택 방법이 잘못되었습니다. 선택 기준은 유사한 작업을 수행하는 코더의 능력입니다.

좋은 생각. 완성된 작품 목록을 보면 이 작품의 내용이 전혀 이해가 되지 않는다. "양방향 그리더", "8개 지표의 신호를 기반으로 하는 시장 주문에 의한 진입" 등과 같은 간단한 주석의 가능성을 추가합니다. 주석은 연주자가 직접 할 수 있습니다.

그런데 실생활에서 고객들은 완성된 작품 목록에서 개발자가 그런 작업을 했는지 확인하려고 하며, "비슷한 일을 했다고 한다, 하라"는 말로 처리될 때가 있다. 내 TOR에 따르면."

 
abolk :

어떤가요? 인코더, 프로피코더, 언더코더, 바이들로코더가 있습니까? 그라데이션, 격리 및 요약의 매개 변수는 무엇입니까?

예, 진행자의 입에서조차. 실례는 아니지만 귀하의 게시물은 과도합니다.

그리고 이런 식으로 고객이 분류된다면?

분류가 있고 공격적이지 않고 제정신입니다. 해결되고 있는 문제에 대한 프로그래머의 이해의 깊이와 완전성에 달려 있습니다. 인터넷에 기사가 있긴 한데 못 찾다가 우연히 보고 읽었다. 가장 높은 것 - 그것은 아키텍처라고 불리는 것 같습니다. 여기에 프로그래머가 해결하는 문제에 대한 완전한 이해가 있습니다. 결국, 당신은 모든 것을 이해하고 한 번에 쓸 수 있습니다. 프로그램을 만들고 관찰하고 비틀면서 에지에서 시작할 수 있습니다. 맨 아래, 예를 들어 데이터베이스에 대한 잘못된 액세스 오류가 "데이터 없음"(또는 모든 문제에 대한 해결책은 예외 처리)이라는 메시지로 대체되는 경우입니다. 그런거...
 
여기에 멋진 분류가 있지만 이것은 아닙니다 - http://www.coderoid.com/2009/04/blog-post_08.html
Восемь уровней программистов
  • 2009.04.08
  • www.coderoid.com
Автор Jeff Atwood www.codinghorror.com/blog Оригинальная статья: The Eight Levels of Programmers Вам когда-нибудь задавали на интервью вопрос: "Кем Вы себя видите в ближайщие пять лет?" Когда меня спрашивают, я всегда вспоминаю клип Twisted Sister 1984 года.                    Чего вы хотите добиться в своей жизни? Конечно же, вы...
 
추신. 코더 분류와 관련하여 - 인도 코더는 잊혀졌습니다.)
 
Mathemat :

흉상은 없지만 잘 알려진 용어는 Google에 검색하십시오. 그러나 나는 "bydlozakazchik"이라는 용어를 모릅니다.

"bydlokoder"는 잘 알려진 용어입니다. 몰랐다. 명확한 "사전"설명이 있습니다.

그러나 "bylozakazchik", "bydlouzveri", "bydlosubcontractors"라는 용어가 있습니다. Google은 사용에 대한 여러 링크를 제공합니다.

 
Mathemat :

Grider는 쉬운 작업이 아닙니다. 사실 3일 안에 완료되지 않습니다(아주 간단하지는 않더라도).

어려운 주문에 전적으로 동의합니다. 그러나 무엇보다도 복잡성도 과장되어서는 안 됩니다.

선정된 작가가 비슷한 작업을 했다면 경험과 발전이 있다는 뜻이다.

그리고 이 가상의 프로그래머가 엄청난 복잡성과 엄청난 비용에 대해 이야기함으로써 자신의 가치를 부풀리기 시작할 때,

당신은 항상 대안을 찾을 수 있습니다. 그것들이 많이 있습니다.

나에게 고객의 경우 내 주문이 아닌 대부분의 주문이 쓸모없는 쓰레기라는 것은 비밀이 아닙니다.

나는 이 쓰레기를 위해 돈을 지불할 준비가 되어 있고, 누군가는 내가 받아들일 수 있는 돈을 위해 그것을 할 준비가 되어 있습니다.

주문이 기본이라면 당연히 고객은 말한 만큼만 지불하고 숙련된 프로그래머에게 주문을 시도할 것입니다.

전체 질문은 이 숙련된 프로그래머를 찾는 방법입니다.

아마도 이것을 위해 중요하지도 않고 비싸지도 않은 것을 주문하고 누가 무엇을 할 수 있는지, 어떻게 작동하는지, 가장 중요한 것은 고객과 어떻게 의사 소통하는지 확인해야 할 것입니다.

글쎄, 그 과정에서 어떤 주문이 돈 가치가 있는지 이해하기 위해 진지하게 그것을 던지거나 예를 들어 다른 프로그래머를 찾을 수 있습니다.

 
abolk : "양방향 그리더", "8개 지표의 신호를 기반으로 하는 시장 주문으로 진입" 등과 같은 짧은 주석의 가능성을 추가합니다. 주석은 연주자가 직접 할 수 있습니다.

그런데 실생활에서 고객들은 완성된 작품 목록에서 개발자가 그런 작업을 했는지 확인하려고 하며, "비슷한 일을 했다고 한다, 하라"는 말로 처리될 때가 있다. 내 TOR에 따르면."

[TOR를 구성하고] 계약자를 선택하는 방법을 간략하게 설명하는 고객을 위한 메모를 만드십시오. 그리고 그에 따라 호출하십시오. "중요! [TOR를 구성하고] 연주자를 선택하는 방법." 그리고 이 메모는 "작업" 서비스에서 가장 눈에 띄는 위치에 있어야 합니다. 글쎄, 텍스트의 형태가 아니라 링크의 형태로하자. 자세히 읽지 않았습니다. 제 잘못입니다. 그리고 TK 에 동의하는 단계 에서 필수 항목으로 읽기 체크 표시를 합니다.

그리고 기사 - 소수의 사람들이 읽습니다. 글쎄, 이것은 의무가 아닙니다.

앞으로 중재 상황이 발생하면 우선 고객에게 다음과 같이 말하십시오. 메모를 읽었습니다. 여기 체크 표시가 있습니다. "누가 더 예뻐(탑탑), 그건 내꺼"라는 원칙이 아닌, 고객님이 의식적으로 고객님을 선택하셨다는 사실에서 출발합니다.

 

고객이 맞습니다. 그는 품질을 원합니다. 따라서 그는 해킹에 만족하지 않습니다. 그리고 당신의 주문이 쓸모없는 쓰레기라고 생각한다면 차이점은 무엇입니까? 선량한 양심으로 만든 것입니까 아니면 해킹 작업으로 만든 것입니까?

그건 그렇고, 주제의 친애하는 작가. 사이트 내부 메일을 통해 회신해 주십시오.

 
Wex : 고객이 맞습니다. 그는 품질을 원합니다. 따라서 그는 해킹에 만족하지 않습니다.

이 경우 계약자보다 고객이 정말 옳습니다. 그러나 이것은 대화가 주제 시작자에 관한 것이지 고객에 대한 것이 아닌 경우입니다.

그리고 당신의 주문이 쓸모없는 쓰레기라고 생각한다면 차이점은 무엇입니까? 선량한 양심으로 만든 것입니까 아니면 해킹 작업으로 만든 것입니까?

잘못된. 선의로 완료되면 쓰레기인지 아닌지 확인할 수 있습니다.

이것이 쓰레기라는 사실을 고객은 나중에 주문이 완료되었을 때 알게 됩니다.