"Job"서비스에서 프로그래머의 자발적 인증 - 페이지 13

 

글쎄, 당신은 망할 (c)

당신은 결국 당신에게 도움이 될지라도 어떤 것도 스스로 정리하지 않습니다.

타협이 없습니다. 모든 적. 1인치도 안되는 본토.

더 이상 다툴 이유가 없고, 더 이상 옆에서 인증을 하는 것도 불가능하고, MK도 하기 싫습니다.

 
그래서 우리는 인증받지 못한 채 죽을 것입니다.
 
PapaYozh :
그래서 우리는 인증받지 못한 채 죽을 것입니다.

:) 중요한 것은 그 사람이 좋았다는 것입니다.

_______

마을 사람들에 대해 이야기해 봅시다. 또는 파이크에 대해. 선택에.

 
Integer :

별도의 단락을 만들어 보겠습니다.

1. 인증된 mql5 프로그래머 .

2. 마스터 MKL의 인증된 사용자.

당신은 괜찮습니다.

1. MQL5 기능 지식에 대한 별도의 증명. 사용법만 알면 됩니다.

2. 일종의 거래 기능이 있는 일종의 거래 성경의 별도 인증. 예를 들어 MK의 마스터.

...3.... 별도로 기타 증명 - 인터넷 작업, 데이터베이스 작업 등


그러나 어떤 인증에서도 고객은 프로저 오류로부터 보호되지 않습니다.

이 분기의 leibmotif는 게으른 progers로부터 고객을 보호하는 것입니다. 그리고 인증은 이 기능을 수행하지 않습니다.

 
sergeev :

이 분기의 leibmotif는 게으른 progers로부터 고객을 보호하는 것입니다.

고객은 고객의 이익을 보호합니다. (알았습니다)

제3자(자원 관리)는 고객의 이익을 보호합니다. (알았습니다)

프로그래머는 프로그래머의 이익을 보호합니다. (알았습니다).

제3자(자원 관리)는 프로그래머의 이익을 보호합니다. (이해할 수 있지만 누군가에게는 이상함)

고객은 프로그래머의 이익을 보호합니다. (이해할 수 없고 이상한)

프로그래머는 고객의 이익을 보호합니다. (여기서 뭔가 잘못됨)

프로그래머는 프로그래머로부터 고객을 보호합니다. (매우 명확한)

 
sergeev :

당신은 괜찮습니다.

1. MQL5 기능 지식에 대한 별도의 증명. 사용법만 알면 됩니다.

2. 일종의 거래 기능 이 있는 일종의 거래 성경의 별도 인증. 예를 들어 MK의 마스터.

...3.... 별도로 기타 증명 - 인터넷 작업, 데이터베이스 작업 등

왜 따로? 하나의 질문에 질문이 있어야 합니다. 그는 목수 전문가를 소개했습니다. 하나는 나사를 조이고 다른 하나는 비틀기입니다.
세르게예프 :

그러나 어떤 인증에서도 고객은 프로저 오류로부터 보호되지 않습니다.

이제 뭐? 도로 규칙을 취소하시겠습니까? 어쨌든... 그것은... 일어날 수 있습니다.
 
Integer :

왜 따로? 하나의 설문지에 질문이 있어야 합니다. 그는 목수 전문가를 소개했습니다. 하나는 나사를 조이고 다른 하나는 비틀기입니다.

산부인과 자동차 정비사를 상상하는 것은 정말 어렵습니다.

그러나 여기서 사람들은 무엇을 인증해야 할지 모릅니다. 무언가로부터 누군가를 구하기 위해 무언가를 증명하다.

처음에 그것을 알아낼 필요가 있을 것입니다 - 고객이 proger를 인증하는 것이 필요한지 여부. 그리고 누구로부터 보호해야합니까? proger에서 proger 또는 proger에서 일반적으로 고객의 의견.

멀리 갈 필요는 없지만. 여기에 메타 따옴표가 제품을 씁니다. 그리고 그 안에서 우리는 매일 몇 가지 심각한 버그를 발견합니다. 글쎄, 이건 어때? Metaquotes를 종료하거나 제품에 높은 가격을 청구할 수 있는 권한을 박탈하시겠습니까? 그리고 그들뿐만 아니라 작고 부드러운 것들은 일반적으로 항상 버그를 찾아 수정합니다.

-----------

동기 부여는 모든 비즈니스와 이 인증에서도 필요합니다.

