프로그래머에게 100% 관심을 갖는 방법, 당신의 IDEA에 따라 조언자를 작성하십시오 - 페이지 7

 
Korey писал (а):
즉, 고객에게 연락을 취한 후 고객이 진정으로 필요로 하는 것이 무엇인지 이해할 때까지 고객을 교육해야 합니다.
그것은 실제로 발생합니다... 그리고 드물게... :-)
 
KimIV :
Korey는 다음과 같이 썼습니다.
즉, 고객에게 연락을 취한 후 고객이 진정으로 필요로 하는 것이 무엇인지 이해할 때까지 고객을 교육해야 합니다.
그것은 실제로 발생합니다... 그리고 드물게... :-)


예, "희귀하지 않은"팬케이크입니다 !!! 고객은 거의 항상 다음 상태에 있습니다.

고객: "컴퓨터가 모든 것을 할 수 있나요?"

프로그래머: "어느 정도 가정하면 그렇습니다."

고객: "내일까지 큰 빨간 버튼을 만들어 주시면 제가 원하는 것을 얻을 수 있습니다..."

프로그래머: "무엇을 원하십니까?"

Zakachik: "아직 모르겠지만, 우리가 가는 동안 알아낼 것입니다."

프로그래머: "일반적으로 작업이 무엇입니까? 내일까지 프로그래밍해야 합니다."

고객: "뭐, 죄송합니다."

음, 마지막 기능이 저를 죽였습니다(실제 대화).

영업 관리자: "큰 활성 계약이 있습니다. "기본적으로 종료 시작 중" 상태로 설정할 수 있습니다."

개발자: "완료율을 말씀하시는 겁니까? 재무 문서가 있습니까? 시스템에 등록하면 백분율이 자동으로 입력됩니다."

관리자: "아니요, 아직 시작되지 않았습니다. 상태를 지정하십시오."

 
문제의 공식화:
프로덕션에 가져가서 쓰는 것보다 더 어렵습니다.
이것은 실제로 프로그래밍입니다
많은 사람들이 방법을 알고 있다고 생각하지만 어떻게 해야 하는지 모릅니다.
혼미에 빠질 수 있는 사람의 질문에 직면했을 때

코딩: 완전히, 그것은 단지 공예입니다
여기 이미 - 한 시간에 하루를 인코딩합니다 - 일주일에 다른 날
하나는 10kb 소다를 쓰고 다른 하나는 100kb - 프로그램은 동일한 작업을 수행합니다.
좋은 코더와 나쁜 코더의 차이일 뿐입니다

---
기본적으로 누군가가 이미 모든 것을 알고 있다고 결정할 때 - 즉 그는 언어와 능력과 기술, 아마도 주제 영역을 알지 못하는 - 그는 감독이라고 생각합니다 - 그는 프로그래머를 찾고 있습니다.

고객: 여기 보세요 이렇게 구부러지고 여기 이렇게 발산이 있었고 이동 이 더 높았고 왜 전문가가 여기에서 팔고 당신이 사야 하는 이유를 썼습니다!
프로그래머: 여기 상황은 좋았지 만 이동 후 방향이 바뀌 었습니다. 역사를 볼 수 있습니다. 정적이지만 판매 당시의 역학에서 이동은 더 낮았습니다.

모든 것 - 그들이 도착했습니다 ... 고객은 혼미 상태에 있습니다 - 그는 역학이라는 단어를 이해하지 못합니까? 또는 정적을 이해하지 못하며 여기서 프로그래머는 교사 역할을 하며 고객을 형성합니다.



----
상황 2
초보 프로그래머는 프로그래밍 언어를 마스터하기로 결정하고 쓰기 시작합니다.

그런 다음 루프를 시작합니다.
https://forum.mql4.com/ru/11099

프로그램은 간단하다

for(int i=0; i<362; i++)
{
Print("i=>", i);
}

그러나 그의 기록에는
> 시도했지만 0이 아닌 120에서 시작하는 출력을 얻었습니다. 그러나 362가 아닌 361의 값으로 종료되었습니다.
---
그것은 나쁜 코더보다 훨씬 나쁩니다. 그것은 언어와 기술에 대한 완전한 무지입니다.

그러면 유능한 감독이 그러한 프로그래머를 거부할 것입니다.
 

배포가 시작되었습니다 ... 모두가 얻었습니다 ...

 
Cronex :

음, 마지막 기능이 저를 죽였습니다(실제 대화).

영업 관리자: "큰 활성 계약이 있습니다. "기본적으로 종료 시작 중" 상태로 설정할 수 있습니다."

개발자: "완료율을 말씀하시는 겁니까? 재무 문서가 있습니까? 시스템에 등록하면 백분율이 자동으로 입력됩니다."

관리자: "아니요, 아직 시작되지 않았습니다. 상태를 지정하십시오."

