vaa20003이 쓴: 일단 괜찮은 고객을 얻었습니다. 그는 자신이 원하는 것이 무엇인지 알고 어떻게 작동해야 하는지 설명했습니다. 그리고 나머지는 "빨간 버튼 ..."에 관한 것입니다. :)
프로그래머에게는 그것이 아무리 우스꽝스러워 보일지라도, 분명히 고객은 이상적인 프로그래머에 대한 꿈을 가지고 있습니다. 고객이 무엇을 필요로 하는지 스스로 알 수 있도록 아무 것도 설명할 필요가 없었습니다. 직감이 있고 돈을 요구하지 않습니다. 예를 들어, 저는 음식을 위해 C++로 글을 씁니다.
글쎄, 여기 심령술사와 텔레파시는 십일조에 불과합니다 :-)
그리고 나서 반대 질문: 개발자가 이미 제안된 작업에 대한 모든 것을 알고 있다면(개발이 끝날 때까지 그는 심지어 감독 자신보다 문제의 본질을 더 잘 이해합니다), 감독 자신이 왜 이것을 필요로 합니까? 경험에 비추어 볼 때 그는 아무리 큰 프로젝트 를 수행하더라도 항상 스페셜을 올려야 했습니다. 감독은 직접적인 질문에 거의 명확하게 대답할 수 없고(모르기 때문에) 증언에서 항상 혼란스러워하기 때문에 문학과 독자적으로 제기된 질문을 연구합니다.
그리고 또 다른 이기적인 질문입니다. 왜 개발자는 회사 활동의 모든 측면(프로세스 자동화를 보장하기 위해)을 알아야 하고 제한된 부분만 담당하는 전문 부서에서 일하는 사람들보다 적은 돈을 받아야 합니까?
vaa20003이 쓴: 일단 괜찮은 고객을 얻었습니다. 그는 자신이 원하는 것이 무엇인지 알고 어떻게 작동해야 하는지 설명했습니다. 그리고 나머지는 "빨간 버튼 ..."에 관한 것입니다. :)
프로그래머에게는 그것이 아무리 우스꽝스러워 보일지라도, 분명히 고객은 이상적인 프로그래머에 대한 꿈을 가지고 있습니다. 고객이 무엇을 필요로 하는지 스스로 알 수 있도록 아무 것도 설명할 필요가 없었습니다. 직감이 있고 돈을 요구하지 않습니다. 예를 들어, 저는 음식을 위해 C++로 글을 씁니다.
글쎄, 여기 심령술사와 텔레파시는 십일조에 불과합니다 :-)
그리고 나서 반대 질문: 개발자가 이미 제안된 작업에 대한 모든 것을 알고 있다면(개발이 끝날 때까지 그는 심지어 감독 자신보다 문제의 본질을 더 잘 이해합니다), 감독 자신이 왜 이것을 필요로 합니까? 경험에 비추어 볼 때 그는 아무리 큰 프로젝트를 수행하더라도 항상 스페셜을 올려야 했습니다. 감독은 직접적인 질문에 거의 명확하게 대답할 수 없고(알지 못하기 때문에) 증언에서 항상 혼란스러워하기 때문에 문학과 독자적으로 제기된 질문을 연구합니다.
그리고 또 다른 이기적인 질문입니다. 왜 개발자는 회사 활동의 모든 측면(프로세스 자동화를 보장하기 위해)을 알아야 하고 제한된 부분만 담당하는 전문 부서에서 일하는 사람들보다 적은 돈을 받아야 합니까?
영형! 그리고 이것이 바로 문제입니다! 프로그래머가 텔레파시로 일하고 감독을 흔들 때 어떻게해야합니까? 그런 다음 침을 뱉어 기술 프로세스를 연구합니다. 그리고 그 감독은 그에게 조언을 구하러 간다.
한때 나는 은행 회계를 공부해야했기 때문에 네트워크를 형성하고 양식 2로 보고서를 작성하는 것이 더 쉬웠습니다. 이모에게 어떤 버튼을 눌러야 하는지, 왜 여기에서 이렇게, 여기에서는 이렇게 계산되는지, 여기에 관련된 잔액 계정 과 이 특정 숫자가 나타나는 이유를 설명하는 대신
그리고 나서 이기적인 질문이 생겼습니다 ... 결국 아줌마는 양식 2를 배웠습니다 ...
내 인생에 한 번 좋은 감독을 만났다! 기준에 따르면 두 달이 걸리는 프로그램을 일주일 만에 작성했습니다. 그는 나를 위해 화면 양식을 포함하여 모든 것을 그렸습니다. 어느 모서리에 어떤 체크박스가 어떤 데이터베이스에 있어야 하고 어떤 필드가 채워져야 하는지 모든 디렉토리, 맞음 모두가 그 사람이 프로그래머라고 추측했습니다. 그는 이미 상사에게 갔다 ... 사실, 방금 코딩했습니다.
FX사업에서는 거의 만나기 힘든 일이라고 생각합니다
--- 그러나 개발자는 기술, 언어에 대한 좋은 지식이 있어야 하고 작동 방식과 작동 원리, 주제 영역이 완벽하지 않더라도 꽤 잘 이해하고 있어야 합니다. 그러나 이것은 감독이 ... 과잉을 차단하는 작업을 공식화하기 위해 생각하는 것을 자유롭게하지 않습니다 ... 변경 사항 - 추가 사항이 프로젝트에 쉽게 맞도록 유능하게 설계 물론 감독은 기계가 작동하는 방식과 실제로 가능한 것과 불가능한 것을 이해해야 합니다. 최고의 감독은 여전히 프로그래머 출신입니다 ... 제 생각에는
회계사가 나에게 작업을 설정하는 것처럼! 묻지만 이 법안은 필요하지 않습니다 NO는 우리에게 그것들이 없다고 말합니다! 나는 말한다 만약에? 예, 필요하지 않습니다. 열지 않을 수 있습니다. 네, 어렵지 않다고 합니다 필요 없어 --- 필요 없음
두 달 후 그들은 우리와 함께 열렸습니다. 하나님 감사합니다 나는 그것이 무엇인지 이해했습니다. 상수가 아니라 참고 서적을 놓을 수있었습니다. 그러나 그럼에도 불구하고 나는 계산의 논리를 변경해야 했고 따라서 규칙의 프로그램도 변경해야 했습니다 ...
YuraZ : 일생에 한 번 좋은 감독님을 만났어요! 표준에 따르면 약 2개월이 걸리는 프로그램을 일주일 만에 작성했는데 화면 형태까지 모든 것을 저를 위해 그렸습니다. 어느 모서리에 어떤 데이터베이스에 어떤 필드가 있어야하며 어떻게 모든 디렉토리가 올바르게 채워질 것입니다. 모두가 그 사람이 프로그래머라고 추측했습니다. 보스에서 이미 갔다 ... 사실, 방금 코딩했습니다.
꿈... 지난 10년 동안 내가 세 개를 갖게 된 것이 더 운이 좋았습니다.... ;-) 그 중 두 개는 IT 부서에서 왔지만(재프로파일링), 그들과 함께 일할 수 있어서 정말 좋았습니다! !!!
도덕: 코더에게 독창적인 것을 주문하고 싶다면 코딩 방법도 알고 물론 언어의 한계를 나타내는 것이 매우 바람직할 것입니다. 글쎄요, 당신이 그렇지 않다면 당신의 훌륭한 아이디어는 파멸입니다. 왜냐하면 그가 무언가를 구현하더라도 그 아이디어는 거의 확실히 사소할 것이기 때문입니다(그리고 당신은 능력이 없기 때문에 코더에게 더 이상 설명할 수 없습니다) - 그리고, 따라서 무익한 . 글쎄, 그가 여전히 당신의 흐릿한 천재성을 해독하려고 시도한다면 그는 필연적으로 당신의 아이디어를 왜곡하여 훌륭하게 수익성있는 아이디어에서 평범한 무익한 아이디어로 바꿀 것입니다. 이제 그는 비난할 것입니다, 코더!
Korey : 그건 그렇고, VBA의 주요 작업은 이중 책임을 유지하는 것입니다.))) 그러나 지점의 주제에 대해 - 그는 DC에서 MTS에 대해 물었고 ... "중앙 사무실에 전화를 걸어 거기에 프로그래머가 있습니다. 그들은 최근에 그것을 가져 와서 필요한 것을 설명했습니다."
도덕: 코더에게 독창적인 것을 주문하고 싶다면 코딩 방법도 알고 물론 언어의 한계를 나타내는 것이 매우 바람직할 것입니다. 글쎄요, 당신이 그렇지 않다면 당신의 훌륭한 아이디어는 파멸입니다. 왜냐하면 그가 무언가를 구현하더라도 그 아이디어는 거의 확실히 사소할 것이기 때문입니다(그리고 당신은 능력이 없기 때문에 코더에게 더 이상 설명할 수 없습니다) - 그리고, 따라서 무익한 . 글쎄, 그가 여전히 당신의 흐릿한 천재성을 해독하려고 시도한다면 그는 필연적으로 당신의 아이디어를 왜곡하여 훌륭하게 수익성있는 아이디어에서 평범한 무익한 아이디어로 바꿀 것입니다. 이제 그는 책임을 질 것입니다, 코더!
글쎄, 분기의 주제를 완전히 빼면 제어 예가 필요하지만 MTS와 EA에 대한 제어 예는 무엇입니까?))))
일단 괜찮은 고객을 얻었습니다. 그는 자신이 원하는 것이 무엇인지 알고 어떻게 작동해야 하는지 설명했습니다. 그리고 나머지는 "빨간 버튼 ..."에 관한 것입니다. :)
글쎄, 여기 심령술사와 텔레파시는 십일조에 불과합니다 :-)
그리고 나서 반대 질문: 개발자가 이미 제안된 작업에 대한 모든 것을 알고 있다면(개발이 끝날 때까지 그는 심지어 감독 자신보다 문제의 본질을 더 잘 이해합니다), 감독 자신이 왜 이것을 필요로 합니까? 경험에 비추어 볼 때 그는 아무리 큰 프로젝트 를 수행하더라도 항상 스페셜을 올려야 했습니다. 감독은 직접적인 질문에 거의 명확하게 대답할 수 없고(모르기 때문에) 증언에서 항상 혼란스러워하기 때문에 문학과 독자적으로 제기된 질문을 연구합니다.
그리고 또 다른 이기적인 질문입니다. 왜 개발자는 회사 활동의 모든 측면(프로세스 자동화를 보장하기 위해)을 알아야 하고 제한된 부분만 담당하는 전문 부서에서 일하는 사람들보다 적은 돈을 받아야 합니까?
일단 괜찮은 고객을 얻었습니다. 그는 자신이 원하는 것이 무엇인지 알고 어떻게 작동해야 하는지 설명했습니다. 그리고 나머지는 "빨간 버튼 ..."에 관한 것입니다. :)
글쎄, 여기 심령술사와 텔레파시는 십일조에 불과합니다 :-)
그리고 나서 반대 질문: 개발자가 이미 제안된 작업에 대한 모든 것을 알고 있다면(개발이 끝날 때까지 그는 심지어 감독 자신보다 문제의 본질을 더 잘 이해합니다), 감독 자신이 왜 이것을 필요로 합니까? 경험에 비추어 볼 때 그는 아무리 큰 프로젝트를 수행하더라도 항상 스페셜을 올려야 했습니다. 감독은 직접적인 질문에 거의 명확하게 대답할 수 없고(알지 못하기 때문에) 증언에서 항상 혼란스러워하기 때문에 문학과 독자적으로 제기된 질문을 연구합니다.
그리고 또 다른 이기적인 질문입니다. 왜 개발자는 회사 활동의 모든 측면(프로세스 자동화를 보장하기 위해)을 알아야 하고 제한된 부분만 담당하는 전문 부서에서 일하는 사람들보다 적은 돈을 받아야 합니까?
프로그래머가 텔레파시로 일하고 감독을 흔들 때 어떻게해야합니까? 그런 다음 침을 뱉어 기술 프로세스를 연구합니다.
그리고 그 감독은 그에게 조언을 구하러 간다.
한때 나는 은행 회계를 공부해야했기 때문에 네트워크를 형성하고 양식 2로 보고서를 작성하는 것이 더 쉬웠습니다.
이모에게 어떤 버튼을 눌러야 하는지, 왜 여기에서 이렇게, 여기에서는 이렇게 계산되는지, 여기에 관련된 잔액 계정 과 이 특정 숫자가 나타나는 이유를 설명하는 대신
그리고 나서 이기적인 질문이 생겼습니다 ... 결국 아줌마는 양식 2를 배웠습니다 ...
내 인생에 한 번 좋은 감독을 만났다! 기준에 따르면 두 달이 걸리는 프로그램을 일주일 만에 작성했습니다.
그는 나를 위해 화면 양식을 포함하여 모든 것을 그렸습니다. 어느 모서리에 어떤 체크박스가 어떤 데이터베이스에 있어야 하고 어떤 필드가 채워져야 하는지
모든 디렉토리, 맞음 모두가 그 사람이 프로그래머라고 추측했습니다. 그는 이미 상사에게 갔다 ... 사실, 방금 코딩했습니다.
FX사업에서는 거의 만나기 힘든 일이라고 생각합니다
---
그러나 개발자는 기술, 언어에 대한 좋은 지식이 있어야 하고 작동 방식과 작동 원리, 주제 영역이 완벽하지 않더라도 꽤 잘 이해하고 있어야 합니다.
그러나 이것은 감독이 ... 과잉을 차단하는 작업을 공식화하기 위해 생각하는 것을 자유롭게하지 않습니다 ...
변경 사항 - 추가 사항이 프로젝트에 쉽게 맞도록 유능하게 설계
물론 감독은 기계가 작동하는 방식과 실제로 가능한 것과 불가능한 것을 이해해야 합니다.
최고의 감독은 여전히 프로그래머 출신입니다 ... 제 생각에는
회계사가 나에게 작업을 설정하는 것처럼!
묻지만 이 법안은 필요하지 않습니다
NO는 우리에게 그것들이 없다고 말합니다!
나는 말한다 만약에?
예, 필요하지 않습니다. 열지 않을 수 있습니다.
네, 어렵지 않다고 합니다
필요 없어
--- 필요 없음
두 달 후 그들은 우리와 함께 열렸습니다. 하나님 감사합니다 나는 그것이 무엇인지 이해했습니다. 상수가 아니라 참고 서적을 놓을 수있었습니다.
그러나 그럼에도 불구하고 나는 계산의 논리를 변경해야 했고 따라서 규칙의 프로그램도 변경해야 했습니다 ...
그녀는 즉시 말했습니다. 문제가 없었을 것입니다.
도덕: 코더에게 독창적인 것을 주문하고 싶다면 코딩 방법도 알고 물론 언어의 한계를 나타내는 것이 매우 바람직할 것입니다. 글쎄요, 당신이 그렇지 않다면 당신의 훌륭한 아이디어는 파멸입니다. 왜냐하면 그가 무언가를 구현하더라도 그 아이디어는 거의 확실히 사소할 것이기 때문입니다(그리고 당신은 능력이 없기 때문에 코더에게 더 이상 설명할 수 없습니다) - 그리고, 따라서 무익한 . 글쎄, 그가 여전히 당신의 흐릿한 천재성을 해독하려고 시도한다면 그는 필연적으로 당신의 아이디어를 왜곡하여 훌륭하게 수익성있는 아이디어에서 평범한 무익한 아이디어로 바꿀 것입니다. 이제 그는 비난할 것입니다, 코더!
그러나 지점의 주제에 대해 - 그는 DC에서 MTS에 대해 물었고 ... "중앙 사무실에 전화를 걸어 거기에 프로그래머가 있습니다. 그들은 최근에 그것을 가져 와서 필요한 것을 설명했습니다."
그건 그렇고, VBA의 주요 작업은 이중 책임을 유지하는 것입니다.)))
그러나 지점의 주제에 대해 - 그는 DC에서 MTS에 대해 물었고 ... "중앙 사무실에 전화를 걸어 거기에 프로그래머가 있습니다. 그들은 최근에 그것을 가져 와서 필요한 것을 설명했습니다."
와우 DC가 호출됩니까?
도덕: 코더에게 독창적인 것을 주문하고 싶다면 코딩 방법도 알고 물론 언어의 한계를 나타내는 것이 매우 바람직할 것입니다. 글쎄요, 당신이 그렇지 않다면 당신의 훌륭한 아이디어는 파멸입니다. 왜냐하면 그가 무언가를 구현하더라도 그 아이디어는 거의 확실히 사소할 것이기 때문입니다(그리고 당신은 능력이 없기 때문에 코더에게 더 이상 설명할 수 없습니다) - 그리고, 따라서 무익한 . 글쎄, 그가 여전히 당신의 흐릿한 천재성을 해독하려고 시도한다면 그는 필연적으로 당신의 아이디어를 왜곡하여 훌륭하게 수익성있는 아이디어에서 평범한 무익한 아이디어로 바꿀 것입니다. 이제 그는 책임을 질 것입니다, 코더!
글쎄, 분기의 주제를 완전히 빼면 제어 예가 필요하지만 MTS와 EA에 대한 제어 예는 무엇입니까?))))
재미있다, 재미있다. 거의 첫 번째 게시물에서 지점이 갑자기 " 프로그래머에게 100% 관심을 갖고, 당신의 IDEA에 따라 어드바이저를 작성하십시오 "라는 주제에서 "나는 멋진 코더이고 99%의 고객이 빠는 사람"이라는 주제로 갑자기 이동했습니다.