- 자격증이 필요한 분
- 이 "누군가"가 추구하는 목표는 무엇입니까?
그는 무엇을 얻고 무엇을 잃게 될까요?
- 어떤 특권이나 제한이 있을 것입니다.
- 이익은 어디에

이제 이러한 질문에 답하면 그 이유와 방법이 명확해질 것입니다.

 
sergeev :
산부인과 자동차 정비사를 상상하는 것은 정말 어렵습니다.

그러나 여기서 사람들은 무엇을 인증해야 할지 모릅니다. 무언가로부터 누군가를 구하기 위해 무언가를 증명하다.

처음에 그것을 알아낼 필요가 있을 것입니다 - 고객이 proger를 인증하는 것이 필요한지 여부. 그리고 누구로부터 보호해야합니까? Proger에서 Proger 또는 일반적으로 Progers에서 고객의 의견.

멀리 갈 필요는 없지만. 여기에 메타쿼타가 제품을 씁니다. 그리고 그 안에서 우리는 매일 몇 가지 심각한 버그를 발견합니다. 글쎄, 이건 어때? Metaquotes를 종료하거나 제품에 높은 가격을 청구할 수 있는 권한을 박탈하시겠습니까? 그리고 그들뿐만 아니라 작고 부드러운 것들은 일반적으로 항상 버그를 찾아 수정합니다.

-----------

동기 부여는 모든 비즈니스와 이 인증에서도 필요합니다.

- 누구에게 필요한가
- 이 "누군가"는 어떤 목표를 추구할까요?
그는 무엇을 얻고 무엇을 잃게 될까요?
- 어떤 특권이나 제한이 있을 것입니다.
- 이익은 어디에

이제 이러한 질문에 답하면 그 이유와 방법이 명확해질 것입니다.



이것은 무한히 가능합니다. 오랫동안 모든 것이 표시되었습니다. 스타터 표시. 명백한 언더코더로부터 고객을 보호합니다.

그런 다음 모든 것이 최고의 소원으로 무성했습니다. 이익은 무엇입니까? 특권은 무엇입니까? 처음에는 비교적 간단하고 수행할 수 있는 작업이었지만 프로그래머는 동의하기보다는 싸우는 것을 선호합니다.

 
sergeev :



현 상황은 '회사'와 '고객' 사이의 이해상충이 드러난다. 회사는 "작업"서비스를 홍보하는 데 관심이 있습니다. 주문이 있기 때문에 MK 측에서 "모든 프로그래머 - 작업"이라는 호출이 있습니다. 고객은 주문 실행 품질에 만족하지 않습니다. 트래픽 컨트롤러인 MC는 중재를 통해 이 작업을 수행합니다. "차익 거래"의 측면에서 작업을 줄이려면 "보통 프로그래머"를 끌어 올리고 "최저 품질" 프로그래머의 작업에 장벽을 설정해야 합니다. 제 생각에는 이것이 문제를 표명 할 수있는 방법입니다.

욕망, 가능성, 필요성의 세 가지 결정 요소가 있습니다. 현재 교통 통제는 만족스러운 것으로 보입니다. 프로그래머의 "일반적인" 수준을 높이는 문제는 물론 MK의 작업이 아닙니다. 그러나 "MQL 프로그래머"의 수준을 높이는 것은 상당히 수반되는 작업이며, 이에 대한 솔루션은 향후 중재에 제출된 작업에 대한 필터 역할을 할 수 있습니다. 중재가 무능한 작업의 샤프트에 대처하는 것을 중단하는 순간까지 결정을 연기할 수 있습니다. 그러나 더 나쁜 것은 "진지한 고객"이 "대중 캐릭터"를 남길 수 있다는 것입니다. 물론 이것은 문제에 대한 제 개인적인 견해입니다.

 
sergeev :
...

누군가가 무언가를 이해하거나 상상할 수 없다면 이것은 순전히 개인적인 문제입니다.

우선 자신의 위치를 결정하십시오. 그것의 부재는 사고의 유연성이 아니라 다르게 불린다. 사고의 유연성은 한 입장에 머물면서 다른 입장에서 상황을 바라볼 수 있는 능력입니다.

당신의 말은 당신 자신과 논쟁하는 것처럼 보입니다. 원하는 만큼 자신과 논쟁할 수 있지만 큰 소리로 할 필요는 없습니다.