1C입니까, 아니면 해결해야 할 과제와 비슷한 것입니까? 글쎄, 그와 함께 뭔가를 하십시오, 매니저, 그가 그의 것을 얻도록 하십시오. 인코더의 경우 여기서 가장 중요한 것은 이 상태가 새로운 트랜잭션을 생성하지 않는다는 것을 이해하는 것입니다. 물론 이것은 관리자를 위해 개인적으로 보고하기 위한 것이므로 자신이 자신의 상태를 확인하고 상사에게 보고하기 위한 것입니다. 매니저가 그를 위해 반달 동안 고생했다고 생각하게하십시오 :)

계약에는 "원칙적으로 닫히기 시작합니다"라는 또 다른 논리적 속성이 할당되고 관리자가 필요하다고 생각할 때 이 상자를 직접 선택하도록 합니다(이 어리석은 상태는 분명히 프로그래밍 방식으로 결정되는 것이 아니라 사용자가 결정함). 그에게 최소한 개인적으로 문서의 양식을 녹색으로 칠하도록 요청하십시오. 새 재무 문서가 없다면 ... 아니면 내가 뭔가를 이해하지 못했습니까?

 

1C입니까, 아니면 해결해야 할 과제와 비슷한 것입니까? 글쎄, 그와 함께 뭔가를 하십시오, 매니저, 그가 그의 것을 얻도록 하십시오. 인코더의 경우 여기서 가장 중요한 것은 이 상태가 새로운 트랜잭션을 생성하지 않는다는 것을 이해하는 것입니다. 물론 이것은 관리자를 위해 개인적으로 보고하기 위한 것이므로 자신이 자신의 상태를 확인하고 상사에게 보고하기 위한 것입니다. 매니저가 그를 위해 반달 동안 고생했다고 생각하게하십시오 :)



계약에는 "원칙적으로 닫히기 시작합니다"라는 또 다른 논리적 속성이 할당되고 관리자가 필요하다고 생각할 때 이 상자를 직접 선택하도록 합니다(이 어리석은 상태는 분명히 프로그래밍 방식이 아니라 사용자가 결정함). 그에게 최소한 개인적으로 문서의 양식을 녹색으로 칠하도록 요청하십시오. 새 재무 문서가 없다면 ... 아니면 내가 뭔가를 이해하지 못했습니까?

일단 괜찮은 고객을 얻었습니다. 그는 자신이 원하는 것이 무엇인지 알고 어떻게 작동해야 하는지 설명했습니다. 그리고 나머지는 "빨간 버튼 ..."에 관한 것입니다. :)
 

프로그래머는 합리적인 사람들입니다. 그리고 그들의 생각은 합리적입니다. 첫 번째 질문이 생깁니다. "fi.a에 필요한가요?" 그리고 프로그래머의 입장에서 합리적인 설명이 없다면 고객과의 마찰이 시작됩니다.

 
vaa20003 писал (а):
일단 괜찮은 고객을 얻었습니다. 그는 자신이 원하는 것이 무엇인지 알고 어떻게 작동해야 하는지 설명했습니다. 그리고 나머지는 "빨간 버튼 ..."에 관한 것입니다. :)
프로그래머에게는 그것이 아무리 우스꽝스러워 보일지라도, 분명히 고객은 이상적인 프로그래머에 대한 꿈을 가지고 있습니다. 고객이 무엇을 필요로 하는지 스스로 알 수 있도록 아무 것도 설명할 필요가 없었습니다. 직감이 있고 돈을 요구하지 않습니다. 예를 들어, 저는 음식을 위해 C++로 글을 씁니다.
 
KimIV писал (а): 프로그래머에게는 그것이 아무리 우스꽝스럽게 보일지 모르지만 고객도 이상적인 프로그래머에 대한 꿈을 가지고 있습니다. 고객이 무엇을 필요로 하는지 스스로 알 수 있도록 아무 것도 설명할 필요가 없었습니다. 직감이 있고 돈을 요구하지 않습니다. 예를 들어, 저는 음식을 위해 C++로 글을 씁니다.
이것은 분명히 원칙적으로 기술 문제의 이사가 될 수없는 비이성적인 고객과 관련이 있습니다. 일반적으로 그러한 고객의 생각과 코더의 생각 사이에는 거의 극복할 수 없는 간극이 있습니다.
 
Mathemat : 새로운 재정 문서가 없었더라면... 아니면 내가 뭔가를 이해하지 못한 걸까요?


예, 무엇이든 스스로 내려놓을 수 있습니다. 수행된 작업의 운영 회계를 위해 모두 집에서 만든 기업 시스템에 있어야 했으며, 여기에서 트랜잭션이 SUN 계정에서 생성되고(전국 데이터 통합) 제안된 솔루션 "그냥 상태를 두십시오"는 문서 확인 없이 예측에 영향을 미치는 것으로 가정했습니다. 간단히 말해서: "어 형제 ... 이들은 사기꾼입니다." 가장 중요한 것은 자격 확인을 위해 제 시간에 수석 회계사에게 보내는 것입니다.(참고로 저는 돌아오지 않았습니다 :-))

또는 단순히 관리 보고와 회계 보고의 차이점에 대한 이해가 없을 수도 있습니다.